Bài 1.2 — Framework 5 lớp

🗺️ Infographic — Bản đồ tổng quan bài học

Infographic tổng quan — đọc trước khi đi vào chi tiết

🧭 Tại sao cần framework?

Khi một hotel gặp vấn đề — RevPAR thấp, OCC không lên, review xấu — hầu hết mọi người nhảy thẳng vào giải pháp: "Giảm giá đi" hoặc "Tăng commission lên".

Nhưng nếu không biết vấn đề nằm ở đâu trong hệ thống, mọi giải pháp đều là đoán mò.

Framework 5 lớp giúp bạn định vị vấn đề chính xác trước khi hành động. Đúng lớp → đúng giải pháp → không tốn công vô ích.

📐 5 lớp phân tích — Chạm để mở

Đọc từng lớp theo thứ tự. Mỗi lớp mở ra một góc nhìn khác nhau về cùng một vấn đề.

🎯

Layer 1 — Outcome: Kết quả đầu ra

▼

Outcome là kết quả cụ thể, đo được, có deadline mà bạn muốn đạt. Không phải "tăng doanh thu" (mơ hồ) — mà là con số rõ ràng.

Ví dụ Hotel A — Hội An:
"RevPAR tháng 7 đạt 850.000 VND/phòng/đêm" — cụ thể, đo được, có deadline tháng 7.

Không phải: "Muốn hotel làm tốt hơn." ← Không phải outcome.

⚙️

Layer 2 — Engine: Cơ chế sinh ra outcome

▼

Engine là cơ chế vật lý tạo ra outcome — công thức tính toán thực sự đằng sau con số bạn muốn đạt.

Ví dụ:
OCC × ADR = RevPAR
Engine của Hotel A = OTA ranking → visibility (khả năng hiển thị trong kết quả tìm kiếm OTA) → click → booking → revenue.

Biết engine: muốn RevPAR cao → phải tăng OCC hoặc tăng ADR hoặc cả hai.

🔧

Layer 3 — Lever: Đòn bẩy có thể tác động

▼

Lever là những thứ bạn có thể chủ động thay đổi để tác động vào Engine. Không phải mọi thứ đều là lever — trời mưa không phải lever.

Ví dụ:
• Tăng commission 2% → rank lên → OCC tăng
• Thêm ảnh bể bơi chất lượng cao → CTR (Click-Through Rate — tỷ lệ click vào listing) tăng → conversion (tỷ lệ click → booking thực tế) tăng
• Bật "Free Cancellation" → convert rate tăng 15–20%
• Trả lời review → review score cải thiện → ranking tăng

🚧

Layer 4 — Constraint: Giới hạn không thể bỏ qua

▼

Constraint là giới hạn cứng — những thứ bạn không thể thay đổi dù muốn. Hiểu constraint giúp bạn không lãng phí sức vào việc vô ích.

Ví dụ Hotel A — Hội An:
• Mùa mưa T10–T11: demand tự nhiên thấp → không thể push OCC bằng cách nào
• Cost floor = 350.000đ/phòng → không thể set giá dưới 415.000đ (comm 15%)
• Phòng giới hạn 16 phòng → OCC 100% = ceiling doanh thu

🔄

Layer 5 — Feedback Loop: Vòng phản hồi tự củng cố

▼

Feedback loop là vòng lặp tự động củng cố — kết quả đầu ra quay trở lại ảnh hưởng đến đầu vào. Có thể tích cực hoặc tiêu cực.

Vòng tích cực:
Review tốt → rank cao → nhiều booking → nhiều review tốt → rank càng cao ↑

Vòng tiêu cực:
Review xấu không xử lý → rank tụt → ít booking → ít review mới → khó cải thiện ↓

Tại sao quan trọng: Một khi vòng tích cực đã chạy, nó tự vận hành. Việc của bạn là khởi động nó và không phá vỡ nó.

Lớp phân tích — áp dụng cho mọi vấn đề OTA

2 phút

Để đọc bất kỳ vấn đề OTA nào khi đã quen framework

Framework dùng suốt cả 3 tháng khoá học này

✏️ Câu 1 / 2 1 đáp án đúng

Hotel A review bị nhiều đánh giá 3 sao → RevPAR thấp. Vấn đề đang nằm ở Layer nào chính xác nhất?

A. Layer 1 — Outcome: RevPAR thấp

B. Layer 2 — Engine: Công thức OCC × ADR

C. Layer 5 — Feedback Loop: Review xấu → rank tụt → ít booking → ít review mới

D. Layer 3 — Lever: Chưa tăng commission

Review xấu thuộc về Layer 1 (Outcome) hay là cơ chế tự củng cố theo thời gian?

🎉 Chính xác! Review 3 sao là triệu chứng — nhưng nguyên nhân gốc rễ là Feedback Loop tiêu cực đang chạy. Review xấu → rank tụt → ít khách → ít review mới → khó cải thiện. Fix bằng cách can thiệp vào vòng lặp: chủ động xin review từ khách hài lòng để break vòng tiêu cực.

💡 Chưa đúng. RevPAR thấp là Layer 1 (Outcome) — đó là triệu chứng, không phải nguyên nhân. Layer 5 (Feedback Loop) mới giải thích tại sao vấn đề review lại tự duy trì và ngày càng tệ hơn.

✏️ Câu 2 / 2 1 đáp án đúng

OCC tháng tới đang thấp hơn kỳ vọng, nhưng bạn chưa muốn làm hại ADR. Dữ liệu nào nên kiểm tra trước để hiểu nguyên nhân?

A. Chỉ nhìn giá thấp nhất của đối thủ rồi kết luận mình đang đắt

B. Pickup pace, search/visibility, conversion, review và compset cùng kỳ

C. Chỉ hỏi staff xem khách có gọi điện nhiều hơn không

D. Chỉ xem OCC hiện tại vì đó là outcome cuối cùng

OCC thấp là outcome. Muốn không làm hại ADR, phải hiểu engine nào đang yếu trước khi chọn lever.

🎉 Chính xác! Stage 1 là chẩn đoán trước: OCC thấp có thể đến từ demand yếu, visibility thấp, conversion kém, review xấu hoặc compset lệch. Chỉ khi biết layer nào đang yếu mới chọn lever phù hợp.

💡 Chưa đúng. Một chỉ số đơn lẻ chưa đủ để giải thích OCC thấp. Hãy đọc nhiều lớp dữ liệu: pace, visibility, conversion, review, compset và seasonality trước khi chọn cách can thiệp.

✅ Bạn đã hoàn thành phần quiz!

Gợi ý thực chiến (không bắt buộc để qua bài): Áp dụng Framework 5 lớp cho hotel của bạn — (1) Outcome bạn muốn đạt trong tháng tới là gì? (2) Engine nào đang tạo ra OCC hiện tại? (3) Lever nào bạn CHƯA dùng?

Bài tiếp theo

Tiếp tục học →

Mục lục khoá học

Framework 5 lớp