Nemokamas viešbučio paleidimo vadovas
Prieš pirmajam svečiui paspaudžiant Rezervuoti.
Aštuoni praktiniai patikrinimai viešbučio tiesioginiam rezervavimui paleisti. Atlikite juos su komanda ir teikėju prieš perkeldami tikras rezervacijas ir po svarbių jungčių pakeitimų.
Nemokamas CSV atsisiuntimas. El. pašto nereikia. Niekada neįrašykite svečių įrašų ar slaptažodžių viešoje užklausos formoje.
Surinkite viešbučio faktus vieną kartą.
Prieš nustatymą atsisiųskite versijuotą darbalapį. Jis suteikia viešbučiui ir paleidimo atsakingajam vieną vietą kambarių tapatybei, kainoms, taisyklėms, medijos teisėms, kambarių fondo valdymui, svečių kontaktams ir atkūrimo atsakomybei patvirtinti. Kopijuokite kambario tipo ir konkretaus kambario eilutes kiekvienam parduodamam vienetui; vidinių laukų neviešinkite.
- Rezervacijų ir konkrečių kambarių identifikatoriai
- Vieši faktai atskirti nuo vidinės atsakomybės
- Įtrauktos atkūrimo datos ir atsakingi už šaltinius
Nuspręskite, kas valdo užimtumą
Nurodykite sistemą, kuri sprendžia, kuriuos kambarius galima parduoti: viešbučio valdymo sistemą (PMS), kanalų valdiklį ar rezervacijų duomenų bazę. Kiekviena tiesioginė ir trečiosios šalies rezervacija turi atnaujinti tą šaltinį prieš kitam svečiui perkant tą patį kambarį.
- Suderinkite kambarių pavadinimus ir ID tarp sistemų
- Patikrinkite viešbučio laiko juostą ir parduodamas datas
- Išbandykite kiekvieno kanalo jungtį atskirai
Pabandykite paskutinį kambarį užsakyti du kartus
Naudokite bandomąjį kambarį ir paprašykite dviejų testuotojų tuo pat metu rezervuoti tas pačias datas. Pavykti turi tik vienam. Tada tikrinkite persidengiančias viešnages ir pakartokite užklausą po tinklo nutrūkimo. Kambarys turi būti laisvas kiekvieną patvirtintos viešnagės naktį.
- Persidengiančios viešnagės negali užimti to paties kambario
- Pakartojimai sukuria vieną rezervaciją, ne dvi
- Priežiūrai uždaryti kambariai lieka neprieinami
Tegul galutinė kaina būna galutinė
Prieš mokėjimą parodykite valiutą, mokesčius, įskaičiuotas paslaugas, priemokas ir atšaukimo sąlygas. Išsaugotoje rezervacijoje lieka atsiskaitymo metu naudota kainos versija.
- Suma atitinka patvirtinimą
- Kainų pakeitimai atsekami
- Nėra automatinių papildomų paslaugų
Kortelės duomenis palikite pas teikėją
Naudokite teikėjo priglobtus mokėjimo laukus, kad viešbutis gautų lėšas per patvirtintą paskyrą. Saugokite nuorodas ir būseną, niekada neapdorotus kortelių numerius.
- Teikėjo mokestis rodomas atskirai
- Nesėkmingi ir palikti mokėjimai išbandyti
- Sutarta atsakomybė už pinigų grąžinimą
Suteikite viešnagei vieną tapatybę
Svečias, viešbučio komanda, mokėjimo įrašas ir pagalbos procesas nuo patvirtinimo iki atšaukimo turi naudoti tą pačią pastovią rezervacijos nuorodą.
- Nuoroda unikali ir įskaitoma
- Patvirtinimą galima gauti
- Svečio ir viešbučio rodiniai sutampa
Keisti ir atšaukti bandomąją rezervaciją
Prieš pirmą tikrą svečio rezervaciją išbandykite datų keitimą, atšaukimo terminus ir grąžinimus. Pakartokite tą patį atšaukimo prašymą ir nutraukite ryšį. Po to rezervacija ir užimtumas vis tiek turi sutapti.
- Pakartotinis atšaukimas nekartoja pinigų grąžinimo
- Kambarys tampa laisvas tik vieną kartą
- Viešbutis mato, kas įvyko
Išbandyti pristatymą ir atkūrimą
Patikrinkite, ar viešbučio ir svečių pranešimai pristatomi, ar klaidos matomos ir ar rezervacijas galima atkurti, kai el. paštas, paslaugos teikėjas ar programa laikinai nepasiekiami.
- Pristatymo būsena registruojama
- Nepriklausomas atsarginių kopijų atkūrimas
- Nurodytas už incidentą atsakingas asmuo
Matuokite lankytojo kelią svetainėje
Išbandykite kelią nuo viešbučio mygtuko Rezervuoti iki patvirtintos rezervacijos tikruose mobiliuosiuose ir kompiuteriniuose ryšiuose. Matuokite pradėjimus, klaidas ir patvirtinimus be reklaminių profilių.
- Pirmas veiksmas — datos
- Pagrindiniai puslapiai išlieka greiti
- Nutrūkus procesui aišku, kas atsakingas
Klausimai prieš paleidimą.
Ar nepriklausomas viešbutis gali startuoti be kanalų valdymo sistemos?
Tik kai viešbutis turi vieną valdomą parduodamų kambarių šaltinį ir saugų darbo procesą. Viešbučiams, parduodantiems tuos pačius kambarius keliais kanalais, paprastai reikia patikrinto PMS ar kanalų ryšio prieš paleidžiant tiesioginį rezervavimą.
Ar rezervavimo puslapį reikia saugoti podėlyje?
Vaizdinį apvalkalą galima laikyti podėlyje, tačiau gyva pasiūla, laikini sulaikymai, kainų tikrinimas ir rezervacijų įrašymas turi naudoti naujausius duomenis ir saugiai sustoti klaidos atveju.
Kokia pavojingiausia paleidimo klaida?
Leisti kelioms sistemoms parduoti paskutinį kambarį be atominio rezervavimo ar patikrinto sinchronizavimo kelio.
Ar sėkmingas mokėjimas reiškia, kad rezervacija baigta?
Ne savaime. Mokėjimo ir rezervacijos būsenos turi sutapti, kad iš svečio nebūtų nuskaitoma be atkuriamos rezervacijos ir viešbutis netyčia nepatvirtintų neapmokėtos viešnagės.
Jūsų kitas naudingas žingsnis
Pasirinkite turėdami daugiau informacijos.
Pasiūlymas
Tiesioginis rezervavimas jūsų viešbučiui
Kas įeina į €5 Booking Engine ir kas kainuoja papildomai.
↗Palyginti išlaidasĮrašykite savo skaičius
Palyginkite metinius programinės įrangos mokesčius. Nereikia el. pašto ar registracijos.
↗Planuoti perėjimąPereikite neprarasdami detalių
Esamos rezervacijos, kambarių užimtumas ir perdavimo planas.
↗Reikia pagalbos planuojant sąranką?