NotTooMuch

The 10 UX problems we see in almost every health tech product

These aren't edge cases. They show up in well-funded products with strong engineering teams. They're not bugs — they're design decisions that were never revisited.

We'll review 3 core flows and share specific findings within 5 business days.

How this was built

20+ health tech products designed and audited since 2018. These are the patterns that kept appearing.

Clinical AI, telehealth, patient apps, digital therapeutics, medtech: early-stage startups and established platforms alike. The problems in this report aren't theoretical. We encountered them while shipping products that are now live.

01First Contact

Onboarding asks too much, too soon

Common pattern

Create your account
First name
Last name
Date of birth
Insurance ID
Primary care physician
Emergency contact
Create account

Suggested improvement

What brings you here?
We'll personalise your experience
Track my health metrics
Manage my medications
Connect with my care team

Why it happens

  • Teams confuse what the system needs with what users should provide upfront.
  • The result is a registration flow that feels like a medical intake form before the user has seen any value.

What it costs

  • Most users abandon forms before completing them, especially when the effort-to-value ratio feels off.
  • Every additional field adds friction without adding value.
  • Regulatory requirements create real pressure to collect data upfront. Users don't care about compliance constraints — they just abandon the form.

What good looks like

  • Lead with a single moment of value.
  • Collect information progressively, as it becomes relevant, not all at once.
  • The user should experience what your product does before being asked to invest in setup.
If your onboarding feels like paperwork, you've lost the user before they've started.
02Audience mismatch

Designing one interface for two very different users

Common pattern

DashboardPatientsAppointmentsRecordsBillingSettings
BP
Heart rate
Glucose
Weight
O2 sat
Temp
Appointment: Dr. Chen, 14:00Today
Lab results ready1d ago
One interface for two very different users

Suggested improvement

Log in as
Patient
Track health, view records, message your team
Provider
Manage patients, review labs, clinical dashboards

Why it happens

  • Health platforms often serve both patients and providers.
  • Building separate experiences feels expensive, so teams compromise with a single interface that tries to serve everyone.

What it costs

  • Patients find the interface clinical and intimidating. Providers find it oversimplified.
  • When an interface is designed for neither user well, it can directly contribute to clinical errors — an extreme consequence of a common design shortcut.

What good looks like

  • Identify where the experiences need to diverge and design them separately.
  • Shared infrastructure is fine. Shared interfaces are where things break down.
  • Even small differences in tone and density make a significant impact.
When you design for everyone, you design for no one.
03Comprehension

Dashboards that show everything and communicate nothing

Common pattern

Good morning, Dr. Chen 👋
⚠ Low potassium — call patient now08:14
8 appointments todayNext: 09:30
3 labs to review2 since yesterday
5 messages2 unread
Critical alert at same weight as everything else

Suggested improvement

Good morning, Dr. Chen 👋
⚠ Low potassium — call patient now08:14
Today
8 appointmentsNext: 09:30
3 labs to review2 since yesterday
5 messages2 unread

Why it happens

  • Clinical products surface everything because everything could matter.
  • Physicians are flooded with alerts every shift and override the vast majority of them.
  • When everything demands attention, nothing gets it.

What it costs

  • Critical alerts get buried next to routine information at the same visual weight.
  • In clinical settings, this isn't just a usability issue. It's a patient safety issue.
  • Missed alerts have real consequences.

What good looks like

  • Build clear information hierarchy.
  • Lead with what requires action, separate it visually from background data, and let providers drill into detail only when they choose to.
  • Less on screen doesn't mean less capability.
When everything is important, nothing is.
04Guidance

No empty states or first-time guidance

Common pattern

My appointments
DateProviderTypeStatus
No appointments found

Suggested improvement

📅
No appointments yet
Book time with your care team — it only takes 2 minutes
Book your first appointment

Why it happens

  • Teams test with sample data and never experience what a brand new user sees: usually nothing.
  • Blank screens, empty tables, zero context.

What it costs

  • New users don't understand what the product does or where to start.
  • This is especially damaging in health tech where users may already feel anxious.
  • A blank screen reads as broken.

What good looks like

  • Treat empty states as a feature, not an edge case.
  • Welcome users, explain what will appear here and why, and offer a clear first action.
  • Your empty state is your first real conversation with the user.
Your empty state is your product's first impression. Make it count.
05Comprehension

Medical terminology in patient-facing flows

Common pattern

Patient intake
Chief complaint
Symptomatology
Duration of symptomatology
Pertinent medical history
Current pharmacotherapy

Suggested improvement

What brings you in today?
Select all that apply
I'm in pain or discomfort
I need a checkup or test
I have a question for my doctor
I'm feeling anxious or low

Why it happens

  • Health literacy is far lower than most health tech teams assume.
  • Health products are built by clinicians and engineers who understand medical language fluently, and they routinely underestimate how foreign it is to most users.

What it costs

  • Patients feel confused, intimidated, or excluded.
  • They make errors on forms they don't understand. Features get avoided.
  • This creates real downstream problems in care delivery.

What good looks like

  • Write the way a good doctor actually talks to a patient.
  • 'What brings you in today?' does the same job as 'Indicate your chief complaint.'
  • Plain language isn't about dumbing things down — it's about removing unnecessary barriers.
Plain language isn't less precise. It's more accessible.

Recognising any of this in your product?

We'll review 3 core flows and share specific findings within 5 business days, free of charge.

No spam. No sales calls. Just a focused design review.

06Consistency

Every feature feels like it was built by a different team

Common pattern

Three teams, three button styles
SAVE CHANGES
Cancel
Submit Form
← Go back

Suggested improvement

One design system, consistent UI
Save changes
Cancel
Submit form
Go back

Why it happens

  • Products grow feature by feature, often with different teams or contractors.
  • Without a shared design system, every new feature introduces its own patterns, spacing, and interaction logic.

What it costs

  • Users don't consciously notice inconsistency, but they feel it.
  • In health tech, inconsistent interfaces have been linked to medical device recalls and patient safety incidents.
  • Inconsistency isn't just a trust issue — it's a safety issue.

What good looks like

  • Invest in a shared component library early. It doesn't need to be elaborate.
  • Even a small set of shared patterns for buttons, forms, and navigation creates consistency that compounds over time.
A design system isn't overhead. It's the foundation that lets you move faster.
07Trust & Safety

When something goes wrong, users are left without answers

Common pattern

Error
Something went wrong. Please try again.
Prescription request
Medication
Dosage
Submit

Suggested improvement

Prescription not submitted
Your insurance ID doesn't match our records — this is usually a typo.
Review your insurance details →
Prescription request
Medication
Submit

Why it happens

  • Error states are the last thing teams design and the first thing cut when timelines get tight.
  • Generic messages get shipped because they're easy to implement.

What it costs

  • Usability problems are a documented contributing factor in a significant portion of medication errors.
  • A vague error message isn't a minor inconvenience. It's a clinical risk.

What good looks like

  • Every error in a health product should answer three questions: what happened, what it means for the user, and what they should do next.
  • Offer a direct path to resolution whenever possible.
Vague errors are never acceptable when the stakes are clinical.
08Mobile UX

Mobile app feels like a shrunken web app

Common pattern

PatientDOBProviderStatusLast visitInsurance
J. Smith1985-04Dr. ChenActiveJan 10Aetna
M. Johnson1990-07Dr. PatelInactiveSep 2BCBS
A. Williams1978-11Dr. ChenActiveFeb 14UHC
Desktop table on a mobile screen

Suggested improvement

Jane Smith
Dr. Chen · Active
Jan 10
Mark Johnson
Dr. Patel · Inactive
Sep 2
Amy Williams
Dr. Chen · Active
Feb 14

Why it happens

  • The majority of patient portal access now happens on mobile, a share that has grown significantly in recent years.
  • Most health apps weren't designed for this. They were built desktop-first and adapted down, which isn't the same thing.

What it costs

  • Tap targets are too small. Navigation borrows desktop patterns. Swipe gestures are missing.
  • The app fights the phone instead of working with it.
  • Users notice immediately, even if they can't articulate why.

What good looks like

  • Mobile is not a smaller screen. It's a different context.
  • Design for thumb zones, platform conventions, and the reality that your user might be standing in a waiting room with one hand free.
If it feels like a website in an app wrapper, your users will notice.
09Trust & Safety

Privacy settings are buried or confusing

Common pattern

Settings
Account
Notifications
Privacy
Security
Integrations
Privacy controls buried at Settings → Account → Privacy → Data sharing

Suggested improvement

Your data settings
Control who can see your health information
Share with care team
Doctors and nurses in your care circle
Allow research use
Anonymous data only — helps improve care
Share with family
Approved family members only

Why it happens

  • Most patients are concerned about their health data privacy.
  • Far fewer actually know who has access to it.
  • The gap between user expectation and what's actually happening is enormous, and most products do nothing to close it.

What it costs

  • Most users care deeply about their health data, and they lose trust quickly when they can't find or understand privacy controls.
  • In health tech, trust isn't optional. It's the entire foundation of retention.

What good looks like

  • Make privacy controls visible, understandable, and easy to act on.
  • Surface key controls during onboarding.
  • If they're hard to find, users assume you're hiding something.
In health tech, trust isn't a feature. It's the foundation.
10Product polish

The demo looks great. The real product doesn't.

Common pattern

Patient list
John Smith98 / 100
Jane Doe94 / 100
Bob Brown91 / 100
Curated sample data — never stress-tested with real content

Suggested improvement

Patient list
Bartholomäus Vandenberghen
Active · Score: 98 / 100
María del Carmen Rodríguez-G.
Active · Score: N/A
Ji-Young Kim
Inactive · Score: 71 / 100
Real data — edge cases handled gracefully

Why it happens

  • Teams invest heavily in making demos compelling: for investors, for sales calls, for board decks.
  • They use curated data, happy paths, and carefully chosen screen sizes. Real users don't get that version.

What it costs

  • A significant portion of EMR implementations fail to deliver on their promise.
  • The gap between demo and reality erodes credibility with everyone who matters: users who feel misled, buyers who feel oversold, and the team itself, which gradually loses confidence in what they've shipped.

What good looks like

  • Test with real data from the start. Real names, long strings, missing fields, slow connections.
  • If your product only holds together with sample data, it isn't finished.
  • The goal is a product that looks as good in production as it does on a slide.
If it only looks good in the demo, it isn't good yet.

Self-assessment: how does your product score?

Tick the statements that are already true for your product today.

Step 1 of 4

First Contact

Assessment results

Start the checklist

Select the statements that already apply to your product.

UX Audit

If any of this looks familiar, let's talk.

We'll review 3 core flows and share specific, prioritised findings within 5 business days, no strings attached.

No spam. No sales calls. Just a focused design review.