Dynamisk prissætning og RevPAR-optimering: Hvad de fleste udlejere overser

Hvad RevPAR måler, som ADR skjuler

RevPAR (omsætning per tilgængelig nat) beregnes ved at dividere den samlede omsætning med samtlige udbudte nætter, hvorved belægningsgrad og pris forenes i ét tal. ADR (gennemsnitlig dagspris) viser kun prisen for de nætter, der rent faktisk blev solgt. Det er muligt at hæve ADR måned for måned, mens omsætningen falder drastisk på grund af tomme boliger.

Den reelle afvejning ved prisændringer

Hver prisændring er en kalkuleret disposition: at hæve prisen øger overskuddet per booking men forøger risikoen for ledige nætter; at sænke prisen sikrer belægning men risikerer at underbetale en dato, som en senere gæst ville have betalt mere for.

Synkronisering og systemarkitektur

PMS-systemet som fælles sandhedskilde

Priser, tilgængelighed og minimumsophold skal have ét centralt udgangspunkt. Hvis dit kanalstyringssystem (channel manager) og PMS indeholder modstridende oplysninger, optimerer automatiseringen mod forkerte data.

Synkroniseringsforsinkelser

Forbindelser baseret på iCal-opdateringer med lange intervaller medfører, at prisnedsættelser for at udfylde huller i kalenderen registreres for sent af portalerne, hvorved bookingen går til en konkurrent.

Driftsmæssige faldgruber

Forældreløse nætter (orphan nights)

Et hul på to nætter mellem to bookinger med et krav om tre nætters minimumsophold kan ikke udlejes til nogen pris, medmindre reglen justeres dynamisk.

Prisparitet

Hvad der bør automatiseres

Automatiser kalendergennemgang, opdagelse af forældreløse nætter og daglige prisopdateringer, mens menneskelig vurdering fastholdes til lokale begivenheder og højtider.