ภาพประกอบเรื่องเล่าโรงแรม พนักงานหน้าเคาน์เตอร์โรงแรมเล็กในเมืองเก่าบอกแขกว่าห้องเต็ม และผลของการไม่มี Pickup curve ต่อ RevPAR

เต็มเร็วเกินไป — คืนที่ขายหมดล่วงหน้า 3 สัปดาห์ กับ RevPAR ที่หายไป

Data Collection and Analysis

เรื่องของโรงแรมเล็ก ๆ ในเมืองเก่า ที่ทุกคนยิ้มทุกครั้งที่เห็นคำว่าเต็ม จนถึงวันที่มีคนถามต่ออีก 2 คำถาม — เต็มตอนไหน แล้วเต็มที่ราคาเท่าไร

เรื่องเล่าสถานการณ์จำลอง · ตัวละครและโรงแรมเป็นเรื่องแต่งเพื่อให้เห็นบริบทจริง ไม่ใช่บุคคลหรือกิจการจริง

คืนวันเสาร์ในเมืองเก่า ถนนเส้นเล็กยังอบอวลด้วยแสงไฟจากร้านกาแฟที่ยังไม่ปิดร้าน ปูเป้ยืนอยู่หลังเคาน์เตอร์ไม้ของโรงแรม boutique 25 ห้อง หูข้างหนึ่งแนบโทรศัพท์ที่ปลายสายกำลังถามหาห้องว่างคืนนี้ ส่วนสายตาเหลือบไปที่ประตูกระจก ที่คู่รักคู่หนึ่งเพิ่งลากกระเป๋าเข้ามาพร้อมรอยยิ้ม เธอต้องยิ้มกลับ พร้อมประโยคเดิมที่พูดไปแล้ว 3 ครั้งในคืนเดียว

“ขอโทษจริง ๆ ค่ะ คืนนี้ห้องเราเต็มหมดตั้งแต่อาทิตย์ที่แล้วเลยค่ะ”

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

ในระบบตรงหน้าเธอไม่มีช่องไหนให้กรอกว่าคืนนี้มีคนมาถามหาห้องกี่คน และไม่มีใครเคยบอกเธอว่าตัวเลขนั้นมีค่า

✦ ✦ ✦

ทุกเช้าเวลาเกือบ 9 โมง จูนจะเปิดหน้าจอเดิมขึ้นมาก่อนใคร หน้าจอที่ไม่มีใครในโรงแรมเปิดดูบ่อยเท่าเธอ และมันบอกเธอได้อย่างเดียว คือตอนนี้แต่ละคืนข้างหน้ามีห้องขายไปแล้วกี่ห้อง

เธออ่านมันคล่องมาก คืนศุกร์หน้าเหลือ 4 ห้อง เสาร์หน้าเต็ม อาทิตย์หน้ายังเหลือ 11 ห้อง ตัวเลขทุกตัวเป็นภาพนิ่งของวันนี้ และพอเช้าวันรุ่งขึ้นมาถึง ตัวเลขชุดใหม่ก็จะเข้ามาทับตัวเลขชุดเดิมไปเงียบ ๆ ไม่มีใครเก็บของเมื่อวานไว้ ไม่มีใครรู้ว่าเสาร์หน้าที่เต็มอยู่ตอนนี้ มันเต็มตั้งแต่เมื่อไร และมันวิ่งจาก 11 ห้องมาถึง 0 ห้องด้วยความเร็วเท่าไร

ราคาห้องของที่นี่มีอยู่ 2 ตัว ตัวหนึ่งสำหรับ high season อีกตัวสำหรับ low season ตั้งไว้ตั้งแต่ปลายเดือนตุลาคมของทุกปี แล้วก็อยู่ตรงนั้นทั้งฤดู จูนเคยคิดหลายครั้งว่าน่าจะขยับบางคืนขึ้นได้ แต่พอถึงเวลาจริงเธอก็ไม่รู้จะเอาอะไรมาตัดสินใจ นอกจากความรู้สึก

วันหนึ่งปูเป้เดินมาถามว่าเสาร์นี้ยังพอมีห้องให้เพื่อนเธอไหม จูนส่ายหน้า แล้วทั้งคู่ก็หัวเราะกันเบา ๆ “ก็เต็มนี่ เต็มแล้วยังต้องคิดอะไรอีก” จูนพูดติดตลก

✦ ✦ ✦

สิ้นเดือน เช้าวันจันทร์ในห้องอาหารที่ยังไม่มีแขก วิทย์กางเอกสารสรุปเดือนที่แล้วออกบนโต๊ะไม้ตัวยาวที่เขาสั่งช่างทำไว้ตั้งแต่วันเปิดโรงแรม แล้วมองมันอยู่นาน

“เดือนที่แล้วเราขายหมด 9 คืน” เขาพูดขึ้น “เดือนก่อนหน้าเราขายหมด 5 คืน occupancy ก็ขึ้นจาก 74% เป็น 78%”

เขาเลื่อนนิ้วลงมาอีกบรรทัด แล้วหยุด

“แต่ RevPAR เท่าเดิมเป๊ะ ต่างกันไม่ถึง 10 บาท” เขาเงยหน้าขึ้นมองจูน “ขายหมดถี่ขึ้นเกือบเท่าตัว แล้วรายได้ต่อห้องไม่ขยับเลย ผมอ่านไม่ออกว่ามันกำลังบอกอะไรเรา”

จูนมองตัวเลขนั้นตาม แล้วรู้สึกบางอย่างสะกิดใจเป็นครั้งแรก “ขอเวลาหนู 2-3 วันนะคะ หนูอยากลองไล่ดูอะไรบางอย่าง”

✦ ✦ ✦

สิ่งที่จูนทำในคืนนั้นและอีก 3 คืนถัดมา เป็นงานที่ไม่มีใครเคยขอให้เธอทำ เธอสั่งพิมพ์รายการจองทั้งเดือนออกมาเป็นกระดาษ แล้วเปิดสมุดขึ้นมาเล่มหนึ่ง จดลงไปทีละบรรทัด บรรทัดละ 2 อย่างเท่านั้น คือห้องนี้เข้าพักคืนไหน และห้องนี้ถูกจองเข้ามาวันที่เท่าไร

งานมันช้าและน่าเบื่อ แต่พอถึงหน้าที่ 3 รูปแบบก็เริ่มโผล่ขึ้นมาเอง

ใน 9 คืนที่ขายหมด มี 20 ห้องจาก 25 ห้องที่ถูกจองไปแล้วตั้งแต่ 18 ถึง 24 วันก่อนวันเข้าพัก บางคืนห้องสุดท้ายหายไปตั้งแต่ 3 สัปดาห์ล่วงหน้า ส่วนคืนธรรมดาทั่วไปนั้นตรงกันข้ามอย่างสิ้นเชิง มากกว่าครึ่งของห้องเพิ่งเข้ามาใน 7 วันสุดท้าย บางคืนเข้ามาวันต่อวัน

เธอลากเส้นบนกระดาษเชื่อมจุดที่จดไว้ แล้วมองมันอยู่ครู่หนึ่ง นี่คือ Pickup curve เส้นแรกที่โรงแรมแห่งนี้เคยมี และมันเพิ่งเกิดขึ้นบนสมุดของเธอ ไม่ใช่ในระบบราคาแพงที่ไหน

เช้าวันรุ่งขึ้นเธอเดินไปหาปูเป้ แล้วถามคำถามที่ไม่เคยมีใครถาม ว่าเดือนที่แล้วมีคืนไหนบ้างที่ต้องบอกแขกว่าไม่มีห้องให้ ปูเป้นึกอยู่พักหนึ่งแล้วไล่ให้ฟังจากความจำ ทั้งคนเดินเข้ามาเองและคนที่โทรเข้ามา จูนกาลงบนปฏิทิน แล้วนิ่งไป เกือบทุกครั้งที่ปูเป้จำได้ ตกอยู่ใน 9 คืนเดียวกันนั้น

“แล้วราคาล่ะ” ปูเป้ถาม

“เท่ากันทุกคืน” จูนตอบ “เราขายคืนที่คนแย่งกันจอง ด้วยราคาเดียวกับคืนที่เราต้องนั่งรอลูกค้า”

คืนนั้นจูนเปิดเครื่องคิดเลข เธอตั้งกติกากับตัวเองก่อนว่าจะนับเฉพาะ 9 คืนที่เต็มเร็วผิดปกติเท่านั้น ไม่แตะคืนอื่นเลยสักคืน เพราะคืนอื่นเธอไม่มีหลักฐานอะไรว่าตั้งราคาพลาด 9 คืน คูณ 25 ห้อง เท่ากับ 225 ห้องที่ขายออกไปด้วยราคาเดียวกันหมด ที่ ADR แถว 2,900 บาท รวมเป็นเงินราว 652,000 บาท

แล้วเธอก็นั่งคิดอยู่นานว่าจะเอาอะไรมาเทียบ งานอ้างอิงต่างประเทศบอกว่าโรงแรมที่ตั้งราคาตามข้อมูลจริงแทนการตั้งทิ้งไว้ มักได้ RevPAR เพิ่มราว 5% ถึง 7% แต่จูนรู้ว่านั่นคือตัวเลขของการทำทั้งระบบ ไม่ใช่ของการขยับราคาแค่ไม่กี่คืน เธอเลยใช้มันแบบระวังที่สุดเท่าที่จะทำได้ คือเอา 5% ถึง 7% ไปคูณกับเงิน 652,000 บาทของ 9 คืนนั้นอย่างเดียว ไม่ยุ่งกับรายได้ของทั้งเดือน

ตัวเลขที่ขึ้นมาบนจอทำให้เธอวางปากกาลง ราว 33,000 ถึง 46,000 บาทต่อเดือน ทั้งปีอยู่ในระดับ 400,000 ถึง 550,000 บาท บนห้องจำนวนเท่าเดิม แขกกลุ่มเดิม และคืนเดิมที่ขายหมดไปเรียบร้อยแล้วทุกห้อง

✦ ✦ ✦

เช้าวันจันทร์ถัดมา จูนวางสมุดเล่มนั้นลงบนโต๊ะไม้ตัวยาว แล้วเล่าให้วิทย์กับปูเป้ฟังจนจบ

วิทย์เงียบไปนาน ก่อนพูดออกมาช้า ๆ “ผมนึกมาตลอดว่าเต็มแปลว่าเราทำถูก” เขาเคาะสมุดเบา ๆ “ที่จริงมันแปลว่าเราตั้งราคาต่ำกว่าที่ตลาดยอมจ่าย แล้วเรารู้ตอนที่มันสายไปแล้วทุกครั้ง”

“เพราะเราไม่เคยเก็บว่าห้องมันหายไปเร็วแค่ไหนค่ะ” จูนตอบ “ระบบบอกเราแค่ว่าตอนนี้เหลือเท่าไร แล้ววันรุ่งขึ้นก็ลบของเมื่อวานทิ้ง เราทิ้งข้อมูลชิ้นนี้ทุกวันมา 6 ปี”

วิทย์เงียบไปอีกครู่ “แล้วถ้าเราขยับราคาขึ้นแล้วคนไม่จองล่ะ” เขาถาม “คืนพวกนั้นมันอาจจะเต็มทุกครั้งเพราะราคาเท่านี้ก็ได้”

“หนูตอบไม่ได้ค่ะ” จูนตอบตรง ๆ “ไม่มีใครรู้จนกว่าจะลอง หนูขอเริ่มจากคืนที่วิ่งเร็วที่สุด 2-3 คืนก่อน ขยับทีละนิด แล้วดูว่ามันช้าลงไหม ถ้าช้าลงจนน่าห่วง หนูลดกลับได้ทันที เพราะกว่าจะถึงวันจริงยังเหลือเวลาอีกเป็นสัปดาห์”

“งั้นเริ่มพรุ่งนี้เลย” วิทย์พูด “ทุกเช้า จดไว้บรรทัดเดียวต่อคืน ว่าเมื่อวานแต่ละคืนข้างหน้ามีห้องเพิ่มเข้ามากี่ห้อง จดในสมุดก่อนก็ได้ ยังไม่ต้องซื้อระบบอะไร”

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

ปูเป้ยกมือขึ้นเหมือนขออนุญาต “แล้วเวลาหนูต้องบอกแขกว่าไม่มีห้อง หนูจะจดไว้ด้วยค่ะ ว่าคืนไหน กี่คน มาจากทางไหน”

วิทย์พยักหน้า แล้วสรุปด้วยประโยคที่กลายเป็นกติกาใหม่ของโรงแรมนี้ “ต่อไปเวลาใครมาบอกผมว่าเต็ม ผมจะถามต่ออีก 2 คำถามเสมอ เต็มตอนไหน แล้วเต็มที่ราคาเท่าไร”

✦ ✦ ✦

เดือนถัดมา จำนวนคืนที่ขายหมดลดลงจาก 9 คืนเหลือ 6 คืน occupancy ขยับลงเล็กน้อย และไม่มีใครในทีมรู้สึกว่านั่นเป็นข่าวร้าย เพราะบรรทัดที่วิทย์เคยจ้องอยู่นานนั้นขยับขึ้นเป็นครั้งแรกในรอบ 4 เดือน โดยที่ไม่มีใครต้องออกไปหาแขกเพิ่มแม้แต่คนเดียว

คืนวันเสาร์ ปูเป้ยังคงต้องบอกแขกบางคนว่าคืนนี้ไม่มีห้องเหลือแล้ว แต่คราวนี้ หลังจากแขกเดินออกไป เธอหยิบสมุดขึ้นมาจด

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

คำว่าเต็มจึงไม่ใช่คำชม มันคือคำถาม เต็มตอนไหน และเต็มที่ราคาเท่าไร ถ้าห้องหมดตั้งแต่ 3 สัปดาห์ล่วงหน้าเป็นประจำ นั่นแปลว่าตลาดกำลังบอกอะไรบางอย่างที่เรายังไม่ได้ฟัง

ข่าวดีคือเรื่องนี้เริ่มได้ด้วยสมุด 1 เล่มกับเวลา 5 นาทีทุกเช้า ไม่ต้องรอระบบใหม่ จุดที่ยากจริง ๆ คือการรู้ว่าโรงแรมของตัวเองมีคืนไหนบ้างที่กำลังเต็มเร็วเกินไป เพราะรูปแบบของแต่ละที่ไม่เหมือนกันเลย ที่ตั้งต่างกัน ตลาดต่างกัน booking window ก็คนละแบบ ต้องเห็นตัวเลขจริงของที่นั่นถึงจะชี้ได้ ข่าวดีอีกอย่างคือไม่ต้องนั่งจดทีละบรรทัดแบบที่จูนทำแล้ว ผมทำเครื่องมือที่ลากเส้นให้เองไว้ ใช้ข้อมูลแค่ 2 คอลัมน์เท่ากับที่จูนจดลงสมุดคืนนั้น

แหล่งอ้างอิงตัวเลข: Lighthouse (9 ก.พ. 2026) ระบุว่า Pickup และ pace มีหน้าที่หลักคือช่วยให้ตัดสินใจเรื่องราคาได้เร็วขึ้นและลดการลดราคาแบบตั้งรับ โดยการที่ pickup พุ่งขึ้นผิดปกติเป็นเหตุผลรองรับการขยับราคาขึ้นได้ · PriceLabs (ปรับปรุง 3 เม.ย. 2026) ระบุว่าเมื่อ pace วิ่งนำกว่าปกติคือสัญญาณให้ขยับราคาขึ้นทันที และระบุว่าค่าปกติที่โรงแรมเห็นเมื่อใช้การบริหารรายได้เต็มรูปแบบคือ RevPAR เพิ่มราว 7% · SiteMinder ระบุกรอบกว้างของการตั้งราคาแบบ data-driven ที่ราว 5-20% — ตัวเลขในเรื่องใช้เฉพาะปลายต่ำสุดของกรอบนี้ (5%) ถึงค่าปกติที่ PriceLabs ระบุ (7%) เท่านั้น · ข้อจำกัดที่ต้องบอกตรง ๆ คือ 5-7% เป็นตัวเลขของการทำ revenue management ทั้งระบบ ไม่ใช่ผลของการดู Pickup curve อย่างเดียว เรื่องนี้จึงจงใจนำมาใช้แบบแคบที่สุด คือคูณเฉพาะกับรายได้ของคืนที่เต็มเร็วผิดปกติ ไม่ได้คูณกับรายได้ทั้งเดือน · ฐานคำนวณเป็นสถานการณ์จำลองที่ระบุสมมติฐานชัดเจน คือ 25 ห้อง และ ADR สมมติ 2,900 บาท (ทั้ง 2 ตัวเป็นสมมติฐาน ไม่ใช่ตัวเลขที่อ้างอิงจากแหล่งใด) โดยนับเฉพาะ 9 คืนที่ขายหมดล่วงหน้า = 225 room-night x 2,900 บาท = ราว 652,500 บาท คูณ 5-7% ได้ราว 33,000-46,000 บาทต่อเดือน หรือราว 400,000-550,000 บาทต่อปี · บริบทตลาด: The Star อ้างข้อมูล Cushman & Wakefield Thailand (28 ก.ค. 2026) ว่าครึ่งปีแรก 2026 กลุ่ม luxury และ upscale ในภูเก็ตมี ADR 6,820 บาท occupancy 80% และ RevPAR 5,456 บาท ลดลง 8.7% — ADR ที่ใช้ในเรื่องตั้งไว้ต่ำกว่าระดับนั้นมาก เพราะเป็นโรงแรมขนาดเล็กระดับกลาง · ตัวละคร โรงแรม และตัวเลขในเรื่องเป็นสถานการณ์จำลอง ไม่ใช่ผลประกอบการของกิจการจริง

ลองกับข้อมูลของโรงแรมตัวเองได้เลย — เปิดไฟล์ที่ export จาก PMS แล้วคัดลอกมา 2 คอลัมน์ คือ วันที่ลูกค้าจอง กับ วันที่เข้าพัก วางลงไป เครื่องมือจะลาก Pickup curve ให้ แล้วบอกว่าเดือนที่ผ่านมามีคืนไหนที่เต็มเร็วผิดปกติบ้าง

เปิดเครื่องมือ Pickup Curve →

ใช้ฟรี ไม่ต้องสมัคร ไม่ต้องกรอกอีเมล · ข้อมูลคำนวณในเบราว์เซอร์เท่านั้น ไม่ถูกส่งขึ้นเซิร์ฟเวอร์ · ยังไม่มีไฟล์ก็กดปุ่มลองด้วยข้อมูลตัวอย่างในหน้านั้นได้

พอเห็นแล้วว่าคืนไหนเต็มเร็วผิดปกติ คำถามถัดไปคือควรขยับราคาขึ้นเท่าไร และขยับตอนไหน ซึ่งต้องดู comp set กับปฏิทินอีเวนต์ประกอบด้วย ตรงนี้เครื่องมือตอบแทนไม่ได้ ส่งผลที่ได้มาทาง LINE ได้เลย เดี๋ยวผมช่วยอ่านให้ — คุยกันก่อนได้ ไม่ต้องรีบ

LINEปรึกษาได้ @BoydWee

Spread the love
Scroll to Top
English ↗