CASE STUDY 02 Shipped · June 2022

Reimbursement Request: turning support-call chaos into a self-serve flow

HyreCar is a marketplace where vehicle Owners rent cars to gig-economy Renters. When something went wrong with a vehicle, getting reimbursed meant awkward direct messages, missed deadlines, and a flood of calls to Support. We designed the feature that fixed it.

Role
Sr. UI/UX Designer
Timeline
March – June 2022
Platform
Mobile app · responsive web
Outcome
18% → 47% success rate

Outcomes first

18% → 47%
Reimbursement success rate
17% → 9%
Share of Support calls about reimbursements (by Sept. 2022)
12%
Immediate reduction in reimbursement-related Support calls at launch

Both key metrics continued improving steadily after launch — and beyond the numbers, the feature replaced a trust-eroding back-and-forth between Owners and Renters with a structured, trackable process.

The problem

Before this feature existed, an Owner seeking reimbursement — for damage, fuel, mileage overages — had exactly one tool: direct messaging the Renter. These exchanges occasionally went sour, producing bad experiences on both sides and a creeping culture of mistrust in the marketplace. Requests were untrackable for HyreCar, unmanageable for Owners, and a major operational cost: reimbursements drove 17% of all incoming Support calls.

We hypothesized a solution addressing five pain points:

Discovery with real Owners

Supported by internal subject-matter experts — a Product Owner and Owner Representatives — I surveyed and interviewed both person-to-person (P2P) Owners and Fleet Managers, documenting the existing journey end to end: where requests stalled, where evidence got lost, where statuses became invisible.

We had a useful precedent in the existing insurance-claim submission flow, and mapped our core workflow against it. The two flows turned out to be conceptually almost too similar — which forced a deliberate pass on terminology and presentation so users could never confuse a reimbursement request with an insurance claim.

The key insight: 24 hours isn't enough

Demonstrating the happy path to our Fleet Manager partner and a handful of P2P Owners surfaced the pivotal finding: the 24-hour submission window was the deepest pain point. Owners weren't just struggling to track statuses — they often physically couldn't gather the required photo evidence in time.

The 24-hour window was a business rule we couldn't change. But we could design around it: a Draft state that grants Owners up to an additional 36 hours of grace to complete a saved request. One usability test of an early intake screen, in my own words from the original study, "completely failed" — and that failure directly shaped the status-display model we shipped.

The solution: a status dashboard, not a form

Designed in close collaboration with Owners, the final solution centers on a dashboard view tracking every request's status through its lifecycle — submitted, drafted, pending, resolved. It involved real compromise: Fleet Managers needed a scalable view across many vehicles, while most P2P Owners track a single car. The dashboard model served both without forking the experience.

HyreCar mobile home screen HyreCar search screen HyreCar location selection screen HyreCar search results page HyreCar vehicle listing details

SELECTED HYRECAR MOBILE DESIGNS — TAP ANY SCREEN TO VIEW FULL LENGTH

Outcome

RESULT

Within months of launch, reimbursement success climbed from 18% to 47%, and reimbursement-related Support calls fell from 17% of all incoming volume to 9% by September 2022 — a durable reduction in operational cost and a measurable repair to marketplace trust.