Yksikkö 3 / 11

Tulojen hallinta ja dynaaminen hinnoittelu

Voitot:

  • Kyky laskea ja tulkita tulonhallinnan indikaattoreita, kuten RevPAR, ADR ja käyttöaste tekoälyn tuella
  • Kyky laatia tekoälyä ja arvioida dynaamisia hinnoitteluskenaarioita kysynnän, vuodenajan ja kilpailijatietojen perusteella
  • Ymmärtää, että hintapäätös kuuluu ihmiselle markkinat, brändin asema ja eettiset rajat huomioiden ja että tekoäly tuottaa vain skenaarioita.

Sama huone samassa hotellissa voidaan myydä 1 800 TL tiistai-iltana, 3 200 TL viikonloppuna ja 4 500 TL festivaaliviikolla. Tämä ei ole epäjohdonmukaisuus, se on menetelmä: sitä kutsutaan tulojen hallitukseksi. Sen tavoite on yksinkertainen: myydä oikea huone oikealle vieraalle, oikeaan aikaan, oikeaan hintaan, oikean kanavan kautta. Tässä osiossa opit käyttämään tekoälyä (AI) laskemaan tuloindikaattoreita, tulkitsemaan kysyntä- ja kilpailijatietoja sekä luomaan dynaamisia hinnoitteluskenaarioita. Kriittinen periaate on alusta alkaen: hintapäätös on erittäin riskialtis päätös; Tekoäly tuottaa skenaarioita, ihmiset määräävät hinnan.

Kolme tulonhallinnan avainindikaattoria

Ennen kuin puhumme hinnoittelusta, selvitetään kolme numeroa.

Käyttöaste: Myytyjen huoneiden lukumäärä jaettuna myytävien huoneiden määrällä. Jos 120 huoneen hotellissa myydään 96 huonetta, käyttöaste on 80 % (96 / 120).

ADR (Average Daily Rate): Huonetulot jaettuna myytyjen huoneiden määrällä. Jos 96 huonetta myytiin yhteensä 230 400 TL / yö, ADR = 230 400 / 96 = 2 400 TL.

RevPAR (Revenue Per Available Room): Huonetulo jaettuna myytävien huoneiden määrällä; vaihtoehtoisesti käyttöaste × ADR. Yllä olevassa esimerkissä RevPAR = 230 400 / 120 = 1 920 $ tai 80 % × 2 400 = 1 920 $. RevPAR on tulonhallinnan sydän, koska se yhdistää sekä käyttöasteen että hinnan yhdeksi numeroksi.

Miksi molemmat ovat tärkeitä? Koska korkea käyttöaste ei ole aina hyvä. Huoneiden myyminen erittäin halvalla ja 100 %:n käyttöasteen saavuttaminen voi olla huonompaa kuin hieman kalliimman myyminen ja 85 %:n käyttöasteen ja korkeamman RevPAR:n saavuttaminen. Tekoäly voi laskea ja näyttää nämä kaksi skenaariota vierekkäin, kun annat tiedot; Kumman valitset, riippuu strategiastasi ja markkinatuntemuksestasi.

ilmaisin

kaava

Mitä se mittaa?

käyttöaste

Huone myyty / myyty huone

Kuinka täynnä olet?

ADR

Huonetulot / myydyt huoneet

Kuinka paljon myit sen keskimäärin?

RevPAR

Huonetulot / Myytävä huone

Kuinka hyvin arvioit kykysi?

TRevPAR

Kokonaistulot / myytävä huone

Tehokkuus, mukaan lukien muut kuin huonetulot

Mitä on dynaaminen hinnoittelu

Dynaaminen hinnoittelu on, kun huoneen hinta ei ole kiinteä, vaan se muuttuu kysynnän, vuodenajan, jäljellä olevan saatavuuden, päivän, tapahtumien ja kilpailijoiden hintojen mukaan. Se on sama logiikka, johon olemme tottuneet lentolippujen suhteen. Syötteitä ovat: kysyntäsignaalit (haku, varaushinta), nouto (kuinka nopeasti varaukset saapuvat tiettynä päivänä), toimitusaika (varauksen ja oleskelun välinen aika), kilpailijoiden hinnat, paikallinen tapahtumakalenteri ja kustannuspohjasi.

Tekoäly on tässä tehokas apulainen, mutta rajoitetussa roolissa: kun annat syötteitä, kuten kysyntää, käyttöastetavoitetta, kilpailijoiden valikoimaa ja kustannuksia, tekoäly voi kartoittaa odotetun käyttöasteen ja RevPAR-skenaariot eri hintapisteille, selittää logiikan ja kirjoittaa hinnoittelun perustelukappaleen. Mitä se ei voi tehdä: tietää todellinen markkinatilanne, nähdä kilpailijan hinta livenä ja määrittää lopullinen hinta. Nämä ovat sinun työsi.

Huomio: Tekoälyn käskeminen "määrittää huomisen hinta" tarkoittaa, että se saa päättää asiasta, jolle se ei näe markkinoita. Pyydä tekoälyltä hinta "skenaariota", ei hinta "päätöstä"; Päätät markkinatuntemuksellasi.

Eettiset ja lailliset rajat

Dynaamisella hinnoittelulla on rajansa. Henkilökohtaista hinnoittelua tehtäessä vieraan henkilökohtaisten ominaisuuksien (esim. laite, sijainti) perusteella syrjivien hintojen soveltamiseen liittyy sekä eettisiä että juridisia riskejä. Kohtuuttomat hinnankorotukset poikkeuksellisina aikoina, kuten katastrofien ja epidemioiden aikana, nähdään opportunismina ja niistä voidaan määrätä sanktioita. Lisäksi hintojen läpinäkyvyys ja kuluttajalainsäädäntö edellyttävät piilomaksujen välttämistä. Kun tekoäly suosittelee hintaa, näitä rajoja kunnioittava ihmisen suodatus on välttämätöntä.

Askel askeleelta: hintaskenaarioiden luominen tekoälyn avulla

  1. Valmistele indikaattorit. Kerää nimettömästi nykyinen käyttöaste, noutoprosentti, jäljellä olevat päivät, kustannuspohja ja kilpailijan hintaluokka.
  2. Määritä kohde. Priorisoiko RevPAR, käyttöaste tai täyttö tiettyyn päivämäärään mennessä?
  3. Pyydä käsikirjoitus. Taulukkoon odotetut tulokset eri hintapisteille.
  4. Vahvista. RevPAR = käyttöaste × ADR-laskenta manuaalisesti; Tarkista kilpailijoiden tiedot todellisesta lähteestä.
  5. Päättää. Valitset lopullisen hinnan markkinatuntemuksellasi ja syötät sen järjestelmään.

kolme minilaukkua

Tapaus 1 — Luetaan RevPAR oikein. Yhdessä lomakeskuksessa oli viikonloppuna 98 % täyttöaste, mutta tulos jäi odotuksia alhaisemmaksi. Johtaja antoi tekoälylle nimettömät käyttö- ja ADR-tiedot; YZ kommentoi: "RevPAR laski, koska korkea käyttöaste tuli alhaisella ADR:llä" ja taulukoi kaksi vaihtoehtoista hintaskenaariota. Ihminen valitsi 90 %:n käyttöastetavoitteen hieman korkeammalla hinnalla; RevPAR nousi 11 % seuraavana viikonloppuna. Tekoäly antoi tilin ja skenaarion, päätös oli ihmisen.

Tapaus 2 — Vahvistamattomat kilpailijatiedot. Tuloasiantuntija kysyi tekoälyltä: "Mikä on kilpailevien hotellien hinta tänään?" Tekoäly "ansi" luottavaiset hinnat kolmelle hotellille, vaikka sillä ei ollut pääsyä reaaliaikaiseen dataan. Tämä kaikki oli keksitystä; Asiantuntija alensi hintaa vastaavasti ja menetti tarpeettomia tuloja. Oikea tapa oli saada kilpailijan hinta todellisesta hintaseurantatyökalusta tai manuaalisesta tarkistuksesta, käyttää tekoälyä vain tulkintaan.

Tapaus 3 – Eettinen raja. Yksi tiimi pyysi tekoälyltä "automaattisesti korkeampaa hintaa viime hetken soittaville vieraille" -logiikkaa. AI tuottanut suunnitelman; mutta johtaja tajusi, että tämä voisi järjestelmällisesti rangaista joitain vieraita ja heikentää avoimuuden periaatetta. Logiikka on käännetty viime hetken aikatauluksi, joka on selkeä ja johdonmukainen kaikille vieraille. Tekoäly ehdotti sitä, eettinen suodatin tuli ihmisiltä.

Heikko kehote / Vahva kehote

Heikko kehote:

Päätä huomisen huonehintamme ja kirjoita kilpailijoiden hinta muistiin.

Tämä väite on kaksinkertaisesti virheellinen: tekoäly ei tiedä todellista kysyntääsi eikä kilpailijan reaaliaikaista hintaa; valmistaa molempia.

Tehokas kehotus:

Tehtäväsi: tulonhallinnan avustaja. Hintapäätös on minun; Luot skenaarion. Data (anonyymi, oikea): 120 huoneen kaupunkihotelli, 78 huonetta täynnä huomiseksi, loput 42 huonetta, nouto on nopeutunut viimeisen 3 päivän aikana. Kustannuspohja on ~900 TL per huone. Annan kilpailualueen: 2 200–2 800 TL. Tavoitteeni: Maksimoi RevPAR. Tehtävä: Esitä kohtuullinen käyttöaste oletus hintapisteille 2 200 / 2 500 / 2 800 TL (kirjoita, että se on oletus), laske odotettu RevPAR ja laita se taulukkoon, näytä laskelma. Kilpailija ÄLÄ muodosta hintaa; Käytä antamaani vaihteluväliä.

Malli: tuloindikaattorin laskenta:

Anonyymit tiedot: huone myyty [x], huone myyty [y], huonetulo [z]. Tehtävä: laske käyttöaste, ADR ja RevPAR kaavoineen, kommentoi yhdessä kappaleessa. Työskentele vain antamieni numeroiden kanssa; valmistaa muita tietoja.

Malli: hinnoittelun perusteluteksti:

Konteksti: Asetin hinnan [x] TL kohteelle [päivämäärä], koska käyttöaste [%], nouto [tila], tapahtuma [läsnä/poissa]. Tehtävä: Käännä tämä päätös selkeäksi 4-lauseiseksi perusteluksi joukkueelle. Uuden numeron lisääminen; Rajoita vain sinulle antamiini tietoihin.

Malli: kausikohtainen hintastrategia:

Konteksti: [kiinteistön tyyppi], tuleva kausi [high/low], tavoite [RevPAR/occupancy]. Tehtävä: luonnostele kehys, joka ehdottaa erilaista hinnoittelulogiikkaa arkipäiville/viikonloppuille/tapahtumapäiville. Laitan konkreettisen hinnan; Luettelet logiikan ja eettiset/oikeudelliset näkökohdat.

Yleisiä virheitä

  • Anna tekoälyn tehdä hintapäätökset. AI ei näe markkinoita; Ihmiset määräävät hinnan markkinatiedolla.
  • Kilpailijan hinnan kysyminen tekoälyltä. Tekoäly ei voi saada reaaliaikaista hintaa; Jos kysytään, hän selviää. Hanki se oikeasta lähteestä.
  • Katsotaan vain käyttöastetta. Korkea käyttöaste voi peittää alhaisen RevPAR:n; Lue molemmat yhdessä.
  • Eettisen/laillisen rajan ylittäminen. Kohtuuttomat hinnankorotukset ja syrjivät hinnat luovat riskejä; ihmissuodatin tarvitaan.
  • Oletuksen sekoittaminen todellisuuteen. Merkitse tekoälyn käyttöaste oletukseksi "oletus" ja testaa se omilla tiedoillasi.
Vinkki: Pyydä jokaisessa hintaskenaariossa tekoälyä kirjoittamaan selkeästi käyttöasteoletuksensa. Voit siis aina nähdä kysymyksen "mihin olettamukseen tämä skenaario perustuu" ja verrata sitä todellisuuteen.

Yhteenvetona

Tulojen hallinta on taidetta optimoida tuloja myytävää huonetta kohti (RevPAR), ei käyttöastetta. Kolme indikaattoria - käyttöaste, ADR, RevPAR - ovat tämän liiketoiminnan kieli. Dynaamisessa hinnoittelussa tekoäly luo skenaarioita, laskee ja kirjoittaa perustelut, kun annat syötteitä; mutta hän ei näe todellisia markkinoita, ei tiedä kilpailijan hintaa eikä voi tehdä hintapäätöstä. Hinta on erittäin riskialtis päätös ja kuuluu ihmiselle eettis-oikeudellisten rajojensa kanssa.

Sovellustehtävä

Saat yhden yön anonyymiä dataa: myytäviä huoneita, myydyt huoneet, huonetulot. Anna tekoälyn laskea käyttöaste, ADR ja RevPAR kaavoilla ja tarkistaa manuaalisesti. Luo sitten RevPAR-skenaario kolmelle hintapisteelle "Vahva kehote" -hintaskenaariomallilla; Rastita käyttöasteoletukset ja kirjoita 5 virkkeellä, minkä hinnan valitsisit ja miksi.

tarkistuslista

  • [ ] Olenko tarkistanut käyttöasteen, ADR:n ja RevPAR:n manuaalisesti?
  • [ ] Otin kilpailijan hinnan todellisesta lähteestä, enkö tehnyt siitä sopivaksi tekoälyllä?
  • [ ] Olenko merkinnyt selvästi tekoälyn käyttöasteoletukset?
  • [ ] Noudatinko hintapäätöksessä eettisiä ja laillisia rajoja?
  • [ ] Päätinkö lopullisen hinnan markkinatuntemukseni perusteella?