STR Occupancy & Pricing Elasticity Calculator

How this calculator works

Dynamic-pricing tools — PriceLabs, Beyond Pricing, Wheelhouse, AirDNA Smart Rates — all run a variant of the same model: constant-elasticity demand, anchored against a comp-set average, modulated by seasonality and booking-window curves. This calculator surfaces the underlying math so the operator can sanity-check a pricing-tool recommendation and understand why a specific rate is being suggested.

The core relationship is constant-elasticity demand:

booked nights = baseline nights times (new rate divided by baseline rate) raised to the elasticity power

Where the elasticity coefficient is negative — raising the price reduces demand. Revenue is rate multiplied by booked nights. The calculator solves the inverse: given a target occupancy, what rate hits that occupancy on the elasticity curve, and how does that rate need to be adjusted to stay within market norms and respond to seasonal and booking-timing signals.

The algorithm runs in five stages:

1. Elasticity-implied rate. Given the baseline rate, current occupancy, and target occupancy, the constant-elasticity model produces the rate that would hit the target. Mathematically: target rate equals baseline rate multiplied by (target occupancy divided by current occupancy) raised to the one-over-elasticity power.

2. Comp-set anchor. The elasticity-implied rate is clamped within a configurable bound (default ±30%) around the comp-set average. Properties pricing far outside the comp range typically see disproportionate occupancy loss above the bound and no further occupancy gain below it.

3. Seasonality multiplier. Peak weeks support higher prices because demand curves shift, not because the elasticity coefficient changes. The seasonality multiplier captures the demand-curve shift across calendar periods. Operator supplies the value based on comp-set seasonal pattern or historical year-over-year data.

4. Booking-window multiplier. Planners booking 90+ days out tolerate a premium (multiplier 1.08); standard window 30-89 days gets 1.0; short window 14-29 days gets 0.95; last-minute 0-13 days gets 0.88. Captures the demand-mix shift across the booking timeline — different bookers have different price sensitivity.

5. Expected occupancy and revenue. Once the recommended rate is set, the calculator inverts the elasticity curve to project expected occupancy at the recommendation, then multiplies through to expected revenue per night (which is the property's RevPAR — Revenue Per Available Room).

The sensitivity table tests the recommendation at ±10% and ±5% rate offsets, showing the operator how revenue moves as the rate flexes around the recommendation. Useful when the recommendation sits close to a comp-set boundary or when the elasticity coefficient is uncertain.

The framework — constant-elasticity demand decomposed

The constant-elasticity model treats demand as a power function of price:

quantity (booked nights) equals baseline quantity multiplied by the price ratio raised to the elasticity exponent

This is the cleanest mathematical demand model — it's smooth, single-parameter, and produces well-defined price-to-quantity relationships at every point. Hotel and STR revenue management have used constant-elasticity demand as the working assumption for two decades because it captures the dominant signal (price sensitivity) with one parameter the operator can estimate from historical data.

The elasticity coefficient itself sits in a narrow empirical band for nightly lodging — typically between -0.5 and -1.5. Three regimes:

Inelastic (-0.5 to -1.0). Unique cabins, branded experiences, hosted stays, off-grid properties, properties with strong review velocity and review quality. Demand is captive — bookers who choose the property have low substitution. Raising price within reason produces less-than-proportional occupancy loss, lifting revenue. Optimal pricing is aggressive on the upside.

Unit-elastic (-1.0). The mathematical center. Revenue is constant across all prices within the model — a 10% rate cut produces a 10% occupancy lift, leaving revenue unchanged. Useful as a pricing default because it produces moderate recommendations.

Elastic (-1.0 to -1.5). Commodity hotel-adjacent properties, urban listings in high-competition markets, properties without differentiation. Bookers comparison-shop and substitute readily. Raising price produces more-than-proportional occupancy loss. Optimal pricing is conservative on the upside, aggressive on the discount side during low-demand periods.

The optimization condition — solving for the rate where revenue is maximized — has a corner solution in the pure model: revenue rises monotonically with price under inelastic demand and falls monotonically under elastic demand. The pure-math optimum is unhelpful. The practical version anchors the rate against the comp set and target occupancy, which constrains the recommendation to the validated range of the elasticity assumption.

Inputs explained

Baseline nightly rate and current occupancy. The (price, quantity) anchor point for the elasticity curve. Use the rate and trailing-90-day occupancy from the host dashboard for the most defensible baseline. New listings should use a lower occupancy assumption (60-70% of market-average) until 6-12 months of data accumulates.

Target occupancy. The occupancy the operator wants to hit. Target above current implies lowering the rate (negative elasticity inverts the relationship). Target below current implies raising the rate to capture more revenue per booked night. Operators optimizing for total revenue (not occupancy) should set target near current and use the sensitivity table to find the highest-revenue point.

Elasticity coefficient. The price elasticity of demand. Estimate from historical data: identify periods where the operator deliberately changed the rate and measure the resulting occupancy change. A 10% rate cut producing a 15% occupancy lift implies elasticity -1.5. A 20% cut producing a 10% lift implies elasticity -0.5. Default -1.0 is the unit-elastic baseline.

Seasonality multiplier. Multiplier on the comp-anchored rate to reflect the seasonal demand band. Peak weeks (summer beach, winter ski, holiday weekends, major event windows) typically run 1.3 to 1.8. Shoulder weeks run 0.9 to 1.1. Off-peak runs 0.6 to 0.8.

Comp-set average rate. Average nightly rate across the 8-15 closest comparable listings in the same submarket. Pull from AirDNA MarketMinder, PriceLabs Market Dashboards, or hand-curate from competitor listings. The rate-bound anchoring prevents the elasticity model from recommending an absurd rate when the baseline is far from market.

Days out from arrival. Days between today and the target booking date. Drives the booking-window multiplier (90+ = 1.08, 30-89 = 1.0, 14-29 = 0.95, 0-13 = 0.88). Dynamic-pricing tools apply finer-grained curves; the calculator uses four bands for transparency.

The comp-set bound override lets the operator widen or tighten the rate-deviation guardrail. Wider bound (50%+) for premium-positioning properties with genuine differentiation. Tighter bound (10-20%) for tight comp matching where the operator is intentionally market-priced.

Industry benchmarks

The four dynamic-pricing tools dominant in STR — PriceLabs, Beyond Pricing, Wheelhouse, and AirDNA Smart Rates — all run constant-elasticity demand at the core but differ in three operational dimensions:

Comp-set construction. PriceLabs auto-constructs comp sets from Airbnb / Vrbo / Booking.com data with operator override. Beyond Pricing uses a similar automated approach with proprietary submarket clustering. Wheelhouse offers aggressive operator-configurable comp-set acquisition (the operator can hand-pick competitors). AirDNA Smart Rates uses AirDNA's market-data infrastructure as the comp-set source.

Update cadence. All four push rate updates to the platform calendars automatically — daily updates for shoulder periods, multiple times per day during peak. The calculator here is a point-in-time analysis; the dynamic tools are continuous-loop.

Seasonality and booking-window curves. Each tool has proprietary curves derived from machine-learning models on platform data. PriceLabs publishes their methodology overview; Beyond Pricing and Wheelhouse keep theirs proprietary. AirDNA Smart Rates exposes the comp-set seasonality directly. The calculator's four-band booking-window approximation is intentionally coarse so the operator can see the structure; the tools refine it with day-of-week and event-driven overlays.

AirDNA MarketMinder and Key Data are the standard data sources for comp-set construction. AirDNA covers Airbnb and Vrbo listings globally with property-level data. Key Data is a professional-manager data co-op (formerly Key Data Dashboard) with deeper data on PM-managed properties but narrower coverage. Operators self-managing 1-5 properties typically use AirDNA; PM-managed portfolios use Key Data.

Typical elasticity coefficients reported in the STR-research literature (Schwartz 1997 and successor papers): hotel rooms cluster around -1.0 to -1.3 (elastic). STR properties skew slightly less elastic (-0.8 to -1.2) because of the differentiation premium — every STR is unique in a way that hotel rooms are not. Vacation-rental properties in destination markets (beach, ski, lake) run more inelastic (-0.5 to -0.9) because bookers are committed to the destination, not the property. Urban STRs in commodity markets (downtown anywhere) run more elastic (-1.2 to -1.5).

What this calculator does NOT model

Day-of-week pricing differentiation. Weekend nights (Friday / Saturday) command a premium over midweek nights in nearly all markets. The calculator produces a single recommended rate; in practice, dynamic-pricing tools push different rates for different days. Use the calculator's recommendation as a weekly average, then apply a day-of-week overlay (typically +15-25% Friday / Saturday in leisure markets, +10-15% Tuesday / Wednesday in business markets).

Event-driven demand spikes. Major events (Super Bowl, F1 race weekends, music festivals, conventions) shift the demand curve sharply for the affected dates. The calculator does not auto-detect events. PriceLabs and Beyond Pricing maintain event databases and push rate overrides automatically; the calculator does not.

Length-of-stay pricing. Many operators charge different rates for different stay lengths (weekly discount, monthly discount, two-night-minimum premium). The calculator computes a single-night rate; the operator should apply LOS multipliers manually for stays significantly above or below the modal LOS.

Channel-specific elasticity. Airbnb guests respond differently to rates than Booking.com or Vrbo guests. The calculator assumes a single elasticity across all channels. Operators with channel-level RevPAR data should run the calculator per-channel to surface channel-specific recommendations.

Cost-floor enforcement. The calculator surfaces the revenue-maximizing rate; it does not check whether that rate clears the operator's fixed-cost-plus-target-margin threshold. Use the companion STR Nightly Rate (ADR) Breakeven Calculator to size the floor ADR, then verify the recommendation sits at or above the floor.

Review-velocity and search-rank effects. Dynamic-pricing tools optimize for rate; they do not optimize for review velocity or search rank. New listings benefit from below-market pricing during the first 60-90 days to drive booking velocity and accumulate reviews — a "price-for-velocity" override that the calculator does not auto-apply.

Cancellation-policy effects on conversion. Strict cancellation policies suppress conversion at any given rate; flexible policies lift conversion. The elasticity coefficient implicitly assumes a fixed cancellation policy. Operators changing policy should expect to re-estimate elasticity from data accumulated under the new policy.

Sources

• PriceLabs published methodology overviews — constant-elasticity demand with comp-set anchoring, seasonality overlays, booking-window curves.
• Beyond Pricing product methodology — proprietary submarket clustering and demand-curve construction.
• Wheelhouse product methodology — operator-configurable comp-set acquisition and strategy parameters.
• AirDNA Smart Rates — pricing recommendations layered on AirDNA's market-data infrastructure.
• Schwartz, Z. (1997) — "Hotel Room Pricing: A Methodological Approach to Demand Forecasting." Foundational reference for constant-elasticity demand in lodging.
• AirDNA MarketMinder — comp-set construction data and market-level RevPAR / ADR / occupancy benchmarks.
• Key Data — professional-manager STR data co-op with property-level historical data.

Last reviewed: 2026-05-16 against the constant-elasticity demand model, the published methodology overviews from PriceLabs, Beyond Pricing, Wheelhouse, and AirDNA Smart Rates, the lodging-demand elasticity literature, and AirDNA MarketMinder comp-set data construction.