Bazat e channel manager: shmangni mbirezervimet

Shitja e të njëjtave dhoma në Booking.com, Airbnb, Expedia dhe në faqen tuaj të internetit është mënyra më e lehtë për të mbushur një hotel të vogël. Është gjithashtu mënyra më e lehtë për të shitur dy herë të njëjtën dhomë.

Një mbirezervim (overbooking) kushton shtrenjtë. Ju paguani për akomodimin alternativ të mysafirit, mund të humbni një vlerësim dhe OTA-të mund të penalizojnë listimin tuaj. Lajmi i mirë është se pothuajse çdo mbirezervim ka një shkak teknik të qartë dhe shumica mund të parandalohen me konfigurim të saktë.

Si ndodhin realisht mbirezervimet

Përditësime manuale në extranet

Nëse e përditësoni disponueshmërinë duke hyrë manualisht në çdo extranet, gjithmonë ka një hendek kohor midis momentit kur vjen një rezervim në një kanal dhe momentit kur e mbyllni dhomën në kanalet e tjera. Në një mbrëmje të ngarkuar, dy rezervime mund të hyjnë pikërisht në atë hendek.

Vonesat e iCal

Shumë njësi të vogla akomodimi lidhin Airbnb, Vrbo dhe platforma të tjera me linke kalendari iCal. iCal është i thjeshtë dhe falas, por nuk është në kohë reale. Çdo platformë e merr kalendarin tuaj sipas orarit të vet, zakonisht diku nga çdo 30 minuta deri në çdo disa orë. Gjatë asaj periudhe, një dhomë që sapo e keni shitur diku tjetër ende duket e lirë.

iCal gjithashtu ndan vetëm datat e bllokuara. Nuk dërgon çmime, kufizime apo numrin e dhomave të mbetura, prandaj funksionon dobët për çdo rast tjetër përveç një njësie të vetme.

API dykahëshe kundrejt iCal

Një lidhje API dykahëshe funksionon ndryshe. Disponueshmëria, çmimet dhe kufizimet dërgohen në kanal sapo ndryshojnë, ndërsa rezervimet e reja, modifikimet dhe anulimet kthehen automatikisht në sistemin tuaj. Dritarja kohore ku mund të ndodhë një rezervim i dyfishtë zvogëlohet nga orë në sekonda.

Gabime në lidhjen e tipeve të dhomave

Çdo kanal ka listën e vet të tipeve të dhomave dhe channel manager juaj duhet t’i lidhë ato saktë. Nëse “Dhomë dyshe me ballkon” është lidhur me dhomën e gabuar në Booking.com, ose nëse dy tipe dhomash të kanalit tregojnë te e njëjta stok fizik pa u numëruar së bashku, disponueshmëria del jashtë sinkronizimit.

Lidhja e planeve të çmimit

Edhe planet e çmimit, si të pakthyeshme, me mëngjes të përfshirë ose për qëndrim të gjatë, duhet të lidhen. Një plan çmimi që nuk është lidhur, ose është lidhur me dhomën e gabuar, mund të mbetet i hapur në një kanal edhe kur mendonit se e kishit mbyllur.

Datat e mbyllura nuk dërgohen

Ju mbyllni një datë për mirëmbajtje ose për një event privat në sistemin tuaj, por mbyllja nuk dërgohet kurrë në njërin prej kanaleve, ndoshta sepse është i lidhur me iCal ose sepse ai tip dhome nuk është lidhur. Kanali vazhdon të shesë.

Anulimet nuk kthehen

Kur një anulim ose modifikim në një OTA nuk arrin në sistemin tuaj, dhoma mbetet e bllokuar ose, edhe më keq, një interval datash i modifikuar nuk përditësohet. Ndonjëherë ndodh e kundërta: ju anuloni në sistemin tuaj, por kanali ende e trajton rezervimin si aktiv.

Lista e kontrollit për konfigurimin

Pjesa më e madhe e punës për parandalimin e mbirezervimeve bëhet një herë, kur lidhni kanalet tuaja. Kalojeni këtë listë me kujdes.

Zgjidhni një burim të vetëm të së vërtetës. E gjithë disponueshmëria duhet të vijë nga një vend: PMS dhe channel manager juaj. Ndaloni ndryshimin e disponueshmërisë drejtpërdrejt në extranet-e, përveç rasteve urgjente.
Lidhni çdo tip dhome. Kontrolloni që çdo tip dhome në çdo kanal të jetë lidhur me dhomën e saktë në sistemin tuaj dhe që asgjë të mos mbetet pa lidhur.
Lidhni çdo plan çmimi. Bëni të njëjtën gjë për planet e çmimit. Mbyllni ose fshini çdo plan çmimi në një kanal që nuk keni ndërmend ta shisni.
Vendosni një maksimum për shitje për kanal nëse ju nevojitet. Allotment-et ose një vlerë “max to sell” ju lejojnë të kufizoni sa dhoma mund të marrë secili kanal, për shembull duke mbajtur dy dhoma për rezervime direkte në sezonin e pikut.
Merrni parasysh një buffer të vogël. Në data me kërkesë të lartë, mbajtja e një dhome jashtë OTA-ve ju jep një zgjidhje ku të akomodoni një mysafir nëse diçka shkon keq.
Vendosni qëndrimin minimal dhe kufizimet e tjera në mënyrë qendrore. Qëndrimi minimal, mbyllur për mbërritje dhe mbyllur për nisje duhet të vendosen një herë dhe të dërgohen në çdo kanal, jo të mirëmbahen veçmas.
Zëvendësoni iCal aty ku mundeni. Përdorni lidhje dykahëshe për çdo kanal që i ofron dhe mbajeni iCal vetëm për platformat ku nuk ka API të disponueshme.
Testoni përpara se të dilni live. Bëni një rezervim test dhe një anulim në secilin kanal dhe kontrolloni që të shfaqen saktë në kalendarin tuaj.
Kontrolloni rregullisht log-un e lidhjes. Një channel manager i mirë ju tregon përditësimet e dështuara. Shikojeni çdo ditë gjatë javëve të para.

Çfarë të bëni kur një mbirezervim ndodh gjithsesi

Edhe me konfigurim të kujdesshëm, një mbirezervim mund të ndodhë sërish, për shembull gjatë një ndërprerjeje të kanalit. Kini gati një plan që të mos improvizoni me mysafirin në recepsion.

Veproni sa më herët të jetë e mundur. Sapo të dalloni rezervimin e dyfishtë, vendosni cilin rezervim do të zhvendosni. Të kontaktoni mysafirin disa ditë më parë është shumë më mirë sesa t’ia thoni në mbërritje.

Kini një politikë “walk”. Një politikë “walk” përcakton si e zhvendosni një mysafir kur nuk mund ta akomodoni. Zakonisht mbulon cilat njësi akomodimi pranë përdorni, kush paguan për dhomën alternative dhe transportin, dhe kush e merr vendimin.

Zhvendoseni në një njësi të barabartë ose më të mirë. Mbani një listë të shkurtër hotelesh pranë me standard të ngjashëm ose më të lartë dhe bini dakord paraprakisht me pronarët e tyre që të ndihmoni njëri-tjetrin kur nevojitet.

Ofroni kompensim të drejtë. Paguani diferencën e çmimit dhe taksinë, dhe merrni parasysh një gjest si zbritje për një qëndrim të ardhshëm. Një zhvendosje e menaxhuar mirë shpesh përfundon ende me një vlerësim pozitiv.

Kontaktoni mbështetjen për partnerët të OTA-së. Nëse rezervimi erdhi përmes Booking.com, Airbnb ose një kanali tjetër, njoftoni ekipin e tyre të mbështetjes për partnerët për atë që ndodhi. Ata mund të ndihmojnë me mysafirin dhe dokumentimi i shkakut mbron listimin tuaj nëse ishte një defekt teknik.

Gjeni shkakun. Pasi mysafiri të jetë sistemuar, gjurmoni saktësisht pse ndodhi: lidhje e gabuar, vonesë iCal, ndryshim manual ose përditësim i dështuar. Rregullojeni që të mos ndodhë përsëri.

Si e menaxhon këtë channel manager i Ospitessa

Channel manager i Ospitessa është i integruar në PMS, prandaj kalendari që përdorni çdo ditë është burimi i vetëm i disponueshmërisë.

Në kanalet me lidhje dykahëshe, disponueshmëria, çmimet dhe kufizimet dërgohen brenda pak sekondash nga çdo ndryshim, ndërsa rezervimet, modifikimet dhe anulimet kthehen automatikisht.
Lidhjet mbulojnë Booking.com, Expedia, Airbnb, Agoda, Trip.com, Google Hotels, Vrbo, Hotelbeds, Hostelworld, HRS dhe më shumë se 70 partnerë të tjerë. Shihni listën e plotë në faqen tonë të integrimeve.
iCal është i disponueshëm vetëm si zgjidhje rezervë për platformat pa lidhje API.
Tipet e dhomave dhe planet e çmimit lidhen një herë, dhe ju mund të vendosni allotment-e, qëndrim minimal dhe kufizime të tjera në një vend përmes çmimeve dhe disponueshmërisë.
Rezervimet nga sistemi juaj i rezervimeve online (booking engine) përditësojnë të njëjtin kalendar, kështu që rezervimet direkte dhe ato nga OTA-të nuk konkurrojnë kurrë për të njëjtën dhomë.

Nëse po kaloni nga përditësimet manuale në extranet ose nga linket iCal dhe dëshironi të kontrolloni lidhjet përpara kalimit, rezervoni një demo dhe do ta shqyrtojmë së bashku me ju.

channel managermbirezervimBooking.comAirbnbshpërndarja