RevPAN and RevPAR: why STR needs its own performance metric

Where RevPAR came from and what it was built to do

Revenue Per Available Room (RevPAR) was formalised as a hotel industry benchmarking standard in the late 1980s as a way to measure how effectively a hotel was converting its room inventory into revenue. The formula is straightforward: multiply ADR by occupancy rate, or divide total room revenue by total available room nights. For a hotel with 200 identical rooms, all available every night, the calculation is clean and the result is meaningful.

In a hotel, every room in the building is available every night unless it is under maintenance. There are no owner-blocked dates, no weeks when 30 per cent of inventory is taken off the market because the owner wants to use the property. The denominator in the RevPAR calculation, available rooms, is stable, predictable and essentially fixed across the year. That is not the STR context, and applying a metric built for one set of operating conditions to a fundamentally different set of operating conditions produces results that cannot be relied upon.

The denominator problem

The critical difference between hotel inventory and STR inventory is availability. In an STR portfolio, available nights are not fixed. They vary by property, by month, by owner preference and by operational decisions. A property blocked for three weeks in August for owner use is not available for those nights. A property taken off the market for renovation is not available. A property whose owner restricts availability during school term time is not available for those nights.

When RevPAR is calculated against a denominator that includes nights that were never genuinely available for sale, the result is artificially depressed and commercially misleading. The portfolio appears to be underperforming when it is not. Decisions get made on the basis of a performance gap that does not exist.

This is not a theoretical problem. It affects every STR portfolio that includes owner-use properties, seasonally managed inventory, or any form of availability restriction, which in practice means it affects most STR portfolios.

Why RevPAN solves this

Revenue Per Available Night uses available nights, not total calendar nights, as its denominator. Available nights are defined as the nights during which a property is genuinely open for bookings, after owner blocks, maintenance periods and intentional calendar restrictions have been removed. As defined by ISTRM, RevPAN uses total revenue in its numerator, not room revenue alone, capturing nightly rates, cleaning fees, pet fees and ancillary charges in full. In STR, cleaning fees and ancillary income routinely represent 15 to 30 per cent of gross revenue, and RevPAR's room-revenue-only design, inherited from hotels where ancillary revenue is tracked separately through TRevPAR, excludes this income entirely. RevPAN as applied here captures the full commercial picture from the outset.

The result is a metric that measures commercial performance against the inventory that was actually being managed. It answers the question that matters: of the nights we had available to sell, how much revenue did we generate per night?

A reasonable challenge to this argument is that RevPAR's formula also uses available rooms, not total rooms, so in theory an operator could apply RevPAR correctly by using only genuinely available nights as the denominator and arrive at the same figure. Some STR platforms do apply it this way, and where they do it addresses the denominator problem for that operator. The issue is that this relies on each operator defining available nights correctly and consistently, without any standard requiring them to do so. In STR, available nights are not a fixed or auditable input. They change monthly, they vary by owner agreement, and there is no industry-wide convention covering how to treat owner stays, gap nights between bookings, cleaning days or seasonal shutdowns, which means different operators exclude different things and comparisons across portfolios become unreliable. RevPAN makes the correct definition explicit and structural. RevPAR, borrowed from a context where the denominator was never ambiguous, does not.

The comparison that reveals the difference

Consider two properties in the same market, both generating £30,000 in annual revenue. The table below shows RevPAR as it is commonly reported in STR practice, calculated against total calendar nights rather than available nights, which is how most operators and data platforms present it.

RevPAR reports both properties as identical. RevPAN reveals that Property B is generating £109.09 per available night, a significantly stronger commercial result achieved against constrained inventory. Where RevPAR cannot distinguish between the two, RevPAN makes the difference visible and attributes it correctly.

What this means for portfolio management

The RevPAR problem compounds at portfolio level. When a portfolio contains a mix of fully available properties and owner-restricted properties, any aggregate metric calculated against total calendar nights will systematically understate the performance of the restricted properties and misrepresent the portfolio's overall commercial position. Portfolio reviews that use RevPAR as their primary metric may misidentify underperforming properties when the issue is actually availability restriction, adjust rate strategies downward to address a perceived performance gap that does not exist, or frame owner conversations around performance concerns that are artefacts of the metric rather than reflections of commercial reality.

RevPAN removes that distortion by measuring every property against its own available nights, making the performance comparison valid across the full portfolio. Properties that are genuinely underperforming can be identified. Properties that are performing well despite constrained availability get appropriate credit. Commercial decisions are made on numbers that reflect what is actually happening.

Net RevPAN takes it further

RevPAN measures gross revenue performance against available inventory. Net RevPAN takes the same calculation and applies it to net revenue, specifically revenue after OTA commissions and platform fees have been deducted.

Two properties with identical RevPAN but different channel mixes will have different Net RevPAN figures. The property generating 40 per cent of its bookings directly will retain more revenue per available night than the property generating the same gross revenue entirely through high-commission OTA channels, with RevPAN showing the gross position and Net RevPAN showing what the operator actually keeps. For portfolio managers who are accountable to owners for net returns, Net RevPAN is the metric that most directly reflects the commercial value being delivered.

The case for industry adoption

The STR industry has borrowed heavily from hotel metrics because hotel revenue management is more mature and the terminology is familiar. That borrowing has served a purpose in establishing a shared commercial language. But the STR industry has now grown to the point where it needs metrics that reflect its own operating reality rather than approximations carried over from a different sector.

RevPAN is not a rejection of hotel revenue management thinking. The underlying logic of measuring revenue against available inventory is identical. The differences are in defining available inventory correctly for the STR context and in measuring the right revenue: total revenue, not room revenue alone. Both are refinements that reflect how STR actually operates, not reinventions of the underlying discipline. The operators, managers and revenue professionals who adopt RevPAN as their primary performance metric are not adopting a niche preference. They are measuring their business with a tool built specifically for how their business generates and reports revenue, and that is the basis for better decisions, more credible owner conversations and commercial performance that can be compared meaningfully across a portfolio.