Ongoing client project · Launch pending
Case study · Product design, IA & strategy · TaniAfrika

TaniAfrika: designing trust for the everyday Kenyan mover.

The short version

TaniAfrika is a two-sided mobile marketplace for on-demand truck hire in Kenya. On one side, someone hires a truck and driver for a specific job. On the other, pickup and canter owners find work and get paid fast. It ships as a responsive PWA.

The pitch deck said the product had no competition. That framing was wrong, and correcting it changed the whole brief. The real competition was never another app. It was the estate WhatsApp group.

Role

Design Director & Senior Product Designer, with Vanessa (design), Faith (PM), Nicolas & Wilfried (dev)

Industry

On-demand logistics, Kenya

Scope

Research, brand, IA, wireframes, prototype

Timeline

Ongoing, launch pending

The problem

A client sure they had no competition. A market that said otherwise.

TaniAfrika arrived with a pitch deck, a working backend, an internal dashboard already built, and confidence that app-based trucking for household moves was open territory. Their line was clean: the only competitors were brokers at stage centres with a phone number.

That framing was not going to survive contact with the market, so before building anything I interrogated it. "No competition" almost always collapses under two searches, and this was no exception.

The verification

Two searches and one site fetch rewrote the positioning.

The named rivals did not hold up. Checked against its own live site, each one turned out to be something other than a consumer trucking marketplace.

Amitruck exists, but pivoted

Its homepage now talks about connecting manufacturers and distributors to supermarkets nationwide, with Unilever Kenya as a partner. Whatever it was in 2020, today it is a B2B supply chain platform.

Pickit is a site with a WhatsApp number

The homepage says "App Coming Soon." The copyright reads 2019. It runs as a dispatch business, not a marketplace app.

The rest were adjacent, not rivals

Bamm Tours is a tours company with a truck-hire side service. Famio is B2B logistics for farm products. Pickuplorry does not load reliably.

The claim was half true

Technically defensible for the app category. But defending the wrong category was the whole danger, because it hid where the real fight was.

The "no competition" claim was true for apps and useless for strategy. It missed the real competition completely.

The reframing

The competition was never an app. It was the WhatsApp group.

The person hiring a truck in Nairobi today is not comparing app options. They are texting the estate WhatsApp group, asking a colleague who moved last year, or walking to the local stage to find a guy with a canter.

Trust travels through the person who vouches, not through an app store rating. — The reframing that set the brief

That single reframing set the brief. From there, every decision had to earn a place in a workflow currently held by a family friend with a canter.

The user

Behaviour beats label, every time.

The pitch positioned the target as "lower middle class." That is a label, and labels are imprecise and useless for design decisions. I redefined the segment by behaviour: someone who packs their own belongings but cannot do the moving themselves. In practice that covers:

This person packs their own gunias and boxes. They need a truck, a driver they can trust, a fair price, and the truck to actually show up. That is the whole brief. We are not selling white-glove service. Aspirational framing works against this segment. Warmth and dependability work with it.

The personas

Wanjiru and Musa.

Because the marketplace is two-sided, I built a persona for each side. Both are grounded in desk research, and every detail is labelled as a hypothesis to test at launch, not a claim of fact.

Wanjiru

The household mover

32, married with a young child. Supervises at a supermarket in the Nairobi CBD, earns KES 55,000 a month. Techno Camon 20 on Android 13. Moving from Kahawa Wendani to Ruiru because the rent is KES 4,000 cheaper.

Her fears
  • The driver does not show up
  • The driver arrives with the wrong truck
  • Charges get added on arrival
  • Her belongings are damaged
  • Being taken for a fool

Musa

The driver

42, owns a 1997 Isuzu NKR canter he bought second-hand. Works out of a stage in Roysambu. He is on the platform for a working day and a predictable income, not for an app experience.

His concerns
  • Earnings he can predict
  • Payment that actually arrives
  • Ratings that are fair
  • A customer who refuses to pay properly
  • A rating that punishes him for a disagreement
The strategy

Trust as architecture, not decoration.

Five principles came out of the research. Each one is testable against a specific screen.

Principle
What it means in the product
Trust is earned in the first ten seconds
Every screen the new user sees reduces anxiety rather than adding to it.
Price is a promise, not a suggestion
Whatever number appears in the booking flow is what the mover pays. No surprises on arrival.
Real people, real photos, real names
Stock illustrations are the wrong signal. Real photos of real drivers are the design language.
English for MVP, but the voice matters
Warm everyday English that tolerates code-switching and Sheng. Closer to a WhatsApp message than a corporate app.
Fast on mid-tier phones, considerate on data
The PWA loads fast on a Techno Camon on 4G and functions on 3G. Every asset weighed against its data cost.
The fork in the road

Ship a lean MVP, or build the trust up front?

There is a version of TaniAfrika that ships slim. Sign up, book, pay, done. It is what most seed-stage founders default to, and what a fast launch calendar asks for.

The playbook

Ship the MVP, add trust in v1.1

Get users, learn, bolt on the safety features once you see what breaks. Faster to launch, easier to defend on a deadline, and it treats trust as a thing you can catch up on later.

What I chose

Build the trust architecture in v1

Two-way rating, an SOS button, escrow with a dispute hold, verification with visible badges, a cancellation policy, block lists, and trip sharing to a WhatsApp contact. All in the first version. 166 screens across two PWAs.

What we gave up: speed to first launch. What we bought: a launch that investors and users can actually trust. In a marketplace where movers pay strangers to handle their belongings and drivers depend on the platform for a working day, trust is not a feature you add later.

The design decisions

What everyday Kenyans already trust, visually.

For brand direction I studied the brands this segment already trusts with money. M-Pesa, Safaricom, KCB, Equity, Naivas, Fuliza. The pattern is not subtle. Green signals trust and money in Kenya, and not just any green: deep, saturated, dependable greens. Sans-serif type, clear hierarchy, real photos of ordinary Kenyans, price and benefit shown plainly. Nothing that reads as premium or aspirational.

I presented three directions to the team.

Reliable Neighbour

Deep green, amber accent, cream ground. Onest for display, DM Sans for body. The voice of a neighbour with a truck who happens to have a well-built app. My recommended direction, and the one the team is leaning toward.

Honest Workhorse

Deep navy with safety yellow, Work Sans for display. Reads as a well-made tool. Confidence through function, not decoration.

Modern Kenyan

Maroon and gold, Plus Jakarta Sans for display. Highest short-term risk, highest ceiling if the brand ever needs to stretch beyond Kenya.

Why it recommends itself

Reliable Neighbour matches how this user already reads money and safety. The other two are strong, but they ask the user to trust a look they have not been taught to trust yet.

Deep Green
#1F5F3F
Green Deep
#123A26
Amber
#D4A244
Cream
#F4EEE2
White
#FFFFFF

The green does quiet work before a word is read. It says money is handled properly here, borrowed straight from the apps this user already pays with every day.

The information architecture

166 screens. 14 flows. Every screen earning its place.

Once research was signed off, the structure came next. It covers 81 mover screens across 12 sections and 85 driver screens across 13 sections.

Scope
166

Screens across two PWAs, 81 on the mover side and 85 on the driver side.

Scope
14

Flows diagrammed, from a first booking all the way through to driver payout.

Scope
5

States enumerated for every screen: empty, loading, error, offline, success.

Scope
3 + 4 + 7

Three primary flows, four cross-cutting mechanics, seven secondary flows.

The four cross-cutting mechanics are the M-Pesa escrow release, the bid mechanic, the waiting timer with its grace period, and SOS activation. The seven secondary flows cover cancellation, no-show handling, disputes, rating and rebooking, preferred drivers, referral, and driver earnings. No screen ships in an incomplete state.

Where it stands

Wireframes now. Prototype next.

Current state

Wireframes are underway. Visual design against the chosen direction follows, then the prototype. Launch will trigger the validation phase: exit surveys after a first booking, driver check-ins after a fifth trip, and rating-flow completion tracking. Every hypothesis in the research gets tested against real behaviour.

This case study covers the process and thinking to date. I will update it with real screens, real behaviour, and real numbers once the product is live.

What it confirmed

Three things I will carry forward.

Verification is the biggest thing a senior designer adds early.

Taking the pitch at face value would have shipped the wrong strategic position. Two searches corrected the framing. That is the value a design director brings before pixels move.

Behavioural user definition beats demographic labelling.

"Someone who packs their own belongings but cannot do the moving themselves" is a sharper brief than any income band, and it respects the user while it does the work.

Trust is not a feature you add later.

In a two-sided marketplace, trust is the whole product. Every decision either builds it or erodes it, and once eroded, no v1.1 wins it back.

Every design decision either builds trust or erodes it. In this product, that is the entire job. — Kyendereta
Next

Meetamore: building trust before asking for it.

Read the Meetamore case study
Say hello