โรงแรมควรทำ Overbooking อย่างไรไม่ให้ลูกค้าร้องเรียน?

โรงแรมควรทำ Overbooking อย่างไรไม่ให้ลูกค้าร้องเรียน?
โรงแรมควรทำ Overbooking โดยขายห้องเกินจำนวนห้องว่างจริงเฉพาะในระดับที่ข้อมูลการยกเลิก การไม่มาเข้าพัก และการเช็กเอาต์ก่อนกำหนดรองรับ พร้อมกำหนดเพดานความเสี่ยงแยกตามวัน ประเภทห้อง และช่องทางขาย หากเกิดห้องไม่พอจริง โรงแรมต้องมีแผน Relocation (การย้ายที่พัก) ที่ชัดเจน รับผิดชอบค่าใช้จ่ายที่เหมาะสม และสื่อสารกับลูกค้าอย่างให้เกียรติ เพื่อลดโอกาสเกิดข้อร้องเรียนและความเสียหายต่อชื่อเสียง
Overbooking หรือการรับจองเกินจำนวนห้องที่พร้อมขาย ไม่ใช่การรับจองโดยหวังว่าลูกค้าบางคนจะไม่มา แต่เป็นเครื่องมือด้าน Revenue Management (การบริหารรายได้) ที่ต้องใช้ข้อมูล ความน่าจะเป็น และการควบคุมการปฏิบัติงานร่วมกัน เหตุผลที่โรงแรมใช้วิธีนี้คือยอดจองในระบบไม่ได้เปลี่ยนเป็นห้องที่มีผู้เข้าพักจริงทั้งหมด ลูกค้าบางส่วนยกเลิกภายในกำหนด บางส่วนไม่ปรากฏตัว และบางส่วนเปลี่ยนวันเดินทางก่อนถึงวันเข้าพัก
ตัวอย่างเช่น โรงแรมมีห้องพร้อมขาย 100 ห้อง และมีประวัติว่าในคืนวันศุกร์ช่วงฤดูกาลปกติ ยอดจองแบบ Individual Booking (การจองรายบุคคล) จะยกเลิกเฉลี่ย 4 ห้อง ไม่มาเข้าพัก 2 ห้อง และมีห้องพักต่อจากคืนก่อนที่เช็กเอาต์ก่อนกำหนดเฉลี่ย 1 ห้อง หากโรงแรมปิดขายทันทีเมื่อยอดจองครบ 100 ห้อง อาจมีผู้เข้าพักจริงเพียง 93 ถึง 95 ห้อง ส่งผลให้เสียโอกาสขายห้องที่ไม่สามารถนำกลับไปขายย้อนหลังได้
เป้าหมายจึงไม่ใช่การทำให้ยอดจองสูงที่สุด แต่คือการทำให้จำนวนห้องที่มีผู้เข้าพักจริงใกล้เคียงกับจำนวนห้องที่พร้อมขายมากที่สุด โดยรักษาความเสี่ยงของการ Walk Guest (การย้ายลูกค้าไปพักโรงแรมอื่น) ให้อยู่ในระดับที่องค์กรยอมรับได้ กระบวนการนี้ต้องเชื่อมต่อข้อมูลจาก Revenue, Reservations, Front Office, Housekeeping, Sales และ Distribution อย่างเป็นระบบ
Overbooking คืออะไร และต่างจากการขายห้องเกินแบบไม่มีแผนอย่างไร?

Overbooking คือการยืนยันยอดจองมากกว่าจำนวน Inventory (จำนวนห้องในคลังขาย) ที่โรงแรมคาดว่าจะพร้อมให้บริการในวันหนึ่ง โดยอาศัยแบบแผนของ Cancellation (การยกเลิก), No-show (ลูกค้าไม่มาเข้าพัก), Early Departure (การออกก่อนกำหนด) และ Stay Extension (การขยายวันพัก) เพื่อกำหนดจำนวนห้องที่ควรขายเกินอย่างมีเหตุผล การใช้คำว่าอย่างมีเหตุผลมีความสำคัญ เพราะตัวเลขต้องเปลี่ยนตามสถานการณ์ ไม่ใช่กำหนดตายตัวว่าขายเกินวันละ 5 ห้องตลอดทั้งปี
การขายเกินแบบไม่มีแผนมักเริ่มจากการมองเพียงยอดห้องคงเหลือบนหน้าจอ โดยไม่ได้ตรวจสอบคุณภาพของข้อมูล อาจมีการขายเกินพร้อมกันทุก Room Type (ประเภทห้อง) ไม่คำนึงถึงลูกค้ากรุ๊ป ไม่ตรวจสอบห้องปิดซ่อม และไม่มีโรงแรมสำรอง เมื่อถึงวันเข้าพัก พนักงานหน้าเคาน์เตอร์จึงต้องแก้ปัญหาเฉพาะหน้า ซึ่งเพิ่มเวลารอ ลดความเชื่อมั่น และทำให้ลูกค้ารู้สึกว่าโรงแรมขายสิ่งที่ไม่มีอยู่จริง
Overbooking ที่ดีต้องมีองค์ประกอบอย่างน้อย 4 ส่วน ได้แก่ Forecast (การพยากรณ์) ที่อัปเดตสม่ำเสมอ ข้อมูลพฤติกรรมการจองที่แยกเป็นกลุ่ม กฎการควบคุมการขายในระบบ และแผนปฏิบัติเมื่อความต้องการใช้ห้องสูงกว่าห้องพร้อมขาย โรงแรมต้องกำหนดด้วยว่าใครมีอำนาจเพิ่มหรือลด Overbooking Limit (เพดานรับจองเกิน) และเหตุการณ์ใดบ้างที่ต้องยกระดับให้ผู้บริหารตัดสินใจ
กรณีศึกษาสมมติของโรงแรมขนาด 150 ห้องพบว่า การตั้งเพดานขายเกินเท่ากันทุกวันทำให้บางคืนเหลือห้องว่าง 6 ห้อง ขณะที่บางคืนต้องย้ายลูกค้า 4 ห้อง หลังจากแยกข้อมูลตามวันในสัปดาห์และเงื่อนไขการยกเลิก โรงแรมพบว่าวันอาทิตย์มีอัตรายกเลิกสูงกว่าวันเสาร์อย่างชัดเจน จึงเพิ่มเพดานเฉพาะวันอาทิตย์และลดเพดานวันเสาร์ ผลลัพธ์คือยอดห้องเข้าพักใกล้ความจุจริงขึ้นโดยไม่เพิ่มจำนวนลูกค้าที่ต้องย้ายที่พัก
ทำไมโรงแรมที่มียอดจองเต็มจึงยังมีห้องว่างในคืนจริง?
ยอดจองเต็มไม่ได้แปลว่าห้องจะถูกใช้งานครบ เพราะ Booking Status (สถานะการจอง) เป็นเพียงภาพของสัญญาณความต้องการ ณ เวลาหนึ่ง ลูกค้าอาจยกเลิกก่อนเส้นตาย เปลี่ยนแผนการเดินทาง ไม่มาเช็กอิน หรือทำรายการจองซ้ำผ่านหลายช่องทาง นอกจากนี้ยังมีความคลาดเคลื่อนจากกรุ๊ปที่สำรองห้องไว้มากกว่าจำนวนผู้เดินทางจริง และห้องที่ถูกกันไว้เพื่อเหตุผลด้านปฏิบัติการแต่ไม่ถูกปล่อยกลับเข้าระบบทันเวลา
ตัวชี้วัดที่ Revenue Manager ควรติดตามไม่ใช่เพียง Cancellation Rate (อัตราการยกเลิก) โดยรวม แต่ต้องดูตาม Booking Window (ช่วงเวลาระหว่างวันจองกับวันเข้าพัก) ด้วย ตัวอย่างเช่น ยอดจองที่เข้ามาล่วงหน้า 60 วันอาจยกเลิก 18 เปอร์เซ็นต์ ขณะที่ยอดจองภายใน 3 วันก่อนเข้าพักอาจยกเลิกเพียง 3 เปอร์เซ็นต์ หากนำค่าเฉลี่ยทั้งสองกลุ่มมารวมกัน โรงแรมอาจประเมินความเสี่ยงผิดและเปิดขายเกินมากเกินไปในช่วงใกล้วันเข้าพัก
อีกตัวแปรสำคัญคือ Wash (จำนวนห้องจองที่คาดว่าจะลดลงก่อนเข้าพักจริง) ซึ่งมักใช้กับกรุ๊ปและสัญญาห้องพัก โรงแรมอาจมียอดกรุ๊ปในระบบ 50 ห้อง แต่จากประวัติกรุ๊ปประเภทเดียวกันใช้จริงเฉลี่ย 44 ห้อง ส่วนต่าง 6 ห้องคือปริมาณที่มีโอกาส Wash อย่างไรก็ตาม ไม่ควรปล่อยห้องทั้ง 6 ห้องขายพร้อมกันโดยไม่พิจารณา Rooming List (รายชื่อผู้เข้าพัก), Cut-off Date (วันตัดยอดห้อง) และเงื่อนไขในสัญญา
ขั้นตอนปฏิบัติที่เหมาะสมคือให้โรงแรมจัดทำรายงานย้อนหลังอย่างน้อย 12 เดือน โดยแยกยอดจองสุดท้ายก่อนวันเข้าพัก ยอดยกเลิก จำนวนไม่มาเข้าพัก จำนวนเข้าพักจริง และเหตุการณ์ผิดปกติ จากนั้นติดป้ายวันที่มีงานใหญ่ การปิดถนน เที่ยวบินยกเลิก หรือกรุ๊ปขนาดใหญ่ เพราะข้อมูลจากวันผิดปกติไม่ควรถูกใช้เป็นค่าเฉลี่ยของวันทั่วไปโดยไม่มีการปรับแต่ง
คำนวณจำนวนห้อง Overbooking อย่างไรให้เหมาะกับความเสี่ยง?
สูตรพื้นฐานที่ใช้เริ่มต้นได้คือ จำนวนห้องขายเกินที่คาดการณ์ เท่ากับ จำนวนการยกเลิกที่คาดไว้ บวกจำนวน No-show ที่คาดไว้ บวกจำนวน Early Departure ที่คาดไว้ ลบจำนวน Stay Extension ที่คาดไว้ และลบ Safety Buffer (จำนวนห้องกันความเสี่ยง) สูตรนี้ไม่ได้ให้คำตอบตายตัว แต่ช่วยให้ทีมเห็นว่าการตัดสินใจเกิดจากตัวแปรใดบ้าง
สมมติโรงแรมมีห้องพร้อมขาย 120 ห้อง มียอดจองปัจจุบัน 116 ห้อง และคาดว่าจะมีการยกเลิก 3 ห้อง ไม่มาเข้าพัก 2 ห้อง ออกก่อนกำหนด 1 ห้อง และขยายวันพัก 1 ห้อง หากโรงแรมกำหนด Safety Buffer ไว้ 2 ห้อง จำนวนขายเกินที่รองรับได้ตามสมมติฐานคือ 3 บวก 2 บวก 1 ลบ 1 ลบ 2 เท่ากับ 3 ห้อง ดังนั้นเพดานยอดจองอาจอยู่ที่ 123 ห้อง ไม่ใช่การนำ 3 ห้องไปบวกกับยอดปัจจุบันแล้วปิดขายทันที เพราะทีมต้องติดตามการเปลี่ยนแปลงต่อไปจนถึงวันเข้าพัก
| ตัวแปร | จำนวนห้องตัวอย่าง | ผลต่อเพดาน | แหล่งข้อมูล |
|---|---|---|---|
| ห้องพร้อมขาย | 120 | ฐานความจุ | PMS และรายงานห้องปิดซ่อม |
| Cancellation ที่คาดไว้ | 3 | เพิ่มโอกาสขายเกิน | ประวัติการยกเลิกตามช่วงเวลาจอง |
| No-show ที่คาดไว้ | 2 | เพิ่มโอกาสขายเกิน | ประวัติแยกตามช่องทางและเงื่อนไขราคา |
| Early Departure | 1 | เพิ่มห้องที่อาจกลับมาว่าง | ประวัติการเข้าพักและข้อมูลหน้าเคาน์เตอร์ |
| Stay Extension | 1 | ลดห้องที่พร้อมขาย | รูปแบบการต่อคืนและคำขอจากลูกค้า |
| Safety Buffer | 2 | ลดความเสี่ยง | นโยบายและระดับความไม่แน่นอน |
| เพดานยอดจอง | 123 | ขายเกิน 3 ห้อง | ผลคำนวณที่ผ่านการอนุมัติ |
สำหรับโรงแรมที่มีข้อมูลมากขึ้น ควรใช้ Expected Cost Model (แบบจำลองต้นทุนคาดหมาย) เปรียบเทียบต้นทุนของห้องว่างกับต้นทุนการย้ายลูกค้า หากขายเกินน้อยเกินไป โรงแรมเสียโอกาสจากห้องว่าง แต่หากขายเกินมากเกินไป ต้นทุนไม่ได้มีแค่ค่าที่พักใหม่ ยังรวมถึงค่าเดินทาง สิทธิประโยชน์ การคืนเงิน เวลาของพนักงาน คะแนนรีวิว และโอกาสสูญเสียลูกค้าประจำ ดังนั้นวันที่ผลกระทบด้านชื่อเสียงสูงควรตั้ง Safety Buffer มากกว่าวันทั่วไป
ข้อควรระวังคืออย่าใช้ค่าเฉลี่ยเพียงค่าเดียวเมื่อข้อมูลมีความผันผวนสูง หากค่า No-show เฉลี่ยอยู่ที่ 2 ห้อง แต่บางวันเป็นศูนย์และบางวันเป็น 6 ห้อง การใช้ค่าเฉลี่ย 2 ห้องทุกคืนอาจไม่ปลอดภัย ควรดูทั้งค่ากลาง ช่วงการกระจาย และกรณีเลวร้ายที่สมเหตุสมผล รวมถึงกำหนดระดับ Conservative (ระมัดระวัง), Base (กรณีฐาน) และ Aggressive (เชิงรุก) เพื่อให้ผู้มีอำนาจเลือกตามสถานการณ์จริง
ต้องแบ่งข้อมูลตาม Segment และช่องทางขายอย่างไร?
ลูกค้าแต่ละ Segment (กลุ่มตลาด) มีพฤติกรรมการยกเลิกไม่เหมือนกัน การจองแบบ Non-refundable (ไม่คืนเงิน) มักมีโอกาสยกเลิกในระบบต่ำกว่าราคาแบบ Flexible Rate (ราคาที่ยืดหยุ่น) แต่ยังอาจเกิด No-show ได้ การจองจากบริษัทอาจเปลี่ยนชื่อผู้เข้าพักในนาทีสุดท้าย ขณะที่กรุ๊ปทัวร์อาจลดจำนวนห้องเป็นชุดก่อนวันตัดยอด การคำนวณ Overbooking จึงควรแยกอย่างน้อยตามกลุ่มลูกค้า ช่องทาง เงื่อนไขราคา และระยะเวลาจองล่วงหน้า
ตัวอย่างเช่น โรงแรมพบว่าการจองตรงแบบยืดหยุ่นล่วงหน้าเกิน 30 วันยกเลิก 14 เปอร์เซ็นต์ การจองผ่าน Online Travel Agency หรือ OTA ภายใน 7 วันยกเลิก 5 เปอร์เซ็นต์ และลูกค้าบริษัทที่มีเครดิตยกเลิก 3 เปอร์เซ็นต์ หากวันหนึ่งมีการจองทั้งสามกลุ่มอย่างละ 20 ห้อง จำนวนยกเลิกที่คาดไว้จะเท่ากับ 2.8 ห้อง 1 ห้อง และ 0.6 ห้องตามลำดับ การใช้ค่าเฉลี่ยรวม 7.3 เปอร์เซ็นต์อาจพอใช้ในภาพใหญ่ แต่ไม่แม่นพอเมื่อสัดส่วนของแต่ละกลุ่มเปลี่ยนไป
ขั้นตอนทำ Segmentation (การแบ่งกลุ่มข้อมูล) เริ่มจากส่งออกข้อมูลการจองที่มี Reservation Date, Arrival Date, Cancellation Date, Booking Channel, Rate Plan, Market Segment และ Final Status จากนั้นคำนวณ Booking Lead Time (จำนวนวันจองล่วงหน้า) และจัดกลุ่ม เช่น 0 ถึง 1 วัน, 2 ถึง 7 วัน, 8 ถึง 30 วัน, 31 ถึง 60 วัน และมากกว่า 60 วัน ขั้นต่อมาคือคำนวณอัตรายกเลิกและ No-show ของแต่ละกลุ่ม โดยตัดรายการทดสอบ รายการพนักงาน และการจองที่ระบบสร้างซ้ำออกก่อน
- Direct Flexible: ตรวจสอบเส้นตายยกเลิกและพฤติกรรมลูกค้าสมาชิก
- OTA Flexible: แยกตามคู่ค้า เพราะนโยบายและพฤติกรรมตลาดอาจต่างกัน
- Non-refundable: วิเคราะห์ No-show และข้อพิพาทการชำระเงินเพิ่มเติม
- Corporate: ตรวจสอบประวัติบริษัท ผู้ประสานงาน และรูปแบบเปลี่ยนชื่อ
- Group: ติดตาม Rooming List, Cut-off Date และ Wash รายกรุ๊ป
- Wholesale: ตรวจสอบ Allotment (โควตาห้อง) และ Release Period (ระยะเวลาคืนห้อง)
ข้อผิดพลาดที่พบบ่อยคือการถือว่าการจองที่มีบัตรเครดิตรับประกันจะมาเข้าพักแน่นอน แม้ Guaranteed Booking (การจองที่มีหลักประกัน) จะลดความเสียหายทางการเงินบางส่วน แต่ไม่ได้ทำให้ห้องถูกใช้งานจริง โรงแรมยังต้องคำนวณ No-show ของกลุ่มนี้ เพียงแต่ควรแยกรายได้จากค่าปรับออกจาก Room Night (จำนวนคืนห้องพัก) เพื่อไม่ให้การวิเคราะห์อัตราเข้าพักคลาดเคลื่อน
ควรตั้ง Overbooking แยกตามประเภทห้องหรือรวมทั้งโรงแรม?
โรงแรมควรบริหาร Overbooking ทั้งระดับ House Level (ระดับโรงแรมทั้งหมด) และ Room Type Level (ระดับประเภทห้อง) พร้อมกัน เพราะแม้ยอดห้องรวมยังไม่เต็ม แต่ห้องบางประเภทอาจถูกขายเกินแล้ว ตัวอย่างเช่น โรงแรมมีห้องมาตรฐาน 80 ห้อง ห้องระดับสูง 30 ห้อง และห้องสวีต 10 ห้อง ยอดรวมอาจอยู่ที่ 115 จาก 120 ห้อง แต่ถ้าห้องมาตรฐานมียอดจอง 84 ห้อง ปัญหาการจัดสรรห้องก็เกิดขึ้นแล้ว
แนวทางทั่วไปคืออนุญาตให้ขายห้องระดับล่างเกินจำนวนจริงเมื่อมี Upgrade Path (เส้นทางอัปเกรด) ไปยังห้องระดับสูงที่ยังว่าง วิธีนี้เรียกว่า Room Type Overbooking หรือการขายเกินเฉพาะประเภทห้อง แต่ต้องตรวจสอบว่าห้องระดับสูงสามารถรองรับจำนวนผู้เข้าพัก รูปแบบเตียง สิทธิสูบบุหรี่ ความต้องการเชื่อมต่อห้อง และเงื่อนไขด้านการเข้าถึงของลูกค้าได้จริง การอัปเกรดห้องไม่ได้แก้ปัญหาหากลูกค้าต้องการเตียงคู่แต่ห้องที่เหลือมีเพียงเตียงใหญ่
กรณีศึกษาสมมติพบว่าโรงแรมขายห้องเริ่มต้นเกิน 8 ห้องเพราะมีห้องระดับสูงว่าง 10 ห้อง แต่วันเข้าพักมีครอบครัว 5 รายต้องการห้องเชื่อมต่อกัน ขณะที่ห้องระดับสูงอยู่คนละชั้น แม้จำนวนห้องรวมเพียงพอ โรงแรมก็ไม่สามารถส่งมอบ Product Attribute (คุณลักษณะสินค้า) ตามที่ยืนยันไว้ได้ เหตุการณ์นี้แสดงว่าการควบคุมต้องลงลึกกว่าชื่อประเภทห้อง และควรบันทึกคุณลักษณะที่ลูกค้าให้ความสำคัญไว้ในระบบ
เช็กลิสต์ก่อนเปิดขายเกินรายประเภทห้องประกอบด้วยจำนวนห้อง Upgrade ที่ใช้ได้จริง สถานะห้องปิดซ่อม การจัดเตียงเสริม ความจุสูงสุด ห้องเชื่อมต่อกัน ห้องสำหรับผู้ใช้รถเข็น จำนวนเตียงแต่ละแบบ และกลุ่มลูกค้าที่มีการรับประกันประเภทห้อง หากคุณลักษณะใดมีจำนวนน้อย โรงแรมควรหยุดขายคุณลักษณะนั้นก่อนหยุดขายประเภทห้องทั้งหมด
Revenue Manager ต้องติดตาม Overbooking ก่อนวันเข้าพักอย่างไร?
การตั้งเพดานเพียงครั้งเดียวแล้วปล่อยจนถึงวันเข้าพักเป็นวิธีที่เสี่ยง เพราะข้อมูลเปลี่ยนทุกวัน Revenue Manager ควรใช้ Pickup Report (รายงานยอดจองที่เพิ่มหรือลดในช่วงเวลา) ร่วมกับ On the Books หรือ OTB (ยอดจองที่มีอยู่ในระบบ), Forecast Occupancy (อัตราเข้าพักคาดการณ์) และ Remaining Demand (ความต้องการที่ยังคาดว่าจะเข้ามา) เพื่อปรับเพดานอย่างต่อเนื่อง
ขั้นตอนติดตามแบบเป็นรอบสามารถแบ่งได้เป็น 30 วัน 14 วัน 7 วัน 3 วัน และวันเข้าพัก ที่ 30 วันควรตรวจสอบงานในพื้นที่และกรุ๊ปหลัก ที่ 14 วันควรประเมิน Pickup เทียบกับ Pace (ความเร็วในการรับจอง) ของปีก่อนหรือช่วงอ้างอิง ที่ 7 วันควรทบทวนการยกเลิกตามเงื่อนไขราคา และที่ 3 วันควรเริ่มตรวจสอบรายชื่อการจองซ้ำ รายการที่ข้อมูลไม่สมบูรณ์ และเวลามาถึงโดยประมาณ
- ตรวจสอบ Physical Inventory: ยืนยันห้องที่ขายได้จริงกับฝ่ายแม่บ้านและช่าง
- ตรวจสอบ OTB: แยกยอดยืนยัน ยอดรอการรับประกัน และรายการสำรอง
- คำนวณ Expected Wash: ประเมินการยกเลิกและ No-show ตามกลุ่มข้อมูล
- ทบทวน Stay Pattern: ตรวจสอบลูกค้าพักต่อ ลูกค้าออกก่อน และข้อจำกัดจำนวนคืน
- ประเมิน Room Type: ตรวจดูประเภทเตียง ห้องเชื่อมต่อ และเส้นทางอัปเกรด
- ปรับ Selling Limit: เพิ่ม ลด หรือปิดเพดานผ่านระบบที่เชื่อมกับทุกช่องทาง
- สื่อสาร Operations: แจ้งระดับความเสี่ยงและแผนสำรองให้ Front Office ทราบ
โรงแรมควรสร้าง Overbooking Dashboard (แดชบอร์ดการขายเกิน) ที่แสดงจำนวนห้องพร้อมขาย ยอดจองรวม จำนวนคาดการณ์การยกเลิก จำนวนคาดการณ์ผู้เข้าพักจริง และ Worst-case Arrival (จำนวนลูกค้ามาถึงในกรณีเสี่ยง) แยกตามวัน สีในรายงานควรสะท้อนระดับความเสี่ยงที่มีนิยามชัด เช่น สีเขียวหมายถึงยังมี Buffer อย่างน้อย 3 ห้อง สีเหลืองหมายถึง Buffer เหลือ 1 ถึง 2 ห้อง และสีแดงหมายถึงมีโอกาสต้องย้ายลูกค้า
ข้อควรระวังคืออย่าปล่อยห้องเพิ่มเพียงเพราะ Pickup ชะลอตัวหนึ่งวัน การจองอาจมาเป็นช่วง โดยเฉพาะหลังวันเงินเดือนออก หลังประกาศตารางงาน หรือหลังผู้จัดงานยืนยันกำหนดการ ควรดู Pace หลายช่วงเวลาและเหตุผลทางธุรกิจก่อนปรับเพดาน หากข้อมูลยังไม่แน่นอน ให้เพิ่มห้องทีละน้อยและกำหนดเวลาทบทวนครั้งถัดไปแทนการเปิดขายจำนวนมากในครั้งเดียว
วันไหนไม่ควรทำ Overbooking หรือควรลดเพดานเป็นพิเศษ?
ไม่ใช่ทุกวันที่ผลตอบแทนจาก Overbooking จะคุ้มกับความเสี่ยง วันที่เมืองมีงานใหญ่ เที่ยวบินเข้าพื้นที่เต็ม โรงแรมรอบข้างมีห้องเหลือน้อย หรือระบบขนส่งมีข้อจำกัด ควรลดเพดานเพราะหากต้องย้ายลูกค้า ต้นทุนและความไม่สะดวกจะสูงกว่าวันปกติ นอกจากนี้ยังมีโอกาสหาโรงแรมทดแทนที่มีมาตรฐานและทำเลใกล้เคียงไม่ได้
โรงแรมควรระมัดระวังเป็นพิเศษในวันที่มี VIP Arrival (แขกสำคัญเดินทางมาถึง), Wedding Group (กรุ๊ปงานแต่ง), Airline Crew (ลูกเรือสายการบิน), Long Stay (ลูกค้าพักระยะยาว) หรือกรุ๊ปที่ทุกห้องต้องอยู่ในอาคารเดียวกัน ลูกค้ากลุ่มเหล่านี้มีต้นทุนในการย้ายสูงและอาจกระทบผู้เกี่ยวข้องจำนวนมาก การย้ายสมาชิกเพียงหนึ่งรายของกรุ๊ปอาจสร้างความไม่พอใจให้ทั้งคณะ ไม่ใช่เฉพาะลูกค้าที่ถูกย้าย
วันที่ห้องมี Operational Risk (ความเสี่ยงด้านปฏิบัติการ) ก็ควรลดเพดาน เช่น มีห้องจำนวนมากรอซ่อม ระบบน้ำหรือไฟไม่เสถียร มีแผนบำรุงรักษาลิฟต์ หรือฝ่ายแม่บ้านขาดกำลังคน แม้ PMS จะแสดงว่าห้องพร้อมขาย 100 ห้อง แต่หากมีความเป็นไปได้ว่าห้อง 4 ห้องจะส่งมอบไม่ทัน ความจุที่ใช้ตัดสินใจควรต่ำกว่า 100 ห้องจนกว่าจะได้รับการยืนยัน
หลักตัดสินใจ: ยิ่งหาห้องทดแทนได้ยาก ต้นทุนการย้ายสูง และลูกค้ามีผลกระทบต่อรายอื่นมากเท่าไร โรงแรมยิ่งควรลด Overbooking Limit และเพิ่ม Safety Buffer มากขึ้นเท่านั้น
โรงแรมสามารถใช้คะแนนความเสี่ยงอย่างง่าย โดยให้คะแนน 0 ถึง 2 แก่ 5 ปัจจัย ได้แก่ ความพร้อมของโรงแรมใกล้เคียง ความสำคัญของลูกค้า ความเสถียรของห้องพัก ความแม่นยำของ Forecast และความรุนแรงของเหตุการณ์ในพื้นที่ หากคะแนนรวมสูงกว่า 7 จาก 10 ให้ลดเพดานอย่างมีนัยสำคัญ หากได้ 4 ถึง 7 ให้ติดตามวันละหลายรอบ และหากต่ำกว่า 4 จึงพิจารณาใช้ระดับปกติตามข้อมูลย้อนหลัง
ถ้าลูกค้ามาครบจนห้องไม่พอ โรงแรมควรเลือกและดูแลอย่างไร?
เมื่อจำนวนลูกค้าที่มาถึงมากกว่าห้องพร้อมขาย โรงแรมต้องเริ่มจากตรวจสอบข้อเท็จจริงอีกครั้ง ไม่ควรรีบแจ้งลูกค้าว่าห้องเต็มก่อนค้นหาทางเลือกทั้งหมด ทีมควรตรวจหาห้องที่ยังไม่เปลี่ยนสถานะ ห้องออกก่อนกำหนด ห้องที่สามารถเร่งซ่อมได้อย่างปลอดภัย การจองซ้ำ และลูกค้าที่แจ้งว่าจะมาถึงวันถัดไป ทุกการเปลี่ยนแปลงต้องได้รับการยืนยัน ไม่ใช่อาศัยการคาดเดา
หากจำเป็นต้องย้ายลูกค้า โรงแรมควรใช้ Walk Priority Criteria (เกณฑ์จัดลำดับการย้าย) ที่กำหนดไว้ล่วงหน้าและผ่านการตรวจสอบด้านกฎหมาย นโยบาย และความเป็นธรรม ปัจจัยที่มักนำมาพิจารณา ได้แก่ ระยะเวลาพัก ความต้องการเฉพาะ สมาชิกภาพ ประวัติการเข้าพัก การเดินทางพร้อมเด็กหรือผู้สูงอายุ การเป็นส่วนหนึ่งของกรุ๊ป และความพร้อมในการเดินทางไปโรงแรมใหม่ ไม่ควรเลือกจากรูปลักษณ์ สัญชาติ ภาษา หรือคุณลักษณะที่อาจนำไปสู่การเลือกปฏิบัติ
ตัวอย่างกระบวนการ Relocation เริ่มจากผู้จัดการเวรติดต่อโรงแรมสำรองเพื่อยืนยันห้องจริง ขอชื่อผู้รับผิดชอบและหมายเลขยืนยัน จากนั้นเตรียมการเดินทางและกำหนดผู้รับผิดชอบค่าใช้จ่ายทั้งหมด เมื่อคุยกับลูกค้าให้เริ่มด้วยคำขอโทษและรับผิดชอบสถานการณ์ อธิบายทางออกอย่างกระชับ เสนอที่พักที่มีมาตรฐานเทียบเท่าหรือสูงกว่า และแจ้งสิ่งที่โรงแรมจะดูแลโดยไม่ให้ลูกค้าต้องสำรองจ่ายหากสามารถจัดการได้
- ยืนยันห้องใหม่ด้วยชื่อของลูกค้าและได้รับหมายเลขยืนยันแล้ว
- ตรวจสอบประเภทเตียง จำนวนผู้เข้าพัก และสิ่งอำนวยความสะดวกที่จำเป็น
- จัดรถรับส่งหรือการเดินทางที่ปลอดภัย
- กำหนดผู้รับผิดชอบค่าห้องและค่าใช้จ่ายที่ตกลง
- ส่งข้อมูลติดต่อของผู้จัดการให้ลูกค้า
- บันทึกเหตุการณ์ใน Guest Profile (ประวัติลูกค้า) อย่างเป็นกลาง
- ติดตามหลังลูกค้าเดินทางถึงโรงแรมใหม่
- ติดต่อ Service Recovery (การกู้คืนความพึงพอใจ) ภายในเวลาที่กำหนด
ข้อควรระวังคือห้ามโยนความผิดให้ระบบ OTA หรือพนักงานกะก่อน แม้สาเหตุจะเกิดจากช่องทางภายนอก ลูกค้ามองเห็นโรงแรมเป็นผู้ให้บริการหลัก การถกเถียงว่าใครผิดหน้าเคาน์เตอร์ทำให้สถานการณ์แย่ลง ควรแก้ปัญหาให้ลูกค้าก่อน แล้วจึงตรวจสอบความรับผิดชอบภายในและเรียกคืนค่าใช้จ่ายจากคู่ค้าตามข้อตกลงภายหลัง
จะลดข้อร้องเรียนด้วยการสื่อสารและ Service Recovery ได้อย่างไร?
ข้อร้องเรียนจำนวนมากไม่ได้เกิดจากการต้องย้ายโรงแรมเพียงอย่างเดียว แต่เกิดจากความประหลาดใจ การรอนาน และความรู้สึกว่าไม่มีใครรับผิดชอบ หากทีมตรวจพบความเสี่ยงตั้งแต่ก่อนลูกค้ามาถึง ควรเตรียมห้องสำรอง รายละเอียดการเดินทาง และผู้มีอำนาจตัดสินใจให้พร้อม การให้ลูกค้ายืนรอขณะพนักงานโทรหาโรงแรมทีละแห่งทำให้ความเครียดเพิ่มขึ้นอย่างรวดเร็ว
โครงสร้างการสื่อสารที่ใช้ได้จริงมี 4 ขั้น ได้แก่ Acknowledge (ยอมรับผลกระทบ), Apologize (ขอโทษอย่างจริงใจ), Act (เสนอการแก้ไขที่ชัดเจน) และ Assure (ยืนยันการติดตาม) ตัวอย่างคำพูดคือ โรงแรมขออภัยที่ไม่สามารถจัดห้องตามการยืนยันเดิมได้ เราเข้าใจว่าสิ่งนี้กระทบแผนการเดินทางของคุณ ขณะนี้เราได้ยืนยันห้องประเภทใกล้เคียงที่โรงแรมระดับเดียวกันและเตรียมรถรับส่งไว้แล้ว ผู้จัดการเวรจะติดตามจนกว่าคุณจะเข้าห้องเรียบร้อย
การชดเชยควรสัมพันธ์กับผลกระทบ ไม่ใช่แจกสิทธิประโยชน์แบบเดียวให้ทุกกรณี ลูกค้าที่ถูกย้ายหนึ่งคืนแล้วกลับมาพักต่อมีความต้องการต่างจากลูกค้าที่ต้องย้ายทั้งการเข้าพัก โรงแรมอาจพิจารณาการอัปเกรดคืนถัดไป อาหาร การเดินทาง คะแนนสมาชิก การยกเว้นค่าใช้จ่ายบางรายการ หรือสิทธิในการเข้าพักครั้งหน้า โดยต้องมี Compensation Matrix (ตารางอำนาจการชดเชย) เพื่อให้พนักงานตัดสินใจได้รวดเร็วและสม่ำเสมอ
หลังเหตุการณ์ควรติดตามภายใน 24 ชั่วโมงหรือตามมาตรฐานที่องค์กรกำหนด การโทรหรือส่งข้อความไม่ควรถามเพียงว่าทุกอย่างเรียบร้อยหรือไม่ แต่ควรยืนยันว่าห้องใหม่ตรงตามความต้องการ การเดินทางสะดวก และมีค่าใช้จ่ายใดตกหล่นหรือไม่ จากนั้นบันทึก Voice of Guest (เสียงสะท้อนจากลูกค้า) เพื่อใช้ปรับกระบวนการ ไม่ควรส่งแบบประเมินอัตโนมัติก่อนที่กรณีร้องเรียนจะได้รับการดูแลจนจบ
โรงแรมควรวัดผลกลยุทธ์ Overbooking ด้วย KPI อะไรบ้าง?
การประเมิน Overbooking ด้วย Occupancy (อัตราเข้าพัก) เพียงตัวเดียวไม่เพียงพอ เพราะโรงแรมอาจทำอัตราเข้าพัก 100 เปอร์เซ็นต์แต่ต้องย้ายลูกค้าหลายรายและสร้างต้นทุนแฝงสูง KPI ควรครอบคลุมทั้งประสิทธิภาพรายได้ ความแม่นยำของ Forecast คุณภาพการบริการ และต้นทุนของข้อผิดพลาด เพื่อป้องกันไม่ให้ทีม Revenue ได้ประโยชน์จากตัวเลขรายได้ ขณะที่ทีมปฏิบัติการรับภาระด้านประสบการณ์ลูกค้า
KPI หลักประกอบด้วย Occupancy Percentage ซึ่งคำนวณจากห้องที่ขายได้หารด้วยห้องพร้อมขายคูณ 100, Forecast Accuracy (ความแม่นยำการพยากรณ์), Denied Service Count (จำนวนการปฏิเสธให้บริการ), Walk Rate (อัตราลูกค้าที่ถูกย้าย), Spoilage (ห้องที่เหลือขายไม่ได้เมื่อถึงคืนเข้าพัก) และ Overbooking Cost per Occupied Room (ต้นทุนการขายเกินต่อห้องที่มีผู้เข้าพัก) นอกจากนี้ควรติดตามคะแนนรีวิวและอัตราการร้องเรียนที่เชื่อมโยงกับการไม่มีห้องพร้อมส่งมอบ
| KPI | สูตรหรือวิธีวัด | ความหมายในการบริหาร |
|---|---|---|
| Occupancy | ห้องขายได้ หารห้องพร้อมขาย คูณ 100 | วัดการใช้ความจุของโรงแรม |
| Cancellation Rate | รายการยกเลิก หารรายการจองที่เกี่ยวข้อง คูณ 100 | ใช้คาดการณ์ห้องที่จะกลับมาว่าง |
| No-show Rate | รายการไม่มาเข้าพัก หารรายการที่ควรมาถึง คูณ 100 | ใช้ประเมินยอดเข้าพักจริง |
| Walk Rate | จำนวนห้องที่ถูกย้าย หารจำนวนห้องที่ยืนยัน คูณ 100 | วัดผลกระทบจากการขายเกิน |
| Spoilage | ห้องว่างที่ขายไม่ทันเมื่อปิดวัน | วัดโอกาสรายได้ที่สูญเสีย |
| Forecast Error | ส่วนต่างระหว่างยอดคาดการณ์กับยอดจริง | วัดคุณภาพของแบบจำลอง |
| Relocation Cost | ค่าใช้จ่ายที่เกิดจากการย้ายลูกค้าทั้งหมด | วัดต้นทุนตรงของความเสี่ยง |
ตัวอย่างเช่น เดือนหนึ่งโรงแรมมีห้องที่ยืนยันทั้งหมด 3,000 Room Nights และย้ายลูกค้า 6 Room Nights อัตรา Walk Rate เท่ากับ 0.2 เปอร์เซ็นต์ ตัวเลขนี้ต้องอ่านร่วมกับ Spoilage หากโรงแรมยังเหลือห้องว่างที่ขายไม่ทัน 80 Room Nights แสดงว่าเพดานอาจระมัดระวังเกินไปในบางวัน แต่หาก Spoilage มีเพียง 5 Room Nights และข้อร้องเรียนจากลูกค้าที่ถูกย้ายรุนแรง การลดเพดานในวันที่มีความเสี่ยงสูงอาจสร้างผลลัพธ์โดยรวมที่ดีกว่า
ควรประชุมทบทวนอย่างน้อยรายสัปดาห์ในช่วงที่มีความต้องการสูง และรายเดือนสำหรับการวิเคราะห์แนวโน้ม แต่ละเหตุการณ์ที่ต้องย้ายลูกค้าควรทำ Root Cause Analysis (การวิเคราะห์สาเหตุราก) ว่าเกิดจาก Forecast ผิด ห้องเสียกะทันหัน ระบบซิงก์ช้า การปล่อย Allotment ล่าช้า หรือการตัดสินใจของบุคคล การระบุสาเหตุอย่างตรงไปตรงมาจะทำให้โรงแรมแก้ปัญหาได้ตรงจุด แทนการลดเพดานทุกวันจนสูญเสียโอกาสขาย
ระบบ PMS และ Channel Manager ต้องตั้งค่าอะไรเพื่อป้องกันยอดเกินควบคุม?
กลยุทธ์ที่คำนวณดีอาจล้มเหลวได้หากระบบส่ง Inventory ไม่ตรงกัน PMS หรือ Property Management System (ระบบบริหารจัดการโรงแรม), CRS หรือ Central Reservation System (ระบบสำรองห้องส่วนกลาง), Booking Engine (ระบบจองตรง) และ Channel Manager (ระบบกระจายห้องขาย) ต้องใช้ข้อมูลห้องคงเหลือและข้อจำกัดการขายที่สอดคล้องกัน หากระบบหนึ่งเปิดขาย 3 ห้อง ขณะที่อีกระบบเข้าใจว่ายังมี 3 ห้องแยกกัน โรงแรมอาจรับจองเพิ่ม 6 ห้องโดยไม่ตั้งใจ
Revenue Manager ควรตรวจสอบว่า Overbooking Limit ถูกตั้งในระดับใด ระบบใดเป็น Source of Truth (แหล่งข้อมูลหลัก) และเมื่อยอดเปลี่ยน ระบบใช้เวลานานเท่าใดในการส่งข้อมูลไปทุกช่องทาง นอกจากนี้ต้องเข้าใจความแตกต่างระหว่าง Free Sell (ขายได้โดยไม่ต้องขออนุมัติ), Allotment, Last Room Availability (สิทธิขายห้องสุดท้าย) และ Stop Sell (คำสั่งหยุดขาย) เพราะแต่ละข้อตกลงอาจทำให้การปิดขายไม่เกิดขึ้นพร้อมกัน
ขั้นตอนควบคุมระบบควรเริ่มจากกำหนดผู้มีสิทธิแก้ไขเพดาน เก็บ Audit Log (ประวัติการแก้ไข) ทดสอบการส่งข้อมูลหลังเปลี่ยนค่า และตั้ง Alert (การแจ้งเตือน) เมื่อยอดเกินระดับที่กำหนด ในวันความต้องการสูงควรทำ Test Booking หรือทดสอบหน้าขายแบบไม่จบธุรกรรม เพื่อตรวจว่าห้องที่ควรปิดไม่ปรากฏบนช่องทางสำคัญ หากพบความล่าช้าให้ใช้แผนสำรองและติดต่อคู่ค้าทันที
- กำหนดระบบหลักสำหรับจำนวนห้องคงเหลือเพียงแหล่งเดียว
- ตรวจ Mapping (การจับคู่) ประเภทห้องและ Rate Plan ทุกช่องทาง
- ตรวจเพดาน House Level และ Room Type Level แยกกัน
- ตั้งสิทธิผู้ใช้และบันทึกผู้แก้ไขทุกครั้ง
- กำหนด Alert เมื่อยอดถึงระดับสีเหลืองและสีแดง
- ทดสอบ Stop Sell ก่อนวันที่มีความต้องการสูง
- ตรวจรายการจองที่ส่งไม่สำเร็จและรายการซ้ำทุกวัน
- มีคู่มือ Manual Closure (การปิดขายด้วยคน) เมื่อระบบขัดข้อง
ข้อควรระวังคืออย่าแก้ปัญหาด้วยการปิดทุกช่องทางทันทีโดยไม่ตรวจสอบ เพราะอาจทำให้โรงแรมเสียยอดจองตรงที่มีต้นทุนการขายต่ำกว่า แนวทางที่แม่นยำกว่าคือจัดลำดับ Channel Control (การควบคุมช่องทาง) ตามต้นทุน เงื่อนไข และพฤติกรรมการยกเลิก เช่น ปิด Rate Plan ที่ยกเลิกง่ายก่อน จำกัดประเภทห้องที่เสี่ยง หรือกำหนด Minimum Length of Stay (จำนวนคืนขั้นต่ำ) หากสอดคล้องกับรูปแบบความต้องการ
สรุปและ Key Takeaways สำหรับการทำ Overbooking อย่างมืออาชีพ
Overbooking ที่มีคุณภาพคือการบริหารความไม่แน่นอน ไม่ใช่การเสี่ยงรับจองโดยไม่มีข้อมูล โรงแรมต้องเริ่มจากความจุที่ขายได้จริง วิเคราะห์ Cancellation, No-show, Early Departure และ Stay Extension แยกตามวัน กลุ่มลูกค้า ช่องทาง เงื่อนไขราคา และ Booking Window จากนั้นหัก Safety Buffer ตามระดับความเสี่ยงของวันนั้น
กระบวนการที่ดีต้องเชื่อมการตัดสินใจของ Revenue เข้ากับความพร้อมของ Operations ทุกวัน ห้องปิดซ่อม ประเภทเตียง ห้องเชื่อมต่อ ลูกค้าพักต่อ และกรุ๊ปสำคัญล้วนเปลี่ยนจำนวนห้องที่ส่งมอบได้จริง การประชุมสั้นระหว่าง Revenue, Reservations, Front Office และ Housekeeping ในช่วงความต้องการสูงจึงมีคุณค่ามากกว่าการพึ่งรายงานอัตโนมัติเพียงอย่างเดียว
- ใช้ข้อมูลแยกกลุ่ม: อย่าใช้อัตรายกเลิกเฉลี่ยเดียวกับทุกการจอง
- คำนวณทั้งโรงแรมและประเภทห้อง: ห้องรวมพอไม่ได้แปลว่าคุณลักษณะห้องจะพอ
- ปรับเพดานตามเวลา: ทบทวนที่ 30 วัน 14 วัน 7 วัน 3 วัน และวันเข้าพัก
- เพิ่ม Safety Buffer ในวันเสี่ยง: โดยเฉพาะวันที่หาห้องทดแทนยากหรือมีกรุ๊ปสำคัญ
- เตรียม Relocation ล่วงหน้า: ต้องมีโรงแรมสำรอง รถรับส่ง ผู้รับผิดชอบ และกรอบการชดเชย
- วัดผลแบบสมดุล: ดู Occupancy, Spoilage, Walk Rate, Forecast Error และต้นทุนข้อร้องเรียนร่วมกัน
- ทบทวนทุกเหตุการณ์: ใช้ Root Cause Analysis เพื่อปรับข้อมูล ระบบ และขั้นตอนทำงาน
ขั้นตอนเริ่มต้นสำหรับโรงแรมที่ยังไม่มีระบบคือเก็บข้อมูลย้อนหลัง 12 เดือน สร้างตารางอัตรายกเลิกและ No-show แบบแยกกลุ่ม ทดลองตั้งเพดานในระดับ Conservative ก่อน และประเมินผลทุกสัปดาห์ เมื่อข้อมูลสะสมมากขึ้นจึงเพิ่มความละเอียดของแบบจำลอง ไม่ควรเริ่มด้วยเพดานสูงเพียงเพราะต้องการ Occupancy 100 เปอร์เซ็นต์ เพราะต้นทุนความเชื่อมั่นของลูกค้าอาจสูงกว่ารายได้จากห้องสุดท้ายหลายเท่า
ท้ายที่สุด โรงแรมที่บริหาร Overbooking ได้ดีไม่ใช่โรงแรมที่ไม่เคยพบความผิดพลาด แต่คือโรงแรมที่รู้ล่วงหน้าว่าความเสี่ยงอยู่ตรงไหน ตัดสินใจจากข้อมูล สื่อสารข้ามแผนก และมีทางออกที่ดูแลลูกค้าได้จริง เมื่อทั้ง Forecast, Inventory Control (การควบคุมห้องขาย) และ Service Recovery ทำงานร่วมกัน Overbooking จะกลายเป็นเครื่องมือเพิ่มประสิทธิภาพรายได้โดยไม่แลกกับมาตรฐานการบริการอย่างไร้การควบคุม
❓ คำถามที่พบบ่อย
Overbooking โรงแรมคืออะไร?
โรงแรมคำนวณจำนวนห้อง Overbooking อย่างไร?
ถ้าโรงแรม Overbooking แล้วไม่มีห้องให้ลูกค้าต้องทำอย่างไร?
วันไหนโรงแรมไม่ควรทำ Overbooking?
KPI ใดใช้วัดผล Overbooking ของโรงแรม?
อ่านฟรี 5 บทแรก
Revenue Management โรงแรม: ตั้งราคาให้ห้องเต็มและกำไรพุ่ง
กรอกชื่อกับอีเมล แล้วเริ่มอ่านได้ทันทีบนเว็บ ไม่ต้องรอไฟล์
คุณจะไปได้ถึงระดับไหนในสายอาชีพโรงแรม?
เกมตอบสถานการณ์จริง 10 ด่าน ฟรี มีครบ 15 สายงาน จบเกมรู้จุดแข็งจุดอ่อน พร้อมหนังสือที่ตรงกับระดับของคุณ
▶ เล่นเลย 3 นาที →อยากเรียนรู้เพิ่มเติม?
ดู E-Books และคอร์สออนไลน์สำหรับการฝึกอบรมด้านโรงแรมอย่างเจาะลึก
ดู E-Books และคอร์สออนไลน์.jpg)
.jpg)





