À la fin de cette leçon, tu seras capable de :
Pourquoi la plupart des services publics africains sont lents ? Pourquoi les startups tech importées de San Francisco échouent à Abidjan ? Pourquoi une administration a investi 2 millions de dollars dans un portail numérique que personne n'utilise ?
La réponse simple : personne n'a écouté. Les décideurs ont construit selon leur logique, pas celle des utilisateurs réels. Le Design Thinking résout ce fossé. En forçant l'empathie avant la solution, il révèle les blocages invisibles que seuls les gens sur le terrain voient.
Cette leçon explore pourquoi le DT fonctionne spécifiquement en contexte africain — où les resources sont rares, où la confiance est cruciale, où les solutions doivent être fondamentalement pertinentes pour survivre.
Plan :
L'approche waterfall ou "en cascade" est ce que font encore beaucoup de grandes organisations : tu planifies tout d'avance, tu construis, tu livres. Aucune boucle d'apprentissage.
Exemple classique : Un ministère au Sénégal veut numériser les dossiers des écoles. Chronologie :
Pourquoi ? Parce qu'on n'a jamais demandé aux directeurs. Peut-être qu'ils avaient zéro électricité stable. Peut-être que le système violait leur workflow. Peut-être que les specs remplissaient les besoins d'un administrateur à Dakar mais pas ceux d'une école en Casamance.
Le Design Thinking élimine ce pari massive en testant avant d'investir. "Directeur, voici un prototype papier. Montre-moi comment tu l'utiliserais." Feedback immédiat. Coûts d'itération : faibles.
Point de vigilance : Waterfall marche pour certaines choses (construire une route). Mais pour tout ce qui implique du comportement humain (adoption d'un service, adhésion à une initiative), le DT est supérieur.
Quand un projet africain échoue, c'est rarement "faute de technologie". C'est souvent trois choses que seuls les utilisateurs voient :
En Afrique, la confiance est tout. Un service public lancé par un gouvernement corrompu ? Les gens l'évitent. Une appli de santé promise par une ONG inconnue ? Personne ne partagera ses données.
Le Design Thinking force l'écoute de ce blocage invisible. Tu découvres :
Exemple dakarois : Une appli d'enregistrement des naissances lancée par le gouvernement a échoué. Puis une ONG sénégalaise a relancé la même appli, mais avec un parrainage visible d'une sage-femme locale réputée. Adoption x10. Le blocage n'était pas l'appli — c'était la confiance.
Un processus semble simple sur le papier. Obtenir un permis de conduire = visite médecin + test → voilà. Mais sur le terrain ? Le médecin est absent lundi. Il demande un bilan sanguin non prévu. Ses horaires changent sans avis. La personne abandonne.
Le Design Thinking détecte ces frictions en observant le workflow réel, pas l'organigramme.
Exemple : Une startup tanzanienne offrait des microcrédits numériquement. Taux d'adoption : 15%. Phase Empathie : interviews des emprunteurs. Découverte : le "signature numérique" exigeait un selfie, mais les gens ne voulaient pas avoir leur photo dans une base. Insight invisible. Solution : option signature par SMS + code. Adoption : 72%.
Les gens ne demandent souvent pas ce dont ils ont vraiment besoin. Ils décrivent les symptômes. "Je veux une appli rapide." Ce qu'ils veulent vraiment ? Ne pas faire 5 allers-retours à l'administration. "Je veux un test de grossesse gratuit." Ce qu'ils veulent vraiment ? Pouvoir consulter quelqu'un de confiance sans qu'on le sache (confidentialité).
Le Design Thinking force la question profonde : "Montre-moi comment tu fais ça actuellement. Quel est le problème exact ?"
Exemple santé mobile : Une startup voulait créer une appli de consultation de médecins à distance pour le Congo. Elle pensait le problème était "accès aux médecins". Phase Empathie : interviews en brousse. Vrai problème ? Les gens avaient peur de donner leur vrai nom (peur d'être rapportés à la famille si diagnostic de VIH). L'appli a été restructurée autour de l'anonymat relatif. Taux d'utilisation pour les questions sensibles : x3 par rapport à une version "noms vrais".
Point de vigilance : Ces blocages ne sont jamais visibles dans des meetings à Dakar. Tu dois aller sur le terrain, observer, écouter.
Une mairie dakaroise voulait réduire le temps pour obtenir un extrait d'acte de naissance (nécessaire pour 30+ démarches civiles : mariage, visa, école, héritage).
Phase 1 — Empathie :
Phase 2 — Définition : "Comment réduire le temps de recherche d'actes en archives sans budget de numérisation massive ?"
Phase 3 — Idéation : Brainstorm avec employés + citoyens. Idées :
Phase 4 — Prototypage : Index papier créé en 2 semaines avec 2 bénévoles.
Phase 5 — Test : Pilote sur 1 mois. Temps moyen réduit de 3h à 45 min. Satisfaction employés montée (moins frustration). Citoyens appréciaient l'autonomie : "Je peux chercher pendant que j'attends."
Résultat final : Budget ~300k CFA (papier + bénévoles). ROI massif : 10 000 citoyens/mois traités plus rapidement. Aucune technologie. Solution 100% locale.
Leçon : Le "goulot" n'était pas l'appli numérique — c'était l'information désorganisée. Le DT l'a révélé.
Une startup sénégalaise lancait une appli de suivi de grossesse pour réduire la mortalité maternelle (problème critique en Afrique de l'Ouest).
Phase 1 — Empathie :
Phase 2 — Définition : "Comment créer un espace de confiance pour le suivi de grossesse sans exposer la femme ?"
Phase 3 — Idéation :
Phase 4 — Prototypage : Carnet papier + liste SMS phrases "J'ai une question" → réponse de sage-femme 24h plus tard.
Phase 5 — Test : Pilote 3 mois, 50 femmes. Résultat : taux de questions posées = 8x plus élevé que clinique traditionnelle. Détection précoce de 3 complications graves.
Expansion : Financement pour véhicule + SMS API + appli optionnelle (pour citadines). Aujourd'hui : 5000 femmes, 80 sage-femmes sénégalaises partenaires.
Leçon : Le DT a révélé que la technologie seule n'était pas la solution. La confiance était le vrai besoin. Solution mixte (papier + SMS) a résolu le problème.
Point de vigilance : L'appli moderne était attirante mais dangereuse. Elle aurait échoué. Le DT l'a stoppée à temps.
Utilise le DT quand :
Ne dépense pas le DT quand :
Tu comprends maintenant pourquoi le Design Thinking marche. La prochaine leçon, tu vas apprendre à le faire : comment interviewer, comment générer des idées, comment prototyper rapidement. Prépare-toi à sortir de ton bureau.