
A pricing engine is good at what it has seen before, and you're better at what it hasn't. Automate the first, keep a hand on the second.
Minimum stays are a seasonal decision that most operators treat as a permanent setting, and no rate discount compensates for a minimum the market cannot meet.
Price a gap night against an empty night, which is what it will otherwise be.
Guests compare the total at checkout, so a flat cleaning fee is a length-of-stay filter whether you intended it as one or not.
Judge a pricing tool by whether you can open one night and see why it chose that price. If you cannot explain it, you cannot defend it to an owner.
A dynamic pricing engine reads the market faster than any person can, but it can't see the things only you know. There's a revenue opportunity in that gap, and our customers often ask us for ways to close it.
It comes down to three questions. How much should the engine decide on its own? What do you still fix by hand? And which of the settings next to your nightly rate haven't been touched since you set the listings up?
The third one is what unlocks most of that revenue. Even if you've perfected your nightly rate, you might still be running a minimum stay you set once and forgot, and a cleaning fee that prices you out of short bookings. Neither shows up in pricing reports.
Start by knowing exactly what your dynamic pricing tool sees and doesn't see across your vacation rental portfolio, then revisit the settings that go beyond your nightly rate.
A dynamic pricing engine is good at what it has seen before, and you're better at what it hasn't. Almost every question about how much autonomy to grant comes back to that split.
The first advantage is volume. A portfolio of 200 listings priced twelve months ahead represents roughly 73,000 individual prices. Nobody reviews 73,000 prices daily, and nobody applies the same logic to the last one as they applied to the first. An engine does both consistently.
The second is booking pace. Pace is how quickly a calendar is filling compared with the same point last year. It's the earliest reliable signal that something has changed in a market. It's also the signal operators are slowest to catch by hand, because noticing it means setting aside the time to review bookings and holding last year's numbers in your head while you look at this year's. An engine notices you are selling slower than last year long before you do.
The third is that it doesn't get emotional. The most expensive habit in the short-term rental business is holding your price up while demand falls, because dropping it feels like losing.
One market cycle shows what that costs. In Croatia, demand fell by around 24% and revenue by around 29%, while nightly rates rose by about 1%. Operators held their pricing into a contracting market, and the held rates probably deepened the contraction rather than cushioning it.
An engine prices from what the market has already done, so some things reach it late and some never reach it at all.
It has no way of knowing the road outside the property is closed for construction this summer. It won't price for the event announced last week until competitor rates start moving, and by then the earliest bookings are lost. The competitor who opened forty units two streets away shows up only once their rates and occupancy work through the comparison set. And after you've renovated, it keeps pricing the property you used to have, because that's the one in its data.
These are the periods with the most revenue potential, and they are exactly when the model is least reliable. An engine that has priced well for eleven months can be confidently wrong in the twelfth, and nothing in its output will flag the difference.
That's why you need to feed your dynamic pricing tool the information it can't reach on its own.
Every engine starts from a base price and adjusts it against a set of signals. The signals are broadly consistent across tools even where the weighting is not, which makes them a useful checklist when you are working out why a price looks wrong.
When you compare tools, the length of the list doesn't matter as much as the division between which signals the engine reads from the market by itself, and which ones somebody has to give it.
Seasonality. Historic demand for the market, by week and by month.
Day of week. Weekend premiums in leisure markets, midweek premiums in corporate ones.
Lead time. How far out the date sits. Most engines price distant dates confidently and discount as an unsold date approaches.
Booking pace. Fill rate against the same point last year. The leading indicator in a set that is otherwise lagging.
Competitor rates and competitor occupancy. Rates alone are a weak indicator. A competitor holding a high rate on an empty calendar is telling you something different from one selling out at the same number, and only occupancy separates the two.
Property-level performance. Review score, past conversion, and how the listing performs relative to its comparison set.
Local events. Coverage varies more between tools than any other signal. Major national fixtures are usually handled. A regional festival, a conference at the local university, a wedding season that only locals know about are mostly not.
Orphan and gap nights. Some engines detect the gaps. Fewer let you price them on their own terms, which is where the difference shows up in revenue.
Your bounds and your context. The floor, the ceiling, the strategy setting, and anything the engine has no way of knowing. A renovation is the clearest example. The engine keeps pricing the property that's in its data, which is the one you had before the work.
An engine working only from the signals it gathers itself will price competently and confidently through a period when it's wrong. The tools worth paying for make the other three easy to feed in.
The nightly rate gets the attention because it's the number the tool shows you. The settings sitting next to it move comparable amounts of revenue and are often configured once, during setup, then left untouched.
The most neglected setting in short-term rentals is the minimum stay.
A minimum stay is a seasonal decision that almost everyone treats as a permanent one. Five nights made sense in July. In October, it's still five nights, holding out for a length of stay the market has stopped producing.
The failure is not symmetrical, which is why it goes unnoticed. In peak weeks, a longer minimum protects you: it keeps the calendar from filling with two-night stays and absorbing the turnover cost that comes with them, and the demand is there to support it. In shoulder season, the same setting blocks the bookings you need, and your pricing engine cannot compensate. An aggressively discounted five-night rate is worth exactly nothing to a guest looking for three. It prevents the booking from happening at all.
What to do instead: run a small number of minimum-stay bands mapped to your demand calendar, and review them on the same cadence as your rate floors and ceilings. Three or four bands across a year is usually enough. A setting that moves three times a year will beat one that has never moved.
A two-night hole between two bookings won't sell against a three-night minimum. The rate on either side of it is irrelevant. It sits empty for the whole period and then it's gone.
Gap nights need a rule of their own: a minimum that matches the length of the hole, and a rate that reflects what the alternative actually is, which is zero. Managers hesitate here because the rate looks low next to the surrounding nights. But they're not comparing it against an empty night.
Handle these with a standing rule rather than case by case. A portfolio selling mostly three and four-night stays generates one and two-night orphans continuously and predictably. Across 100 units that's a steady stream of one and two-night holes, large enough to show up in a quarterly revenue number.
Gap night control is the single thing our own customers ask us for most, which tells you how many portfolios are currently leaving it alone.
Fees are the lever nobody files under pricing at all.
Guests don't compare nightly rates. They compare the total at checkout. An hour spent optimizing a rate can be undone by a flat cleaning fee that makes a two-night stay uncompetitive, while the same fee is barely noticeable across a seven-night booking. Your fee structure functions as a length-of-stay filter whether you intended it as one or not.
Check what your fees do to the total on your shortest permitted stay. If that number looks wrong next to the market, the fee is doing the damage, not the rate.
Both move revenue. Both usually sit at whatever the platform suggested during setup.
Weekly and monthly discounts set at defaults are an extremely common blind spot, particularly if your market has shifted toward longer stays since you configured them. Cancellation policy is chosen once and rarely reconsidered against its effect on conversion, which is measurable if you are willing to run the test.
Four things separate pricing tools in practice. Price is the last of them.
Integration with the system you already run. Check the specific integration rather than the fact that integrations exist, and check one thing in particular: what happens to a manual override when the two systems disagree. A tool that silently overwrites your corrections creates reconciliation work that eats the benefit.
How much control it gives back. Floors, ceilings, strategy settings, per-night overrides, date-range adjustments, and a route for the local knowledge the engine has no way of seeing. If you pick a tool that can't be corrected fast enough, you'll end up switching it off after three months.
Whether it explains itself. Managers abandon an algorithm when they can't see the reasoning behind it more often than when it simply gets a price wrong. Here's a practical test: open one night in shoulder season and ask the tool which factors produced that price. If it can't tell you, you won't be able to tell an owner either, and sooner or later an owner will ask.
Cost against portfolio size. A percentage model costs less on low-ADR inventory and more on high-ADR inventory. Run the arithmetic on your own average nightly rate and occupancy rather than accepting the vendor's framing of which is better value.
Most tools charge either a percentage of the booking revenue they touch, typically in the low single digits, or a flat monthly fee per listing. A few charge a platform minimum on top of either.
If your pricing tool isn't doing what you need and you're weighing a switch, start with how each one charges rather than what it charges. A percentage of booking revenue and a flat per-listing fee can look similar at your current size and diverge sharply as you add units.
Tool | Pricing model | Free access | Best suited to |
Flat per listing, or 1% of revenue on request | 30-day free trial | Multi-listing portfolios wanting deep customization and wide PMS integration | |
Percentage of bookings | "Start free with $50 credit." | Operators who want market insight, booking curves and pacing reports alongside pricing | |
Percentage of revenue or flat per listing | Free tier, not time-limited | Managers who want configurable strategy profiles and 18 months of forward pricing data | |
Three options | 30-day free trial, no card required | Operators who prefer paying only on bookings that came in at dynamic rates | |
Not published | Connect and preview rates free, nothing syncs until you approve it | Operators who want to preview every recommendation and see the reasoning before syncing | |
Flat fee per listing per month for each listing you activate, on top of your platform fee. | n/a | Managers who want pricing in the same system as the calendar, channels and messaging |
Charging models as published by each vendor, September 2026. Several vendors quote per portfolio, so ask for current rates directly.
Most tools let you try them before you pay. Decide what you're measuring before you switch anything on, because the first thing you'll notice is that your average daily rate has fallen. (That's the engine filling nights you'd otherwise have left empty, and those sell at the lower end of your range, so the average drops while total revenue rises.)
Three questions to ask:
Has revenue per available night moved across a full quarter? Looking at a single month amplifies the noise; a full quarter will give you a clearer picture.
Has occupancy moved in the periods that were previously soft, rather than across the board? An engine that lifts occupancy everywhere including your peak weeks is discounting inventory you would have sold anyway.
How much manual correction is the portfolio still absorbing? The point of revenue management automation is that it takes work away, and a tool that needs constant intervention has a cost that never appears on its invoice.
Every major Online Travel Agency (OTA) offers some form of pricing help. None of them is a substitute for a pricing position across a portfolio, and the reason is structural.
Airbnb Smart Pricing adjusts your nightly rate within a minimum and maximum you set, using what Airbnb describes as "hundreds of factors about your listing and your area," and you can override it for specific dates. It has a long-standing credibility problem with professional operators, who report that it prices low and reacts to events late.
The difference is scope. Smart Pricing prices one listing on one channel, and Airbnb is optimizing across a marketplace where it doesn't matter which listing books. You're optimizing one portfolio across every channel you sell on, where it matters a great deal which of your units books and at what rate.
Airbnb has also been adding pricing help of a lighter kind. Its Q2 2026 update describes personalized recommendations that suggest improvements to listings, calendar availability and pricing with proactive notifications, and a single service fee for API hosts so they can more easily set the same price guests see (the only one of these that changes what guests see rather than what you're advised to charge).
Vrbo MarketMaker shows what comparable properties in your market are charging for the year ahead, split between rates that were booked and rates still being advertised. It alerts you to market changes and pricing opportunities, and you decide what to do about them.
Expedia Rev+ sits inside Partner Central as a rate management and revenue insights tool. It surfaces market data rather than setting prices for you, so anything it shows you still has to be acted on.
The same limitation applies to all three. If you sell across four channels you need one pricing position applied consistently, and no single channel can see the other three.
Three things.
The floor price. The rate below which a property does not go, whatever the demand data suggests. An engine optimizing for occupancy will find bookings below the point where your business should be operating, and it will report those bookings as a success. The damage arrives later and somewhere else: in how the property is positioned, in the guest profile it starts attracting, and in the conversation with an owner who has watched their apartment sell at a number they did not expect. Set the floor deliberately, per property rather than portfolio-wide.
The periods the model has never seen. When a market changes shape, whether through a new competitor, a regulatory decision, an event with no precedent or a property that has materially changed, the engine's confidence stays high while its accuracy drops. Those are the weeks to check the output by hand.
The owner conversation. When an owner asks why their apartment went for $80 while the one next door got $140, "the algorithm decided" is not an answer. Knowing the reason is your job, which means understanding what the system did rather than trusting it blindly.
Everything else can be delegated, and most of it should be.
Most of what gets sold as AI pricing is just forecasting that's been around for years. A vendor putting AI on its pricing page is telling you very little about whether its engine is any good.
Two things have actually changed. You can ask a question in plain language instead of building a report. And the system can explain itself, which matters because it's the difference between a price you can defend to an owner and one you can't.
That's where the category is heading: better explanation rather than more autonomy. From "here is your price" to "here is what I changed, here is why, and here is what I'd do next." Managers who can see the reasoning let the system do more, and managers who can't end up switching it off.
The adoption numbers tell you where the value sits today. Hostaway's 2026 Short-Term Rental Report puts AI use among professional managers at around 84% in the year to March 2026. At the other end of the funnel, Booking Holdings reported in August 2026 that under 1% of its room nights come through conversational AI, and that the figure hadn't moved meaningfully over the quarter. The return is in running the business rather than in how guests find the property, which is a reasonable guide to where the next investment should go.
Pricing behavior is also less uniform than the conversation suggests. AirDNA found that in France, Europe's largest market, only 19% of listings have highly variable rates. In the United States, 52% of listings are running dynamic pricing. For an operator in a less saturated market, that gap is an opportunity: a competitor who isn’t moving rates is easier to price against than one who is.
I run product at Hostaway, so read what follows as a description of what we've built and why. Hostaway Dynamic Pricing sits inside the system you already work in, next to the calendar, the channels and the guest messages. Most pricing tools ask you to make the call in a separate tab from everything that gives the call its context.
What that looks like in practice: a base price built from market data or set by you, a minimum and maximum you set, a strategy setting, and per-night and date-range overrides.
Two things address the trust problem directly. You can see what the engine would charge before you switch it on, so nothing arrives as a surprise. And for any single night, you can see the factors that produced that price.
Hostaway also integrates with the specialist engines, PriceLabs among them, for managers who would rather run a dedicated tool inside the platform than alongside it.
What we are building next is aimed at the distance between what market data shows and what a manager knows: local events and holidays the system has not seen, a seasonal floor the engine respects, and gap night price control.
Open your calendar on a month that's still mostly unsold. Look at what the minimum stay is set to, whether there's a rule handling the gaps, and what your fees do to the total on your shortest permitted booking. If any of the three is the same as it was when the listings went live, you've found this quarter's work, and none of it requires a new tool.
Hostaway Dynamic Pricing sits alongside the calendar, channels and messaging, so the settings above are managed in the same place as the rate they affect. See how Hostaway Dynamic Pricing works.
Dynamic pricing adjusts your nightly rates automatically in response to demand signals: seasonality, day of week, lead time, booking pace, competitor rates and local events. You set a floor and a ceiling, and the engine moves within them.
Yes. Third-party tools connect through the API and write rates to your Airbnb calendar. Airbnb's own Smart Pricing is optional: you can toggle it off, or leave it on and override individual nights. In Airbnb's words, "as a host, you're always in charge of your prices."
Vrbo offers MarketMaker, which shows market rates split between properties that were booked and those still advertised, and alerts you to pricing opportunities. It also accepts rates from third-party tools and PMS platforms, so you can run one pricing position across Vrbo and your other channels rather than managing Vrbo separately.
You won't beat an algorithm at reading the market. You beat it on what it hasn't seen: the event announced last week, the competitor who just opened down the road, the renovation that changed what your property is worth. Get those in, set a floor it can't go below, and pick a strategy setting that suits your market instead of leaving it at the default.
Directly in Airbnb works if Airbnb is effectively your only channel and you have a handful of listings. Past that, it breaks down: Smart Pricing optimizes for Airbnb, and it cannot see what your listings are doing on Booking.com or Vrbo. If you sell across channels you need one pricing position applied to all of them, which means the pricing has to live above the channel rather than inside one.
Operators switch for two reasons more often than price. The first is that they could not correct the tool fast enough when it got something wrong. The second is that they could not explain a price to an owner. Test both before you commit: try overriding a date range and see how the tool behaves afterwards, and open a single night to see whether it will show you the factors behind that rate.
They solve different problems. Software gives you a rate on every night and the rules around it. An agency gives you judgment, and judgment is what you need when the model is least reliable. Most managers at portfolio scale end up running software and keeping the judgment in-house. Whether revenue management should become a defined role in your business is a separate question, covered in our guide to vacation rental revenue management.
Two things, running in parallel: the settings next to your rate, and your channel mix. The settings are faster. Minimum stays that haven't moved seasonally, gap nights with no rule, and a fee structure that penalizes short stays are all recoverable without new work, and at 75 to 150 units they're usually still open. The channel question shouldn't wait for them. Decide how much revenue you'll accept sitting with one platform, then work backwards to the mix. That's a risk decision more than a marketing one, and most operators let it happen to them instead of choosing it.
Quarterly for the bounds themselves. The rates inside them adjust continuously, so the bounds are the thing that goes stale.
Some operators do, though it remains relatively uncommon. It adds a layer of management for a benefit most portfolios have not yet earned from the simpler levers.
