🔄 Tại sao cần Feedback Loop?
Phần lớn hotel chủ dựa vào cảm tính: "Tháng này có vẻ ổn hơn tháng trước", "Hình như khách nhiều hơn hè năm ngoái".
Cảm tính không scale. Khi bạn quản lý 1 hotel với 16 phòng và cũng cần sống cuộc sống cá nhân — bạn không thể nhớ hết mọi thứ trong đầu.
Feedback loop = quy trình check định kỳ, ngắn, lặp lại đều đặn → sau 3 tháng bạn có data pattern riêng của hotel mình.
Feedback loop = quy trình check định kỳ, ngắn, lặp lại đều đặn → sau 3 tháng bạn có data pattern riêng của hotel mình.
Bài này có 2 checklist thực chiến: weekly (mỗi thứ Hai) và monthly (đầu tháng). Tick vào để track tiến độ của bạn.
📅 Weekly Check — Thứ Hai hàng tuần
Check OCC tuần vừa rồi vs tuần trước
Tăng hay giảm? Tại sao? Có sự kiện gì đặc biệt không?
Check pickup rate tuần tới (T+7)
Đang có bao nhiêu booking cho 7 ngày tới? Trend tăng hay giảm?
Review rate hiện tại
Có cần điều chỉnh giá theo mùa hoặc sự kiện địa phương không?
Check comp set
Đối thủ cùng phân khúc đang set giá gì tuần này?
Respond mọi review chưa reply
Không để review nào quá 72h. Ưu tiên review tiêu cực trước.
Weekly progress
0/5
📊 Monthly Review — Đầu tháng (ngày 1–3)
OCC tháng vừa rồi là bao nhiêu %?
Số phòng đã bán / tổng phòng × 100. So sánh với tháng trước và cùng kỳ năm ngoái.
ADR (Average Daily Rate) tháng vừa rồi
Tổng doanh thu phòng / số phòng đã bán. Giá bình quân thực tế sau discount.
RevPAR = OCC × ADR — so với tháng trước
Chỉ số tổng hợp duy nhất cần quan tâm. Tăng hay giảm? Tại sao?
Review score thay đổi không?
Điểm tăng hay giảm? Chủ đề complain mới xuất hiện không?
Kênh nào mang lại nhiều booking nhất?
Booking.com, Agoda, hay direct? Tỷ lệ thay đổi so với tháng trước?
Tháng tới: cần điều chỉnh gì?
Giá, promotion, commission, kênh mới? 1 hành động cụ thể cho tháng tới.
Monthly progress
0/6
📝 Decision Log — Thói quen quan trọng nhất
Mỗi khi bạn thay đổi giá, bật/tắt promotion, điều chỉnh commission — ghi lại vào 1 file đơn giản:
Ngày | Hành động | Lý do | Kết quả sau 2 tuần
Sau 3 tháng bạn sẽ có data pattern riêng của hotel mình — không cần consultant, không cần phỏng đoán.
2
Lần check định kỳ mỗi tháng (weekly + monthly)
6
Items trong weekly check — 15 phút mỗi thứ Hai
3 tháng
Để thấy data pattern rõ từ decision log
✏️ Câu 1 / 2 1 đáp án đúng
Bạn nhận ra OCC tuần này thấp hơn tuần trước 15%. Bước đầu tiên bạn làm là gì?
Chẩn đoán trước, hành động sau. OCC thấp có nhiều nguyên nhân — phải hiểu trước khi fix.
🎉 Chính xác! Chẩn đoán trước, hành động sau. OCC thấp có thể do: seasonality (cùng kỳ năm ngoái cũng thấp), cạnh tranh tăng, event địa phương vắng, hoặc rate đang sai. Phải biết nguyên nhân mới fix đúng cách — giảm giá ngay có thể không giải quyết gì mà còn hại RevPAR.
💡 Chưa đúng. Hành động nhanh mà không chẩn đoán = sai lầm phổ biến nhất. OCC thấp không phải lúc nào cũng cần giảm giá. Check pickup T+7 và compare cùng kỳ năm ngoái trước — rất có thể đây là seasonality bình thường.
✏️ Câu 2 / 2 1 đáp án đúng
Tại sao cần ghi "decision log" mỗi khi điều chỉnh OTA (giá, promotion, commission)?
Mục tiêu của decision log không chỉ là nhớ — mà là xây pattern recognition theo thời gian.
🎉 Chính xác! Mục tiêu sâu hơn là build pattern recognition riêng cho hotel của bạn. "Mỗi khi giảm giá 10% vào cuối tuần tháng 3 → OCC tăng 15%" — insight này chỉ có từ data của chính bạn, không ai có thể cho bạn được.
💡 Gần đúng nhưng chưa đủ sâu. Nhớ lịch sử là tốt, nhưng mục tiêu thật sự của decision log là pattern recognition: sau 3 tháng bạn biết action nào thật sự work với hotel mình, action nào không. Đây là competitive advantage không ai copy được.
✅ Bạn đã hoàn thành phần quiz!
Gợi ý thực chiến (không bắt buộc): Tạo 1 file Excel/Google Sheet đơn giản với cột: Ngày | OCC% | ADR | RevPAR | Ghi chú. Điền data của hotel bạn (hoặc comp set) cho 4 tuần gần nhất. Ghi lại 1 nhận xét bạn thấy từ data đó.
Gợi ý thực chiến (không bắt buộc): Tạo 1 file Excel/Google Sheet đơn giản với cột: Ngày | OCC% | ADR | RevPAR | Ghi chú. Điền data của hotel bạn (hoặc comp set) cho 4 tuần gần nhất. Ghi lại 1 nhận xét bạn thấy từ data đó.