Dynamisk prissetting og RevPAR-optimalisering: Hva de fleste ferieboligverter overser
Hvorfor RevPAR skiller seg fra ADR, hvordan synkroniseringsforsinkelser skaper prisproblemer, og driftsfeilene som koster mest.

Hva RevPAR måler som ADR skjuler
RevPAR (inntekt per tilgjengelige natt) beregnes ved å dele samlede inntekter på samtlige tilgjengelige netter, noe som samler beleggsprosent og døgnpris i ett felles nøkkeltall. ADR (gjennomsnittlig oppnådd døgnpris) viser kun hva de faktisk solgte nettene gikk for. Det er fullt mulig å øke ADR måned for måned samtidig som de samlede inntektene raser på grunn av tomme leiligheter.
Den reelle avveiningen bak hver prisbeslutning
Hver prisjustering er en vurdering for en bestemt dato: å heve prisen øker fortjenesten per booking men øker risikoen for at natten forblir ubesatt; å senke prisen sikrer belegg men risikerer å underprise en natt en gjest ville betalt mer for ved sen bestilling.
Synkronisering og systemarkitektur
PMS som autoritativ datakilde
Priser, tilgjengelighet og oppholdsregler må styres fra én sentral kilde. Dersom kanalhåndtereren (channel manager) og eiendomssystemet har ulike data, vil prisroboter arbeide ut fra feilaktige forutsetninger.Forsinkelser i oppdateringer
iCal-baserte oppdateringer med lange tidsintervaller medfører at priskutt for å fylle ledige perioder når bestillingskanalene for sent, slik at reservasjonen havner hos en konkurrent.Operative fallgruver
Foreldreløse netter (orphan nights)
En åpning på to netter mellom to bestillinger med et krav om tre netters minimumsopphold kan ikke leies ut uansett pris, med mindre restriksjonen fjernes.Prisparitet
Hva som bør automatiseres
Overlat kalenderkontroll, avdekking av foreldreløse netter og daglige prisjusteringer til programvare, men behold menneskelig vurdering ved lokale festivaler, messer og høysesongtopper.