Så bygger du en webbplats för hotellbokning: rum, priser, tillgänglighet och betalningar

En hotellbokningswebbplats låter gäster välja datum, se vilka rum som är lediga för varje natt i vistelsen, se totalpriset och betala eller lämna en deposition – utan att någon behöver maila fram och tillbaka. För att bygga en behöver du rumstyper med antal rum, en modell för tillgänglighet per natt, priser som kan variera per datum, ett bokningsflöde som kontrollerar tillgängligheten på nytt när bokningen sparas, och en adminvy för receptionen. Det svåra är inte de vackra sidorna. Det är att se till att ett rum aldrig säljs två gånger, särskilt om du också säljer på bokningsplattformar.

Vad sidan behöver

Sidor

• Publikt: startsida, rum (foton, sängar, storlek, bekvämligheter, max antal gäster), en datum- och gästsökning, resultat med totalpris per rumstyp, ett bokningsformulär, betalning och en bekräftelsesida med länk för att hantera bokningen.
• Stöd: plats och vägbeskrivning, policyer (incheckningstider, avbokning, barn, husdjur), vanliga frågor och kontakt.
• Privat (personal): dagens in- och utcheckningar, en kalenderrutnätsvy av rum per natt, bokningslista, spärrade datum, priser och rumsinställningar.

Data

Lagra in- och utcheckning som datum, inte tider, och behandla utcheckningen som exklusiv: en vistelse från den 10:e till den 12:e använder nätterna för den 10:e och 11:e. Om du gör fel här uppstår den vanligaste tillgänglighetsbuggen.

Behörigheter

Gäster ser priser och om en rumstyp är ledig, men aldrig vem annan som bor där. Receptionspersonal ser bokningar och gästuppgifter; bara ägaren ändrar priser och villkor. Det kräver en personalinloggning med minst två roller.

Beslut och avvägningar

Bokningsförfrågan eller direktbokning

Bokningsförfrågan – gästen skickar datum och uppgifter, du bekräftar via e-post – är betydligt enklare och fungerar bra för ett litet gästhus. Direktbokning kräver helt tillförlitlig tillgänglighets- och betalningshantering, men konverterar bättre. Många boenden börjar med förfrågningar och byter senare.

Sälj rumstyper eller specifika rum

Gäster bokar oftast en rumstyp (”dubbelrum med havsutsikt”), och personalen tilldelar det faktiska rummet senare. Att sälja specifika rum är enklare att bygga men gör kalendern svårare att fylla.

Priser

Börja med ett pris per rumstyp och natt, med valfria undantag för datumintervall (högsäsong, helger) och en minsta vistelse. Lämna dynamisk prissättning, rabattkoder och paket till senare.

Betalningar

Alternativen, i stigande komplexitet: betalning på plats vid ankomst; en deposition via en hostad kassa som Stripe Checkout; full förskottsbetalning för ett icke återbetalningsbart pris; eller att spara ett kort för debitering senare. Betalningsregler, moms och turistskatter varierar mellan länder – kontrollera lokala regler eller fråga en rådgivare. Vår betalningsguide beskriver mekaniken.

Andra kanaler

Om rum också annonseras på resebyråers webbplatser eller plattformar för korttidsuthyrning måste du hålla kalendrarna i takt. Många av plattformarna kan exportera och importera kalendrar som iCal-länkar. Synk på det viset är vanligt för små boenden men sker med fördröjning, inte direkt. En kanalhanterare är det professionella svaret.

En första prompt som fungerar

Bygg en webbplats för direktbokning för Harbour House, ett gästhus med 9 rum i Tobermory, Skottland. Rumstyper: Dubbelrum (4 rum, 2 gäster, £120/natt), Tvåsängsrum (3 rum, 2 gäster, £115) och Familjerum (2 rum, 2 vuxna + 2 barn, £165). Gäster söker med incheckningsdatum, utcheckningsdatum och antal gäster och ser bara rumstyper med ett ledigt rum för varje natt i vistelsen, med totalpriset. Utcheckningen är exklusiv. Minsta vistelse är 2 nätter i juli och augusti. Bokningsformuläret samlar in namn, e-post, telefon och ankomsttid; spara det som ”väntar” och kontrollera tillgängligheten på nytt på servern innan det sparas. Personalområde med inloggning: dagens ankomster och avresor, en kalenderrutnätsvy av rum per natt, en bokningslista med status och ett sätt att spärra datum. Visa incheckning 15–20, utcheckning 10:00 och avbokningsvillkoren (gratis fram till 7 dagar före) på varje bokningssida. Lugn kustdesign, mobilen först.

Byggsteg

1. Modellera rum och nätter först. Rumstyper, rum, priser och tillgänglighetskontrollen. Testa den innan något designarbete.
2. Sök och resultat. Datumväljare, antal gäster, totalpris för vistelsen, tydliga ”slutsålt”-lägen.
3. Bokningsflödet. Formulär → tillgänglighetskontroll på servern → väntande bokning → bekräftelsesida med hanteringslänk.
4. Personalområde med inloggning: ankomster, avresor, kalenderrutnät, spärra datum.
5. E-postbekräftelse via din egen leverantör, med datum, totalsumma, adress och villkor. Se skicka e-post.
6. Depositioner i Stripes testläge, och bekräfta bokningen först när betalningen lyckas. En betalnings-webhook kräver att appen är publicerad på en offentlig adress.
7. Kalendersynk med andra kanaler om du använder dem, plus en daglig manuell kontroll i början.
8. Testa kanterna: två webbläsare som bokar det sista rummet, en vistelse som korsar en prisändring, en avbokning som frigör nätter, ennattsvistelser under en period med minsta vistelse.
9. Publicera och gör en riktig bokning själv innan du stänger av din gamla process.

Vanliga misstag

• Att kontrollera tillgängligheten bara i webbläsaren. Två gäster kommer så småningom att boka det sista rummet samtidigt.
• Att räkna utcheckningsnatten som upptagen (eller att inte räkna incheckningsnatten). Skriv ett test för en tvånattsvistelse.
• Ett enda fast pris. De flesta boenden behöver åtminstone säsongsundantag.
• Att dölja totalsumman tills sista steget. Visa hela vistelsens pris, inklusive kända avgifter, i resultaten.
• Villkor gömda i sidfoten. Visa avbokningsvillkoren bredvid betalningsknappen.
• Att se iCal-synk som direkt. Det är det inte; stäng datum för hand när du är nära fullt.

När en färdig produkt är det bättre valet

Om du har fler än en handfull rum, säljer via flera resebyråer online eller behöver stöd för städning, fakturering och rapportering är ett fastighetssystem (PMS) med inbyggd bokningsmotor och kanalhanterare oftast rätt val. Dessa produkter finns för att lösa dubbelbokning över kanaler, vilket är dyrt att återskapa väl.

En egen sida passar små boenden som främst tar direktbokningar, ovanliga utbud (glamping-platser, stugor med gemensamma faciliteter, rum som säljs tillsammans med aktiviteter), eller när du vill ha din egen design och gästupplevelse utan en månadsavgift per rum. En del ägare kombinerar en egen webbplats med en hostad bokningsmotor inbäddad i den – ofta det bästa av båda världar.

Bygga det med Mythex

I Mythex beskriver du fastigheten i chatten, granskar webbplatsen i live-förhandsvisningen (inklusive en telefonstor ram) och publicerar när den fungerar. Bokningar, rum och priser lagras i en Postgres-databas som agenten lägger till när appen behöver spara data; den somnar när den inte används och vaknar vid nästa förfrågan. Personalinloggning, e-postbekräftelser och depositioner kopplas till dina egna leverantörer och nycklar – Mythex har ingen inbyggd inloggning, e-post eller betalningsprodukt för slutanvändare – så läs Stripe-receptet innan du lägger till depositioner. Använd /test för att låta agenten gå igenom sökning och bokning, och checkpoints för att rulla tillbaka en ändring som bryter tillgängligheten.

Som startprompt kan du titta på AI-bygget för hotellbokningssystem, AI-bygget för gästhusbokningssystem eller mallen för glamping-bokningssajt. För timvis eller tidsbaserad bokning i stället för nätter, se guiden om bokningsappar.

Frågor