Revenue Management

Genius / Preferred Partner คุ้มไหม วัดด้วย ROAS ไม่ใช่แค่ “อันดับดีขึ้น”

Genius และ Preferred Partner ของ Booking.com คุ้มหรือไม่ ต้องวัดด้วย ROAS แยกรายโปรแกรม ที่ระดับ net revenue — ไม่ใช่ดูแค่ว่าอันดับในผลการค้นหาดีขึ้น

Genius / Preferred Partner คุ้มไหม วัดด้วย ROAS — thethinkwise

คำถามที่ได้ยินบ่อยที่สุดเวลาโรงแรมเปิด extranet คือ “มีแบนเนอร์ชวนเข้า Genius กับ Preferred Partner บอกว่าอันดับจะดีขึ้น booking จะเพิ่ม ควรกดเข้าไหมคะ” — และคำตอบเกือบทุกครั้งคือ ยังตอบไม่ได้ค่ะ ถ้ายังไม่ได้วัดตัวเลข

ปัญหาไม่ได้อยู่ที่ตัวโปรแกรม แต่อยู่ที่คำถามที่ใช้ตัดสินใจ เพราะทั้ง Genius และ Preferred Partner ถูกออกแบบมาให้ “อันดับดีขึ้น” อยู่แล้วโดยธรรมชาติ — นั่นคือสิ่งที่คุณจ่ายเงินซื้อ คำถามที่ทำให้เสียเงินฟรีคือการเอา “อันดับดีขึ้นไหม” มาเป็นเกณฑ์ตัดสิน ทั้งที่คำถามจริงอยู่คนละที่

คำถามที่ผิด vs คำถามที่ถูก

ลองวางสองคำถามนี้เทียบกัน แล้วจะเห็นว่านำไปสู่การตัดสินใจคนละแบบ

  • คำถามที่ผิด: “เข้า Genius / Preferred แล้วอันดับดีขึ้นไหม booking เพิ่มไหม” — คำตอบมักจะใช่ แต่บอกอะไรเรื่องกำไรไม่ได้เลย
  • คำถามที่ถูก: “booking ที่เพิ่มขึ้นจริง ๆ (incremental) คุ้มกับส่วนลดหรือคอมมิชชั่นที่จ่ายเพิ่ม เมื่อวัดที่ระดับ net revenue หรือไม่”

ความต่างอยู่ที่คำว่า incremental โปรแกรมพวกนี้ดันอันดับให้ listing ของคุณโผล่บ่อยขึ้นกับกลุ่มที่เห็นอยู่แล้ว ส่วนหนึ่งของ booking ที่เพิ่มจึงเป็นแขกที่จะจองกับคุณอยู่ดี เพียงแต่ตอนนี้ได้ส่วนลดหรือทำให้คุณจ่ายคอมแพงขึ้น ยอด booking ที่ขึ้นบนหน้าจอไม่ได้แปลว่าเป็นลูกค้าใหม่ทั้งหมด

ก่อนจะวัด ต้องแยกให้ชัดก่อนว่าสองโปรแกรมนี้เก็บเงินคุณคนละทาง

Definition
Genius = ส่วนลดที่โรงแรมออกเองให้สมาชิก เพื่อแลกการมองเห็นในกลุ่ม Genius · Preferred Partner = จ่ายคอมมิชชั่นเพิ่มจาก base เพื่อแลก visibility ในผลการค้นหา — ตัวหนึ่งกินที่ราคาขาย อีกตัวกินที่ค่าคอม

ตามหน้า partner ทางการของ Booking.com โครงสร้าง Genius มี 3 ระดับ และเป็นส่วนลดที่โรงแรมเป็นผู้ออกเอง: Level 1 = 10% (ระบบใส่ให้อัตโนมัติกับห้องประเภทที่ราคาถูกและขายดีที่สุด), Level 2 = 15% พร้อมสิทธิ์เสริมอย่าง breakfast หรือ room upgrade ที่โรงแรมเลือกเปิดได้ และ Level 3 = สูงสุด 20% ส่วนลดแต่ละระดับยังนำไป stack กับดีลอื่นได้อีก ซึ่งทำให้ effective discount บวมกว่าที่ตั้งใจ

ฝั่ง Preferred Partner เป็นคนละเรื่อง — เป็นการจ่ายคอมมิชชั่นเพิ่มจาก base อย่างที่ thethinkwise เคยเขียนไว้ในบทความ channel mix ปรับเพื่อเพิ่มรายได้ ว่าโปรแกรมเสริมพวกนี้ดัน effective commission ให้สูงกว่าตัวเลข base ที่เห็น

ทั้งสองโปรแกรมดัน effective commission ให้สูงกว่า base

ในบทความ เปรียบเทียบ booking platform สำหรับโรงแรมอิสระในไทย thethinkwise ระบุว่า Booking.com base rate อยู่ราว 15% เมื่อเข้า Preferred Partner คอมจะขยับไป 17–18% และเมื่อรวมผลของ Genius เข้าไป effective cost ต่อ booking บนช่องทางนี้ขึ้นไปได้ถึงกรอบ 15–22% — สูงกว่าเลขที่เห็นในสัญญาชัดเจน

ตัวเลข 15–22% เป็นค่า effective cost แบบเฉลี่ยทั้งช่องทาง แต่บน booking แต่ละใบที่ติดทั้ง Genius และ Preferred พร้อมกัน ต้นทุนจริงต่อใบจะสูงกว่านั้น ลองดูตารางสมมติต่อไปนี้

สถานะ bookingแขกจ่าย
(BAR net)
ส่วนลด
Genius
CommissionNet ถึง
โรงแรม
Effective
cost vs BAR
Base (คอม 15%)2,5003752,12515.0%
+ Genius L1 (−10%)2,2502503381,91323.5%
+ Preferred (คอม 18%)2,5004502,05018.0%
+ Genius + Preferred2,2502504051,84526.2%

ตัวเลขสมมติเพื่อการอธิบาย · BAR net 2,500 THB ก่อน VAT 7% + Service Charge 10% · commission คิดบนราคาที่แขกจ่าย · Effective cost = (BAR − Net) ÷ BAR · เลื่อนตารางแนวนอนได้บนมือถือ

จุดที่ต้องอ่านให้ออก: booking ใบที่ติดทั้งสองโปรแกรม เหลือ net 1,845 บาท จาก BAR 2,500 หรือ effective cost 26.2% ต่อใบ ถ้าไม่แยกออกมาดู ต้นทุนก้อนนี้จะซ่อนอยู่ในค่าเฉลี่ยของทั้ง OTA จนมองไม่เห็น

วัดด้วย ROAS แยกรายโปรแกรม — ไม่ใช่รวมทั้ง OTA

เมื่อรู้ว่าต้นทุนของแต่ละโปรแกรมอยู่คนละที่ วิธีวัดที่ถูกคือคิดแบบเดียวกับการวัดโฆษณา: ทุกบาทของส่วนลด (Genius) หรือคอมที่จ่ายเพิ่ม (Preferred) คือ “ค่าโฆษณา” ที่คุณจ่ายไป แล้วถามว่ามันดึง revenue กลับมาได้กี่เท่า

thethinkwise view
ROAS ต้องวัดแยกรายโปรแกรม ไม่ใช่รวมทั้ง OTA — เพราะ ROAS เฉลี่ยของทั้งช่องทางจะกลบตัวที่กำลังขาดทุน โปรแกรมหนึ่งอาจคุ้มมากจนอุ้มอีกโปรแกรมที่กินเปล่า พอดูรวมกันเลยเห็นเป็น “โอเค” ทั้งที่ควรปิดตัวหนึ่งทิ้ง

สูตรที่ thethinkwise ใช้กับ property ที่เข้าไปดูแลคือ

  • ROAS (Genius) = incremental revenue ÷ ส่วนลดที่จ่ายไปทั้งก้อน
  • ROAS (Preferred) = incremental revenue ÷ คอมมิชชั่นส่วนที่จ่ายเพิ่มจาก base

incremental revenue = มูลค่าห้อง (คิดที่ BAR ก่อนส่วนลด) ของ booking ที่ “จะไม่เกิดขึ้นเลย” ถ้าไม่เข้าโปรแกรม ส่วนที่เป็นแขกที่จะจองอยู่แล้ว (cannibalization) ไม่นับเป็น incremental และนี่คือจุดที่ยากที่สุด เพราะเจ้าของโรงแรมมักประเมิน incrementality สูงเกินจริงเสมอ

เกณฑ์ประเมินของ thethinkwise: ตั้งแต่ 10:1 ใช้ได้ / ต่ำกว่า 5:1 หยุดทบทวน

กรอบประเมินของ thethinkwise
ตัวเลข 10:1 และ 5:1 ต่อไปนี้เป็นกรอบตัดสินใจภายในของ thethinkwise ที่ใช้กับงาน consulting — ไม่ใช่ benchmark จากงานวิจัยหรือค่ามาตรฐานอุตสาหกรรม ปรับได้ตาม cost structure ของแต่ละโรงแรม

เพราะส่วนลด Genius Level 1 อยู่ที่ 10% เพดาน ROAS เชิงคณิตศาสตร์จึงอยู่ราว 10:1 (ทุก ๆ ส่วนลด 250 บาท ได้ห้องมูลค่า 2,500 บาทกลับมา) พูดง่าย ๆ คือ ROAS ≈ 10 × สัดส่วน incremental ดังนั้นเกณฑ์จึงอ่านได้ตรง ๆ แบบนี้

  • ตั้งแต่ 10:1 ขึ้นไป — ใช้ได้: booking เกือบทั้งหมดเป็น net-new ส่วนลดไปลงกับ demand จริงที่ไม่มีมาก่อน
  • ราว 5:1 — เส้นแบ่ง: ประมาณครึ่งหนึ่งเป็นแขกที่จะจองอยู่แล้ว เก็บไว้ได้แต่ต้องบริหารและวัดต่อเนื่อง ห้ามเปิดทิ้ง
  • ต่ำกว่า 5:1 — หยุดทบทวน: ส่วนใหญ่เป็น cannibalization คุณกำลังจ่ายส่วนลดให้คนที่จะมาอยู่แล้ว

ลองดูตัวอย่างสมมติ: โรงแรม 40 keys เดือน low season มี booking ผ่าน Genius L1 (−10%) รวม 120 room nights BAR net 2,500 ขายจริงหลังส่วนลด 2,250 ส่วนลดที่จ่ายไปทั้งก้อน = 120 × 250 = 30,000 บาท สิ่งที่เปลี่ยนคำตอบทั้งหมดคือสัดส่วน incremental

สมมติฐาน incrementalRoom nights
net-new
Incremental revenue
(× BAR 2,500)
ส่วนลด
ที่จ่าย
ROASอ่านผล
30% เป็น net-new3690,00030,0003.0 : 1หยุดทบทวน
50% เป็น net-new60150,00030,0005.0 : 1เส้นแบ่ง
90% เป็น net-new108270,00030,0009.0 : 1ใช้ได้

ตัวเลขสมมติเพื่อการอธิบาย · Genius L1 −10% · 120 room nights/เดือน · BAR net 2,500 THB ก่อน VAT 7% + SC 10% · ROAS = incremental revenue ÷ ส่วนลดที่จ่าย

ตัวเลขชุดเดียวกัน ส่วนลดก้อนเดียวกัน แต่สัดส่วน incremental ต่างกันแค่ระหว่าง 30% กับ 90% ทำให้คำตอบกลับด้านจาก หยุดทบทวน เป็น ใช้ได้ — นี่คือเหตุผลที่ “อันดับดีขึ้น booking เพิ่ม” ตอบคำถามไม่ได้ เพราะทั้งสามแถวข้างบน booking เพิ่มขึ้นเหมือนกันหมด

ยอด booking ที่เพิ่มขึ้นเป็นเรื่องเดียวกันในทุกกรณี สิ่งที่ต่างคือคุณจ่ายส่วนลดให้ใคร

อย่าลืมตรวจซ้ำที่ระดับ net revenue อีกชั้น: ที่ incremental 90% net revenue จาก booking ใหม่ (หลัง commission) = 108 × 1,913 ≈ 206,600 บาท เทียบส่วนลด 30,000 บาท ยังบวกสบาย ๆ แต่ที่ incremental 30% net revenue ใหม่เหลือราว 68,900 บาท ซึ่งดูเหมือนยังเกินส่วนลด แต่เมื่อหักความเสี่ยงเรื่องเสียความยืดหยุ่น rate parity และส่วนลดที่ stack กันจนบวม กรอบของ thethinkwise จึงให้ “หยุดทบทวน” ไว้ก่อน

วิธีดึงรายงานแยกรายโปรแกรมของเดือนล่าสุด

เกณฑ์ทั้งหมดข้างบนใช้ไม่ได้เลยถ้าไม่มีข้อมูลรายโปรแกรม ข่าวดีคือ extranet มีรายงานทางการให้อยู่แล้ว แต่ต้องเข้าใจก่อนว่าแต่ละโปรแกรม “ดู” ได้ไม่เหมือนกัน — บางตัวแยกเป็นราย booking ได้ บางตัวต้องวัดทั้งช่องทาง

จุดที่มักเข้าใจผิด
Genius และ promotion (Flash Deal, Early Booker ฯลฯ) แยกดูเป็นราย booking ได้ · แต่ Preferred Partner ไม่ใช่ป้ายราย booking — เป็นคอมมิชชั่นที่บวกเพิ่มทั้งช่องทาง จึงต้องวัดแบบเทียบก่อน–หลัง ทั้ง channel ไม่ใช่แยกเป็นกองเดียว

ลำดับที่ทำได้จริงคือ

  1. Genius — เปิด Genius Report โดยตรง — ใน Booking.com extranet ไปที่ Analytics แล้วเลือก Genius Report รายงานทางการนี้แยกให้เห็น Genius ที่ใช้ส่วนลด (Genius with discount), Genius ที่จองโดยไม่ใช้ส่วนลด (without discount) และแขกทั่วไป แบบเดือนต่อเดือน — กอง “Genius without discount” คือสัญญาณ cannibalization ชั้นดี เพราะเป็นสมาชิก Genius ที่จองโดยไม่ต้องพึ่งส่วนลด
  2. คำนวณส่วนลดจริงที่จ่าย — export reservations ของเดือนนั้น เทียบ BAR กับราคาที่แขกจ่ายในกอง Genius ผลต่างคือ “ค่าโฆษณา” ของ Genius (ตัวหารใน ROAS)
  3. Promotion อื่นแยกตาม rate plan — Flash Deal, Early Booker, Last Minute ฯลฯ เป็นดีลราย rate plan จึงดึงแยกได้เหมือน Genius จากรายงาน reservations (ฝั่ง Agoda ใช้รายงานใน YCS หลักการเดียวกัน)
  4. Preferred Partner วัดที่ระดับ channel — ไม่มี label ราย booking เพราะคอมส่วนเพิ่มบวกกับ “ทุก” booking บน Booking.com วิธีวัดคือเทียบทั้งช่องทางช่วงก่อน–หลัง opt-in: page views, จำนวน booking, ADR และ net revenue เทียบกับคอมส่วนเพิ่มที่จ่ายบนทุกใบ
  5. ประเมิน incrementality ด้วย pace — เทียบยอดก่อน–หลังเปิดโปรแกรม ณ จุดเวลาเดียวกัน และอย่าเชื่อตัวเลข additional revenue ที่แพลตฟอร์มสรุปให้เต็ม 100% เพราะเป็น attribution ของแพลตฟอร์มเอง ซึ่งมักนับ incremental สูงเกินจริง
  6. ใส่ลงสูตร ROAS ทีละโปรแกรม — วางเทียบเกณฑ์ 10:1 / 5:1 ทำซ้ำทุกเดือน เพราะ demand เปลี่ยนตามฤดูกาล โปรแกรมที่คุ้มใน low season อาจกลายเป็นกินเปล่าใน high season ทันที
ข้อควรระวัง
ในช่วง high season ที่ห้องจะเต็มอยู่แล้ว incrementality มักเข้าใกล้ศูนย์ — Genius และ Preferred ในช่วงนั้นคือการจ่ายส่วนลดและคอมเพิ่มให้ demand ที่มีอยู่แล้วเต็ม ๆ พิจารณาปิดหรือลดระดับเป็นช่วง ๆ ไม่ใช่เปิดค้างทั้งปี

สรุป

Genius และ Preferred Partner ไม่ใช่ “ดี” หรือ “แย่” ในตัวเอง เป็นเครื่องมือที่คุ้มหรือไม่คุ้ม ขึ้นกับว่าคุณวัดถูกจุดหรือเปล่า หลักสามข้อที่อยากให้จำ

  1. เปลี่ยนคำถาม — จาก “อันดับดีขึ้นไหม” เป็น “incremental คุ้มกับต้นทุนที่ระดับ net revenue ไหม”
  2. วัดแยกรายโปรแกรม — ROAS รวมทั้ง OTA กลบตัวที่ขาดทุน แยกออกมาถึงจะเห็นความจริง
  3. ทำซ้ำทุกเดือน — โปรแกรมที่คุ้มใน low season กลายเป็นกินเปล่าใน high season ได้เสมอ
Key takeaway
ถ้าเข้าโปรแกรมแล้ววัดไม่ได้ว่าส่วนลดหรือคอมที่จ่ายเพิ่มดึง incremental net revenue กลับมากี่เท่า — คุณไม่ได้กำลังทำ revenue management แต่กำลังจ่ายเงินซื้ออันดับที่อาจไม่ได้แปลว่ากำไร

เริ่มวัดโปรแกรมของคุณเอง

ถ้าอยากได้โครงคำนวณ ROAS รายโปรแกรม พร้อมวิธีวางเกณฑ์ราคาและส่วนลดให้คุมต้นทุนได้ตั้งแต่ต้น เครื่องมือ Rate Kit ของ thethinkwise ทำมาสำหรับโรงแรมเล็กที่อยากจัดการ revenue เองแบบมีระบบ หรือถ้าต้องการให้ช่วยดูตัวเลขจริงของโรงแรมและตัดสินใจว่าจะเปิด–ปิดโปรแกรมไหน จองคุยแบบ 1:1 ได้ที่ Strategic Assessment Call (฿12,000 / 45 นาที) หรือทักไลน์ @thethinkwise มาก่อนก็ได้ค่ะ

อ่านต่อเรื่องที่เกี่ยวข้อง: channel mix ปรับเพื่อเพิ่มรายได้ · เปรียบเทียบ booking platform สำหรับโรงแรมอิสระในไทย · ตั้งงบการตลาดดิจิทัลโรงแรมให้คุ้ม

thethinkwise | Hotel ConsultingShare

Similar Posts

ใส่ความเห็น

อีเมลของคุณจะไม่แสดงให้คนอื่นเห็น ช่องข้อมูลจำเป็นถูกทำเครื่องหมาย *

This site uses Akismet to reduce spam. Learn how your comment data is processed.