Mùa cao điểm cuối năm: khách sạn mini tránh nhận trùng phòng thế nào

Có một nghịch lý quen thuộc với người làm cơ sở lưu trú nhỏ: những ngày kiếm được nhiều tiền nhất cũng là những ngày dễ mất khách nhất. Vào cao điểm cuối năm, điện thoại đổ liên tục, tin nhắn trên ba bốn ứng dụng cùng nhảy, các kênh bán trực tuyến đều đang mở bán, và người trực thường chỉ có một. Đúng lúc đó, một chuyện rất cụ thể hay xảy ra: hai khách khác nhau được nhận cùng một phòng cho cùng một đêm.

Bài này viết cho chủ khách sạn mini, nhà nghỉ, homestay và căn hộ dịch vụ — những nơi mà chủ tự trực điện thoại, một người vừa nhận đặt vừa nhận cọc vừa xếp phòng. Nói rõ ngay từ đầu để tránh hiểu nhầm xuyên suốt bài: nhận trùng phòng gần như không bao giờ là lỗi của người trực. Nó là hệ quả của việc thông tin giữ chỗ nằm rải rác ở nhiều nơi — một phần trong đầu người nhận điện thoại, một phần trong tin nhắn, một phần trên các kênh bán, một phần trong sổ tay — và không nơi nào biết về những nơi còn lại. Người trực càng cẩn thận thì càng mệt, nhưng cấu trúc ấy không đổi.

Phần 1: Bốn đường dẫn tới việc nhận trùng phòng

Muốn xử lý thì phải gọi tên đúng. Trong thực tế ở cơ sở nhỏ, gần như mọi trường hợp nhận trùng đều đi theo một trong bốn đường dưới đây, và mỗi đường có cách chặn riêng.

Đường 1 — Tồn phòng cập nhật chậm giữa các kênh bán

• Bán nhiều nơi nhưng trừ tồn bằng tay. Cơ sở mở bán trên vài kênh trực tuyến cùng lúc, cộng thêm khách gọi trực tiếp. Mỗi lần có đặt phòng ở một nơi, người trực phải nhớ vào đóng bớt phòng ở những nơi còn lại. Khoảng thời gian giữa hai thao tác đó chính là khe hở để phòng bị bán lần thứ hai.
• Khe hở giãn ra đúng lúc bận nhất. Ngày thường mỗi ngày vài lượt đặt thì nhớ được. Cao điểm cuối năm lượt đặt dồn dập vào buổi tối, và đó cũng là lúc người trực đang làm thủ tục nhận phòng cho khách đứng trước mặt.
• Đóng phòng thủ công dễ quên mở lại. Mặt trái ít được nói tới: nhiều cơ sở vì sợ trùng nên đóng bớt phòng trên kênh, rồi quên mở khi khách hủy — mất phòng trống mà không ai biết.

Đường 2 — Giữ phòng bằng lời hứa, không ghi vào hệ thống

• Câu nói quen thuộc nhất mùa cao điểm. "Chị giữ giúp em phòng đôi tối 30 nhé, chiều em chuyển khoản." Người trực đồng ý, ghi vào một mẩu giấy hoặc chỉ nhớ trong đầu, và trên hệ thống phòng đó vẫn đang trống.
• Lời giữ chỗ không có hạn. Khách nói "chiều chuyển" nhưng không chuyển, cũng không gọi lại. Phòng bị treo vô thời hạn, người trực không biết lúc nào được bán tiếp, và thường giữ lâu hơn cần thiết vì ngại làm mất lòng khách.
• Đổi ca là mất dấu. Người nhận lời hứa buổi chiều không phải người trực buổi tối. Mẩu giấy có thể còn, thông tin trong đầu thì không.

Đường 3 — Hai người cùng nhận đặt trong cùng một khoảnh khắc

• Chủ và người trực cùng làm việc một lúc. Chủ đang nói chuyện với khách quen qua điện thoại, người trực đang trả lời một khách khác qua tin nhắn — hai người cùng nghĩ về phòng cuối cùng còn trống.
• Không có chỗ nào để "đặt gạch" ngay lập tức. Nếu hệ thống chỉ ghi nhận khi đã hoàn tất thủ tục đặt phòng, thì khoảng thời gian trao đổi với khách là khoảng thời gian phòng đó vô hình với người còn lại.

Đường 4 — Phòng không sẵn sàng nhưng vẫn nằm trong danh sách bán

• Phòng đang sửa chữa, hỏng thiết bị, hoặc chưa dọn xong. Về mặt kỹ thuật nó không bán được cho đêm nay, nhưng nếu tình trạng đó chỉ được thông báo miệng giữa buồng phòng và lễ tân thì hệ thống vẫn coi nó là phòng trống.
• Phòng để dành nhưng không ai đánh dấu. Cơ sở nhỏ hay giữ một phòng phòng khi có sự cố hoặc khi khách quen tới bất chợt. Nếu việc giữ này không hiện trên màn hình, nó chỉ tồn tại trong trí nhớ của một người.

Phần 2: Đưa mọi lời giữ chỗ về một sổ duy nhất

Giải pháp cho cả bốn đường trên có một mẫu số chung, và nó không phức tạp: mọi cam kết giữ phòng, dù đến từ đâu, đều phải trở thành một dòng trong cùng một sổ, ngay tại thời điểm cam kết. "Sổ" ở đây là hệ thống đang chạy của cơ sở, không phải một quyển vở thứ hai.

Bốn quy tắc của sổ duy nhất

• Ghi ngay khi hứa, không chờ tới khi có tiền. Đây là thay đổi quan trọng nhất và cũng là thay đổi bị bỏ qua nhiều nhất. Một lời hứa giữ phòng chưa có cọc vẫn phải chiếm chỗ trên hệ thống, ở trạng thái "giữ tạm", để không ai bán chồng lên nó.
• Mỗi lần giữ tạm đều có hạn giữ cụ thể. Giữ tới 18 giờ hôm nay, giữ tới trưa mai — một mốc giờ rõ ràng, nói với khách ngay lúc nhận, và ghi vào dòng đó. Hết hạn mà chưa có cọc thì phòng tự quay về trạng thái bán được.
• Giữ tạm phải nhìn thấy được, không chỉ tồn tại. Trên màn hình xếp phòng, phòng đang giữ tạm nên khác màu với phòng đã có cọc và khác với phòng trống. Người trực ca sau nhìn một cái là hiểu, không cần hỏi ai.
• Một nguồn tồn phòng duy nhất cho mọi kênh. Khi cơ sở bán ở nhiều nơi, tồn phòng phải được trừ tự động ở mọi kênh ngay khi có một đặt phòng ở bất kỳ kênh nào. Đây là việc mà con người làm bằng tay được ở quy mô nhỏ, và làm không xuể vào cao điểm. Cách tổ chức kết nối các kênh bán đã được trình bày kỹ trong bài tích hợp kênh bán trực tuyến và đặt phòng trực tiếp.

Bốn quy tắc này là thứ một phần mềm quản lý khách sạn cloud AI thi hành thay cho trí nhớ con người: giữ tạm có hạn tự hết hạn, tồn phòng trừ một lần cho mọi kênh, và trạng thái từng phòng hiện cùng một kiểu trên mọi thiết bị của mọi người đang trực. Điều đáng nói là ba quy tắc đầu vẫn làm được ngay từ tuần này kể cả khi chưa đổi công cụ gì — chúng là quy ước nội bộ, không phải tính năng. Bốn quy tắc này chỉ là một lát cắt của vòng đời vận hành; toàn bộ chuỗi từ đặt phòng, nhận phòng, buồng phòng, thu ngân đến báo cáo được trình bày trong bài giải pháp quản lý khách sạn tổng thể.

Phần 3: Tiền cọc giữ phòng — năm chỗ dễ mất dấu nhất

Nếu nhận trùng phòng là rủi ro dễ thấy của mùa cao điểm, thì tiền cọc là rủi ro âm thầm hơn và thường tốn kém hơn. Cao điểm cuối năm là lúc lượng tiền nhận trước lớn nhất trong năm, đến từ nhiều khách, qua nhiều đường, trong khi cách theo dõi vẫn là cách của những tháng vắng.

Năm chỗ tiền cọc hay mất dấu

• 1. Nội dung chuyển khoản không gắn được với đặt phòng nào. Khách chuyển và ghi mỗi tên mình, hoặc ghi "coc phong", hoặc để trống. Người xem sao kê không biết khoản đó của ai, cho ngày nào, phòng nào. Nếu khách dùng tài khoản của người khác thì càng khó.
• 2. Cọc về nhiều kênh khác nhau. Một phần chuyển khoản vào tài khoản cơ sở, một phần vào tài khoản cá nhân của chủ khi khách đã quen, một phần bằng ví điện tử, một phần khách đưa tiền mặt cho người quen gửi tới. Bốn dòng tiền, bốn nơi ghi nhận, và thường không có nơi nào tổng hợp lại.
• 3. Không rõ ai xác nhận là đã nhận. Khách bảo đã chuyển, người trực chưa kiểm tra được ngay vì đang bận, rồi quên kiểm. Đến ngày khách tới, không ai biết chắc khoản đó đã về hay chưa và cũng không ai chịu trách nhiệm về câu trả lời.
• 4. Đã nhận cọc nhưng phòng vẫn trống trên hệ thống. Tiền đã về mà đặt phòng chưa được xác nhận trên màn hình — đây là trường hợp tệ nhất trong tất cả, vì cơ sở vừa đang giữ tiền của khách vừa đang mở bán chính cái phòng ấy.
• 5. Cọc được cộng thẳng vào doanh thu ngày nhận tiền. Về bản chất, khoản cọc là tiền đã vào tài khoản nhưng chưa phải của cơ sở — nó chỉ thành doanh thu khi khách thực sự ở. Cộng sớm thì doanh thu tháng nhận tiền bị thổi lên và tháng khách ở bị hụt xuống, làm mọi so sánh giữa các tháng mất ý nghĩa.

Phần 4: Quy trình bảy bước cho một khoản cọc

Dưới đây là quy trình chúng tôi đề nghị cho cơ sở nhỏ. Nó cố tình ngắn, vì quy trình dài thì đúng vào lúc bận sẽ bị bỏ qua. Bảy bước này là cách quản lý đặt cọc giữ phòng khách sạn mà một người trực vẫn theo được giữa cao điểm.

Bảy bước

• Bước 1 — Tạo đặt phòng trước, xin tiền sau. Ngay khi nhận lời giữ chỗ, tạo dòng đặt phòng ở trạng thái giữ tạm kèm hạn giữ. Mã đặt phòng sinh ra ở bước này sẽ dùng cho mọi bước còn lại.
• Bước 2 — Gửi cho khách nội dung chuyển khoản đã soạn sẵn. Gửi kèm mã đặt phòng và ngày nhận phòng, ví dụ dạng "mã đặt phòng + ngày đến". Soạn sẵn để khách chỉ việc dán vào, vì khách tự gõ thì mười người ra mười kiểu.
• Bước 3 — Nói rõ hạn chuyển và điều gì xảy ra nếu quá hạn. Một câu duy nhất, nói ngay lúc nhận giữ chỗ. Đây là câu tránh được phần lớn tranh cãi về sau, và nói trước bao giờ cũng dễ hơn giải thích sau.
• Bước 4 — Khi tiền về, gắn ngay khoản đó vào đúng mã đặt phòng. Không để cuối ngày mới đối chiếu cả loạt; cuối ngày là lúc dễ gán nhầm nhất vì nhiều khoản giống nhau về số tiền.
• Bước 5 — Đổi trạng thái đặt phòng và báo lại cho khách. Một tin nhắn xác nhận ngắn, có mã đặt phòng, ngày đến, ngày đi, loại phòng, số tiền đã nhận và số còn lại. Tin nhắn này chính là bằng chứng của cả hai bên khi cần đối chiếu.
• Bước 6 — Ghi nhận khoản cọc như tiền nhận trước, không như doanh thu. Nó chỉ chuyển thành doanh thu theo từng đêm khách thực ở. Cách nối từ đây sang sổ sách đã được trình bày trong bài kế toán khách sạn nhỏ theo Thông tư 99.
• Bước 7 — Cuối mỗi ca, rà đúng hai danh sách. Danh sách giữ tạm đã quá hạn mà chưa có cọc, và danh sách tiền đã về nhưng chưa gắn được vào đặt phòng nào. Hai danh sách này rỗng thì ca đó sạch.

Phần 5: Khách hủy, đổi ngày, hoặc không đến — xử thế nào cho gọn

Cao điểm là lúc phát sinh hủy và đổi nhiều nhất, phần vì khách đặt nhiều nơi cùng lúc rồi chọn lại, phần vì kế hoạch đi lại cuối năm hay thay đổi. Điều quyết định không phải là chính sách nghiêm hay thoáng, mà là chính sách có được nói trước và ghi lại hay không.

Bốn việc cần chốt trước mùa, không chốt khi đang xảy ra

• Mốc thời điểm hủy được hoàn cọc. Chọn một mốc duy nhất cho mùa cao điểm, ví dụ trước bao nhiêu ngày so với ngày đến. Một mốc dễ nhớ và áp cho mọi khách thì công bằng hơn nhiều mốc linh hoạt mà mỗi người trực hiểu một kiểu.
• Đổi ngày được xử lý ra sao. Nên tách hẳn khỏi trường hợp hủy: cọc được chuyển sang ngày mới hay không, chuyển được bao nhiêu lần, và có giới hạn thời gian sử dụng không. Trên hệ thống, đổi ngày phải giữ nguyên mã đặt phòng để lịch sử không đứt đoạn.
• Khách không đến và không báo. Đây là trường hợp gây thiệt hại thật vì phòng đã bị khóa suốt cao điểm. Chính sách nên nói rõ từ đầu, và quan trọng hơn: phòng đó phải được trả về trạng thái bán được ngay sáng hôm sau, không để treo thêm ngày nào.
• Hoàn tiền thì hoàn về đâu và ai duyệt. Hoàn về đúng tài khoản đã chuyển đến, có một người duy nhất duyệt, và ghi lại khoản hoàn gắn với mã đặt phòng cũ. Mỗi khoản hoàn không có dấu vết là một lỗ hổng nhỏ trong sổ.

Một lưu ý về giọng điệu khi làm việc với khách trong mùa cao điểm: chính sách chặt không đồng nghĩa với thái độ cứng. Phần lớn khách chấp nhận điều kiện rõ ràng được nói trước; thứ khiến khách khó chịu là điều kiện chỉ xuất hiện lúc họ muốn hủy.

Phần 6: Tiền nhận tháng này cho kỳ nghỉ tháng sau

Đây là chỗ đặc thù của cuối năm và cũng là chỗ dễ đọc nhầm tình hình kinh doanh nhất. Trong tháng chuẩn bị cao điểm, tài khoản của cơ sở có thể rất dồi dào — nhưng phần lớn số dư ấy là tiền của các đêm chưa diễn ra.

Ba điều cần tách bạch

• Số dư tài khoản không phải kết quả kinh doanh. Một tháng nhận nhiều cọc cho kỳ nghỉ tháng sau sẽ trông như một tháng bùng nổ, và tháng sau — tháng khách thực sự ở — sẽ trông như một tháng sa sút, dù thực tế ngược lại hoàn toàn.
• Tổng tiền nhận trước đang giữ phải xem được bất cứ lúc nào. Đây là con số cần biết trước khi quyết định chi bất kỳ khoản lớn nào trong mùa — sửa chữa, nhập hàng, tạm ứng lương thưởng cuối năm. Nó là nghĩa vụ, không phải nguồn.
• Doanh thu ghi theo đêm khách ở, không theo ngày tiền về. Quy ước này làm cho việc so sánh cùng kỳ năm trước có nghĩa, và làm cho những con số trên ứng dụng của chủ đầu tư phản ánh đúng nhịp kinh doanh thật. Cách đọc các chỉ số này ở cơ sở nhỏ đã được trình bày trong bài đầu của loạt DiOwner, còn khi bạn có nhiều hơn một cơ sở thì cách cộng chúng lại cho đúng nằm ở bài quản lý 3–5 khách sạn cùng lúc.

Phần 7: Bảng tổng hợp — vướng ở đâu trong cao điểm và xử thế nào

Phần 8: Việc cần làm trong mười ngày trước cao điểm

Thứ tự dưới đây có chủ ý: năm việc đầu là quy ước nội bộ, không tốn tiền và làm được ngay trong tuần này; ba việc sau liên quan tới công cụ và nên bắt đầu sớm để kịp chạy quen trước khi đông khách.

Năm việc nội bộ

• Việc 1 — Chốt một mốc hạn giữ chỗ mặc định áp cho mọi lời hứa giữ phòng chưa có cọc, ví dụ hết ngày hôm sau. Viết thành một dòng, dán ở chỗ người trực nhìn thấy.
• Việc 2 — Soạn sẵn ba mẫu tin nhắn: xin cọc kèm nội dung chuyển khoản, xác nhận đã nhận cọc, và nhắc trước ngày đến. Soạn trước thì lúc bận chỉ việc gửi, và câu chữ luôn nhất quán giữa các ca.
• Việc 3 — Chốt chính sách hủy và đổi ngày cho cả mùa, một mốc duy nhất, nói với khách ngay lúc nhận giữ chỗ.
• Việc 4 — Quy định lại đường về của tiền cọc. Tốt nhất là một tài khoản duy nhất của cơ sở; nếu vẫn phải nhận nhiều đường thì mọi đường đều phải được ghi về cùng một đặt phòng, kèm ghi chú nhận bằng cách nào.
• Việc 5 — Đặt thói quen rà hai danh sách cuối mỗi ca: giữ tạm quá hạn chưa có cọc, và tiền đã về chưa gắn đặt phòng.

Ba việc về công cụ

• Việc 6 — Đưa tồn phòng của mọi kênh về một nguồn duy nhất. Đây là việc chặn được đường số 1 và cũng là việc con người không làm thay nổi khi lượng đặt dồn dập.
• Việc 7 — Thiết lập sẵn các bảng giá theo mùa và theo sự kiện trước khi vào cao điểm, để người trực chọn bảng giá có sẵn thay vì tự tính nhẩm từng trường hợp. Lưu ý gọi đúng tên: đây là việc chuẩn bị nhiều bảng giá và áp theo khoảng thời gian, không phải tính năng tự động điều chỉnh giá theo thị trường — tính năng đó đang ở lộ trình với nhãn Sắp ra mắt.
• Việc 8 — Bật cảnh báo cho những ngày sắp kín phòng. Biết trước một đêm chỉ còn hai phòng thì còn kịp quyết định giữ lại cho khách quen hay đẩy bán; biết sau khi đã kín thì không còn gì để quyết.

Kết luận

Mùa cao điểm không tạo ra lỗi mới; nó chỉ làm những lỗ hổng vốn có lộ ra cùng lúc. Ba việc quyết định, theo đúng thứ tự: mọi lời giữ chỗ đều trở thành một dòng có hạn trên cùng một sổ, ngay lúc hứa; tồn phòng chỉ có một nguồn duy nhất cho mọi kênh bán; và mỗi khoản cọc phải gắn được vào đúng một đặt phòng, được theo dõi như tiền nhận trước chứ không như doanh thu. Hai việc đầu chặn nhận trùng phòng, việc thứ ba giữ cho sổ sách và quan hệ với khách không rối vào đúng tháng bận nhất.

Trên nền ấy, một phần mềm quản lý khách sạn online AI DiCloud làm thay phần mà trí nhớ con người không gánh nổi giữa cao điểm: giữ tạm tự hết hạn, tồn phòng trừ một lần cho mọi kênh, khoản cọc gắn thẳng vào đặt phòng, và trạng thái phòng giống nhau trên màn hình của mọi người đang trực. Toàn bộ cấu phần này nằm trong giải pháp quản lý khách sạn tổng thể của DiHotel Solutions Corps — hệ sinh thái đã phục vụ hơn 300 cơ sở lưu trú tại Việt Nam và Nhật Bản trong hơn 20 năm.

Nếu bạn đang vận hành khách sạn 4–5 sao, khu nghỉ dưỡng, hoặc nhiều cơ sở cùng vào cao điểm một lúc, thì bài cùng đợt bên DiHotel Blog bàn đúng tầng đó: mùa hội nghị, sự kiện cuối năm — kiểm soát đặt cọc và tồn phòng trên nhiều cơ sở — đặt cọc sự kiện chia nhiều đợt thanh toán, khách đoàn giữ nhiều phòng, và tồn phòng chung khi các cơ sở cùng kín. Ở tầng đó nghiệp vụ do phần mềm quản lý khách sạn AI DiHotel đảm nhiệm — nền tảng gốc dành cho khách sạn 4–5 sao và khu nghỉ dưỡng — còn khi một chủ sở hữu có cả cơ sở lớn lẫn cơ sở nhỏ thì cả hai cùng hợp nhất về một chỗ qua phần mềm quản lý khách sạn đa cơ sở.