Chris Blum, home

Wanda

A cash-pay rideshare product for seniors and their caregivers, built on the driver network of a Medicare/Medicaid transportation business.

Wanda dashboard: upcoming services, with one ride expanded to show its pickup details, route and map
Transportation setup on mobile: choosing curb-to-curb, door-to-door or person-to-person service
Timeframe
2023 – 2024
Company
MTM/Veyo
Scope
Product Design, Visual Design, User Research
Deliverables
UX Design, User Research, Design System

The short version

Rides for older adults, booked by the people who care for them.

Wanda pointed a second, cash-paying market at a transportation network that already existed. I led the research, UX and design system. The research changed who the product was for: not the rider, but the caregiver arranging rides for one or more people, which reshaped the account model, the booking flow and checkout.

Same fleetA second, cash-paying market on MTM/Veyo's existing driver network
Caregiver-firstOne account holding every rider they care for, each with saved needs
Jan 2024Limited launch in Phoenix and Tucson, Arizona

The company

Same infrastructure, a genuinely different business.

MTM/Veyo specializes in NEMT — non-emergency medical transportation paid for by Medicare or Medicaid. Wanda was cash-pay: no coverage, no qualifying appointment, a caregiver or senior paying out of pocket the way anyone pays for an Uber.

Read more

The core business moves people to medical appointments, pharmacy visits, dialysis treatments and hospital discharges. The rider doesn't reach for a wallet, and the trip has to qualify for coverage before it happens at all. Wanda was a deliberate departure from that model.

What made it viable was that the hard part already existed. MTM/Veyo had the fleet, the driver network, the dispatch system and the routing logistics running at scale for the reimbursed side. Wanda pointed a second, paying demand side at that same infrastructure: a substantially larger market at a low marginal cost, because nobody had to build a transportation network to find out whether the idea worked.

Once the caregiver is paying cash and comparing us to Uber on their phone, price transparency, trust and the speed of a repeat booking stop being nice-to-have UX qualities and start being the things the business runs on.

Two kinds of demand run on one network: reimbursed NEMT trips, paid by Medicare and Medicaid, and Wanda trips, paid in cash by the rider, travel the same routes on a driver and logistics network that was already running at scale. Demand Reimbursed NEMTMedicare & Medicaid pay WandaNew · the rider pays cash Driver & logistics networkFleet · dispatch · routing Already running at scale NEMT tripsWanda trips Two kinds of demand run on one network: reimbursed NEMT trips, paid by Medicare and Medicaid, and Wanda trips, paid in cash by the rider, travel the same routes on a driver and logistics network that was already running at scale. Demand ReimbursedNEMTMedicare &Medicaid pay WandaNew · the riderpays cash Driver & logistics networkFleet · dispatch · routing Already running at scale NEMT tripsWanda trips

My role

Research, UX and the design system.

I ran the research with older adults and caregivers, designed the product across desktop and mobile, and built the component library engineering built against.

  1. User research

    Interviews with older adults and caregivers, turned into personas and journey maps. One finding changed the product's primary user.

  2. UX & UI design

    Wireframes, flows, mockups and tested prototypes across desktop and mobile, from signup and booking through checkout and the ongoing dashboard.

  3. Design system

    A Figma component library that kept desktop and mobile consistent and gave front-end engineers a blueprint instead of one-off styles.

What we heard

Findings

The person booking usually isn't the rider.

It's an adult child, a spouse or a professional caregiver, and often they're arranging rides for more than one person: two parents, with two different sets of needs. Five findings came out of the research; two of them broke the original plan.

Read more

Most of the people I spoke with weren't familiar with app conventions a younger user never consciously registers — not just specific patterns, but the basic grammar of moving through a mobile interface. Anything requiring a user to hold several decisions in their head at once, recognize an unlabeled icon, or understand that a screen scrolls was going to fail. That converted directly into hard design constraints: larger type, high-contrast and unambiguous calls to action, and a single action per screen.

A caregiver managing both parents doesn't have one rider to arrange trips for; they have two, with different mobility needs, medications and doctors. The original design let a caregiver sign up on a rider's behalf — which technically covered it, but meant a separate account per person, and logging out of Mom's account to book something for Dad.

The emotional low points in the journey maps weren't about wait times or price. They were about a ride arriving that couldn't do the job. The fear underneath it, especially for caregivers, was of a loved one stranded or wandering.

  1. Tech literacy was lower than expected

    The basic grammar of a mobile interface wasn't familiar. It became hard constraints: larger type, unambiguous calls to action, one action per screen.

  2. The rider isn't the one arranging it

    An adult child, spouse or professional caregiver handles this category of logistics, alongside the appointments, the pharmacy and the paperwork.

  3. That person often cares for more than one

    Two parents, two sets of needs. The original design meant an account per person and logging out of Mom's to book for Dad.

  4. Rider and caregiver want different screens

    The rider wants to know where they are. The caregiver wants to know the pickup happened, the right vehicle came and the handoff went as arranged.

  5. The worst moments were mismatch, not waiting

    The sedan for the wheelchair user, the driver who doesn't know how to help, the drop-off at a curb that leaves a senior to find the door alone.

The pivot

From rider-first to caregiver-first.

Signup now asks one question before anything else: are you booking for yourself, or for someone you care for? Answer "someone else" and you get a caregiver account holding multiple rider profiles, reachable without logging out of anything.

Read more

Wanda started out designed for the person in the car. Caregiver access existed as a permission: you could sign up on someone's behalf, and the product would tolerate it. If the caregiver is usually the one booking, and often manages multiple riders, treating them as a delegated edge case guarantees the primary workflow is the unsupported one.

Both doors stayed open, deliberately. A senior comfortable with a phone can hold their own account and book their own rides; nothing about the caregiver model forces them into dependence they didn't ask for. What changed is that the caregiver path became a designed experience rather than a tolerated one.

Before

Caregiver access as a permission

  1. An account per rider
  2. The caregiver signs up for them
  3. Log out to switch riders
  4. Re-enter needs each time
After

Two front doors, one account model

  1. Self or caregiver?
  2. One account, many riders
  3. Switch without logging out
  4. Needs saved per rider

The design

Product principles

One decision per screen, configured once, shown back before you pay.

Four principles came straight out of the research and settled most design arguments before they started.

  1. One action per screen

    If a screen asks for two decisions, it asks too much. Booking became a sequence of small, unambiguous steps rather than a dense form.

  2. Configure once, not every time

    A rider's mobility needs don't change between trips. Capture them once, on the rider's profile, and default every future ride from there.

  3. Trust is built by specificity

    Let caregivers state exactly what's needed — this vehicle, this help, this person — and show it back to them before they pay.

  4. Two experiences, equally supported

    A senior booking for themselves and a caregiver booking for two parents are both first-class users. Neither goes through a flow designed for the other.

Configure once

The longest interaction pays for itself on every ride after.

On a rider's first booking the caregiver works through the accommodations, one decision per step. It's saved to that rider's profile, so the next booking starts pre-filled: review, not re-entry.

Read more

Vehicle type, mobility assistance, medical considerations like an oxygen tank, level of service at each end of the trip. It's the longest interaction in the product, and deliberately so. Every subsequent ride pays back the setup cost again, and the payoff compounds per rider, which matters most for exactly the user the research surfaced: the one managing two people at once.

It also reduces a real safety risk. Re-entering mobility needs on every booking is an opportunity to forget one under time pressure. Defaults mean the wheelchair requirement is stated once, correctly, by someone who knows the answer.

The first booking works through every decision once, one per step: vehicle, help, medical needs and level of service. They're saved to the rider's profile, so every ride after is pre-filled and only needs a quick review. First bookingEvery decision, once Every ride afterReview, not re-entry Saved 1 VehicleWheelchair van 2 HelpAssist to the car 3 MedicalOxygen tank 4 ServiceDoor-through-door Mom's profile4 needs, saved per rider 2 3 4 5 6 The first booking works through every decision once, one per step: vehicle, help, medical needs and level of service. They're saved to the rider's profile, so every ride after is pre-filled and only needs a quick review. First bookingEvery decision, once Saved 1 VehicleWheelchair van 2 HelpAssist to the car 3 MedicalOxygen tank 4 ServiceDoor-through-door Mom's profile4 needs, saved per rider Every ride afterReview, not re-entry 2 3 4 5 6

Levels of service

A ladder, not a checkbox: buy exactly as much help as this person needs.

The caregiver chooses how far the driver's involvement reaches, at each end of the trip independently. It gave them a vocabulary for the thing they were actually anxious about: the pickup and the drop-off.

Read more

Curbside is what you already get from Uber or Lyft: the car waits, you make your own way to it. Above that, the driver comes to the door and walks or wheels the rider out. Above that, the drop-off doesn't end at a curb — the rider is taken inside, into the lobby or waiting room. At the top, the rider is handed off to a named person: a receptionist, a front desk, someone who now knows they've arrived. The most complete tier starts inside the home, with the driver helping the rider get ready.

Four levels of service, each reaching further: curbside, door-to-door, door-through-door, and full assistance from inside the home to a named person. CurbsideCar waits at the curb Door-to-doorDoor to the car Door-through-doorInto the lobby Full assistanceHome to a named person What Uber and Lyft give you Starts inside the home Four levels of service, each reaching further: curbside, door-to-door, door-through-door, and full assistance from inside the home to a named person. CurbsideCar waits at the curb Door-to-doorDoor to the car Door-through-doorInto the lobby Full assistanceHome to a named person

Transparent checkout

The premium is defensible when the caregiver can see which parts of it they chose.

On the reimbursed side, price is invisible. On Wanda it's the caregiver's own money, spent repeatedly, on a service priced above the Uber they're comparing it to. That inverts what checkout has to do.

Read more

Checkout restates the whole configuration alongside the cost: which rider, which vehicle, which level of service at pickup and at drop-off, and what each adds. No fee revealed late, and no ambiguity about what was booked. The same screen doubles as the last chance to catch a wrong accommodation before a driver is dispatched.

Transparent checkoutThe full configuration restated against the price, with what each service level adds.

Wanda Plus

A subscription that pays for itself for the riders who need Wanda most.

The people who need this service most need it repeatedly, and repeated premium pricing is where cost sensitivity bites hardest. Wanda Plus returned 15% off every ride.

Read more

The arithmetic is the point: at roughly three to five rides a week, depending on trip length, the discount covers the subscription and then keeps going. Below that it doesn't pay for itself, and we weren't shy that it's aimed at frequent riders.

It was designed to do two things. First, close the gap to Uber and Lyft pricing for high-frequency riders, so the premium services stopped being the reason to go elsewhere. Second, retention: a subscriber has a standing reason to book with Wanda again, and the savings grow the more they do.

15%Off every ride
3–5Rides a week where it pays for itself
2 jobsClose the price gap, and give a standing reason to rebook

Design system

Accessibility made structural, so it survives screens built by people who weren't in the research.

If the type scale, contrast and tap-target sizes live in shared components, then "designed for an eighty-year-old" survives contact with a dozen new screens. It also gave front-end engineers a blueprint, so the build didn't drift into one-off styles.

Accessible on every deviceOne component library across both breakpoints.

Final designs

Next project

Karoo Flow

An internal care platform built around the next step.