Website
A beautiful site that answers none of the real questions is a brochure.
Patients arrive with four questions: what does this cost, am I a candidate, who will treat me, and what happens next. Most practice websites answer none of them.
What this is
Website, in plain terms.
A practice website has one job that matters: turn a person who is already interested into a person who books. Everything else is in service of that.
In practice this means answering cost honestly, establishing candidacy, making the clinician visible as a person with credentials, showing real work where consent allows, and removing every unnecessary step between interest and a booked consultation.
Why healthcare is different
Generic website advice does not survive contact with a practice.
The purchase is anxious, not transactional
Nobody is excited to research a procedure. Patients arrive nervous and looking for reasons to trust or to leave. That changes what belongs above the fold, and it is why credential and outcome information outperforms design flourish in almost every test we have seen.
Cost is the dominant unanswered question
Elective healthcare buyers ask what it costs before they ask anything else. Most practices refuse to publish ranges, so the patient gets the number from a third-party source and often from a competitor. Publishing a range also filters the inquiry before it reaches your coordinator.
Imagery is regulated, not just creative
Before-and-after work is the most persuasive content a practice can publish and the easiest to publish improperly. Consent has to be documented and channel-specific, which makes it an operational workflow rather than a design decision.
The site is read by machines that decide what to say about you
Answer engines assemble descriptions of your practice from what they can parse. A site that states services, providers and locations only in images and prose gives them very little to work with.
What usually breaks
Symptoms, and what actually causes them.
Traffic is respectable and consultation requests are not.
Usually because: The site describes what you do and never answers cost, candidacy or process. The visitor leaves to find those answers and books wherever they found them.
It looks dated next to a newer competitor.
Usually because: In aesthetics especially, the site is read as evidence of the practice's standards. This is a real commercial problem, not vanity.
You cannot update anything without calling someone.
Usually because: Built for handoff rather than for operation. Frequently paired with the agency holding the domain.
Nobody can tell you which pages produce consultations.
Usually because: No tracking joining a form or call to the outcome, so every content decision afterwards is guesswork.
How we work
What we would actually do.
- 01
Measure what the current site actually does
MeasurementWhere visitors land, where they leave, what they never see, and what the site currently tells a machine about your practice. Plus a plain read of whether it answers the four questions.
- 02
Answer the four questions in public
Cost ranges, candidacy, who treats you, and what happens next. This is content work rather than design work and it produces most of the conversion gain.
- 03
Build for the clinician, not the template
Credentials, training, philosophy and real results, structured so both a nervous patient and a retrieval system can use them.
- 04
Make it operable by your team
You should be able to change hours, add a provider or publish a case without a support ticket. Domain, hosting and analytics in your name from day one.
- 05
Instrument it, then re-measure
MeasurementForms, calls and chats joined to outcomes as far as your systems allow, so the next round of decisions has evidence behind it.
What is included
The actual deliverables.
- Discovery covering patients, procedures and the questions they arrive with
- Information architecture built around procedures and decisions, not departments
- Design and build, responsive and accessibility-conscious
- Procedure and condition page development
- Before-and-after gallery with a documented consent workflow where applicable
- Structured data for organization, providers, services and FAQs
- Conversion tracking for forms, calls and chat
- Training so your team can operate it, and full asset ownership in your name
How this differs
What you usually get, and what we do instead.
| Typical | With us | |
|---|---|---|
| Ownership | Agency holds domain and hosting; leaving is expensive | Domain, hosting, analytics and ad accounts in your name from day one, in writing |
| Cost information | Omitted, on the theory it should be a phone conversation | Published ranges, because the patient gets the number somewhere regardless |
| Machine readability | Stock theme markup, if any | Explicit organization, provider and service schema, checked rather than assumed |
| Handover | A login and goodwill | Training, documentation, and a site your team can actually operate |
How this is scoped
What determines the size of the engagement.
We scope after the diagnostic rather than from a page, because these are the things that actually move the number for a practice like yours.
- Number of procedures and conditions requiring real content
- Whether a before-and-after gallery and consent workflow are needed
- Photography and video requirements
- Number of locations and providers
- Migration complexity from the existing site
Every build is scoped after we have seen what content, photography and consent work actually exists. A number quoted before that is a guess, and guesses in this category are usually wrong in the expensive direction.
By specialty
This work is not the same in every specialty.
- Plastic SurgeryGallery infrastructure and photography are the build, not a feature of itRead more →
- Cosmetic DentistrySmile galleries, case presentation, and the cost question answered properlyRead more →
- Medical SpasTreatment-level pages and booking friction are the two levers
- OrthodonticsTwo audiences, parents and adults, that need separating
Do not see yours? We work across 25 healthcare specialties, and the approach adapts to each.
Constraints we work within
What we will not do.
- Patient imagery is published only with documented consent naming the channels it will appear in.
- Tracking is configured differently on public pages, condition pages and any authenticated area rather than applied site-wide.
- Forms collecting clinical intent are scoped for where that data goes and under what agreement before launch.
More detail on how we handle patient data, imagery and consent is on our HIPAA and patient privacy page.
FAQ
Questions we get asked.
Do we really have to publish prices?
Ranges, and in elective healthcare it is close to unavoidable. Cost is the first question and if you do not answer it the patient gets the number from a third party and often books with whoever did answer. A published range also means the consultation starts with someone who has accepted the figure.
Who owns the site when we are done?
You do. Domain, hosting, analytics, ad accounts, all registered to you, and yours if we part ways. We put it in writing before you sign. This is a low bar that a surprising number of agencies fail.
How long does a build take?
Typically ten to sixteen weeks. The variable is almost never design or development. It is content, photography and the consent workflow for patient imagery, all of which need your practice's participation.
Can you work with our existing site instead of rebuilding?
Often, and we will tell you when that is the better call. If the platform is sound and the problem is that it answers none of the four questions, content and structure work is cheaper and faster than a rebuild. We would rather say that than sell you a project.
Decabrand knowledge path
Treat conversion as a patient journey, not a button
A healthcare website succeeds when its promise continues through contact, scheduling, consultation, and follow-up.
Related services
See where website is costing you patients.
What your current site tells a patient, and what it tells a machine. They are rarely the same.