← Back to blog

House, club, agency or spa: how each model differs operationally

Talking about the sector as if it were one single thing leads to comparisons that don't hold up. The business models in the sector — house, club, escort agency and spa — may share staff, clientele and even location, but internally they work in different ways: where the service happens changes, who collects payment changes, what is actually being sold changes, and so does what caps capacity. Understanding those differences is what lets you choose tools that actually work, instead of bending your operation to fit software built for a different business.

House: the space is the asset that turns over

In a house the service happens on site, in the business's own rooms. The business manages three things at once: the space, the schedule of who is available, and the commission settled on each service.

The revenue ceiling isn't demand, it's the room cycle. Between one service and the next there's preparation, cleaning and — the most expensive part — the stretch where the room is already ready but the front desk doesn't know it yet. That unbilled minute multiplies by room and by day.

What it needs from a system: room status updated by the operation itself, not by someone walking over to report it, and commission calculated in the same record as the service.

Club or bar: two revenue streams landing in the same till

In a club, revenue comes in mixed together. There's bar spend, with its inventory cost, and there's the service, split between the business and the person who provided it. On top of that come tips, advances and several people collecting payment at once: bar, servers, front desk.

The challenge isn't selling, it's closing out. If every concept shares one drawer and one mental tally, the close stops being a verification and turns into a reconstruction of the entire night.

What it needs from a system: a till separated by concept and by collector, close-out by shift, and commissions and advances settled on what was recorded, not on what was remembered.

Escort agency: the operation happens off site

Here there are no rooms to manage. The agency coordinates, verifies and collects payment for a service that takes place somewhere else — a residence or a hotel — and that changes entirely what has to be controlled.

Variables appear that the other models don't have:

  • Travel time, which eats real schedule even though it generates no revenue.
  • Arrival and service-completion confirmations, without which nobody in the operation knows what's going on.
  • Safety protocols: who knows where each person is, what time they left and what time they checked in.
  • Remote collection and payout, often without the money ever passing through the venue.

What it needs from a system: a schedule that accounts for travel, real-time confirmation logging, and traceability of every service from assignment through payout.

Spa and massage: the schedule rules

A spa looks more like an appointment business. Services have a defined duration and a price per service, the unit of space is the booth, and clients usually arrive with a booking rather than spontaneously.

The challenge is booth occupancy against a schedule that fills up in blocks: a badly placed appointment leaves a gap that can no longer be sold, and overbooking leaves the client waiting. The hours profile changes too: demand spreads across the day instead of concentrating at night.

What it needs from a system: booking by time slot with service duration, booth visibility, and control over the gaps between appointments.

Almost no business runs a single model

In practice the models combine. A club with rooms bills both bar and on-site services. A house that also coordinates outcalls is operating as an agency part of the day. A spa that extends into night hours starts handling a mixed till. And that mix isn't static: it shifts by season, by day of the week and as the business grows.

That's why a rigid system — built for one model only — ends up forcing half the operation to be run outside it, in notebooks and parallel chats. And when half the information lives outside, no report the system produces is reliable.

How Foxxy does it

Foxxy doesn't assume a single model. Rooms, booths, outcall services, bar till, shifts and commissions are pieces that switch on according to how each business operates, and they coexist in the same operation when needed. If the business changes its mix, the configuration changes with it.

You can see how it adapts to each model in use cases.