Mục lục khoá học

0 / 15 bài hoàn thành
Chặng 1 — Mở Khoá
1
OTA kiếm tiền từ đâu?
Tuần 1
2
Framework 5 lớp
Tuần 1
3
RevPAR — Chỉ số duy nhất cần quan tâm
Tuần 2
4
Ranking hoạt động như thế nào?
Tuần 3
Chặng 2 — Thực Chiến
5
Compset — Bản đồ chiến trường
Tuần 4
6
Listing chuẩn từ ngày đầu
Tuần 4
7
Revenue Cycle tháng
Tuần 5
8
Market Pulse & Demand Signals
Tuần 6 (B)
9
Pricing — Đừng đoán, hãy đọc thị trường
Tuần 6
10
OTA Channel Mix
Tuần 7
11
Review — Tài sản vô hình quan trọng nhất
Tuần 8
12
Feedback Loop cá nhân
Tuần 9
Chặng 3 — Tự Vận Hành
13
Phân tích đối thủ có hệ thống
Tuần 10
14
Xử lý crisis
Tuần 11
15
Graduation — Tự audit hotel của mình
Tuần 12
Bài 2.6 — Feedback Loop cá nhân
12/15
Chặng 2 · Tuần 9

Feedback Loop cá nhân

Không track = không biết đang đi đâu. Feedback loop biến cảm tính thành hệ thống.

🔄 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.

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: giả thuyết cần kiểm chứng là gì?
Signal nào đang nổi bật, hypothesis là gì, và kết quả nào sẽ xác nhận hoặc bác bỏ?
Monthly progress 0/6
📝 Decision Log — Thói quen quan trọng nhất

Mỗi khi bạn thấy một tín hiệu quan trọng và đưa ra giả thuyết vận hành — ghi lại vào 1 file đơn giản:

Ngày | Signal | Hypothesis | Decision | Result | Lesson learned

Sau 3 tháng bạn sẽ có 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ì?
A. Chọn ngay một hành động mạnh để kéo booking
B. Check pickup rate T+7 và so sánh với cùng kỳ năm ngoái để hiểu nguyên nhân
C. Liên hệ Booking.com support để hỏi tại sao
D. Tắt listing kiểm tra xem có lỗi kỹ thuật không
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ạnh tranh tăng, event địa phương vắng, visibility yếu hoặc value perception chưa rõ. Phải biết nguyên nhân mới hiểu đúng vấn đề.
💡 Chưa đúng. Hành động nhanh mà không chẩn đoán = sai lầm phổ biến nhất. 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
Một decision log tốt nên ghi gì để giúp hotel học được pattern theo thời gian?
A. Để báo cáo với kế toán cuối tháng
B. Vì OTA yêu cầu log mọi thay đổi
C. Signal quan sát được, hypothesis, decision, result và lesson learned
D. Chỉ ghi ngày giờ để không quên lịch sử thay đổi
Mục tiêu của decision log không chỉ là nhớ — mà là nối tín hiệu ban đầu với kết quả và bài học.
🎉 Chính xác! Decision log giúp build pattern recognition: lúc đó ta thấy tín hiệu gì, đặt giả thuyết gì, quyết định gì, kết quả ra sao, và lần sau nên hiểu tín hiệu đó thế nào.
💡 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ự là học pattern: nối observed signal → hypothesis → decision → result → lesson learned.
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 đó.
Tiếp tục học →
Bài tiếp theo
Chặng 3 — Tự Vận Hành

Bài 3.1 — Phân tích đối thủ có hệ thống →
← Về Dashboard