If you are setting up rates for a new property, or rethinking pricing on an existing one, this is one of the first structural decisions you will make: do you charge one price for the room, or a price per guest staying in it? Our recommendation, and the practice used by the overwhelming majority of hotels, homestays and resorts worldwide, is to charge per room, with a modest additional charge for guests beyond a set base occupancy, rather than multiplying your rate by the number of people in the room.
This page lays out why, where pure per-person pricing still genuinely makes sense, and how to set up a per-room rate structure properly. This is a business-strategy recommendation rather than a legal requirement, unlike most of our other guides, there is no law that dictates which model you use, so treat this as our informed opinion on what tends to work best, not a compliance rule.
What “Per Room” and “Per Person” Actually Mean
The two models sound similar but produce very different bills for the same booking:
| Model | How it works | Example: 1 room, 4 guests, ₹4,000 base |
|---|---|---|
| Per room (with extra-guest charge) | One base rate for the room at a set occupancy, plus a smaller add-on per extra guest beyond that | ₹4,000 base (2 guests) + ₹800 × 2 extra guests = ₹5,600 |
| Pure per person | The nightly rate is multiplied directly by the number of guests, with no separate room rate | ₹2,000 per person × 4 guests = ₹8,000 |
Both numbers might look reasonable in isolation, but they behave very differently as group size changes, and that difference is where most of the practical case for per-room pricing comes from.
Why Most of Your Costs Are Per Room, Not Per Guest
Pricing should track the cost it is meant to recover, and for a hotel or homestay room, the large majority of costs are fixed per room rather than per occupant. Housekeeping and linen change, room maintenance, depreciation on furniture and fittings, a share of staffing and utilities, all of these are incurred whether the room holds one guest or four. The genuine marginal cost of one additional guest in an already-booked room, an extra breakfast, an extra towel set, slightly higher water and electricity use, is real but small.
A pure per-person rate ignores this entirely and charges the third and fourth guest as if they were opening an entirely new room, when in reality your fixed costs were already covered by the first two. A per-room rate with a modest extra-guest charge prices closer to what each additional guest actually costs you to host.
Per-Room Pricing Matches How the Industry Actually Prices
Every standard revenue metric in hospitality, Average Daily Rate (ADR), Revenue Per Available Room (RevPAR), occupancy rate, is calculated per room, not per guest or per bed. India’s hotel industry reported roughly 64% average occupancy in FY2024–25 with ADR around ₹7,951 and RevPAR crossing ₹5,000, figures that only make sense, and are only comparable across properties, because the entire industry prices and reports per room.
This matters practically too. Every major OTA, Booking.com, MakeMyTrip, Agoda, Airbnb, is built around a per-room-per-night base rate with an “extra guest” add-on field, not a raw per-person multiplier. If you price per person on your own website or WhatsApp but list on OTAs, you end up maintaining two different pricing logics for the same room, which creates rate-parity mismatches, guest confusion, and manual reconciliation work that a per-room structure avoids entirely.
Pure Per-Person Pricing Penalises Your Most Valuable Bookings
Families and groups travelling together tend to be some of the most valuable guests a property can host: they book for longer, often extend stays around weekends, and spend more on food and extras once on-site. A strict per-head multiplier punishes exactly this segment, a family of four pays double what a couple pays for the identical room, even though your actual marginal cost for the extra two guests is a fraction of that.
In practice, this pushes larger groups to either book two smaller rooms elsewhere, split across properties, or simply choose a competitor with a friendlier rate structure, all outcomes that cost you the booking entirely rather than capturing the extra revenue a modest per-guest add-on would have earned you.
How Per-Room Pricing Keeps Your GST Calculation Simple
GST on hotel accommodation in India is charged on the actual per-unit-per-day tariff of the room, that is, the value actually charged for the room for that night, not on some derived per-guest number. The applicable slab depends on that per-room tariff, but only once you’re registered for GST at all: below the ₹20 lakh annual turnover threshold (₹10 lakh in certain special category states), with none of the mandatory-registration triggers, no GST applies regardless of tariff. Once registered, a tariff up to ₹7,500 per night attracts 5% GST (without input tax credit), and a tariff above ₹7,500 attracts 18% GST (with input tax credit).
This is one of the quieter reasons per-room pricing is the simpler model to run. When your rate structure is a single room tariff plus a clearly separated extra-guest charge, the GST slab that applies to the room is unambiguous, it is simply the base room tariff for that night. When a property instead prices purely per person and presents a guest with a total that is really several separate per-person charges added together, it becomes easy to mistakenly treat that combined total as the taxable room tariff and apply GST at the wrong slab, or to lose track of what the underlying per-room tariff even is when reporting.
If you do charge an extra-guest fee on top of a per-room base rate, treat it as part of the same room’s total tariff for GST purposes rather than as a separate transaction. The GST slab is still determined by what the guest is actually being charged for that room that night, base rate plus any extra-guest charge included. Keep the arithmetic on a room-by-room, night-by-night basis and the slab classification stays straightforward.
For example, a room with a ₹4,000 base tariff and a ₹800 extra-guest charge for two additional guests comes to ₹5,600 for the night, comfortably within the 5% slab. The same booking priced purely per person at ₹2,000 per guest for four guests works out to a ₹8,000 total, which is not how GST tariff classification actually works in the first place. Tariff classification runs off the room’s real per-night charge, not an arbitrary multiplication of a headline per-person number.
The distinction between the 5% (without input tax credit) and 18% (with input tax credit) slabs also affects what you can claim back on inputs like housekeeping supplies, laundry and property maintenance. Keeping your room tariff structure simple and stable across the year, rather than letting an ad hoc per-person total drift a booking across a slab boundary without your noticing, makes it easier to plan for and report your GST position correctly at each rate.
A Worked Example: Same Room, Different Models
Take a homestay room that comfortably sleeps four, with a fixed cost base (housekeeping, linen, utilities, staffing share) that works out to roughly ₹3,500 a night regardless of how many guests are in it. Here is how the two models compare across a realistic mix of bookings over a month:
| Booking type | Per-room rate (₹4,000 base + ₹800/extra guest) | Pure per-person rate (₹2,000/guest) |
|---|---|---|
| Couple (2 guests) | ₹4,000 | ₹4,000 |
| Family of 3 | ₹4,800 | ₹6,000 |
| Family of 4 | ₹5,600 | ₹8,000 |
| Group of 5 (max occupancy) | ₹6,400 | ₹10,000 |
The couple booking is identical either way, that segment is not affected by this decision at all. The difference shows up entirely on family and group bookings, where the per-person total climbs steeply enough that many groups simply choose a different property, or split across two smaller rooms elsewhere, rather than pay it. A property relying on per-person pricing does not actually collect that higher number in most cases, it loses the booking before the guest ever pays anything. The per-room number is usually the one that actually gets booked.
Why the Revenue Comparison Isn’t as Simple as Charging More Per Guest
It’s worth being honest about one thing: line by line, a pure per-person total for a larger party is often numerically higher than the equivalent per-room-plus-extra-guest total for the exact same room. In the worked example above, a family of four pays ₹5,600 under a per-room structure and ₹8,000 under pure per-person pricing. That is not a rounding difference, it is a real, visible gap a family will notice while comparing properties.
The revenue question this page is actually answering is not which model charges more for a single completed booking. It’s what each model does to whether that booking happens at all, and at what volume, over a full month.
Consider a 10-room property that typically books around three families or groups of four per month. If even one or two of those bookings go to a per-room-priced competitor instead, because the guest compared an ₹8,000 per-person total for the same room against a competing property’s ₹5,600 per-room total and picked the cheaper-looking option, that is roughly ₹5,600 to ₹11,200 in monthly revenue lost to a booking that a per-room structure would very plausibly have kept. That lost revenue does not show up anywhere in a simple side-by-side price comparison, it only shows up in your actual occupancy and booking numbers at the end of the month.
There is a second, harder-to-quantify cost too. A family who does book at the higher per-person total, and later realises, by comparing notes with other guests or other properties, that they paid noticeably more per person than a couple did in the very same room, tends to feel it as unfair rather than as a premium they knowingly chose. That shows up in reviews and repeat-booking rates rather than in a spreadsheet, but it is a real cost of the per-person model over time.
When Per-Person Pricing Actually Makes Sense
None of this means per-person pricing is always wrong, it is the right model in a couple of specific, genuinely different situations, and it is worth being honest about them rather than presenting per-room as universal.
- Dorm and hostel-style inventory. When guests are booking a bed in a shared room rather than the whole room, there is no single “room rate” to anchor to in the first place, the bed is the sellable unit, so per-person (or more precisely, per-bed) pricing is the only model that makes sense.
- All-inclusive or package stays. A wellness retreat or a package that bundles meals, activities and instruction alongside the room can reasonably price per guest, since a meaningful share of the cost genuinely does scale with headcount rather than staying fixed per room.
- Very small, single-occupancy-only properties. A property that only ever sells single-occupancy rooms with no realistic multi-guest scenario has little practical difference between the two models, though even here, a room-based rate is simpler to list and compare on OTAs.
Outside these cases, for the standard scenario of a private room being sold to a couple, family or small group, per-room with an extra-guest charge is the better default.
How This Plays Out Across Different Kinds of Properties
The basic case for per-room pricing holds across almost every kind of property, but the specific numbers, and how much they matter, shift depending on what you run.
What About Breakfast, Late Checkout and Other Add-Ons?
Recommending per-room pricing for the room itself does not mean everything has to be priced per room. Some add-ons genuinely do scale with headcount and are reasonably priced per person even within an otherwise per-room structure, breakfast is the clearest example, since a fifth guest eating breakfast is a real, near-linear extra cost in a way that a fifth guest simply sleeping in the room is not.
The distinction that matters is between the room itself, where costs are fixed regardless of occupancy, and genuinely consumable extras, where costs do scale per guest. Keep the room rate per-room with a modest extra-guest charge, and price food, activities or transfers separately, per person, where that reflects the real cost. Bundling everything into one per-person number blurs this distinction and tends to produce exactly the over-pricing problem for larger groups described above.
How to Set Up Per-Room Pricing With an Extra-Guest Charge
Moving to, or setting up, a per-room structure is mostly a matter of picking sensible numbers and disclosing them clearly:
- Set a base occupancy, most properties use 2 adults, since that covers the majority of bookings and is what guests expect as a default when comparing rates.
- Price the base rate to cover your fixed costs at that occupancy: housekeeping, linen, utilities, staffing share, and your target margin.
- Set a smaller extra-adult charge, commonly in the range of 20 to 30% of the base rate per additional adult, reflecting the genuinely lower marginal cost of an extra guest in an already-serviced room.
- Decide a children’s policy separately, many properties offer a lower child rate or a free allowance up to a certain age, which is worth deciding deliberately rather than defaulting to the adult rate.
- Set a hard maximum occupancy per room, based on both your own comfort and fire-safety or building-code capacity, and enforce it consistently regardless of how the extra-guest charge is structured.
- Disclose the extra-guest charge upfront, at the point a guest selects occupancy during booking, not as a surprise at check-in, since an undisclosed charge is one of the most common sources of negative reviews.
How Indian Hotels Typically Price Children
Deciding on a children’s policy is part of setting up per-room pricing properly, and Indian hospitality has a fairly consistent informal standard worth following rather than inventing your own from scratch.
Most properties let children up to about five years old stay free when sharing the existing bedding with parents, since there is no meaningful extra cost, no extra bed, no extra breakfast portion in most cases. Children roughly between six and eleven or twelve years old are commonly charged at a reduced child rate, often around 50% of the extra-adult charge, again assuming they share existing bedding. Anyone older, or any child who needs an extra bed or cot regardless of age, is usually charged the full extra-guest charge, since an extra bed is a real, physical extra cost regardless of the guest’s age.
| Age band | Typical charge |
|---|---|
| Under 5, sharing existing bedding | Free |
| 5 to 11 (or 12), sharing existing bedding | Around 50% of the extra-adult charge |
| 12 and above | Full extra-guest charge |
| Any age needing an extra bed or cot | Extra-guest charge plus a separate, disclosed cot or bed fee |
Whatever age bands and rates you choose, the important part is stating them clearly on your website, WhatsApp booking flow and every OTA listing where a child policy field exists. A guest who assumes their child stays free based on one channel’s wording, and is charged differently at check-in, has exactly the same negative experience as an undisclosed extra-guest charge for an adult.
Extra beds and cots are worth pricing and disclosing separately from the age-based child policy itself. A family that needs a cot for an infant is asking for physical extra inventory, a mattress, linen, floor space, not just an additional occupant, and it is reasonable to charge a modest, disclosed cot fee even for a child who would otherwise stay free under the age policy.
Common Mistakes Properties Make
How to Disclose the Extra-Guest Charge Without Guests Feeling Surprised
The single biggest cause of complaints around per-room pricing is not the charge itself, it is guests discovering it late. A short, clear message at the right moment removes almost all of the friction, and the same core message works across your website, WhatsApp and OTA guest messaging.
Use the same wording, and the same numbers, across every channel a guest might see. A message that matches what the guest already read at booking reassures rather than surprises them, even when the amount itself is unchanged.
How This Plays Out in Practice
Setting This Up Correctly Across OTAs and Your Channel Manager
Every major OTA supports occupancy-based, per-room pricing natively, but each platform structures the extra-guest field slightly differently, and getting this wrong is one of the most common technical mistakes properties make when switching models.
Booking.com and MakeMyTrip or Goibibo both let you set a base occupancy per room type and then a separate extra-adult and extra-child charge on top, configured at the room-type level in their extranet. This maps directly onto the per-room-plus-extra-guest structure recommended on this page. Airbnb’s structure is slightly different, it has an explicit extra guest fee field that applies once occupancy crosses a threshold you set, alongside a separate base guests included number. Both need to be set consistently with your other channels or the same room will show different totals on Airbnb versus your website for the same party size.
If you use a channel manager to sync rates and availability across platforms, confirm it actually pushes your extra-guest charge and children’s policy fields, not just your base rate. Some channel managers only sync the headline nightly rate by default and leave occupancy-based add-ons to be configured separately on each OTA, which is an easy way to end up with your website and your OTA listings quietly disagreeing on the total for the same booking.
Test this by pricing a real booking for an above-base-occupancy party on your own website, then checking the same dates and party size directly on each OTA you list on. The two totals should match. If they do not, the mismatch is almost always in how the extra-guest or children’s fields are mapped on that particular channel, not in your base rate.
A Quick Checklist Before You Switch
- Decide your base occupancy (usually 2 adults) and price the base rate to cover fixed costs at that occupancy.
- Set an extra-adult charge at roughly 20 to 30% of the base rate, and decide a separate children’s policy.
- Confirm your hard maximum occupancy per room against fire-safety or building-code limits.
- Update every booking channel, your own website, WhatsApp flow and every OTA listing, to the same occupancy-based structure so nothing shows a conflicting total.
- Display the extra-guest charge at the point of occupancy selection during booking, not at check-in.
When to Revisit Your Numbers
A base rate, extra-guest charge and children’s policy are not a one-time decision. Costs change, your market changes, and numbers that were sensible a year ago can quietly drift out of date if nobody revisits them.
Review your extra-guest charge at least once a year, alongside your regular rate review, and check it against two things: whether it still comfortably covers the real marginal cost of an additional guest, housekeeping, linen, breakfast, utilities, and whether it still reads as noticeably cheaper than a guest’s next-best alternative, a second room, or a competing per-room property nearby. If either has drifted, adjust the number rather than leaving it unchanged out of habit.
It is also worth revisiting after any meaningful change to your cost base, a rise in breakfast or laundry costs, a change in staffing, or a renovation that changes what a room can comfortably hold. A base occupancy or extra-guest charge set for a room’s old configuration can be quietly wrong for its new one.
Finally, keep a short written note each time you change these numbers, what you changed, when, and why. It takes a minute to write and makes it far easier to answer a guest’s question about a charge, or to explain your pricing logic to new staff, months later.
How OpenStays Fits Into This
OpenStays’ booking engine and rate configuration are built around per-room, occupancy-based pricing by default, you set a base rate and occupancy, add an extra-guest charge if you want one, and that same structure is what quotes guests on your website, on WhatsApp, and through the booking engine consistently, rather than maintaining separate pricing logic across channels. If you are moving from a per-person structure, this is largely a one-time setup change rather than an ongoing operational burden.
Frequently Asked Questions
Should hotels charge per room or per person?
We recommend per room, with a modest extra-guest charge beyond a set base occupancy. It matches how most of your costs actually behave, matches how the rest of the industry and every major OTA price rooms, and avoids penalising the families and groups who tend to be your most valuable bookings.
Is per-person pricing ever the better choice?
Yes, for genuinely bed-based inventory like hostel or dorm rooms, where guests book an individual bed rather than the whole room, and for all-inclusive packages where a real share of cost scales with headcount. Outside those cases, per-room is the better default.
How much should an extra-guest charge be?
A common range is 20 to 30% of the base room rate per additional adult, reflecting the genuinely lower marginal cost of hosting one more guest in an already-serviced room, rather than the full per-person rate.
What base occupancy should we use?
Most properties use 2 adults as the base occupancy, since it covers the majority of bookings and matches what guests expect when comparing rates across properties and OTAs.
Does switching pricing models require changing our OTA listings?
Yes, every channel, your own website, WhatsApp booking flow and each OTA listing, should reflect the same occupancy-based structure, otherwise the same room can show conflicting totals depending on where a guest books.
Is there a legal requirement for which model we use?
No. Unlike most of our other guides, this is a business decision, not a compliance matter. There is no law requiring either model; this page reflects our recommendation based on industry practice and cost structure, not a regulatory obligation.
How should we price children staying in the room?
Most Indian properties let children up to about five years old stay free when sharing existing bedding, charge a reduced rate, often around 50% of the extra-adult charge, for children roughly six to eleven or twelve, and charge the full extra-guest rate for anyone older. An extra bed or cot should be priced separately from the age-based policy, since it is a real physical cost regardless of the guest’s age.
Do OTAs handle extra-guest pricing the same way?
The concept is universal, but the field names differ. Booking.com and MakeMyTrip or Goibibo use a base occupancy plus separate extra-adult and extra-child charges at the room-type level, while Airbnb uses a guests included number plus a separate extra-guest fee. Set all of them to match your actual policy, and test a real booking on each channel to confirm the totals agree.
Should an extra bed or cot cost more than the standard extra-guest charge?
It can, reasonably. An extra bed or cot is a genuine additional physical cost, a mattress, linen, floor space, on top of whatever occupancy charge already applies, so pricing it as a separate, disclosed line item is fair and common practice, rather than folding it silently into the general extra-guest charge.
Will an extra-guest charge cause rate parity problems with OTAs?
Not if it is configured consistently. Rate parity clauses compare the total price a guest pays for the same room and occupancy across channels, not just the headline nightly rate, so as long as your base rate and extra-guest charge are set identically on your website and on every OTA, the final total a guest sees will match and there is no parity conflict. Parity problems usually come from a mismatch in how the extra-guest or children’s fields are configured on one channel, not from having an extra-guest charge itself.
In Summary
Charging per room, with a clearly disclosed extra-guest charge beyond a set base occupancy, is our recommendation for the large majority of hotels, homestays and resorts. It matches how your actual costs behave, matches how the rest of the industry prices and reports (ADR, RevPAR, OTA listings), and avoids over-charging the families and groups who are often your most valuable guests. Pure per-person pricing remains the right choice specifically for bed-based inventory like dorms and hostels, or for genuinely all-inclusive packages, but is usually the wrong default for a standard private room.
This page reflects our informed recommendation based on industry practice and cost structure, not a legal or regulatory requirement. Adapt the specific numbers, base occupancy, extra-guest percentage, to your own cost structure and market.
This page reflects our recommendation on pricing strategy and general practice, not legal or tax advice. GST rates, slab thresholds and OTA-specific configuration options can change, and the right base occupancy, extra-guest charge and children’s policy for your property depend on your own cost structure and market. Please consult a qualified professional before finalising your pricing or tax treatment.