Back-Calculating a Floor Price From Net Payout

Working backwards from what lands in the account is the only way to see the real floor. The number on the listing page is the last stop, not the first.

Last updated: October 25, 2026

Most hosts price forwards: they set a nightly rate, subtract what they think the fees are, and hope the remainder covers the unit. The number that actually reaches the bank is rarely the one that calculation produces, because several deductions sit between the two and some of them never appear as a line. Start at the payout instead, and the floor stops moving every month.

Key Takeaways

• The rate you set isn't the amount collected. Guest-side discounts and platform charges land before the money moves.
• Two nets, not one. Net payout is what arrives. Net contribution is what's left after the stay's own costs. The floor is built on the second.
• Deductions have an order. The sequence matters, because some charges apply to the amount remaining after others.
• Don't average across channels. An average hides the channel that nets worst, which is the one you need to see.
• When the floor says no, four honest options remain. Change the cost, the mix, the calendar, or the unit — not the floor.

Start at the bank, not the calendar

Open the payout statement for one completed stay. Not the reservation, not the calendar entry — the statement that shows what was transferred and when.

The reservation tells you what the guest agreed to pay. The statement tells you what arrived, after everything that happened in between. The gap between those two documents is the subject of this article, and it's usually wider than the host expected on the first attempt.

The calendar misleads in a specific way. It shows the rates you set, which is not the same as the rates guests paid: a promotion, a weekly discount, a last-minute adjustment or a channel-side offer all change the collected amount without changing what you typed. And the calendar has nothing to say about what left the total before it reached your account.

That's why forward pricing tends to drift. You rebuild the calculation from the same three assumptions each month, and each month the payout disagrees with it by roughly the same amount, and nothing in the process tells you which assumption was wrong.

Back-calculating reverses the direction. You take one stay that already happened, and you walk from the arrival back to the rate. Whatever you find on the way is real, because it's been paid.

The deductions in the order they bite

Here's the sequence, as it usually runs. The exact names differ by channel and change over time, so treat this as a shape rather than a list of labels.

First, the guest-side adjustment. A discount applied at the point of booking reduces the amount collected before any fee is calculated. This is the deduction most often missing from a host's mental model, because the host set the rate and the guest paid something else.

Second, the platform's charge. Each channel applies its own published rate to the booking value. Rates differ between platforms and between rate plans, and they change, so the only figure worth using is the one on the current published terms for the channel you actually sold on.

Third, payment handling. Card processing, a payment account charge, or a transfer fee, depending on how the channel moves money. Small individually, and easy to lose inside a monthly total.

Fourth, anything collected on behalf of an authority. Where a local guest tax or tourist charge is collected through the platform, it usually arrives and leaves as a pass-through: it passes through your statement, but it was never yours to keep. Treating it as revenue inflates the rate you think you're earning. Check the current rules with the competent authority, and check how the specific channel reports it.

Fifth, currency. If the booking currency, the payout currency and your bank account currency aren't all the same, conversion happens somewhere in the chain, with a rate and usually a spread. This is the line hosts most often discover late, because it doesn't look like a fee — it looks like a slightly different exchange rate.

What remains is the net payout. It is not yet your floor, because the stay that produced it also triggered costs: cleaning and laundry, consumables, and the wear that eventually turns into a repair.

So you're working with two different nets, and the distinction is the heart of this method.

Net payout is the money in the account. Net contribution is the money in the account minus the costs that stay caused. A channel can look fine on payout and thin on contribution — for instance, when its bookings tend to be short, so each one carries a full cleaning cost against few nights.

Building the floor in four steps

Four steps, done on real stays rather than projections.

Step one: pick three payouts, not one. Choose stays from the last quarter with different lengths and, where you can, different channels. One stay tells you a number. Three tell you which deductions are structural and which were a one-off.

Step two: strip the pass-through items. Remove anything you collected on behalf of someone else and never kept. What's left is the money the booking actually generated for you.

Step three: subtract the costs that stay triggered. The cleaning invoice for that turnover, the laundry, the consumables, and anything you paid to get the unit ready. If you clean it yourself, put a number on the hours anyway, or the calculation quietly pays you nothing for them.

Step four: divide by nights, then compare. Divide what the stay contributed by the number of nights it covered. Then look at the rate your calendar shows for those same dates. The difference per night is what the platform and the sequence of deductions took; the remainder is what you actually kept per night.

Now do it per channel rather than in total. A combined average is comfortable and unhelpful: one channel can net noticeably worse than another and disappear inside a blended figure, and that's exactly the channel you need to look at.

LOCALSBNB's reports sit beside the calendar, so occupancy, ADR and RevPAR are visible against the dates they came from rather than in a separate export. That makes step four a comparison you can run for a whole month instead of a single stay. localsbnb.com

When the floor says no

Sooner or later a date range produces a floor above what the market will pay. This isn't a moral failing and it isn't a signal to discount; it's a message about one of four things.

The cost. A minimum stay that's too short spreads a full turnover over too few nights. A cleaning arrangement priced per booking rather than per hour. Nights blocked for reasons that no longer apply. All of these move the floor without touching the rate.

The mix. A unit built for week-long family stays, sold mostly as two-night city breaks, will carry the wrong cost per night forever. The fix is in what you accept, not in what you charge.

The calendar. A date that only ever sells below the floor costs you nothing when it stays empty — no cleaning, no laundry, no wear. Blocking it isn't surrender; it's declining a loss. The trap is blocking it and then filling it at the last minute at the same low rate.

The unit. Sometimes the honest answer is that this unit, at this cost base, in this location, doesn't clear its own floor. That's a decision about the lease, not about the rate, and no pricing method fixes it.

What not to do: hold the rate below the floor for months and call it building occupancy, blend the channels so the weakest one stops being visible, or re-run the calculation on assumptions instead of payouts.

One more caution, on currency. Don't forecast it. Whatever you expect the rate to do next quarter is a guess, and a floor built on a guess moves every time the guess does. Re-run the calculation on actual payouts as they arrive, and let the floor follow the evidence.

FAQ

Why can't I just use the rate I set?

Because the guest may not have paid it, and several charges land before the transfer. The set rate is an intention; the payout is the outcome. Only one of them can be divided by nights and trusted.

Do I need a spreadsheet for this?

One page per channel is enough: stay dates, nights, amount collected, each deduction, the stay's own costs, and the per-night remainder. Four rows will show you more than a month of totals, and it costs an evening to build.

What about exchange rate movement?

Don't build it into the floor as a forecast. Convert actual payouts at the rate you actually received, and re-run when the numbers move. A floor that depends on next quarter's rate isn't a floor.

The method's value isn't the number it produces on the first pass. It's that every later disagreement with your payout statement has somewhere to land — a line you can point at. The reports that make the comparison quick sit next to the calendar at localsbnb.com.

---

This article is general guidance for hosts and isn't legal, tax or insurance advice, and it isn't financial advice. Fees, guest taxes, payment charges and currency handling differ by platform and jurisdiction and change over time. Confirm the current terms of each channel you use and the current rules with the competent authority before you rely on a calculation.