Mga gabay

Paano Gumawa ng Hotel Booking Website: Rooms, Rates, Availability at Payments

Hinahayaan ng hotel booking website ang mga bisita na pumili ng petsa, makita kung aling kuwarto ang bakante para sa bawat gabi ng pamamalagi, makita ang kabuuang presyo, at magbayad o mag-deposit, nang hindi kailangang magpalitan ng email. Para makabuo nito, kailangan mo ng uri ng kuwarto na may bilang ng bawat isa, modelo ng availability kada gabi, rates na puwedeng magbago ayon sa petsa, booking flow na muling tinitingnan ang availability kapag sine-save, at admin view para sa front desk. Ang mahirap ay hindi ang magagandang page. Ang mahirap ay tiyaking hindi naibebenta ang iisang kuwarto nang dalawang beses, lalo na kung nagbebenta ka rin sa booking platforms.

Ano ang kailangan ng site

Mga page

  • Public: home, kuwarto (larawan, kama, laki, amenities, pinakamaraming bisita), paghahanap ayon sa petsa at bilang ng bisita, resulta na may kabuuang presyo bawat uri ng kuwarto, booking form, bayad, at confirmation page na may link para pamahalaan ang booking.
  • Suporta: lokasyon at direksyon, mga patakaran (oras ng check-in, kanselasyon, bata, alagang hayop), FAQ, contact.
  • Pribado (staff): mga darating at aalis ngayong araw, calendar grid ng mga kuwarto kada gabi, listahan ng bookings, mga na-block na petsa, at settings ng rates at kuwarto.

Data

TalaanMahalagang fields
Room typesPangalan, paglalarawan, pinakamaraming matanda at bata, base rate, larawan
RoomsRoom type, numero o pangalan, active oo/hindi
RatesRoom type, petsa o saklaw ng petsa, presyo bawat gabi, minimum na pamamalagi
BookingsBisita, room type, itinalagang kuwarto, check-in, check-out, bilang ng bisita, total, nabayarang deposit, status, source (direct, OTA)
GuestsPangalan, email, telepono, bansa, notes
BlocksKuwarto, saklaw ng petsa, dahilan (maintenance, gamit ng may-ari)

I-store ang check-in at check-out bilang petsa, hindi oras, at ituring na exclusive ang check-out: ang pamamalagi mula ika-10 hanggang ika-12 ay gumagamit ng mga gabi ng ika-10 at ika-11. Ang maling pagtrato dito ang sanhi ng pinakakaraniwang availability bug.

Permissions

Nakikita ng bisita ang mga presyo at kung bakante ang uri ng kuwarto, pero hindi kailanman kung sino pa ang nananatili. Nakikita ng front-desk staff ang mga booking at detalye ng bisita; ang may-ari lang ang nagpapalit ng rates at patakaran. Kaya kailangan ng staff login na may hindi bababa sa dalawang roles.

Mga desisyon at trade-offs

Request to book o instant booking

Ang request to book, kung saan ipinapadala ng bisita ang petsa at detalye at kinukumpirma mo sa pamamagitan ng email, ay mas simple at angkop sa maliit na guesthouse. Ang instant booking ay nangangailangan ng walang-butas na availability at paghawak ng bayad, pero mas mataas ang conversion. Maraming property ang nagsisimula sa requests at lumilipat sa instant booking sa bandang huli.

Ibenta ang uri ng kuwarto o partikular na kuwarto

Karaniwang nagbu-book ang bisita ng uri ng kuwarto ("Double na may tanaw sa dagat"), at itinatalaga ng staff ang aktuwal na kuwarto sa bandang huli. Mas simpleng buuin ang pagbebenta ng partikular na kuwarto, pero mas mahirap punuin ang calendar.

Rates

Magsimula sa isang presyo bawat uri ng kuwarto kada gabi, na may opsyonal na overrides para sa saklaw ng petsa (high season, holidays) at minimum na pamamalagi. Iwan muna ang dynamic pricing, promo codes at packages.

Bayad

Mga pagpipilian, ayon sa pagtaas ng kumplikado: magbayad pagdating; deposit sa pamamagitan ng hosted checkout tulad ng Stripe Checkout; buong prepayment para sa non-refundable na rate; o pag-save ng card para sisingilin sa bandang huli. Nag-iiba ang patakaran sa bayad, buwis at tourist levies ayon sa bansa, kaya tingnan ang lokal na rules o kumonsulta sa tagapayo. Sakop ng aming payments guide ang mekanika.

Ibang channels

Kung nakalista rin ang mga kuwarto sa online travel agencies o holiday-let platforms, kailangan mong panatilihing magkakasabay ang mga calendar. Marami sa mga platform na iyon ay nakakapag-export at nakakapag-import ng calendar bilang iCal links; karaniwan ang ganitong sync para sa maliliit na property, pero may pagkaantala ito, hindi agad-agad. Ang channel manager ang propesyonal na sagot.

Unang prompt na gumagana

Gumawa ng direct booking website para sa Harbour House, isang guesthouse na may 9 na kuwarto sa Tobermory, Scotland. Mga uri ng kuwarto: Double (4 na kuwarto, 2 bisita, £120/gabi), Twin (3 kuwarto, 2 bisita, £115), Family (2 kuwarto, 2 matanda + 2 bata, £165). Naghahanap ang bisita ayon sa check-in date, check-out date at bilang ng bisita, at makikita lang ang mga uri ng kuwartong may bakanteng kuwarto para sa bawat gabi ng pamamalagi, kasama ang kabuuang presyo. Exclusive ang check-out. Minimum na 2 gabi sa Hulyo at Agosto. Kinokolekta ng booking form ang pangalan, email, telepono at oras ng pagdating; i-save ito bilang "pending" at muling tingnan ang availability sa server bago i-save. Staff area na may login: mga darating at aalis ngayong araw, calendar grid ng mga kuwarto kada gabi, listahan ng bookings na may status, at paraan para mag-block ng petsa. Ipakita ang check-in 3–8pm, check-out 10am at ang cancellation policy (libre hanggang 7 araw bago) sa bawat booking page. Kalmado at coastal na design, mobile-first.

Mga hakbang sa pagbuo

  1. Imodelo muna ang mga kuwarto at gabi. Mga uri ng kuwarto, kuwarto, rates at ang pagtingin sa availability. Subukan ito bago ang anumang gawain sa design.
  2. Search at mga resulta. Date picker, bilang ng bisita, kabuuang presyo ng pamamalagi, at malinaw na "sold out" states.
  3. Booking flow. Form → muling pagtingin sa availability sa server → pending booking → confirmation page na may manage link.
  4. Staff area na may login: darating, aalis, calendar grid, pag-block ng petsa.
  5. Email confirmation sa pamamagitan ng sarili mong provider, na may petsa, total, address at patakaran. Tingnan ang pagpapadala ng emails.
  6. Deposits sa Stripe test mode, at kumpirmahin lang ang booking kapag nagtagumpay ang bayad. Kailangang nakapublish ang app sa public URL para gumana ang payment webhook.
  7. Calendar sync sa ibang channels kung gumagamit ka nito, kasama ang araw-araw na manu-manong pagsusuri sa simula.
  8. Subukan ang mga gilid na kaso: dalawang browser na nagbu-book ng huling kuwarto, pamamalaging tumatawid sa pagbabago ng rate, kanselasyon na nagpapalaya ng mga gabi, at isang-gabing pamamalagi sa panahon ng minimum na pamamalagi.
  9. I-publish at gumawa ng totoong booking ikaw mismo bago alisin ang dating proseso mo.

Mga karaniwang pagkakamali

  • Pagtingin sa availability sa browser lang. Sa kalaunan, magkasabay na magbu-book ang dalawang bisita ng huling kuwarto.
  • Pagbilang sa gabi ng check-out bilang okupado (o hindi pagbilang sa gabi ng check-in). Sumulat ng test para sa dalawang gabing pamamalagi.
  • Iisang flat na presyo. Karamihan ng property ay nangangailangan man lang ng seasonal overrides.
  • Pagtatago ng kabuuan hanggang sa huling hakbang. Ipakita ang buong presyo ng pamamalagi, kasama ang anumang bayad na alam mo na, sa mga resulta.
  • Nakabaon sa footer ang mga patakaran. Ipakita ang mga tuntunin ng kanselasyon sa tabi ng pay button.
  • Pag-aakalang instant ang iCal sync. Hindi ito, kaya isara nang manu-mano ang mga petsa kapag malapit nang mapuno.

Kailan mas mabuti ang handang produkto

Kung higit sa ilang kuwarto ang pinamamahalaan mo, nagbebenta ka sa ilang online travel agencies, o kailangan mo ng housekeeping, invoicing at reporting, kadalasang tamang pagpili ang property management system na may built-in na booking engine at channel manager. Umiiral ang mga produktong ito para lutasin ang overbooking sa iba't ibang channel, at mahal itong gayahin nang maayos.

Akma ang custom na site sa maliliit na property na karamihan ay direct bookings ang tinatanggap, sa hindi karaniwang imbentaryo (glamping pitches, cabins na may shared na pasilidad, kuwartong ibinebenta kasama ang mga aktibidad), o kapag gusto mo ng sarili mong disenyo at karanasan ng bisita nang walang buwanang bayad bawat kuwarto. May ilang may-ari na nagpapares ng custom na website sa hosted booking engine na naka-embed dito, na kadalasang pinakamagandang kombinasyon ng dalawa.

Pagbuo nito gamit ang Mythex

Sa Mythex, ilalarawan mo ang property sa chat, susuriin ang site sa live preview (kasama ang phone-size frame), at ipu-publish kapag gumana na. Nakatira ang bookings, kuwarto at rates sa Postgres database na idinadagdag ng agent kapag kailangang mag-save ng data ang app; natutulog ito kapag idle at gumigising sa susunod na request. Ang staff login, email confirmations at deposits ay nakakabit sa sarili mong mga provider at keys, dahil walang built-in na end-user login, email o payments product ang Mythex, kaya basahin ang Stripe recipe bago ka magdagdag ng deposits. Gamitin ang /test para ipalakad sa agent ang paghahanap at booking, at ang checkpoints para bawiin ang pagbabagong sumira sa availability.

Para sa panimulang prompt, tingnan ang hotel booking system builder, ang guesthouse booking system builder, o ang glamping booking site template. Para sa oras-oras o appointment-style na booking sa halip na gabi, tingnan ang booking app guide.

Mga tanong

Paano naiiba ang hotel booking sa appointment booking?

Gabi ang ibinebenta ng hotel, hindi time slots. Binabantayan mo kung ilang kuwarto ng bawat uri ang bakante sa bawat gabi, sumasaklaw ang isang pamamalagi sa maraming gabi, at maaaring magbago ang presyo kada gabi.

Paano ko maiiwasan ang overbooking kung nagbebenta rin ako sa booking sites?

Dapat iisa ang pinagmumulan ng availability ng bawat channel. Kadalasang nagsi-sync ang maliliit na property ng calendar sa pamamagitan ng iCal links, na hindi agad-agad, kaya magpanatili ng buffer o isara agad ang mga petsa. Gumagamit ang mas malalaking property ng channel manager na nag-a-update sa lahat ng channel halos sa totoong oras.

Dapat bang bayaran nang buo ng bisita ang booking nila?

Depende sa patakaran mo. Karaniwang pagpipilian ang deposit sa pag-book, buong prepayment para sa non-refundable na rate, o card na naka-save at sisingilin sa bandang huli. Anuman ang piliin mo, ipakita ang cancellation policy bago ang bayad.

Sulit ba ang custom na hotel booking site para sa maliit na property?

Para sa maliit na B&B, puwedeng gumana nang maayos ang custom na site na may request-to-book o simpleng instant booking. Kapag nagbebenta ka na sa ilang online travel agency o namamahala ng maraming kuwarto, kadalasang sulit ang property management system na may booking engine at channel manager sa bayad nito.

Mythex · Pricing · Gumawa ng kahit ano gamit ang AI · Mga template ng website at app · Paghahambing ng Mythex · Glosaryo ng paggawa ng app gamit ang AI · Mga libreng tool sa paggawa ng app gamit ang 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 Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)