Overview
Mental health support in Kenya: accessible, stigma-aware, and built from zero.
Mental health care in Kenya faces a sharp paradox: growing awareness and demand, but
significant barriers to access — cost, geography, stigma, and a severe shortage of
qualified practitioners. HeyRafiki was built to close that gap, a web platform
connecting Kenyans with licensed therapists through a safe, structured, and
stigma-conscious digital experience.
I designed the full product from scratch: two distinct portals serving two very
different users: clients seeking support, and therapists managing their practice.
Every design decision had to serve both sides without compromising the safety and
trust that a mental health product demands.
How do you design a mental health platform that feels safe enough for someone to reach out for the first time and efficient enough for a therapist to run their practice?
The Challenge
Two users. Two portals. One shared need for trust.
HeyRafiki is a two-sided platform which means every design decision had to work for two completely different people with completely different goals and anxieties. Understanding both was the first job.
Clients
- Find a therapist they feel safe with, not just available
- Understand what to expect before their first session
- Book, reschedule, and pay without calling anyone
- Feel like their privacy is protected at every step
Experts
- Manage their schedule without back-and-forth messaging
- Review client intake information before sessions
- Track session notes and client history securely
- Get paid reliably without chasing invoices
Onboarding & Intake Flow
The hardest screen to design: the first one.
Onboarding for a mental health product is categorically different from onboarding for a productivity app. The user arriving at HeyRafiki for the first time may be in distress, may have never spoken to a therapist, and may be anxious about being judged. That shaped every decision in the intake flow.
01
Welcome
Warm, non-clinical entry
02
Goals
What brings you here?
03
Preferences
Therapist type, language, gender
04
Match
Curated therapist results
05
Book
Select time & confirm
Therapist Matching
Match by fit, not just availability.
The matching experience was designed to help clients find a therapist they'd actually feel comfortable with, not just the first available slot. Filters for specialisation, gender, language, and session format gave users agency without overwhelming them with choice.
Client Portal
A calm, organised home for ongoing care.
Once matched, the client portal became the hub for their ongoing mental health journey: upcoming sessions, session history, notes, and easy rebooking. The design prioritised calm and clarity over feature density.
Therapist Portal
Less admin. More therapy.
The therapist portal was designed to eliminate the operational overhead that takes practitioners away from their actual work, managing a schedule across WhatsApp, chasing payments, and keeping manual session notes. Everything was centralised, clean, and built around a therapist's actual workflow.
Reflections
What designing for mental health taught me
Safety is a design principle: In most products, safety is a feature. In mental health, it's the foundation. Every micro-decision — copy, colour, information hierarchy, either built or eroded the sense of safety a vulnerable user needed to take the next step.
Two-sided means two briefs: Designing for both clients and therapists meant holding two completely different user contexts in mind simultaneously. What felt reassuring to a client (slow, gentle onboarding) would frustrate a busy therapist. Each portal needed its own logic.
Copy is UX: On HeyRafiki, the words on screen mattered as much as the layout. "What brings you here?" vs "Describe your problem"; same information, completely different emotional impact. I became much more intentional about every word in the UI.
Context shapes the entire product: Designing for Kenyan users meant accounting for stigma, language, cost sensitivity, and infrastructure constraints that a generic mental health app template would never surface. Local context wasn't a footnote; it was the entire design brief.