À la fin de cette leçon, tu seras capable de :
Imagine que tu es une fintech naissante au Sénégal. Tu veux lancer une application de paiement mobile. Tu as deux approches : soit tu construis le produit que tu penses être révolutionnaire, soit tu commences par écouter les commerçants que tu cherches à servir. La deuxième approche, c'est le Design Thinking.
Le Design Thinking n'est pas une méthode pour designers seuls — c'est un processus créatif universal pour résoudre des problèmes complexes en plaçant l'utilisateur au cœur de chaque décision. En Afrique, où les besoins sont souvent mal compris par les décideurs lointains, cette approche peut transformer des services publics inefficaces, des PME rigides et des produits qui ne correspondent pas aux réalités locales.
Ce cours explore comment penser comme un designer, même sans formation artistique, et comment utiliser le Design Thinking pour lancer des initiatives qui collent vraiment à ton contexte.
Plan du cours :
Le Design Thinking est une approche centrée sur l'utilisateur pour résoudre des problèmes. Au lieu de partir d'une hypothèse ("les gens veulent une appli de paiement avec 50 fonctionnalités"), tu pars du terrain : tu observes, tu écoutes, tu interviews, tu testes.
Trois principes fondent cette approche :
Exemple africain concret : Une startup de la fintech sénégalaise a lancé une appli de paiement classique (interface moderne, UX soignée). Zéro utilisateurs après 6 mois. Elle a pivoté en utilisant le DT : entretiens avec 50 commerçants au marché de Sandaga. Résultat ? Les commerçants voulaient pouvoir envoyer de l'argent à des fournisseurs en brousse sans internet, avec confirmation par SMS simple. L'appli s'est restructurée autour de cette insight. 2000 utilisateurs en 3 mois.
Point de vigilance : Le Design Thinking ne résout pas tout. Si ton problème est purement technique (réduire la latence réseau), tu as besoin d'ingénierie. Si c'est politique (convaincre un ministre), tu as besoin de lobbying. Mais si c'est : "Pourquoi les gens n'adoptent pas mon service ?", le DT est ta réponse.
Le Design Thinking suit une boucle de 5 phases. Elles sont itératives — tu peux revenir en arrière.
Tu quittes ton bureau. Tu observes, tu écoutes, tu fais connaissance avec les utilisateurs réels. C'est des entretiens semi-structurés, des observations directes, des questionnaires.
Exemple : Pour concevoir une app de santé mobile pour le Congo, une équipe a passé une semaine en clinique rurale. Elle a découvert que les infirmiers notaient tout sur papier (zéro électricité intermittente), qu'ils avaient peur de "perdre les données" en panne de batterie. Ces insights ont guidé tout le design.
Question à poser : "Montre-moi comment tu fais ça actuellement" — pas "Tu aimerais que j'ajoute cette fonction ?"
Tu synthétises ce que tu as entendu. Tu articules le vrai problème, pas celui auquel tu t'attendais. Cette phase produit une "problem statement" claire.
Exemple : Après interviews, une équipe développant un service public à Dakar pensait le problème était "les citoyens ne savent pas où aller". En vérité, c'était : "Ils ont peur de se faire arnaquer ; personne n'a un téléphone avec internet stable."
Maintenant tu génères des solutions. Pas une seule — 20, 50, même 100 idées brutes. Jugement suspendu. "Oui, et..." plutôt que "Non, mais...". Ici, aussi folle une idée soit-elle, elle compte.
Exemple : Pour la app de paiement sénégalaise, une idée fou était : "Gérer les transactions par SMS uniquement, zéro interface." Cette idée a inspiré le final : SMS + numéro de code PIN validant le paiement sans besoin d'app.
Tu construis une version très simple, souvent papier ou maquette low-fi, pour tester tes idées. Coût : faible. Valeur d'apprentissage : énorme.
Exemple : Avant de coder, une équipe a créé des mockups papier d'une appli et les a montrées à 20 utilisateurs potentiels. Résultat : telle section était confuse, tel flux déroutant. Corrigé avant une ligne de code.
Tu mets le prototype réel (ou le MVP — "minimum viable product") entre les mains d'utilisateurs et tu observes. Qu'est-ce qui marche ? Qu'est-ce qui casse ? Tu documentes, tu apprends, tu reviens à la Définition ou à l'Idéation selon les retours.
Cycle continu : Test → new insights → retour à Définition (ou plus tôt) → nouvelle itération.
Point de vigilance : Ne pas rester bloqué en phase Idéation. Les meilleures idées émergent de la collision entre imagination et feedback utilisateur réel. Prototyper tôt est crucial.
Trois raisons :
Exemple service public : Une initiative dakaroise a utilisé le DT pour refondre un processus d'obtention de permis de conduire. Au lieu d'ajouter des guichets numériques, on a écouté les gens : le vrai blocage était que le médecin demandait une visite en personne pour une vision simple. Solution : déléguer aux optométristes locaux. Gain : 80% du temps, zéro tech coûteuse.
Une startup sénégalaise voulait démocratiser le paiement mobile pour les petits commerçants.
Maintenant que tu comprends le "pourquoi" et le "comment" du Design Thinking, la leçon suivante explore des cas concrets où cette approche a réellement changé des organisations africaines. Tu verras comment chaque phase se déploie dans le monde réel — et comment toi aussi tu peux l'utiliser.