ช่องทางขาย · อ่าน 7 นาที · 4 ก.ย. 2569
ขายเกินเกิดได้อย่างไร — และระบบกันได้จริงไหม
การขายเกิน (overbooking) คือฝันร้ายที่โรงแรมเล็กกลัวที่สุด: แขกสองกลุ่มถือใบยืนยันห้องเดียวกันคืนเดียวกัน คนหนึ่งต้องถูกส่งไปโรงแรมอื่นด้วยเงินของคุณ และรีวิวหนึ่งดาวที่ตามมาอยู่บน Agoda นานกว่าค่าชดเชยหลายเท่า
บทความนี้ตอบสองคำถาม: มันเกิดจากอะไร (ไม่ใช่แค่ “ระบบล่ม”) และ ARUN กันตรงไหนบ้าง — รวมถึงกรณีที่กันไม่ได้ 100% และระบบทำอะไรเมื่อเกิดขึ้นแล้ว
1. ขายเกินไม่ได้เกิดจากความซวย แต่เกิดจาก “ช่องว่างเวลา” 5 แบบ
| ช่องว่าง | ตัวอย่างจริง |
|---|---|
| ระหว่างช่องทาง | Agoda ขายห้องสุดท้ายตอน 02:00 · Booking.com ยังเห็นว่าว่างจนพนักงานมาอัปเดตตอน 09:00 |
| ระหว่างโทรศัพท์กับระบบ | รับปากกันห้องทางโทรศัพท์ แต่ยังไม่ลงระบบ · เว็บขายห้องนั้นไปก่อน |
| ระหว่างสองคนกดพร้อมกัน | แขกที่ตู้ Kiosk กับแขกบนเว็บกดจองห้องเดียวกันห่างกัน 1 วินาที |
| ระหว่างสถานะห้องกับความจริง | แขกเก่ายังไม่ออกจากห้อง (เลยเวลาเช็คเอาต์) แต่ระบบนับห้องว่างแล้วขายให้แขกใหม่ |
| ระหว่างห้องกับความพร้อม | ห้องแอร์เสียถูกปิดซ่อม แต่เว็บจองตรงยังขาย |
ระบบส่วนใหญ่แก้ช่องว่างแรกด้วย channel manager แล้วหยุด — ที่เหลือปล่อยให้พนักงาน “ระวัง” ซึ่งไม่ใช่วิธีกันความผิดพลาด
2. ชั้นที่ 1: ฐานข้อมูลปฏิเสธการจองซ้อนเอง — ไม่ว่าใครสั่ง
ชั้นที่ลึกที่สุดของ ARUN ไม่ใช่โค้ด แต่คือกฎในฐานข้อมูล: ห้องเดียวกันมีการจองที่วันซ้อนทับกันสองรายการไม่ได้ ถ้าสองคำสั่งมาถึงพร้อมกัน — จากตู้ Kiosk, เว็บจองตรง, OTA, หรือพนักงานสองคน — ฐานข้อมูลรับได้แค่รายการเดียว รายการที่สองถูกปฏิเสธและระบบหาห้องอื่นในประเภทเดียวกันให้ทันที ถ้าไม่มี แขกได้คำตอบตรง ๆ ว่า “ห้องประเภทนี้เต็มแล้ว” ก่อนจ่ายเงิน ไม่ใช่หลังจ่าย
นี่คือความต่างจากการ “เช็คก่อนแล้วค่อยบันทึก” ซึ่งมีช่องว่างเสี้ยววินาทีระหว่างเช็คกับบันทึกที่คนสองคนแทรกเข้ามาได้
3. ชั้นที่ 2: “ห้องว่าง” มีความหมายเดียวทั้งระบบ — 7 เงื่อนไข
ทุกช่องทางที่หยิบห้องให้แขก (เว็บจองตรง แอปแขก ตู้ Kiosk แอปพนักงาน หน้าเคาน์เตอร์ ย้ายห้องฉุกเฉิน ขอพักต่อ) ถามคำถามชุดเดียวกัน 7 ข้อก่อนบอกว่าห้องว่าง:
- 1ห้องไม่ได้ปิดซ่อม / ปิดใช้งาน
- 2แม่บ้านไม่ได้ตั้งเป็น “ปิดซ่อม” หรือ “ปิดชั่วคราว”
- 3ห้องเปิดให้ขายออนไลน์ (โรงแรมซ่อนบางห้องได้)
- 4ถ้าเข้าพักวันนี้ ห้องต้อง “ตรวจแล้ว พร้อมขาย” — ห้องที่กำลังทำความสะอาดขายล่วงหน้าได้ แต่ไม่ให้แขกเดินเข้าวันนี้
- 5ไม่มีการจองอื่นที่วันซ้อนทับ (ยกเว้นที่ยกเลิกแล้ว)
- 6ไม่มีแขกเก่าที่เลยเวลาเช็คเอาต์แล้วยังอยู่ในห้อง — ระบบเปิด “เคสค้าง” ให้ห้องนั้นอัตโนมัติ และห้องจะไม่ถูกขายจนกว่าเคสจะปิด (ต่อให้ปฏิทินบอกว่าว่าง)
- 7ไม่มีการกันห้องที่ยังมีผล — รวมถึงการกันที่หมดเวลาแล้วแต่แขกจ่ายมัดจำหรือแนบสลิปไว้ ซึ่งระบบไม่ยอมปล่อยเงียบ ๆ
ข้อ 6 กับ 7 คือช่องว่างที่ระบบทั่วไปมองไม่เห็น เพราะปฏิทินการจองบอกแค่ “จองถึงวันไหน” ไม่ได้บอกว่า “แขกออกจริงหรือยัง” หรือ “มีเงินใครค้างอยู่กับห้องนี้” เราเคยมีบั๊กเรื่องเคสค้างบล็อกห้องว่างของวันนี้บน OTA เกินจำเป็น (แก้ 1 ก.ย.) — ยอมให้บล็อกเกินดีกว่าปล่อยขายเกิน
4. ชั้นที่ 3: OTA เห็นความจริงภายในไม่กี่วินาที
ขาเข้า — การจองจาก Agoda/Booking.com ส่งมาถึงระบบทันทีผ่านการแจ้งเตือนอัตโนมัติ และมีการดึงสำรองทุก 15 นาทีเผื่อการแจ้งเตือนหลุด — สองทางนี้กันไม่ให้การจอง OTA “หาย” แล้วโผล่วันเข้าพัก
ขาออก — ทุกครั้งที่ห้องว่างเปลี่ยน (จองใหม่ ยกเลิก กันห้อง ปิดซ่อม แขกเลยเวลา) ระบบส่งจำนวนห้องว่างใหม่ไปทุกช่องทางผ่านคิวที่เคารพขีดจำกัดของช่องทาง (ส่งเป็นชุด ไม่ยิงถี่จนถูกบล็อก) — ห้องที่กันไว้ทางโทรศัพท์หายจาก Agoda ภายในนาทีเดียว (ทดสอบจริง 26 ส.ค.: กัน 1 ห้อง → ห้องว่างบนช่องทาง −1 → ปล่อย → กลับมา)
การรับรอง — ระบบผ่านการทดสอบ 14 หัวข้อของผู้ให้บริการ channel manager รวมกรณี “จองพร้อมกัน” และ “แก้วันแล้วห้องเดิมต้องคืนมา”
5. เมื่อมันเกิดขึ้นอยู่ดี — ระบบทำอะไร
ตรงนี้ต้องพูดตรง ๆ: ไม่มีระบบไหนกันได้ 100% เพราะ OTA เองอาจขายห้องในช่วงไม่กี่วินาทีก่อนที่ห้องว่างใหม่จะไปถึง (OTA ยืนยันการจองก่อนถามเรา) กรณีนี้ ARUN ทำสามอย่าง:
- ไม่หยิบห้องมั่ว — การจอง OTA ที่เข้ามาแล้วไม่มีห้องประเภทนั้นว่างจริง จะถูกรับไว้เป็นการจองโดยไม่กำหนดห้อง พร้อมแจ้งเตือน “ขายเกิน — ต้องจัดการ” ไปที่กระดิ่งและมือถือผู้จัดการทันที ไม่ใช่เงียบไปจนแขกมาถึง
- ย้ายห้องฉุกเฉิน — เครื่องมือหาห้องประเภทใกล้เคียงที่ว่างจริง (ผ่าน 7 เงื่อนไขเดิม) แล้วย้ายพร้อมบันทึกเหตุผล
- ปิดขายทั้งโรงแรมในคลิกเดียว (close-out) — เมื่อรู้ว่ามีปัญหาช่วงวันหยุดยาว ปิดรับจากทุกช่องทางก่อนแล้วค่อยแก้ ไม่ต้องไล่ปิดทีละ extranet
6. สิ่งที่โรงแรมต้องทำเอง (ระบบช่วยไม่ได้)
- ลงการจองโทรศัพท์ทันที — ใช้ “กันห้อง” จากผังห้อง ไม่ใช่โน้ตกระดาษ ห้องจะถูกหักจาก OTA ตอนกด ไม่ใช่ตอนแขกโอน
- อย่าขายห้องเดียวกันบน OTA ที่ไม่ได้เชื่อม — ทุกช่องทางที่ยังอัปเดตมือคือช่องว่างเวลาที่กลับมา
- ให้แม่บ้านกดสถานะจากหน้าห้อง — ข้อ 4 ทำงานได้ก็ต่อเมื่อ “ตรวจแล้ว” ถูกกดตอนตรวจจริง ไม่ใช่ตอนเย็น
- เช็คเอาต์ในระบบตอนแขกออกจริง — ข้อ 6 กันไว้ให้ แต่การเช็คเอาต์ตรงเวลาทำให้ห้องกลับมาขายได้เร็วกว่า
สรุป
ขายเกินคือเรื่องของ “ช่องว่างเวลา” ไม่ใช่โชค ARUN ปิดช่องว่างเหล่านั้น 3 ชั้น: ฐานข้อมูลที่ปฏิเสธการจองซ้อนเอง · นิยามห้องว่าง 7 ข้อที่ทุกช่องทางใช้ร่วมกัน (รวมแขกค้างและเงินมัดจำที่ค้าง) · และการซิงก์ OTA สองทางที่มีตัวสำรอง ส่วนกรณีที่เหลืออยู่ ระบบบอกคุณทันทีและให้เครื่องมือแก้ แทนที่จะปล่อยให้แขกเป็นคนบอก
อยากเห็นห้องกองกลางซิงก์ทุกช่องทางแบบเรียลไทม์?
