Panduan

Cara Bina Laman Tempahan Hotel: Bilik, Kadar, Ketersediaan dan Bayaran

Laman tempahan hotel membolehkan tetamu memilih tarikh, melihat bilik mana yang kosong untuk setiap malam penginapan mereka, melihat jumlah harga, dan membayar atau meletakkan deposit — tanpa sesiapa perlu berbalas e-mel. Untuk membinanya, anda perlukan jenis bilik dengan kiraan bilik, model ketersediaan malam, kadar yang boleh berubah mengikut tarikh, aliran tempahan yang menyemak semula ketersediaan apabila menyimpan, dan paparan pentadbir untuk kaunter hadapan. Bahagian yang sukar bukanlah halaman yang cantik. Ia ialah memastikan sebuah bilik tidak pernah dijual dua kali, terutamanya jika anda juga menjual di platform tempahan.

Apa yang diperlukan oleh laman

Halaman

  • Awam: laman utama, bilik (foto, katil, saiz, kemudahan, bilangan tetamu maksimum), carian tarikh dan tetamu, hasil dengan jumlah harga setiap jenis bilik, borang tempahan, pembayaran, dan halaman pengesahan dengan pautan urus tempahan.
  • Sokongan: lokasi dan arah, dasar (waktu daftar masuk, pembatalan, kanak-kanak, haiwan peliharaan), soalan lazim, hubungi.
  • Persendirian (kakitangan): ketibaan dan pelepasan hari ini, grid kalendar bilik mengikut malam, senarai tempahan, tarikh sekatan, dan tetapan kadar serta bilik.

Data

JadualMedan utama
Jenis bilikNama, penerangan, dewasa dan kanak-kanak maksimum, kadar asas, foto
BilikJenis bilik, nombor atau nama, aktif ya atau tidak
KadarJenis bilik, tarikh atau julat tarikh, harga setiap malam, tempoh penginapan minimum
TempahanTetamu, jenis bilik, bilik yang ditugaskan, daftar masuk, daftar keluar, bilangan tetamu, jumlah, deposit dibayar, status, sumber (terus, OTA)
TetamuNama, e-mel, telefon, negara, nota
SekatanBilik, julat tarikh, sebab (penyelenggaraan, kegunaan pemilik)

Simpan daftar masuk dan daftar keluar sebagai tarikh, bukan masa, dan anggap daftar keluar sebagai eksklusif: penginapan dari 10hb hingga 12hb menggunakan malam 10hb dan 11hb. Silap di sini menyebabkan pepijat ketersediaan yang paling biasa.

Kebenaran

Tetamu melihat harga dan sama ada jenis bilik tersedia — tidak sekali-kali siapa lagi yang menginap. Kakitangan kaunter hadapan melihat tempahan dan butiran tetamu; hanya pemilik menukar kadar dan dasar. Ini bermakna log masuk kakitangan dengan sekurang-kurangnya dua peranan.

Keputusan dan pertukaran

Minta untuk tempah atau tempahan segera

Minta untuk tempah — tetamu menghantar tarikh dan butiran, anda mengesahkan melalui e-mel — jauh lebih mudah dan sesuai untuk rumah tetamu kecil. Tempahan segera memerlukan ketersediaan dan pengendalian pembayaran yang tiada cela, tetapi menukar lebih baik. Kebanyakan hartanah bermula dengan permintaan dan bertukar kemudian.

Jual jenis bilik atau bilik tertentu

Tetamu biasanya menempah jenis bilik ("Double dengan pemandangan laut"), dan kakitangan menugaskan bilik sebenar kemudian. Menjual bilik tertentu lebih mudah dibina tetapi menjadikan kalendar lebih sukar diisi.

Kadar

Mulakan dengan satu harga bagi setiap jenis bilik setiap malam, dengan pilihan pertindihan untuk julat tarikh (musim tinggi, cuti) dan tempoh penginapan minimum. Tinggalkan harga dinamik, kod promosi dan pakej untuk kemudian.

Pembayaran

Pilihan, mengikut susunan kerumitan yang meningkat: bayar semasa tiba; deposit melalui checkout yang dihoskan seperti Stripe Checkout; prabayaran penuh untuk kadar tidak boleh dibayar balik; atau menyimpan kad untuk dicaj kemudian. Peraturan pembayaran, cukai dan levi pelancongan berbeza mengikut negara — semak peraturan tempatan atau minta nasihat penasihat. Panduan pembayaran kami menerangkan mekanismenya.

Saluran lain

Jika bilik juga disenaraikan di agensi pelancongan dalam talian atau platform penyewaan percutian, anda mesti sentiasa menyelaraskan kalendar. Banyak platform itu boleh mengeksport dan mengimport kalendar sebagai pautan iCal; penyegerakan dengan cara ini biasa untuk hartanah kecil tetapi berlaku dengan kelewatan, bukan serta-merta. Pengurus saluran ialah jawapan profesional.

Arahan pertama yang berkesan

Bina laman tempahan terus untuk Harbour House, rumah tetamu 9 bilik di Tobermory, Scotland. Jenis bilik: Double (4 bilik, 2 tetamu, £120/malam), Twin (3 bilik, 2 tetamu, £115), Family (2 bilik, 2 dewasa + 2 kanak-kanak, £165). Tetamu mencari mengikut tarikh daftar masuk, tarikh daftar keluar dan bilangan tetamu, dan hanya melihat jenis bilik yang mempunyai bilik kosong untuk setiap malam penginapan, dengan jumlah harga. Daftar keluar ialah eksklusif. Tempoh penginapan minimum 2 malam pada Julai dan Ogos. Borang tempahan mengumpul nama, e-mel, telefon dan masa ketibaan; simpan sebagai "menunggu" dan semak semula ketersediaan di pelayan sebelum menyimpan. Kawasan kakitangan dengan log masuk: ketibaan dan pelepasan hari ini, grid kalendar bilik mengikut malam, senarai tempahan dengan status, dan cara untuk menyekat tarikh. Papar daftar masuk 3–8 petang, daftar keluar 10 pagi, dan dasar pembatalan (percuma sehingga 7 hari sebelumnya) pada setiap halaman tempahan. Reka bentuk pantai yang tenang, utamakan telefon.

Langkah membina

  1. Modelkan bilik dan malam dahulu. Jenis bilik, bilik, kadar dan semakan ketersediaan. Uji sebelum sebarang kerja reka bentuk.
  2. Carian dan hasil. Pemilih tarikh, kiraan tetamu, jumlah harga untuk penginapan, dan keadaan "habis" yang jelas.
  3. Aliran tempahan. Borang → semakan semula ketersediaan di pelayan → tempahan menunggu → halaman pengesahan dengan pautan urus.
  4. Kawasan kakitangan dengan log masuk: ketibaan, pelepasan, grid kalendar, sekat tarikh.
  5. E-mel pengesahan melalui pembekal anda sendiri, dengan tarikh, jumlah, alamat dan dasar. Lihat menghantar e-mel.
  6. Deposit dalam mod ujian Stripe, mengesahkan tempahan hanya apabila bayaran berjaya. Webhook pembayaran memerlukan aplikasi anda diterbitkan pada URL awam.
  7. Penyegerakan kalendar dengan saluran lain jika anda menggunakannya, ditambah semakan manual harian pada mulanya.
  8. Uji kes tepi: dua pelayar menempah bilik terakhir serentak, penginapan yang merentasi perubahan kadar, pembatalan yang membebaskan malam, penginapan satu malam dalam tempoh tempahan minimum.
  9. Terbitkan dan buat tempahan sebenar sendiri sebelum menutup proses lama anda.

Kesilapan biasa

  • Menyemak ketersediaan di pelayar sahaja. Dua tetamu akhirnya akan menempah bilik terakhir pada masa yang sama.
  • Mengira malam daftar keluar sebagai diduduki (atau tidak mengira malam daftar masuk). Tulis ujian untuk penginapan dua malam.
  • Satu harga rata. Kebanyakan hartanah memerlukan sekurang-kurangnya pertindihan bermusim.
  • Menyembunyikan jumlah sehingga langkah terakhir. Papar jumlah harga penuh penginapan, termasuk sebarang yuran yang anda sudah tahu, dalam hasil.
  • Dasar disembunyikan di footer. Tunjukkan syarat pembatalan di sebelah butang bayar.
  • Menganggap penyegerakan iCal sebagai serta-merta. Ia tidak; tutup tarikh secara manual apabila hampir penuh.

Bila produk siap sedia lebih baik

Jika anda mengendalikan lebih daripada beberapa bilik, menjual melalui beberapa agensi pelancongan dalam talian, atau memerlukan pengurusan rumah, invois dan pelaporan, sistem pengurusan hartanah dengan enjin tempahan dan pengurus saluran terbina dalam biasanya pilihan yang tepat. Produk-produk ini wujud untuk menyelesaikan tempahan berlebihan merentasi saluran, dan itu mahal untuk dihasilkan semula dengan baik.

Laman tersuai sesuai untuk hartanah kecil yang kebanyakannya menerima tempahan terus, untuk inventori yang luar biasa (tapak glamping, chalet dengan kemudahan dikongsi, bilik yang dijual bersama aktiviti), atau apabila anda mahukan reka bentuk dan pengalaman tetamu sendiri tanpa yuran bulanan bagi setiap bilik. Sesetengah pemilik memadankan laman web tersuai dengan enjin tempahan yang dihoskan dan dibenamkan padanya — selalunya gabungan terbaik kedua-duanya.

Membina dengan Mythex

Di Mythex, anda menerangkan hartanah dalam sembang, menyemak laman dalam pratonton langsung (termasuk bingkai saiz telefon), dan menerbitkannya apabila ia betul. Tempahan, bilik dan kadar disimpan dalam pangkalan data Postgres yang ditambah ejen apabila aplikasi perlu menyimpan data; ia tidur apabila tidak aktif dan bangun pada permintaan seterusnya. Log masuk kakitangan, pengesahan e-mel dan deposit dipasangkan dengan pembekal dan kunci anda sendiri — Mythex tiada produk log masuk pengguna akhir, e-mel atau pembayaran terbina dalam — jadi baca resipi Stripe sebelum menambah deposit. Gunakan /test untuk meminta ejen melalui carian dan tempahan, dan checkpoint untuk berundur daripada perubahan yang merosakkan ketersediaan.

Untuk arahan permulaan, lihat pembina sistem tempahan hotel, pembina sistem tempahan rumah tetamu atau templat laman tempahan glamping. Untuk tempahan mengikut jam atau temu janji dan bukannya malam, lihat panduan aplikasi tempahan.

Soalan lazim

Bagaimana tempahan hotel berbeza daripada tempahan temu janji?

Hotel menjual malam, bukan slot masa. Anda menjejak berapa banyak bilik setiap jenis yang kosong pada setiap malam, satu penginapan merentangi beberapa malam, dan harga boleh berubah dari malam ke malam.

Bagaimana saya elak tempahan berlebihan jika saya juga menjual di laman tempahan lain?

Setiap saluran mesti berkongsi satu sumber ketersediaan. Hartanah kecil selalunya menyegerakkan kalendar melalui pautan iCal, yang tidak serta-merta, jadi kekalkan penampan atau tutup tarikh dengan cepat. Hartanah yang lebih besar menggunakan pengurus saluran yang mengemas kini semua saluran hampir secara serta-merta.

Patutkah tetamu membayar penuh semasa menempah?

Bergantung pada dasar anda. Pilihan biasa ialah deposit semasa menempah, prabayaran penuh untuk kadar tidak boleh dibayar balik, atau kad yang disimpan dan dicaj kemudian. Apa pun pilihan anda, tunjukkan dasar pembatalan sebelum pembayaran.

Adakah laman tempahan hotel tersuai berbaloi untuk hartanah kecil?

Untuk B&B kecil, laman tersuai dengan tempahan melalui permintaan atau tempahan segera yang mudah boleh berfungsi dengan baik. Apabila anda menjual melalui beberapa agensi pelancongan dalam talian atau menguruskan banyak bilik, sistem pengurusan hartanah dengan enjin tempahan dan pengurus saluran biasanya berbaloi dengan yurannya.

Mythex · Pricing · Bina apa sahaja dengan AI · Templat laman web dan aplikasi · Mythex dibandingkan · Glosari pembinaan aplikasi AI · Alat percuma untuk membina aplikasi dengan AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)