Pricing

Solution by situation

Several hotels, one login, one honest answer for each

Switch property from the header rather than logging out and back in — and staff who see only the one they work at.

The change, mappedMulti-property groups
TodaySeparate logins and definitions
MangoHostOne controlled account
NextComparable properties
01

One login, a switch in the header

02

Staff who see one property, not the group

03

Billed per hotel, so the number is never blended

01

The pressure point in plain terms

Running more than one property multiplies the ordinary problems rather than just repeating them. A second login for the second hotel means a manager keeps two sets of credentials, or shares one account across two teams, which is how a housekeeper at Property A ends up able to see Property B's payroll.

And when something is wrong, it is not obvious which property it is wrong at until someone has opened both.

01Practical change

One login, a switch in the header

Log in once. A property switcher in the header moves you between every hotel on the account, and the screen underneath — bookings, housekeeping, analytics — refreshes to that property's own data. Nothing is blended by default; you are always looking at one property or explicitly comparing.

02Practical change

Staff who see one property, not the group

Access is scoped per property as well as per module. A front-desk hire at your Sabang location gets the room board and calendar for Sabang — not a login that happens to also open the dashboard for the property in White Beach.

That containment matters more as the group grows. A staffing mistake at one property should never be a visibility problem at another.

03Practical change

Billed per hotel, so the number is never blended

Each property is its own plan and its own bill, sized to its own room count. A ten-room and a thirty-room property under the same account are not paying a single averaged rate that overcharges one and undercharges the other — each pays for what it is.

04Practical change

Compare properties without leaving the account

Because every property runs on the same system, the numbers are comparable in a way that two different tools never quite are — the same definition of occupancy, the same net-profit calculation, the same report format. Which property is actually the better business is a question you can answer rather than estimate.

05Practical change

One relationship, not several vendor accounts

One support contact, one invoice history, one place to add a property when the group grows. Onboarding a new hotel is the same seven-step process as the first one, run again rather than negotiated from scratch.

06Practical change

One audit trail, filterable by property

Every create, update and delete is written to an audit log with the actor, the entity and the time — across the whole account, not one hotel at a time. When a rate changes or a booking is cancelled, you can see who did it and at which property without asking around first.

That matters more with a group than with a single hotel: more logins exist, more people have some level of access, and "which property was this at" is a question a shared login could never answer honestly.

Your property, not a generic demo account

See it on your own operation

Thirty minutes with the IslandLink team, your rooms and your rates. No card, nothing to sign — and we will tell you honestly if we are the wrong fit.