MedPrestige · Medical platform (medprestige.ro) — case study

Client context

My clients here are small-to-mid dental practices and growing multi-specialty clinics — places with 1-5 doctors, no in-house tech team, none of the tens-of-thousands-of-euros monthly budget a private hospital runs on. At the same time, the patients they want to attract have leveled up their expectations: they want to book online, they want a professional site, they want a patient portal, they want multilingual support for international clientele.

Problem

• A Regina Maria-tier platform (multi-tenant, GDPR-native, multilingual, patient portal, booking, invoicing) costs hundreds of thousands of euros built from scratch — unreachable for a 3-doctor clinic
• Generic WordPress covers "a site," not the real flow: booking → patient record → treatment → follow-up → invoicing
• Large booking platforms (Docplanner & co.) take a cut of every appointment and "steal" the patient relationship
• Small clinics have no one to talk to: big agencies won't take projects below a certain threshold, and freelancers can't ship something GDPR-compliant and multi-tenant
• Result: the clinic either stays on a Facebook page, or pays monthly without owning anything

My role

I broker access — hub model in action. The product was built by FastCodingAgency before I came into the picture. I didn't come up with the idea, I didn't write the specs, I didn't coordinate the product team. What I do: I identify the clinics this product actually solves a real problem for, and I bring it to them — at a price they can actually carry.

• I identify the right clinic — dental practices with 1-5 doctors, growing multi-specialty clinics, psychology practices that want a serious client portal. I filter what would make sense to adopt a serious platform vs what should stay on a simple solution.
• I translate between business and product — the clinic doesn't want "a multi-tenant SaaS with i18n," they want "to stop losing appointments on the phone." I do the translation both ways.
• Onboarding & first instance — I use MedPrestige's 60-second demo to show the product concretely, not on slides. I set up the first instance with the clinic's branding, connect bookings to their calendar, walk them through the admin.
• Single point of contact — the clinic doesn't talk to the FCA team, they talk to me. Any request, any setup, any issue: it goes through me.
• Ongoing support — after onboarding, I stay as the point of contact for the product relationship: fix requests, new setup, roadmap questions. The FCA team builds; I hold the clinic relationship.

Solution

• Four vertical products, each built for the real specialty workflow, not a generic template adapted
• Dentistry: service catalog with estimated duration, Smile Makeover gallery, automatic recall reminders, price estimator
• Psychology: calm visual tone, pre-evaluation forms, moderated testimonials, secure client portal with session history
• Dermatology & aesthetics: Before/After gallery slider, 5-question recommendation quiz, 4-tier loyalty program, referral system
• General clinic: pages per specialty, full doctor profile, patient portal with lab results, integrated invoicing
• 60-second demo: the visitor fills a short form and instantly receives a full instance with their own branding
• Native multilingual: Romanian, English, German with correct hreflang and multilingual SEO
• Multi-tenant: each clinic owns the data and runs on its own domain, with no intermediary marketplace
• Admin panel: 14 management modules (doctors, appointments, invoices, blog, testimonials, etc.)

Lessons learned

• Biggest lesson: a good product at the wrong price for the wrong segment doesn't sell itself. The intermediary who translates "why you need this" and sets the right expectations is often the reason the product reaches the people it should.
• The small clinic isn't shopping for "multi-tenant SaaS" — they're shopping for trust that they won't be sold off to the nearest big agency. Intermediation keeps the human relationship in the foreground.
• The "60-second demo" is the best closer I have: the clinic sees the real product before they say "I don't think I can afford this."
• The patient = the clinic's relationship, not the platform's. Multi-tenant with own domain is the argument that wins over clinics that have been burned by big platforms.
• On the hub model side: democratizing access to enterprise-grade software for smaller players is a market in itself. I'm not selling the product; I'm selling the fact that this product is now reachable and manageable for them.

Tech stack

RO — translation pending

Tech stack: [observed: PHP 8.2+, MySQL/PostgreSQL, arhitectură multi-tenant cu provisioning automat, SSL, Schema.org Medical, suport server VPS (Hetzner recomandat); full list to confirm with Tudor]

The metrics that matter