Charging per user doesn't just inflate the invoice; it changes how your team uses the CRM. A look at both the numbers and the behaviour.
Per-user pricing looks fair at first: you pay for what you use. In medical tourism it works against the nature of the business. Teams grow seasonally, call centres run in shifts, field staff and translators come and go. Once every new person becomes a line item, the clinic quietly starts rationing the system.
The visible cost
At $30 per user, a team of 12 costs $360 a month; at 25 people it's $750. Multiply by twelve months: the same work costs twice as much simply because the team grew. Yet the value the software delivers doesn't scale linearly with headcount.
The invisible cost
Here's the expensive part: to keep licence counts down, teams start sharing accounts. When two agents work under one login, you lose track of who ran which conversation. Performance reports become meaningless, loss-reason analysis collapses, and commission calculations turn into arguments. The manager ends up leading by feel instead of by numbers.
- Adding a new agent requires budget approval; until then they work from WhatsApp.
- Translators, finance and operations never get access; information circulates over email.
- Shared logins destroy the audit trail of who did what and when.
- Adding and removing users each season becomes administrative overhead.
“The value of a CRM is measured not by how many people use it, but by how much of the work becomes visible inside it.”
What a flat per-clinic price changes
When price is independent of headcount, the team behaves naturally: everyone logs in as themselves, every conversation is recorded against its owner, and operations and finance join the system too. Reports suddenly mean something, because the data finally reflects reality. That's exactly why MedicalGrow prices per clinic, not per seat.
The only CRM built for medical tourism
Bring your whole medical tourism operation into one panel — without paying per user.
Book a free demo
