Design Thinking : définition, méthode et application concrète
Ce n'est pas une méthode de créativité. C'est une méthode d'économie. Chaque heure passée à comprendre les utilisateurs évite dix heures de développement à refaire.
Donatien Lefranc
Fondateur & Président, Leando
Pourquoi « faire des interviews avant de coder » change vraiment les résultats
La plupart des projets digitaux échouent avant même d'avoir écrit la première ligne de code. Pas parce que l'équipe est incompétente. Parce que le problème résolu n'est pas le vrai problème vécu par les utilisateurs.
Le modèle dominant en 2026 est celui du vibe coding : on a une idée, on la décrit à une IA, elle génère du code, on itère. C'est rapide. C'est séduisant. C'est aussi la garantie de construire très vite quelque chose que personne n'adopte, avec la dette technique qui va avec.
Le Design Thinking n'est pas l'opposé de la rapidité. C'est l'opposé du gaspillage. La question posée par cette méthode n'est pas « comment coder plus vite ? » mais « qu'est-ce qu'on doit construire, et pour qui exactement ? »
Sur E-norela, un outil de gestion d'événements B2B, nous avons passé un mois à absorber le métier avant d'écrire le moindre code. Nicolas, le fondateur, avait 20 ans d'expérience dans l'événementiel. Il connaissait son métier mieux que personne. Ce mois n'était pas pour l'instruire : c'était pour comprendre ce que ses clients ne lui avaient jamais dit explicitement, et qui conditionnait tout dans leur processus d'achat.
Design Thinking : définition, origine, ce que ça désigne vraiment
Le terme a été popularisé par la d.school de Stanford dans les années 2000, puis formalisé par le cabinet IDEO. À l'origine, il désigne une manière d'aborder les problèmes complexes en adoptant les méthodes de travail des designers : partir de l'observation des usages réels, formuler des hypothèses, tester rapidement, corriger.
Dans le contexte du digital, la définition du Design Thinking se précise : c'est une démarche structurée pour comprendre les utilisateurs avant de concevoir un produit ou un service numérique. Elle s'oppose à l'approche spécifications-premières, où l'on rédige un cahier des charges complet avant d'avoir interrogé un seul utilisateur réel.
Ce que la définition académique cache parfois, c'est l'aspect économique de la méthode. Le Design Thinking n'est pas une démarche humaniste pour « mettre l'utilisateur au centre ». C'est une technique de réduction du risque. Chaque hypothèse validée en phase d'empathie est une feature que vous n'aurez pas à réécrire trois mois après le lancement.
« Comprendre le quotidien non pas pour chercher où ça freine — ça biaiserait l'analyse — mais à travers les mots, les activités, les actions. »
— Donatien Lefranc, fondateur de Leando
Ce point est capital et souvent mal compris. Observer le quotidien d'un utilisateur avec le prisme « où est-ce que ça freine ? » biaise immédiatement l'analyse. On voit des problèmes partout. On propose des solutions à des douleurs ressenties plutôt qu'à des douleurs réelles. La phase d'empathie du Design Thinking demande un regard plus large : les mots que les gens utilisent, les activités qu'ils font, les actions qu'ils répètent. C'est dans ces patterns que les vraies opportunités de conception se cachent.
Les 5 phases du Design Thinking : mode d'emploi praticien
Les cinq phases sont connues : Empathie, Définition, Idéation, Prototypage, Test. Ce que la plupart des présentations ne disent pas : elles ne sont jamais réellement séquentielles. Dans la pratique, on passe d'une phase à l'autre en permanence, on revient en arrière, on remet en question des décisions prises deux semaines plus tôt.
« On était vraiment dans une stratégie d'entonnoir : on partait de la vision globale, et au fur et à mesure on affine. Plutôt que d'être dans de l'organisation de réunion, on a vraiment cette sensation d'allers-retours, de revenir en arrière en permanence. »
— Donatien Lefranc, fondateur de Leando
Empathie
Observer, interviewer, s'immerger dans le quotidien des utilisateurs. Pas pour valider une hypothèse, pour en faire émerger de nouvelles. C'est la phase la plus longue et la plus sous-estimée. Pour un logiciel de gestion PME, comptez 8 à 15 entretiens de 45 minutes. Pour une application grand public, ajoutez de l'observation en situation réelle.
Définition
Synthétiser les insights en un problème précis. Le livrable de cette phase est un « point de vue » : une phrase qui formule le problème à résoudre pour un utilisateur précis dans un contexte précis. Si votre équipe n'est pas d'accord sur cette phrase, vous n'êtes pas prêts à idéer.
Idéation
Générer des solutions. C'est la seule phase créative du processus, et elle est conditionnée par la qualité des deux premières. Un atelier de 2 heures avec les bonnes personnes, les bons insights en mur, et une facilitation rigoureuse produit souvent 10 à 20 pistes exploitables.
Prototypage
Construire une représentation basse fidélité d'une solution pour la tester. Un prototype de Design Thinking n'est pas un MVP : c'est souvent du papier, du carton, ou une maquette Figma non interactive. L'objectif est de rendre une idée tangible pour 1 à 2 jours de travail, pas 1 à 2 mois de développement.
Test
Confronter le prototype à 5 à 8 utilisateurs réels. On n'évalue pas si les utilisateurs « aiment » le prototype. On observe comment ils interagissent avec, où ils bloquent, ce qu'ils comprennent différemment de ce qu'on a conçu. Ces observations alimentent le retour en phase d'empathie ou de définition.
Ce que le Design Thinking révèle, et que les specs techniques cachent
Un cahier des charges technique est un document de solutions. Il décrit des fonctionnalités, des écrans, des flux. Il part du principe que le problème est déjà connu et correctement formulé. Ce postulat est faux dans la majorité des projets early-stage.
Le Design Thinking révèle trois catégories d'informations invisibles dans une spec :
Les « workarounds » intégrés. Les utilisateurs développent des contournements à leurs propres problèmes sans les nommer comme tels. Ils exportent leurs données dans Excel pour faire ce que leur logiciel ne sait pas faire. Ils maintiennent un Google Doc parallèle au CRM. Ces workarounds sont la carte au trésor du Product Design : chaque workaround est une feature manquante dans votre produit.
Les décisions cachées dans le vocabulaire. Les mots qu'une organisation utilise encodent des décisions métier. Dans l'événementiel B2B, un « devis » n'est pas un document de vente standard : c'est un objet complexe avec des versions, des validations à plusieurs niveaux, des négociations. Si vous construisez un module « devis » sans avoir compris cette complexité vocabulaire, votre modèle de données sera faux dès le premier sprint.
Les vrais décideurs du parcours. Dans un processus d'achat B2B, la personne qui utilise le produit n'est souvent pas celle qui décide de l'acheter. Le Design Thinking permet de cartographier ces acteurs et d'adapter l'UX à chacun d'eux, pas uniquement à l'utilisateur final visible.
« On est venu avec un mapping très clair, tangible, visuel que la responsable DA a pu présenter aux équipes d'architectes à travers le monde. »
— Donatien Lefranc, fondateur de Leando
C'est l'un des effets secondaires du Design Thinking que les directions sous-estiment : la capacité à produire un artefact visuel compréhensible par des non-techniciens. Un mapping clair du parcours utilisateur ou des processus métier est un outil d'alignement organisationnel autant qu'un outil de conception produit. Quand tout le monde regarde le même schéma, les débats changent de nature.
Comment appliquer le Design Thinking à un projet de logiciel ou d'application
La version terrain du Design Thinking n'est pas celle des livres. Voici comment nous l'appliquons sur des projets digitaux concrets pour des PME et des startups.
Semaine 1-2 : les entretiens sans grille préconçue
Rencontrez 8 à 12 personnes qui représentent vos utilisateurs cibles. Pas un questionnaire, pas un sondage : une conversation. Demandez-leur de raconter la dernière fois qu'ils ont fait X. Enregistrez avec leur accord. Reprenez les verbatims mot pour mot. Ce sont les mots de vos utilisateurs, pas votre reformulation, qui doivent alimenter la phase de définition.
Semaine 2-3 : l'atelier de synthèse
Regroupez l'équipe pendant une demi-journée. Affichez tous les verbatims. Faites émerger les patterns. Formulez 3 à 5 insights clés. Transformez chaque insight en « point de vue » : une phrase qui formule le problème sans prescrire de solution. C'est le livrable le plus précieux de cette phase.
Semaine 3 : l'idéation contrainte (pas le brainstorming libre)
L'idéation sans contrainte produit des idées déconnectées des réalités techniques et budgétaires. Ajoutez des contraintes explicites : budget disponible, délai cible, ressources techniques. L'idéation sous contraintes identifie les solutions à la fois désirables, faisables et viables.
Semaine 4 : le prototype papier avant le Figma
Avant de passer à la maquette interactive, faites du prototype papier. Dessinez les écrans à la main sur des post-its ou du papier A4. Testez avec 3 utilisateurs dans la journée. Vous obtiendrez 80 % des insights que vous auriez obtenus avec 4 semaines de Figma, en 2 jours.
Sur des projets de cadrage PME en 3 semaines, nous comprimons ce processus. Mais la logique reste la même : comprendre avant de concevoir, concevoir avant de coder. L'ordre des opérations n'est pas négociable.
Design Thinking en 2026 : pourquoi l'IA renforce la nécessité de la phase humaine
L'opinion tranchée que peu de gens formulent clairement : l'IA rend le Design Thinking plus critique, pas moins utile. La logique est simple.
Avant les LLMs, construire une mauvaise idée coûtait cher en temps de développement. Ça ralentissait naturellement les projets mal cadrés. Avec l'IA, vous pouvez construire une mauvaise idée en deux semaines. La vitesse d'exécution masque l'absence de réflexion en amont.
L'IA peut analyser des données d'usage, synthétiser des verbatims d'entretiens, générer des personas, produire des maquettes basse fidélité en quelques minutes. Elle accélère toutes les phases opérationnelles du Design Thinking. Ce qu'elle ne fait pas : décider ce qui mérite d'être construit. Identifier ce qui n'est pas encore verbalisé. Sentir la contradiction entre ce qu'un utilisateur dit et ce qu'il fait réellement.
Le cadrage digital à l'ère de l'IA ne ressemble plus à ce qu'il était en 2019. Mais son principe fondamental n'a pas bougé d'un centimètre : on ne construit bien que ce qu'on a d'abord compris.
Ce que l'IA peut faire dans un processus Design Thinking
Synthétiser 15 entretiens en thèmes clés
Générer 30 idées de features en 10 minutes
Produire une maquette basse fidélité
Analyser des données d'usage existantes
Observer un utilisateur dans son contexte réel
Sentir la contradiction entre discours et pratique
Décider ce qui mérite d'être construit en premier
Comprendre un workaround non verbalisé
Deux cas réels, deux montants économisés grâce à la compréhension terrain
Les chiffres qui suivent ne sont pas des projections. Ce sont des résultats mesurés sur des projets que nous avons accompagnés.
Cas E-norela / Startup événementiel B2B
1 mois d'immersion métier, panier moyen x2, 280 000 € de CA en 12 mois
Nicolas, fondateur d'E-norela, avait 20 ans dans l'événementiel B2B. Il arrivait avec une vision large et un budget réel mais limité. Le premier réflexe aurait été de coder la vision. On ne l'a pas fait.
Leando a passé un mois à absorber le métier de Nicolas et de ses clients. Pas pour chercher les douleurs, pour comprendre les mots, les activités, les habitudes. Ce que nous avons découvert : dans un secteur resté 100 % téléphone depuis 30 ans, la digitalisation du devis était la brique à plus forte incertitude marché. Et cette brique était infiniment plus complexe que ce que le mot « devis » laissait croire.
Résultat après 5 mois de conception et 4 à 5 mois de développement MVP : le panier moyen réel a été de 1 600 € là où l'estimation était de 800 €. 280 000 € de CA en 12 mois sur 70 000 € investis. La surperformance ne s'explique pas par la qualité technique du code. Elle s'explique par la profondeur de compréhension métier encodée dans chaque choix d'UX.
×2
Panier moyen réel vs estimé
280 k€
CA en 12 mois
70 k€
Capital investi
Cas SurfBody / Entrepreneur sport et bien-être
3 semaines de cadrage, hypothèse principale invalidée, 6 mois de développement économisés
Un entrepreneur dans le sport et le bien-être était prêt à lancer. Budget alloué, équipe identifiée, vision claire dans sa tête. Leando a proposé 3 semaines de cadrage stratégique avant le premier sprint.
L'étude de marché quantitative et qualitative, croisée avec une série d'entretiens utilisateurs, a révélé que l'hypothèse principale du modèle économique était fausse. Pas légèrement ajustable : fondamentalement incorrecte.
Le développement a été stoppé. L'entrepreneur a pivoté sur une direction différente. Il a économisé 6 mois de travail et une partie significative de son capital. Le coût du cadrage représentait une fraction infime de ce qu'aurait coûté l'erreur sans lui.
Sur ce projet, la valeur du Design Thinking n'est pas dans ce qui a été construit. Elle est dans ce qui n'a pas été construit. C'est moins visible. C'est plus précieux.
Ce qu'on a évité
6 mois de développement sur une hypothèse invalide. Une perte de capital difficile à compenser pour un entrepreneur solo. La mise sur le marché d'un produit que personne n'aurait acheté, et les 12 mois de doutes qui auraient suivi.
Pour aller plus loin
Pourquoi le cadrage digital est crucial à l'ère de l'IA
La méthode complète pour cadrer avant de coder.
Atelier cadrage PME en 3 semaines
Comment structurer un cadrage rapide mais sérieux.
Vibe coding et dette technique : le danger invisible
Ce qui arrive quand on code sans comprendre.
Pourquoi les outils numériques PME ne sont pas adoptés
L'échec d'adoption, symptôme d'un cadrage absent.
Les questions qu'on nous pose sur cette méthode
Questions fréquentes
C'est l'objection la plus courante. Elle est fausse. Le Design Thinking n'est pas une méthodologie lourde qui nécessite une agence de 50 personnes. À son niveau le plus basique, c'est 3 à 5 entretiens utilisateurs bien conduits, un atelier de 2 heures pour formaliser les hypothèses, et un prototype papier testé sur 5 personnes. Un fondateur de startup peut faire ça en 2 semaines avec un budget proche de zéro. Ce qui prend du temps et de l'argent, c'est l'absence de Design Thinking : refaire ce qui a été construit sur de mauvaises hypothèses.
Passez à l'action
Vous avez un projet digital ? Commençons par comprendre, pas par coder.
Leando accompagne les PME et les startups dans la phase de cadrage, de la compréhension terrain au prototype testé. On vous dit ce qui vaut la peine d'être construit, et ce qui ne l'est pas.
Décrire mon projet