วิธีสร้างเว็บไซต์จองโรงแรม: ห้องพัก อัตรา ห้องว่าง และการชำระเงิน

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

เว็บไซต์ต้องมีอะไรบ้าง

หน้าต่างๆ

• สาธารณะ: หน้าแรก ห้องพัก (รูปภาพ เตียง ขนาด สิ่งอำนวยความสะดวก จำนวนแขกสูงสุด) การค้นหาตามวันที่และจำนวนแขก ผลลัพธ์พร้อมราคารวมต่อประเภทห้อง ฟอร์มจอง การชำระเงิน และหน้ายืนยันพร้อมลิงก์จัดการการจอง
• หน้าสนับสนุน: ที่ตั้งและเส้นทาง นโยบาย (เวลาเช็กอิน การยกเลิก เด็ก สัตว์เลี้ยง) คำถามที่พบบ่อย ติดต่อ
• ส่วนส่วนตัว (พนักงาน): ผู้เข้าพักและผู้ออกวันนี้ ตารางปฏิทินห้องแยกตามคืน รายการการจอง วันที่ที่ปิดไว้ และการตั้งค่าอัตราและห้อง

ข้อมูล

เก็บ เช็กอินและเช็กเอาท์เป็นวันที่ ไม่ใช่เวลา และถือว่าเช็กเอาท์ไม่รวมอยู่ในช่วง: การพักตั้งแต่วันที่ 10 ถึงวันที่ 12 ใช้คืนของวันที่ 10 และ 11 การทำผิดข้อนี้ก่อให้เกิดบั๊กห้องว่างที่พบบ่อยที่สุด

สิทธิ์การเข้าถึง

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

การตัดสินใจและข้อแลกเปลี่ยน

ขอจองหรือจองทันที

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

ขายประเภทห้องหรือห้องเฉพาะ

แขกมักจองประเภทห้อง (“Double ที่มองเห็นทะเล”) และพนักงานกำหนดห้องจริงในภายหลัง การขายห้องเฉพาะง่ายกว่าในการสร้าง แต่ทำให้ปฏิทินเต็มยากขึ้น

อัตราราคา

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

การชำระเงิน

ตัวเลือกเรียงตามความซับซ้อนที่เพิ่มขึ้น: จ่ายตอนเช็กอิน เงินมัดจำผ่านหน้าชำระเงินที่โฮสต์ไว้ เช่น Stripe Checkout จ่ายล่วงหน้าเต็มจำนวนสำหรับอัตราที่คืนเงินไม่ได้ หรือบันทึกบัตรไว้เรียกเก็บทีหลัง กฎการชำระเงิน ภาษี และภาษีท้องถิ่นสำหรับนักท่องเที่ยวแตกต่างกันไปในแต่ละประเทศ ให้ตรวจสอบกฎในพื้นที่หรือปรึกษาที่ปรึกษาคู่มือการชำระเงิน ของเราครอบคลุมกลไกทั้งหมด

ช่องทางอื่น

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

พรอมต์แรกที่ใช้ได้จริง

สร้างเว็บไซต์จองตรงสำหรับ Harbour House เกสต์เฮาส์ 9 ห้องใน Tobermory สกอตแลนด์ ประเภทห้อง: Double (4 ห้อง 2 แขก £120/คืน), Twin (3 ห้อง 2 แขก £115), Family (2 ห้อง ผู้ใหญ่ 2 คน + เด็ก 2 คน £165) แขกค้นหาตามวันที่เช็กอิน วันที่เช็กเอาท์ และจำนวนแขก และเห็นเฉพาะประเภทห้องที่มีห้องว่างทุกคืนของการพัก พร้อมราคารวม เช็กเอาท์ไม่รวมอยู่ในช่วง การพักขั้นต่ำ 2 คืนในเดือนกรกฎาคมและสิงหาคม ฟอร์มจองเก็บชื่อ อีเมล เบอร์โทร และเวลาที่มาถึง บันทึกเป็น “pending” และตรวจห้องว่างซ้ำที่เซิร์ฟเวอร์ก่อนบันทึก ส่วนพนักงานมีการเข้าสู่ระบบ: ผู้เข้าพักและผู้ออกวันนี้ ตารางปฏิทินห้องแยกตามคืน รายการการจองพร้อมสถานะ และวิธีปิดวันที่ แสดงเวลาเช็กอิน 15:00–20:00 เวลาเช็กเอาท์ 10:00 และนโยบายการยกเลิก (ยกเลิกฟรีก่อน 7 วัน) ในทุกหน้าจอง ดีไซน์ชายฝั่งที่สงบ เน้นมือถือเป็นหลัก

ขั้นตอนการสร้าง

1. จำลองห้องและคืนก่อน ประเภทห้อง ห้อง อัตรา และการตรวจห้องว่าง ทดสอบก่อนงานดีไซน์ใดๆ
2. การค้นหาและผลลัพธ์ ตัวเลือกวันที่ จำนวนแขก ราคารวมของการพัก และสถานะ “เต็มแล้ว” ที่ชัดเจน
3. ขั้นตอนการจอง ฟอร์ม → ตรวจห้องว่างซ้ำที่เซิร์ฟเวอร์ → การจองที่รอดำเนินการ → หน้ายืนยันพร้อมลิงก์จัดการ
4. พื้นที่พนักงาน พร้อมการเข้าสู่ระบบ: ผู้เข้าพัก ผู้ออก ตารางปฏิทิน และปิดวันที่
5. อีเมลยืนยัน ผ่านผู้ให้บริการของคุณเอง พร้อมวันที่ ยอดรวม ที่อยู่ และนโยบาย ดูการส่งอีเมล
6. เงินมัดจำ ในโหมดทดสอบของ Stripe ยืนยันการจองเมื่อการชำระสำเร็จเท่านั้น webhook การชำระเงินต้องให้แอปของคุณเผยแพร่ที่ URL สาธารณะ
7. ซิงก์ปฏิทิน กับช่องทางอื่นหากคุณใช้ พร้อมการตรวจด้วยมือทุกวันในช่วงแรก
8. ทดสอบกรณีขอบ: เบราว์เซอร์สองตัวจองห้องสุดท้ายพร้อมกัน การพักที่ข้ามการเปลี่ยนอัตรา การยกเลิกที่ทำให้คืนว่าง การพักหนึ่งคืนในช่วงที่กำหนดการพักขั้นต่ำ
9. เผยแพร่ และทำการจองจริงด้วยตัวคุณเองก่อนปิดกระบวนการเก่า

ข้อผิดพลาดที่พบบ่อย

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

เมื่อผลิตภัณฑ์สำเร็จรูปเป็นทางเลือกที่ดีกว่า

หากคุณดูแลห้องพักมากกว่าหยิบมือ ขายผ่านตัวแทนท่องเที่ยวออนไลน์หลายแห่ง หรือต้องการการทำความสะอาด ใบแจ้งหนี้ และรายงาน ระบบบริหารทรัพย์สิน (PMS) ที่มี booking engine และ channel manager ในตัวมักเป็นทางเลือกที่ถูกต้อง ผลิตภัณฑ์เหล่านี้มีไว้แก้ปัญหาการจองซ้อนข้ามช่องทาง ซึ่งแพงมากที่จะทำให้ดีได้เอง

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

การสร้างด้วย Mythex

บน Mythex คุณอธิบายทรัพย์สินในแชต ตรวจเว็บไซต์ในพรีวิวสด (รวมกรอบขนาดโทรศัพท์) และเผยแพร่เมื่อใช้ได้ การจอง ห้องพัก และอัตราอยู่ในฐานข้อมูล Postgres ที่เอเจนต์เพิ่มเมื่อแอปต้องบันทึกข้อมูล ฐานข้อมูลจะหลับเมื่อไม่ได้ใช้งานและตื่นเมื่อมีคำขอถัดไป การเข้าสู่ระบบของพนักงาน อีเมลยืนยัน และเงินมัดจำเชื่อมกับผู้ให้บริการและคีย์ของคุณเอง Mythex ไม่มีผลิตภัณฑ์การเข้าสู่ระบบ อีเมล หรือการชำระเงินสำหรับผู้ใช้ปลายทางในตัว ดังนั้นอ่านสูตร Stripe ก่อนเพิ่มเงินมัดจำ ใช้ /test เพื่อให้เอเจนต์ไล่ผ่านการค้นหาและการจอง และใช้ checkpoint เพื่อย้อนกลับการเปลี่ยนแปลงที่ทำให้ห้องว่างผิดพลาด

สำหรับพรอมต์เริ่มต้น ดูตัวสร้างระบบจองโรงแรม ตัวสร้างระบบจองเกสต์เฮาส์ หรือเทมเพลตเว็บไซต์จองกลั๊มปิ้ง หากต้องการการจองเป็นชั่วโมงหรือนัดหมายแทนการจองเป็นคืน ดูคู่มือแอปจอง

คำถาม