PROTZ – LOGISTICS APP
On-demand towing and water delivery for Ghana, in one app for customers and providers.
View prototype
BACKGROUND & CONTEXT
- When a car breaks down or the tank runs dry, Ghanaians call whoever they know. There is no way to compare providers, see a price or follow the truck.
- Towing operators and water-tanker owners run on phone calls and cash, with no tools for requests, earnings or proof that they are legitimate.
- The two services look different but share the same shape: a request, a matched truck, a trip and a payment.
TARGET USERS
Drivers with a breakdown: stressed and on the roadside, deciding on speed and price
Households, events and builders: ordering water by the gallon, deciding on quantity, time and access
Towing and water providers: deciding whether a job is worth it, and needing to look trustworthy
THE GOAL
Turn two informal services into one trustworthy app: request, match, track and pay for a truck, and give providers the tools to run their business.
MY PROCESS
- Domain research
- Service mapping (tow vs water)
- User flows
- Wireframes
- UI & components
- Prototype
KEY DECISIONS
- One app, two services: a Towing | Water switch at the top of home, not two separate apps
- Each service asks only what it needs: vehicle, urgency and photos for a tow; gallons, time and access notes for water
- Matching on a map with the arrival time, price and 'Find another truck' in one sheet
- Pay the way Ghana pays: Protz Wallet with PIN, Mobile Money by USSD prompt, or cash on delivery
- Trust on both sides: provider document checks, two-factor sign-in, an emergency contact tile
THE SOLUTION
- Request: switch service, set pickup and destination, then describe the job in one short form.
- Match and pay: pick a provider by price and arrival time, then pay by wallet, Mobile Money or cash.
- Track: a map with a two-step progress bar, the provider's name and one-tap call and chat.
- Providers: a three-step sign-up (account, then licence, registration and vehicle photos, then a wallet PIN), request pop-ups with the payout, earnings and withdrawals.
KEY FEATURES
- Towing | Water service switch
- Service-specific request forms
- Map-based provider matching
- Wallet, MoMo & cash checkout
- Provider verification & earnings
- Achievements & ratings
DESIGN SYSTEM & ACCESSIBILITY
- Shared component library across both roles and both services: order cards, payment cards, status bars and chat.
- Teal #086788 passes AA on white and on the ice-blue tint; status is always shown as text as well as colour.
- Next round: green prices (#009F22) and grey captions fall below 4.5:1 for small text, and header icon buttons are 40 px, under the 44 px target.
View gallery (11 images)Hide gallery
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)
(opens full size in a new tab)BY THE NUMBERS
- Towing and water delivery, one app
- 2 in 1
- Ways to pay, cash included
- 3
- Its wallet, payment and tracking patterns carried into Yenko
- Reused
OUTCOME
- A complete, prototype-ready marketplace: onboarding, two request flows, matching, payment, tracking, rating and provider payouts.
- Achievements give both sides a reason to come back: 'Transporter' for 10 tows, 'Workaholic' for 20 deliveries.
- Its wallet, payment and tracking patterns carried into the later Yenko delivery app.
What I learned
Two-sided products live or die on the weaker side: the provider app needed as much design time as the customer one.