Le design thinking est souvent caricaturé en murs de post-its colorés. En vrai, c'est une démarche rigoureuse pour s'assurer qu'on résout le bon problème, pour les bonnes personnes. Voici les 5 étapes, appliquées comme on les utilise vraiment.
1. Empathie — comprendre avant de juger
On observe et on écoute les utilisateurs réels : entretiens, observation, immersion. L'objectif n'est pas de confirmer ses idées mais de découvrir les vraies douleurs. C'est l'étape la plus négligée et la plus importante — détaillée dans la méthode discovery.
2. Définition — formuler le bon problème
On synthétise ce qu'on a appris en un énoncé de problème clair : "[Utilisateur] a besoin de [objectif] parce que [insight]". Un problème mal formulé mène à une solution inutile, même brillante. C'est ici qu'on tranche.
3. Idéation — quantité avant qualité
Maintenant seulement, on génère des solutions — beaucoup, sans juger. L'objectif est la divergence : 30 idées moyennes valent mieux qu'une idée "évidente" non questionnée. Puis on converge sur 2-3 pistes.
4. Prototype — rendre tangible vite
On matérialise les meilleures idées au niveau de fidélité minimum suffisant : croquis, wireframe, maquette cliquable. Le but n'est pas la perfection mais de pouvoir tester. Un fichier Figma bien structuré accélère cette étape.
5. Test — confronter au réel
On met le prototype entre les mains d'utilisateurs réels et on observe. On apprend ce qui marche, ce qui coince, et souvent… qu'on s'était trompé. C'est une bonne nouvelle : se tromper sur un prototype coûte mille fois moins cher qu'en production.
Le design thinking, ce n'est pas linéaire. On boucle : un test renvoie souvent à redéfinir le problème.
Le piège : le théâtre du design thinking
Faire un atelier post-its pour cocher une case, puis construire ce qu'on avait déjà décidé. Si l'empathie et le test ne changent jamais tes décisions, tu fais du théâtre, pas du design thinking. La méthode ne vaut que si tu acceptes d'avoir tort.
Pourquoi ça compte pour un fondateur
La cause n°1 d'échec produit, ce n'est pas la techno, c'est de construire quelque chose dont personne ne veut. Le design thinking est l'assurance contre ça : valider le problème avant d'investir dans la solution.
Tu lances un produit et tu veux t'assurer de résoudre le bon problème ? C'est exactement notre métier — on en parle en 20 minutes.