TravelTech Insights · 02 · Rate Parity

วิธีแก้ปัญหา Rate Parity: ทำอย่างไรให้โรงแรมขายห้องพักบนเว็บตัวเองถูกกว่า OTA ได้อย่างถูกกฎเกณฑ์

โรงแรมต้องเริ่มจากตรวจสัญญา OTA ที่ใช้จริง แล้วออกแบบราคาสมาชิกให้ตรงกับข้อยกเว้นที่ได้รับอนุญาต

Rate Parity จำกัดทั้งราคาและเงื่อนไขการขาย

Rate Parity คือข้อผูกพันเรื่องความเท่าเทียมของราคาข้ามช่องทางตามสัญญา สำหรับ Booking.com เงื่อนไขยังพิจารณาประเภทห้อง วันเข้าพัก จำนวนผู้เข้าพัก สิ่งอำนวยความสะดวก และนโยบายยกเลิก

โรงแรมต้องแยกข้อกำหนดในสัญญาออกจากกฎหมายที่ใช้บังคับ เงื่อนไขของ OTA รายหนึ่งไม่ใช่ข้อสรุปสำหรับ OTA ทุกราย

อ้างอิง: Booking.com, General Delivery Terms ข้อ 1, 2.2 และ Annex 5

Wide Parity และ Narrow Parity ให้พื้นที่ตั้งราคาต่างกัน

ตารางต่อไปนี้สรุปจากเงื่อนไข Booking.com ที่เปิดอ่านในการจัดทำร่าง ต้องตรวจฉบับที่ผูกพันกับโรงแรมก่อนนำไปใช้

ในรายการประเทศของเงื่อนไขที่อ่าน ประเทศไทยไม่ได้อยู่ในกลุ่ม Narrow Parity หรือ No Parity จึงเข้าข่าย Wide Parity ตามนิยามของเอกสารนั้น ข้อสรุปนี้ใช้กับข้อความที่ตรวจพบ และต้องเทียบกับสัญญาที่โรงแรมยอมรับจริง

การเปลี่ยนแปลงในยุโรปไม่ใช่การยกเว้นทั่วโลก

คณะกรรมาธิการยุโรประบุว่า ตั้งแต่ 14 พฤศจิกายน 2024 Booking.com ต้องปฏิบัติตาม Digital Markets Act ซึ่งห้ามข้อกำหนด parity และมาตรการที่ให้ผลเทียบเท่า ในบริบทเขตเศรษฐกิจยุโรป โรงแรมจึงเสนอราคาหรือเงื่อนไขที่ดีกว่าบนช่องทางตนเองได้ ห้ามนำหลักนี้มาสรุปว่าสัญญาของโรงแรมในไทยสิ้นผลโดยอัตโนมัติ

อ้างอิง: Booking.com ข้อ 1, 2.1.4, 2.2 และ Annex 5

อ้างอิง: คณะกรรมาธิการยุโรป, Booking must now comply with the Digital Markets Act

Member Rate เป็นแนวทางที่ใช้จริงในธุรกิจโรงแรมระดับโลก

Member Rate คือราคาที่สงวนให้สมาชิกตามกติกาของโปรแกรม ตัวอย่างเช่น Marriott Bonvoy ระบุ Member Rates สำหรับสมาชิกที่จองผ่านช่องทาง Marriott ณ โรงแรมและแบรนด์ที่เข้าร่วม ตัวอย่างนี้ยืนยันการใช้ราคาสมาชิกในระดับสากล แต่ไม่ใช่หลักฐานว่าทุกโรงแรมมีข้อยกเว้นสัญญาเหมือนกัน

ในเชิงกลยุทธ์ โรงแรมใช้ราคาสมาชิกเพื่อกำหนดสิทธิให้กลุ่มลูกค้าที่ระบุตัวตนได้ อย่างไรก็ตาม Member Rate จะเป็น Private Rate ที่ได้รับยกเว้นจาก parity ได้ ก็ต่อเมื่อผ่านเกณฑ์ในสัญญาของโรงแรมนั้น

ข้อควรระวังก่อนเสนอส่วนลดสมาชิก

ตาม Annex 5 ของ Booking.com สำหรับ Wide Parity การเข้าสู่ระบบอย่างเดียวไม่เพียงพอ ผู้รับราคาต้องมีประวัติจองในฐานะสมาชิกอย่างน้อย 1 ครั้งด้วย การให้ส่วนลดแก่ผู้สมัครใหม่ทันทีจึงอาจไม่เข้าเกณฑ์ข้อยกเว้นนี้

องค์ประกอบ Closed-User Group ตาม Annex 5 ที่ต้องตรวจให้ครบ ได้แก่

• สมาชิกต้องสมัครเข้าร่วมด้วยตนเอง และไม่ได้เป็นสมาชิกโดยอัตโนมัติ
• หน้าสมาชิกออนไลน์หรือบนมือถือมีการป้องกันด้วยรหัสผ่าน
• สมาชิกกรอกข้อมูลประวัติลูกค้าเรียบร้อยแล้ว
• ผู้ได้รับราคามีการจองก่อนหน้าในฐานะสมาชิกอย่างน้อย 1 ครั้ง
• ราคาไม่ถูกนำไปแสดงผลหรือเปรียบเทียบในพื้นที่สาธารณะ ทั้งทางตรงและทางอ้อม รวมถึงเว็บไซต์เปรียบเทียบราคา โดยต้องจำกัดการเข้าถึงเฉพาะสมาชิกที่ผ่านเกณฑ์ตามสัญญา

โรงแรมจึงต้องตรวจวิธียืนยันตัวตนจริงกับสัญญา โดยเฉพาะระบบที่ใช้ OTP แทนรหัสผ่าน และขอคำยืนยันเป็นลายลักษณ์อักษรจากคู่สัญญาเมื่อมีข้อสงสัย

อ้างอิง: Marriott Bonvoy ข้อ 4.1.b

อ้างอิง: Booking.com, Annex 5 ข้อ 2.2.1(i)

แนวทางปฏิบัติ: เชื่อม Booking Engine กับระบบสมาชิก

สำหรับ Readyplanet TravelTech แนวทางที่แนะนำคือใช้ IBS Booking Engine ร่วมกับ Pointspot Member-Rate Widget โดยให้ทีมงานตรวจขอบเขตการเชื่อมต่อและเงื่อนไขที่ต้องตั้งค่าก่อนเปิดขาย

หน้า Booking Engine ของ Readyplanet TravelTech ระบุฟีเจอร์ Promo Code, Top-up Promotion, Allotment Dashboard และ Business Intelligence ส่วนบทความ Pointspot for Hotels แสดงแนวทางวาง widget เข้าสู่ระบบเพื่อรับ Member Rate บนหน้าจอง ระบบ Pointspot ของ Readyplanet รองรับการสะสมแต้มผ่านเบอร์โทรศัพท์และสิทธิประโยชน์ด้าน Loyalty

ขอบเขตที่ต้องยืนยันในการสาธิตระบบ

ขอให้ทีม Readyplanet TravelTech สาธิตการตรวจสิทธิสมาชิก การแยกราคาสาธารณะกับราคาส่วนตัว และการตรวจประวัติจอง เงื่อนไข CUG เฉพาะสัญญาต้องได้รับการตรวจเพิ่มเติม ไม่ควรสรุปว่าฟีเจอร์มาตรฐานรองรับข้อกำหนดทุกข้อโดยอัตโนมัติ

ลำดับดำเนินงานที่แนะนำ

1. ตรวจสัญญาทุก OTA และบันทึกข้อยกเว้นที่ใช้ได้ ให้ฝ่าย Revenue Management กับผู้ตรวจสัญญาอนุมัติกติกาก่อนตั้งค่า
2. กำหนดกลุ่มสมาชิกที่มีสิทธิ ระบุหลักฐานสมัคร ข้อมูลประวัติ และประวัติจองที่ต้องตรวจ
3. ตั้ง Public Rate และ Private Member Rate แยกกัน
4. เชื่อมการตรวจสิทธิจาก Pointspot กับขั้นตอนจองใน IBS
5. กำหนดการให้คะแนน คูปอง และส่วนลด ระบุวันหมดอายุ การคืนสิทธิเมื่อยกเลิก และข้อความแจ้งสมาชิกให้ชัดเจน
6. ทดสอบก่อนเปิดขายทั้งผู้เยี่ยมชม สมาชิกใหม่ และสมาชิกที่มีประวัติจอง

อ้างอิง: Readyplanet TravelTech, Booking Engine

อ้างอิง: Readyplanet, Pointspot คืออะไร

อ้างอิง: Readyplanet TravelTech, แนวทางวาง Member-Only Rate Widget

ควบคุมการเปิดเผยราคาและวัดผลจากรายได้สุทธิ

ก่อนเปิด Member Rate ให้ตรวจว่าผู้ไม่มีสิทธิเข้าถึงราคาได้หรือไม่ รวมถึงลิงก์ที่ส่งต่อได้ หน้าแคช และข้อมูลที่ส่งไปยัง metasearch การซ่อนราคาด้วยข้อความบนหน้าจอเพียงอย่างเดียวไม่เพียงพอต่อการควบคุมสิทธิ

• ตรวจหน้าเว็บ โฆษณา และรหัสส่วนลดที่เผยแพร่สาธารณะ หลีกเลี่ยงข้อความที่เปิดให้คำนวณราคาส่วนตัวได้โดยไม่ผ่านสิทธิ
• ตรวจการส่งข้อมูลไปช่องทางภายนอก แยกการเผยแพร่ Public Rate ออกจาก Private Member Rate
• ตรวจมูลค่าสิทธิประโยชน์ด้วย เพราะข้อผูกพันอาจครอบคลุมอาหารเช้าและนโยบายยกเลิก รวมถึงราคา

Booking.com นิยาม Published Online ให้รวมถึงข้อมูลที่เพียงพอสำหรับคำนวณราคา เช่น เปอร์เซ็นต์ส่วนลด โรงแรมจึงต้องให้ผู้ตรวจสัญญาอนุมัติข้อความเชิญสมัครสมาชิกและสื่อส่งเสริมการขายก่อนเผยแพร่

หลังเปิดใช้ ให้ติดตามสัดส่วน Direct Booking ด้วยฐานเดียวกันตลอด เช่น รายได้ห้องพักจากเว็บหารด้วยรายได้ห้องพักรวม พร้อมติดตามการจองซ้ำ รายได้หลังยกเลิก และต้นทุนต่อการจอง คำนวณส่วนลด ค่าระบบ ค่าชำระเงิน ค่าโฆษณา และต้นทุนคะแนนก่อนตัดสินใจขยายแคมเปญ

อ้างอิง: Booking.com นิยาม Published Online, ข้อ 2.2 และ Annex 5

หมายเหตุ: บทความนี้เป็นข้อมูลเชิงกลยุทธ์ ไม่ใช่คำปรึกษากฎหมาย เงื่อนไข OTA เปลี่ยนแปลงได้ ให้ตรวจฉบับที่ใช้บังคับกับโรงแรมและขอคำปรึกษาก่อนเปิดขายราคาสมาชิก

ปรึกษา Readyplanet TravelTech เพื่อวางระบบเพิ่มสัดส่วน Direct Booking

ติดต่อขอคำปรึกษาหรือนัดสาธิต IBS Booking Engine พร้อม Pointspot Member-Rate Widget เตรียมเว็บไซต์โรงแรม ระบบจองที่ใช้อยู่ และเงื่อนไข OTA เพื่อให้ทีมประเมินแนวทางตั้งราคาสมาชิกและการเชื่อมต่อที่เหมาะสม

ติดต่อขอคำปรึกษาหรือนัดสาธิตระบบ: ติดต่อ Readyplanet TravelTech

ขอคำปรึกษาหรือนัดสาธิตระบบ