Jedinica 2 / 11

Upravljanje rezervacijama i kanalima: popunjenost, nedolazak i prebukiranje

Dobici:

  • Sposobnost razumijevanja kanala rezervacija (OTA, direktna, agencija), koncepta popunjenosti i nedolaska i korištenje umjetne inteligencije za izradu sažetka potražnje i nacrta podsjetnika
  • Sposobnost procjene scenarija prebukiranja i otkazivanja na bazi scenarija po scenarij uz podršku umjetne inteligencije
  • Biti u stanju tvrditi da je izlaz umjetne inteligencije statistički prijedlog i da konačna odluka koja utiče na prebukiranje i viktimizaciju gostiju pripada menadžeru.

Prihod hotela ili objekta često se ne može razumjeti gledanjem na jednu cifru: koliko je soba prodato jednako je važno koliko i koliko je soba prodato, kojim kanalom, po kojoj cijeni i s koliko otkaza. Upravljanje rezervacijama i kanalima je umjetnost upravljanja cjelokupnom slikom. U ovoj ćete jedinici naučiti kako pouzdano koristiti umjetnu inteligenciju (AI) za sumiranje tokova rezervacija, tumačenje obrazaca otkazivanja i nedolaska, pripremanje tekstova podsjetnika i procjenjivanje scenarija prebukiranja. Upozorenje od početka: overbooking, najkritičnija odluka u ovoj jedinici, je vrlo rizična odluka i AI samo generiše scenarije ovdje, nikada nema konačnu riječ.

Upoznavanje kanala

Hajde da prvo razjasnimo uslove. Kanal za rezervaciju je način na koji se soba prodaje. Glavni kanali su: direktni kanal (vlastita web stranica hotela, telefon, recepcija - bez provizije), OTA (Online turistička agencija; online platforme kao što su Booking.com, Expedia - primaju proviziju), turistička agencija/turoperator (prodaja u velikim količinama ili paketima) i GDS (globalni distribucijski sistem; distributivna mreža koja kombinuje korporativnu i agencijsku prodaju). Menadžer kanala je softver koji sinhronizuje dostupnost i cenu na svim ovim kanalima sa jednog mesta; Njegova svrha je spriječiti prodaju iste sobe na dva kanala (greška prebukiranja).

Još dva osnovna koncepta: Nedolazak je gost koji se ne pojavi i ne javi iako je napravio rezervaciju. Otkazivanje je kada gost prekrši svoju rezervaciju prije dolaska. Ove dvije su neizvjesnosti koje najviše utiču na prihod, jer soba koja se čini da je prodata može postati prazna u posljednjem trenutku.

U ovoj tabeli, AI vam može dati sljedeće: sumirati distribuciju kanala, tumačiti obrasce otkazivanja i nepojavljivanja, nacrt potvrde/podsjetnika koji treba poslati gostu, tabelarizirati moguće ishode različitih scenarija prebukiranja. Ono što ne može dati: stvarna dostupnost, stvarna vjerovatnoća otkazivanja i konačni broj prebukiranja. Ovo dolazi iz vašeg sistema i odluke.

Korak po korak: čitanje podataka o rezervacijama pomoću AI

  1. Donesite podatke anonimne i strukturirane. Uklonite polja kao što su kanal, noćenje u sobi, broj otkazivanja iz vašeg PMS-a bez imena.
  2. Napišite kontekst. Navedite period, vrstu objekta, sezonu i šta želite naučiti.
  3. Zatražite račune i komentare. Zamolite AI da izračuna omjere i napiše komentar od jednog pasusa.
  4. Verify. Ručno provjerite svaki omjer; Provjerite lažne brojeve.
  5. Pretvorite to u odluku. Izlaz je ulaz; Strategija kanala i odluka o prebukiranju je vaša.

Sljedeća tabela sumira tipične prednosti i troškove kanala:

kanal

Prednost

Trošak/rizik

korist od AI

direktno

Bez provizije, čuvate podatke

Teško je stvoriti potražnju

Napišite tekst potvrde/podsjetnika

OTA

visoka vidljivost

15-20% provizije

Sažetak komentara i zahtjeva

agencija/tour

masovna popunjenost

Niska marža, ugovor

nacrt prijedloga

GDS

Korporativni pristup

Kompleksno, plaćeno

Sažetak izvještaja

Nepojavljivanje i otkazivanje: tumačenje uzorka pomoću AI

Nedolazak i otkazivanje nisu slučajni; Često nose šare. Na primjer, dok je otkazivanje nisko za bespovratne tarife, može biti visoko za fleksibilne tarife; rezervacije sa određenih kanala mogu dovesti do više nepojavljivanja; Last minute rezervacije se ponašaju drugačije. AI može sumirati ove obrasce kada date podatke i pokažete u kojem segmentu je koncentrisan rizik. Ali budite oprezni: rezultat koji AI proizvodi, kao što je "ova rezervacija nosi 30% rizik od nepojavljivanja", je statističko predviđanje; Ne koristi se za stigmatizaciju pojedinačnog gosta, već kao opći signal za podsjetnik i plan prebukiranja.

Oprez: Označavanje gosta kao "rizičnog" na osnovu prethodnog obrasca nepojavljivanja i ograničavanja usluge stvara diskriminaciju i rizike po ugled. Koristite AI rezultat za svoje planiranje, a ne protiv gosta.

Overbooking: odluka sa najvećim rizikom

Overbooking je kada hotel proda više soba nego što ima; Njegova logika je zasnovana na pretpostavci da će neki gosti ipak otkazati ili neće doći. Kada se uradi ispravno, ispunjava prazne prostorije; Kada se uradi pogrešno, stvara se gost koji nema sobu kada dođe (situacija hodanja/preseljenja), što je veoma skupa noćna mora za brend. Ovdje AI može generirati scenarije za vas na osnovu vjerojatnosti otkazivanja/nepojavljivanja: "ako preprodate 5 soba i vaša istorijska stopa otkazivanja je 8%, očekivani broj otvorenih soba je ovo." Ali konačna odluka o prebukiranosti – koliko soba, koje noći, s kojom naknadom i politikom prolaska – ostaje na pojedincu.

tri mini kofera

Slučaj 1 — Balans kanala. 78% prihoda butik hotela dolazi od jednog OTA-a, a trošak provizije je povećan. Menadžer je dao anonimnu distribuciju prihoda od kanala AI i zatražio sažetak i ideje za direktan razvoj kanala. YZ je sastavio e-poruku s potvrdom koja nudi malu pogodnost (ranu prijavu) za direktnu rezervaciju. Hotel je ovo uredio i iskoristio; Udio direktnog kanala povećao se sa 14% na 22% u 3 mjeseca. Sve numeričke tvrdnje proizašle su iz vlastitih podataka hotela, AI je proizvela samo komentare i tekst.

Slučaj 2 — Neprovjereno prebukiranje. Menadžer je pitao AI bez podataka: "Koliko još soba mogu prodati sutra?" YZ je rekao "udobno 8 soba". Menadžer je vjerovao; Sutradan je neočekivano došlo do samo 2 otkazivanja, a 6 gostiju je ostalo bez sobe i poslano u drugi hotel uz nadoknadu. Greška: čeka se broj od AI bez stvarne historije otkazivanja i specifičnog zahtjeva za tu noć.

Slučaj 3 — Ponižavanje nivoa bez pojavljivanja sa podsjetnikom. Nedolazak je bio visok za rezervacije sa fleksibilnim cijenama u jednom objektu. Tim je zatražio od AI da se nacrti teksta pošalju dan prije prijave, uključujući nježni, višejezični podsjetnik i link za jednostavno otkazivanje. Tekstovi poslani uz ljudsko odobrenje; Stopa nedolaska je mjerljivo opala jer su odsutni gosti otkazali unaprijed i napustili sobu.

Slaba prompt / Jaka prompt

Slab upit:

Reci mi koliko još soba da prodam za sutra?

Ovaj upit je opasan: AI ne zna stvarnu dostupnost, specifičnu potražnju za tu noć i povijest otkazivanja; Navedeni broj je fiktivan i može uzrokovati viktimizaciju gosta.

Snažan upit:

Vaša uloga: asistent za upravljanje prihodima. Odluka je moja, vi samo smislite scenario. Podaci (anonimno): Hotel sa 100 soba, izgleda da će sutra biti zauzeto 100 soba. Prosječna stopa otkazivanja+nepojavljivanja za ovu vrstu noćenja u posljednjih 12 mjeseci je 6%, najniža je 2%. Zadatak: prikazati u tabeli očekivani rizik otvorene sobe i bezprostornosti za različite brojeve prebukiranosti (0, 2, 4, 6); objasni kalkulaciju; naglasiti najgori scenario. NAMETANJE tačnog broja, sabiranje izmišljene stope.

Šablon: email za potvrdu/podsjetnik kanala:

Vaša uloga: pomoćnik za komunikaciju sa gostima koji piše u skladu sa tonom brenda hotela. Jezik: [turski/engleski/njemački]. Ton: topao, kratak, profesionalan. Kontekst: [tip nekretnine], prijava [datum], fleksibilna cijena. Zadatak: Nacrtajte email od 90 riječi koji (1) potvrđuje rezervaciju, (2) vas podsjeća na lako otkazivanje/promjenu dostupnosti, (3) poziva na kontakt s pitanjem. DODAJTE cijenu, broj sobe ili lične podatke; Ja ću ih dodati.

Šablon: sažetak distribucije kanala:

Ispod je moja anonimna tabela prihoda od kanala: [kanal: soba-noćenje, prihod]. Zadatak: izračunajte udio prihoda svakog kanala kao postotak (prikažite formulu), napišite komentar od jednog pasusa, direktno predložite 3 ideje za razvoj kanala. Ne izmišljajte brojeve za koje nisam dao podatke.

Uzorak: ne-pojavljivanje sažetak uzorka:

Anonimni podaci: brojevi rezervacija i nedolaska po segmentima [tabela]. Zadatak: pokazati koji segment ima najveću stopu nepojavljivanja, komentirati moguće razloge, predložiti strategiju podsjetnika. Nemojte koristiti izraze koji stigmatiziraju pojedinog gosta; Interpretirajte rezultate u svrhe planiranja.

Uobičajene greške

  • Neka AI odredi broj overbookinga. AI generiše scenarije; Koliko će soba biti preprodato zavisi od istorije otkazivanja i odluke menadžera.
  • Brendiranje gostiju sa rezultatom nepojavljivanja. Ovo je diskriminacija i rizik za reputaciju; Rezultat je samo u svrhu planiranja.
  • Oslanjanje na komentare bez provjere podataka kanala. Sažetak AI je vrijedan ako je unos tačan.
  • Dijeljenje ličnih podataka. Ime rezervacije, kartica i pasoš ne ulaze u otvoreno vozilo.
  • Zanemarivanje zavisnosti od jednog kanala. AI pokazuje balans, ali strategija kanala je vaša.
Savjet: U scenarijima prebukiranja, uvijek tražite od AI za liniju "najgoreg scenarija". Prilikom donošenja odluke, pripremite plan kompenzacije i alternativnih objekata na osnovu najgoreg slučaja, a ne prosjeka.

Ukratko

Upravljanje rezervacijama i kanalima cilja na uravnotežen i solidan prihod, a ne na popunjenost. U ovom poslu, AI proizvodi sažetke kanala, komentare o nepojavljivanju, tekstove podsjetnika i scenarije prebukiranja; Ali stvarna dostupnost, mogućnost otkazivanja i odluka o prebukiranju dolaze iz vašeg sistema i prosudbe. Najveća rizična odluka je prebukiranje, gdje AI samo generiše scenarije, a ljudi donose odluke.

Zadatak aplikacije

Koristite predložak za prebukiranje „Snažan prompt“ za (ili hipotetičku) noć u vašem objektu: objekat sa 100 soba, tabelarni prikaz scenarija prebukiranosti 0/2/4/6 u AI, uz pretpostavku prosječnog 6% otkazivanja/nedolaska. Potvrdite rezultat (očekivane otvorene sobe = prebukiranost − očekivano otkazivanje), označite najgori scenario i u 5 rečenica obrazložite koji ćete broj prebukiranosti izabrati, s kojim planom kompenzacije.

kontrolna lista

  • [ ] Jesam li anonimizirao i strukturirao podatke o rezervaciji?
  • [ ] Da li sam želio liniju "najgoreg scenarija" za overbooking?
  • [ ] Jesam li ručno provjerio svaki omjer koji AI vraća?
  • [ ] Jesam li koristio ocjenu nepojavljivanja za planiranje, a ne za pečatiranje gostiju?
  • [ ] Jesam li konačnu odluku o prebukiranju i kanalu pripisao čovjeku?