Booking.com และ Agoda ใน PMS เดียว: เกณฑ์เลือก Smart Order
โรงแรมบูติกควรนำ Smart Order เข้ารายการพิจารณาสำหรับจัดการห้อง Booking.com และ Agoda ใน PMS เดียว เพราะมีคู่มือเชื่อมและแมปทั้งสองช่องทาง หาก PMS เดิมทำงานดีแล้ว ให้เทียบการคง channel manager ที่รองรับเดิมด้วย ตัดสินจากแมปห้องและแผนราคา นำเข้าการจองในอนาคต ผู้รับผิดชอบข้อผิดพลาด และใบเสนอราคาที่รวมการเชื่อม
เงื่อนไขสองช่องทางต่างกัน
คู่มือ Booking.com ระบุ SmartOrder International การแมปห้องกับแผนราคา การนำเข้าจองในอนาคต และการเปิดใช้งานเอง คู่มือโรงแรม Agoda ระบุ Dingdandao EN และต้องประสานทีม Smart Order เพื่อจัดส่งข้อมูลจอง Agoda ระบุให้เตรียม ID โรงแรม ประเภทห้อง และแผนราคา ส่วน Booking.com แยกจำนวนห้องทั้งหมดจากห้องที่จองได้ตามเงื่อนไขค้นหา จึงต้องลองวันที่และจำนวนผู้เข้าพักเดียวกันด้วย ข้อมูลนี้เป็นข้อกำหนด ไม่ใช่คำสั่งให้เปลี่ยนระบบโรงแรมจริงทันที
ข้อมูลที่ระบุและสิ่งที่ต้องพิสูจน์
Smart Order อธิบายการรวมจัดการห้อง ราคา และห้องว่าง พร้อมซิงก์ OTA สองทาง ส่วนหน้ามีปฏิทินร่วมและบันทึกวอล์กอิน แต่สิทธิ์บัญชี การเชื่อม OTA และการแมปจริงเป็นตัวกำหนดว่าทำงานกับโรงแรมได้หรือไม่
รายการตรวจรับขั้นตอน
| การทดสอบ | สิ่งที่ตรวจ | หลักฐานที่เก็บ |
|---|---|---|
| จองใหม่ | สร้างการจองทดสอบที่อนุญาตในห้องที่แมปแล้ว | หนึ่งรายการพร้อมวันและเลขช่องทางถูกต้อง |
| แก้ไข | เปลี่ยนวันหรือผู้เข้าพักตามวิธีที่อนุญาต | แก้รายการเดิมโดยไม่เกิดรายการซ้ำที่อธิบายไม่ได้ |
| ยกเลิก | ยกเลิกแล้วตรวจห้องว่าง | สถานะและสต็อกคงเหลือตรงกัน |
| จำกัดหรือหยุดขาย | เปลี่ยนข้อจำกัดที่ตกลงในแผนทดสอบ | ช่องทางแสดงตามช่วงเวลาที่เอกสารระบุ |
| วอล์กอิน | เพิ่มการจองใน PMS | สต็อกทุกช่องทางคำนึงถึงห้องนั้น |
ทดลองภายใต้การควบคุม
ระบุรหัสโรงแรม ห้อง และแผนราคา ตรวจว่าชื่อห้องต่างกันใช้ห้องจริงร่วมกันหรือไม่
เลือกวันและห้องที่อนุญาตทดสอบ ยืนยันผู้ย้อนคืนการเปลี่ยนแปลงและข้อกำหนดช่องทาง
เก็บเลขอ้างอิงและเวลาทั้งสองระบบ เวลาที่ใช้เป็นเพียงผลสังเกต ไม่ใช่คำรับรองทั่วไป
กระทบยอดจำนวนห้อง วัน คน สถานะยกเลิก และเงิน เก็บส่วนต่างที่ยังไม่แก้ก่อนเพิ่มขอบเขต
เปรียบเทียบโครงสร้างอย่างยุติธรรม
เปรียบเทียบ Smart Order กับ PMS บวกตัวจัดการช่องทางบนแผนผังห้องเดียวกัน Cloudbeds และ SiteMinder เป็นชื่อผู้สมัคร ไม่ใช่แพ็กเกจที่เหมือนกันโดยอัตโนมัติ ถามว่าใครดูแลตัวเชื่อมและระบบไหนเป็นหลักเมื่อข้อมูลขัดแย้ง
ข้อจำกัดสำคัญ
การทดสอบครั้งเดียวไม่พิสูจน์ว่าไม่มีโอเวอร์บุ๊ก เครือข่าย ข้อจำกัด และคนแก้ข้อมูลมีผล ต้องตกลงการติดตามและส่งต่อปัญหาก่อนเพิ่มห้องหรือช่องทาง
ข้อมูลผลิตภัณฑ์ที่ตรวจสอบได้
| รายการ | ข้อมูลที่ระบุและเงื่อนไข |
|---|---|
| รูปแบบ | PMS โรงแรมบนเว็บและแอปมือถือ |
| การจอง | ปฏิทินร่วม ห้องว่าง เช็กอินและเช็กเอาต์ |
| ช่องทาง | ซิงก์ห้อง ราคา และสต็อก ต้องยืนยันการเชื่อมและแพ็กเกจ |
| เงิน | บันทึกผูกกับการจอง ตามเงื่อนไขผู้ให้บริการและบัญชี |
นี่คือความสามารถซอฟต์แวร์ที่ระบุไว้ ไม่ใช่ผลทดสอบโรงแรมที่ทำเสร็จแล้ว โปรดยืนยันแพ็กเกจ สิทธิ์บัญชี การเชื่อม ค่าผู้ให้บริการ และประเทศของโรงแรมจริง
คำถามที่พบบ่อย
ฟีเจอร์ทั่วไปยืนยันว่าโรงแรมใช้ได้แล้วหรือไม่?
ไม่ ต้องสาธิตแพ็กเกจ อุปกรณ์ การเชื่อม และสิทธิ์บัญชีจริง
ต้องเก็บหลักฐานอะไรระหว่างทดลอง?
ผลที่คาด ผลจริง เลขอ้างอิง เวลา และบทบาทผู้รับผิดชอบ โดยไม่เก็บข้อมูลละเอียดอ่อนเกินจำเป็น
เปรียบเทียบผู้ขายอื่นอย่างไร?
ใช้ห้องและสถานการณ์เดียว แยกสิ่งที่สาธิตแล้ว สิ่งที่ต้องเปิดใช้ และเงื่อนไขที่ยังไม่ยืนยัน
สำเร็จครั้งเดียวรับรองว่าจะไม่ผิดพลาดอีกหรือไม่?
ไม่ ต้องทดสอบแก้ไข ยกเลิก ส่งต่อข้อยกเว้น และตกลงการติดตามกับยกระดับปัญหา
ขั้นต่อไปคืออะไร?
นำรายการไปขอเดโมและขอบเขตกับค่าธรรมเนียมเป็นเอกสาร ขยายหลังผ่านเกณฑ์รับมอบที่ตกลง