Curitiba, Brazil · Remotedhiegopiresc@gmail.comLer em português
Healthtech · Product design

MedMe

MedMe

Booking exams and appointments inside a clinic ecommerce

MedMe is a Curitiba-based ecommerce for clinics: medicine delivery, health and vaccination campaigns, partner services like eye tests, and stock distribution for clinics across Paraná. I helped restructure the ecommerce and led the design of what brought me in: booking appointments and exams, at home or in a clinic.

Role
Senior Product Designer (contract)
Period
Jan – Aug 2025
Scope
Booking, home visits, payment, ecommerce restructure
Research
Interviews and usability tests with patients and professionals
A patient on her sofa booking exams on the MedMe app
Exams and appointments booked from the couch, delivered at home or in a clinic.

The problem

Patients had to check each clinic on their own

Competitors made people pick a clinic before knowing if it could do everything they needed. A mismatch meant starting over on another clinic's site, with new sign-ups and exam names typed by hand.

Competitive audit comparing competitors' booking order with MedMe's inverted flow
Open full size

Research

The problem was the order of the steps

I interviewed more than ten people from the target audience and tested the flows with patients and healthcare professionals. What slowed people down was the order of the decisions, more than any single screen.

Decision

The clinic moved to the last step

Patients pick home or clinic and scan or choose their exams. Only then do times appear, and only clinics that cover every service at that time show up, with price.

The five booking screens in sequence: schedule, unit, review, payment, confirmation

Decision

What could go wrong on a home visit

Sending a health professional to a stranger's home raises questions a delivery app never has to answer. I listed the seven that could break a visit, and each one needed an answer inside the product before launch.

Risk map linking seven open questions to the mechanism that answers each
Open full size

Decision

Codes exchanged at each handoff

Clinic and professional swap tokens before the kit and address are released. Patient and professional swap codes at the door. The patient confirms the end, and only then does MedMe release the payment it held.

Service blueprint of a home visit across patient, MedMe, clinic and professional
Open full size
A patient at the door checks the professional's code on the MedMe app
At the door: the visit starts only if the codes match.
The MedMe app on a kitchen counter showing the professional in transit
While waiting: live status and how to prepare.
A gloved professional and a patient each holding a phone, each entering the other's code
Each side shows its own code and enters the other's.

Decision

A payment step that opens with the total only

Payment opens with one number, two switches, one coupon field and three ways to pay. The breakdown, what the balance covers and the CPF field open only when someone asks for them.

The MedMe payment step closed and open: total, balance switch, coupon and CPF, and the breakdown each one reveals on request
Open full size

Results

Results from testing and the first month

The checkout figures come from the ecommerce restructure: progressive disclosure and fewer fields, measured in the first month after launch.

  • 48%faster booking in usability tests
  • +6%checkout conversion, measured in the first month
  • 12–14checkout fields, down from 20+, with progressive disclosure
  • 3verified handoffs before the held payment is released
  • 4+APIs used and documented