Gratis lanseringsguide for hoteller
Før den første gjesten klikker Bestill.
Åtte praktiske kontroller før lansering av direktebestilling. Gå gjennom dem med teamet og leverandøren – før dere flytter ekte reservasjoner, og etter endringer i viktige tilkoblinger.
Gratis CSV-nedlasting. Ingen e-post kreves. Legg aldri gjesteopplysninger eller passord i et offentlig forespørselsskjema.
Samle hotellopplysningene én gang.
Last ned det versjonerte arbeidsarket før oppsett. Det gir hotellet og lanseringsansvarlig ett sted for å bekrefte romidentitet, priser, regler, medierettigheter, ansvar for tilgjengelighet, gjestekontakt og gjenoppretting. Dupliser radene for romtyper og bestemte rom for hver salgbar enhet; hold interne felt borte fra offentlig innhold.
- Identifikatorer for bestilling og bestemte rom
- Offentlige opplysninger og internt ansvar holdes adskilt
- Datoer for gjenoppretting og kildeansvarlige inkludert
Bestem hvem som styrer tilgjengeligheten
Pek ut systemet som avgjør hvilke rom som kan selges: eiendomsstyringssystemet (PMS), kanaladministratoren eller bestillingsdatabasen. Hver direkte og ekstern bestilling må oppdatere denne kilden før en annen gjest kan kjøpe det samme rommet.
- Samsvar romnavn og ID-er mellom systemer
- Kontroller hotellets tidssone og salgbare datoer
- Test hver kanaltilkobling separat
Prøv å bestille det siste rommet to ganger
Bruk et testrom og be to testere bestille de samme datoene samtidig. Bare én skal lykkes. Test deretter overlappende opphold og gjenta en forespørsel etter et nettverksbrudd. Det samme rommet må være tilgjengelig hver natt i et bekreftet opphold.
- Overlappende opphold kan ikke få samme rom
- Nye forsøk oppretter én reservasjon, ikke to
- Rom stengt for vedlikehold forblir utilgjengelige
La sluttprisen være endelig
Vis valuta, avgifter, inkluderte ytelser, tillegg og kanselleringsvilkår før betaling. Den lagrede reservasjonen beholder prisversjonen som ble brukt ved betaling.
- Totalsummen stemmer med bekreftelsen
- Prisendringer kan spores
- Ingen automatiske tillegg
La leverandøren håndtere kortdata
Bruk betalingsfelt som leverandøren drifter, og la hotellet motta pengene via sin godkjente leverandørkonto. Lagre referanser og status – aldri rå kortnumre.
- Leverandørgebyr vises separat
- Mislykkede og avbrutte betalinger er testet
- Ansvar for refusjon er avtalt
Gi oppholdet én identitet
Gjesten, hotellteamet, betalingsloggen og støtteprosessen må bruke samme stabile reservasjonsreferanse fra bekreftelse til kansellering.
- Referansen er unik og lesbar
- Bekreftelsen kan hentes opp igjen
- Gjeste- og hotellvisning stemmer overens
Endre og kanseller en testbestilling
Prøv datoendringer, frister for kansellering og refusjoner før den første ekte gjesten bestiller. Gjenta den samme kanselleringsforespørselen og avbryt tilkoblingen. Bestilling og tilgjengelighet må fortsatt stemme overens etterpå.
- Gjentatt kansellering må ikke gjenta refusjonen
- Rommet blir tilgjengelig bare én gang
- Hotellet kan se hva som skjedde
Test levering og gjenoppretting
Bekreft at meldinger til hotell og gjest leveres, feil er synlige og bestillinger kan gjenopprettes hvis e-post, en leverandør eller appen midlertidig er utilgjengelig.
- Leveringsstatus registreres
- Gjenoppretting fra uavhengig sikkerhetskopi
- Ansvarlig for hendelsen er navngitt
Mål reisen på nettstedet
Test veien fra hotellets Bestill-knapp til bekreftet reservasjon på ekte mobil- og datamaskintilkoblinger. Mål starter, feil og bekreftelser uten annonseprofiler.
- Datoer er første handling
- Kjernesidene forblir raske
- Frafall har en tydelig ansvarlig
Spørsmål før lansering.
Kan et uavhengig hotell lansere uten en kanaladministrator?
Bare når hotellet har én kontrollert kilde til rom som kan selges og en trygg driftsprosess. Hoteller som selger de samme rommene via flere kanaler, trenger vanligvis en verifisert PMS- eller kanaltilkobling før direktebestilling går live.
Bør bestillingssiden mellomlagres?
Presentasjonsskallet kan mellomlagres, men tilgjengelighet i sanntid, reservasjonshold, prissjekker og lagring av reservasjoner må bruke ferske data og feile trygt.
Hva er den farligste lanseringsfeilen?
Å la mer enn ett system selge det siste rommet uten en atomisk reservasjon eller verifisert synkronisering.
Betyr en vellykket betaling at bestillingen er fullført?
Ikke alene. Betalings- og reservasjonsstatus må stemme overens, slik at gjesten aldri belastes uten en bestilling som kan gjenopprettes, og hotellet ikke bekrefter et ubetalt opphold ved en feil.
Ditt neste nyttige steg
Ta et mer informert valg.
Tilbudet
Direktebestilling for hotellet ditt
Hva Booking Engine til €5 inkluderer, og hva som koster ekstra.
↗Sammenlign kostnaderLegg inn dine egne tall
Sammenlign årlige programvareavgifter. Ingen e-post eller registrering nødvendig.
↗Planlegg overgangenBytt uten å miste detaljene
Eksisterende bestillinger, romtilgjengelighet og overleveringsplanen.
↗Trenger du hjelp med å planlegge oppsettet?