รับ Group 100 ห้อง แต่ Check-in จริงมา 70 — ปัญหานี้ป้องกันได้ด้วย Wash Factor
เข้าใจ Wash Factor, Spoilage และ Attrition Clause ในการรับ Group Booking — พร้อมตัวอย่างคำนวณและวิธีตั้ง Cutoff Date ให้ได้ RevPAR สูงสุด
โดย BoydWee
Wash Factor คือเปอร์เซ็นต์ที่คาดการณ์ว่า Group จะ “หด” ลงจากจำนวนที่ขอ Block ไว้จริงๆ ณ วัน Check-in Revenue Manager ใช้ตัวเลขนี้เพื่อ Block ห้องให้น้อยกว่าที่ Group ร้องขอ เพื่อเปิดพื้นที่ให้ Transient ที่มักจ่ายในอัตราที่ดีกว่า เข้ามาเติม ถ้าไม่เผื่อ Wash Factor ไว้เลย ห้องที่ไม่ถูกใช้ก็กลายเป็น Spoilage — รายได้ที่หายไปโดยไม่มีวันเรียกคืนได้
Wash Factor, Spoilage, Attrition — สามคำนี้ต่างกันอย่างไร
หลายคนใช้คำเหล่านี้สลับกัน แต่ในทาง Revenue Management แต่ละคำมีความหมายที่ชัดเจนและใช้คนละบริบท
Wash Factor คือสมมติฐาน (assumption) ที่ Revenue Manager ตั้งไว้ล่วงหน้า ว่า Group จะใช้ห้องจริงกี่เปอร์เซ็นต์ของจำนวนที่ขอ Block ตัวอย่างเช่น ถ้า Group ขอ 100 ห้อง แต่จาก historical data พบว่า Group ประเภทนี้มักใช้จริงแค่ 75–80 ห้อง นั่นคือ Wash Factor อยู่ที่ประมาณ 20–25%
Spoilage คือผลลัพธ์ที่เกิดขึ้นจริงหลัง Check-out — จำนวนห้องใน Group Block ที่ถูก Hold ไว้ แต่ไม่มีคืนได้เช็คอิน ห้องเหล่านั้นว่างโดยไม่มีรายได้ ถ้าโรงแรมไม่ได้ปล่อยคืนให้ Inventory ทั่วไปก่อน Cutoff Date Spoilage คือการสูญเสียที่แท้จริง
Attrition คือกลไกสัญญาที่ช่วยป้องกัน Spoilage ในระดับหนึ่ง โดย Attrition Clause กำหนดว่า ถ้า Group ใช้ห้องต่ำกว่าจำนวนที่ตกลงไว้ในสัญญา (เช่น ต่ำกว่า 80% ของ Block) Group จะต้องจ่ายค่าชดเชยสำหรับห้องส่วนที่ไม่ได้ใช้ ทำให้โรงแรมไม่ถือห้องเปล่าโดยไม่ได้อะไรคืนมาเลย
ดู Glossary สำหรับนิยามครบทุกคำ Revenue Management
วิธีคำนวณ Wash Factor และนำไปใช้กับ Group Block
Wash Factor ไม่ใช่ตัวเลขที่คิดขึ้นมาเอง ต้องมาจาก historical data ของ Group ประเภทนั้นๆ หรือ Segment นั้นๆ โดยตรง สูตรพื้นฐานคือ:
Wash Factor (%) = (ห้องที่ Block − ห้องที่ใช้จริง) ÷ ห้องที่ Block × 100
แล้วนำ Wash Factor มาคำนวณ Group Block ที่ควร Approve ดังนี้:
ห้องที่ควร Block = ห้องที่ Group ขอ × (1 − Wash Factor)
ตัวอย่างประกอบ:
– Group ขอ Block 100 ห้อง
– Historical Wash Factor ของ Group Segment นี้ = 20%
– ห้องที่ควร Block จริง = 100 × (1 − 0.20) = 80 ห้อง
– ส่วนต่าง 20 ห้องที่เหลือ ปล่อยเป็น Transient Inventory ได้
ความเสี่ยงคือถ้า Wash Factor ที่ตั้งไว้ไม่ตรงกับความเป็นจริง ก็อาจเกิดสองปัญหา: Block น้อยเกินไป (Group ล้น) หรือ Block เยอะเกินไป (Spoilage สูง) นั่นคือเหตุผลที่ต้องอ้างอิง Hotel Demand Forecast ควบคู่กันเสมอ
ตาราง: เปรียบเทียบ Scenario การ Block ห้อง Group 100 ห้อง
| Scenario | ห้องที่ Block | Wash จริง (%) | ห้องที่ใช้จริง | Spoilage (ห้อง) | Transient เข้าได้ | ผลต่อ RevPAR |
|---|---|---|---|---|---|---|
| Block เต็ม 100 ห้อง ไม่เผื่อ Wash | 100 | 20% | 80 | 20 ห้อง | 0 | ต่ำกว่าที่ควร |
| เผื่อ Wash 20% → Block 80 ห้อง | 80 | 20% | 80 | 0 | 20 ห้อง | เหมาะสม |
| เผื่อ Wash เกิน (Block 60 ห้อง) | 60 | 20% | 60 (เต็ม) | 0 แต่ Group ล้น | 40 ห้อง | อาจสูงแต่เสี่ยง relation |
(ตัวอย่างประกอบ — ตัวเลขจริงขึ้นกับ mix และ historical data แต่ละโรงแรม)
Scenario กลางคือจุดที่ Revenue Manager ควรเล็ง: Block พอดีกับ Wash ที่คาดไว้ เพื่อให้ห้องที่ Group ไม่ใช้กลายเป็น Transient Inventory ที่ขายได้ในราคาดีกว่า Group Rate ทั้งนี้ให้ดูประกอบกับหลักการ Group Booking Pricing เพื่อไม่ให้ตั้ง Rate ที่ทำให้ Margin หายไปอีกชั้น
Attrition Clause และ Cutoff Date — เครื่องมือป้องกัน Spoilage ที่ขาดไม่ได้
Attrition Clause ทำงานอย่างไร
Attrition Clause คือข้อสัญญาที่ระบุว่า Group ต้องใช้ห้องขั้นต่ำกี่เปอร์เซ็นต์ของ Block ที่ตกลงไว้ ถ้าต่ำกว่าเกณฑ์นั้น Group ต้องจ่าย Attrition Fee สำหรับส่วนต่าง
ตัวอย่างประกอบ: ตกลง Block 80 ห้อง, Attrition Clause กำหนด minimum 80% นั่นคือ Group ต้อง Check-in อย่างน้อย 64 ห้อง ถ้า Check-in มาจริงแค่ 50 ห้อง Group ต้องจ่ายค่าชดเชย 14 ห้อง (64 − 50) ในอัตราที่ระบุในสัญญา
Attrition Clause ไม่ได้กำจัด Spoilage ทั้งหมด แต่ทำให้โรงแรม “ไม่ถือห้องเปล่าฟรี” และทำให้ฝั่ง Group มี incentive ที่จะบริหาร headcount ของตัวเองให้ดีขึ้น
Cutoff Date: เส้นตายที่ส่งผลถึง Pickup โดยตรง
Cutoff Date คือวันที่ Group ต้องยืนยันจำนวนห้องขั้นสุดท้าย ห้องที่ Release มาหลัง Cutoff จะกลับเข้า General Inventory ทันที ทำให้โรงแรมมีเวลาขาย Transient ก่อน Check-in
การตั้ง Cutoff Date ที่ดีต้องพิจารณาจาก:
– Lead time ของตลาด Transient: ถ้า Transient ของโรงแรมนั้นจองล่วงหน้าเฉลี่ย 14 วัน Cutoff ควรอยู่ที่อย่างน้อย 21–30 วันก่อน Check-in เพื่อให้มีเวลา re-sell
– ประเภท Group: Conference หรือ Wedding มักยืนยัน headcount ช้า ควรเจรจา Cutoff ให้เร็วกว่า Leisure Group ทั่วไป
– Demand ในช่วงนั้น: ถ้าช่วง Check-in เป็นช่วง High Demand อยู่แล้ว โรงแรมมี leverage ในการตั้ง Cutoff เร็วขึ้น เพราะ Transient จะซื้อได้ง่าย
Pickup ที่เกิดขึ้นหลัง Cutoff Date สะท้อนให้เห็นว่าการปล่อย Inventory กลับมาสายหรือเร็วเกินไป — ติดตามตัวเลขนี้ทุก Group เพื่อ calibrate Cutoff Date สำหรับปีถัดไป
Displacement: อีกด้านที่ต้องคิดก่อนรับ Group ใหญ่
การรับ Group ใหญ่ไม่ได้มีแค่ความเสี่ยงเรื่อง Spoilage ฝั่งเดียว ยังมีความเสี่ยงอีกด้านที่เรียกว่า Displacement — การที่โรงแรม Block ห้องให้ Group ในราคา Group Rate ซึ่งมักต่ำกว่า Best Available Rate แต่ปิดโอกาสไม่ให้ Transient ที่จ่ายราคาสูงกว่าเข้ามาได้
สมมติว่า Group Rate = 2,500 บาท แต่ช่วงนั้น Transient rate เฉลี่ยอยู่ที่ 3,800 บาท ถ้า Block 80 ห้องให้ Group แทนที่จะขาย Transient ส่วนต่างที่หายไปคือ (3,800 − 2,500) × 80 = 104,000 บาทต่อคืน (ตัวอย่างประกอบ)
นั่นคือเหตุผลที่ Displacement Analysis ต้องทำก่อนยืนยัน Group ทุกครั้ง ไม่ใช่หลัง — โดยเฉพาะในช่วงที่ Demand สูงและ Transient Pickup กำลังวิ่งแรง Revenue Manager ที่ดีจะไม่ตอบรับ Group โดยไม่รู้ว่า opportunity cost คืออะไร ดูเพิ่มเติมได้ที่ Hotel Demand Forecast ว่าอ่าน Demand pattern อย่างไรก่อนตัดสินใจรับ Group
