Getting a patient to trust a doctor they have never met

The goal

Enable anyone, anywhere, to connect in a few minutes to a certified specialist through a video call.

Speed is a routing problem and it is solvable. The part that decides whether a telehealth product gets used is quieter: handing your symptoms to someone you have never met, chosen from a list, in a few minutes. Interviews and later testing both circled the same thing — people were not asking to go faster. They were asking for enough to feel sure.

What the competitors taught me

I profiled two market leaders — Doctor On Demand and Amwell — across positioning, onboarding and a UX-competitive analysis. Both sell care without insurance, so the differentiator was not the offer. Amwell earned its first impression with a polished sign-up and Face ID entry; Doctor On Demand lost ground at exactly that point, with clumsy onboarding and phone-number handling. That set the priority: the first two minutes carry the credibility, so onboarding and sign-up got designed first rather than last.

The second one reframed the product for me. One persona was a mother of two young children who did not trust health websites and could not simply leave the house to see a doctor. That is a different product than a faster search.

The home screen opens on specialties rather than a search field, because most people know the kind of problem they have before they know who treats it. From there the doctor profile carries the things that actually decide it: field of expertise, ratings, written reviews from other patients, and when they are next free. Availability sits next to credibility on purpose — a brilliant doctor with no slot this week does not solve the problem someone opened the app with.

And once someone has found a doctor who helped, they should not have to find them again. Saving a doctor to My Doctors makes the second consultation a shortcut instead of a fresh decision — which is also the fastest route the product has.

Each screen went from wireframe to interface with the same structure — the visual pass tightened hierarchy rather than rearranging it.

Route 1

Video consultation

1. Find a specialty
2. Compare doctors
3. Pick a time
4. Explain the concern
5. Pay
6. Join the call

Route 2

Message a doctor

1. Find a specialty
2. Read the profile
3. Write the question
4. Attach documents
5. Pay
6. Send

Both routes share the same opening — find the specialty, judge the doctor — and then split by how urgent the question is. Messaging carries the attachment step, because a photo of a rash or a set of test results is often the whole question. It also answers what patients said they feared most: forgetting something important once the conversation starts.

The architecture splits the app into three streams: getting in, managing an account, and the part that matters — finding a doctor and scheduling with them. Only the third one sits on the booking path, and everything on that path had to earn its place, because each extra step is a chance to reconsider. What is left is six:

1. Specialty
2. Search results
3. Doctor profile
4. Pick a time
5. Pay
6. Confirmation

Testing the structure before the pixels

Low-fidelity testing showed how people expected to move through the flow — watching where they tapped and swiped, and what they expected next, settled the structure before any of it was styled. Swipe through the mid-fidelity flow:

‹›

1 / 4

Participants were in Berlin, Leeds, Budapest and Novi Sad, aged 34 to 41, and I rated issues on Nielsen's severity scale. Four of the six work in software, which made the sample good at surfacing usability problems, but not representative of how a less confident user would cope.

The filter finding was the most useful of the three. Half the participants had already decided the doctor list was something you narrow down rather than scroll — a structural expectation about the product, and one that only surfaced from watching people use it rather than asking them about it.

• The confirm button when booking was not obvious enough — made more prominent
• Book and Message icons in My Doctors were too small to hit confidently
• Home-screen category tiles were larger than they needed to be
• Added a list view for browsing, and reminders for upcoming appointments

What held up

One participant answered the trust question directly: “I feel assured that I have chosen the right professional.” Another was a useful reminder of the product’s limit — “I would never use a telehealth app. I don’t like to think about being ill.” Some hesitation is not an interface problem, and it is worth knowing which part you cannot design away.

The full flow

Onboarding and sign-up, search and profiles, booking and payment, documents and messaging, reviews, appointments and profile — including the error and confirmation states. Swipe through, or tap any screen to enlarge:

‹›

1 / 24