Le Design Thinking est une méthode de résolution de problèmes centrée sur l'humain. Pourtant, selon que l'on vient du monde de la création ou de l'informatique, on n'en perçoit ni la même entrée, ni la même valeur. Clarifier cette dualité, c'est précisément ce qui permet de l'appliquer avec rigueur — et stratégiquement — dans un contexte B2B.
Design Thinking is a human-centered problem-solving method. Yet depending on whether one comes from the world of design or information technology, neither the entry point nor the perceived value are the same. Clarifying this duality is precisely what enables its rigorous — and strategic — application in a B2B context.
Une méthode née de la conception, adoptée par l'ingénierie
Le Design Thinking, tel que formalisé par la d.school de l'Université Stanford dans les années 2000 (Plattner, Meinel & Leifer, 2010), est issu du domaine du design industriel — non de l'informatique. Sa prémisse fondatrice est que les problèmes complexes se résolvent mieux en partant de l'observation des comportements humains réels que de l'analyse des spécifications techniques ou des données agrégées.
Ce point d'origine est crucial. Il explique pourquoi la méthode est souvent mal comprise, et parfois mal appliquée, lorsqu'elle transite d'un univers créatif vers un contexte technologique ou organisationnel. Le créateur y voit un processus d'idéation structuré. L'informaticien y cherche un protocole de livraison. Ces deux lectures ne sont pas incompatibles — mais elles supposent une traduction rigoureuse.
Le Design Thinking est défini comme un processus itératif centré sur l'empathie, destiné à résoudre des problèmes mal définis (wicked problems) en générant des solutions créatives validées par l'expérimentation. Il s'articule en cinq phases non linéaires : Empathiser, Définir, Idéer, Prototyper, Tester.
Source : Plattner, H., Meinel, C. & Leifer, L. — Design Thinking: Understand – Improve – Apply. Springer, 2010.
A Method Born of Design, Adopted by Engineering
Design Thinking, as formalized by the d.school at Stanford University in the 2000s (Plattner, Meinel & Leifer, 2010), originated in the field of industrial design — not information technology. Its founding premise is that complex problems are better resolved by starting from the observation of real human behaviours than from the analysis of technical specifications or aggregated data.
This point of origin is critical. It explains why the method is so frequently misunderstood, and sometimes misapplied, when it transitions from a creative environment to a technological or organizational one. The creator sees in it a structured ideation process. The IT professional seeks in it a delivery protocol. These two readings are not incompatible — but they require a rigorous translation between the two domains.
Design Thinking is defined as an iterative, empathy-centred process designed to solve poorly defined problems (wicked problems) by generating creative solutions validated through experimentation. It unfolds across five non-linear phases: Empathize, Define, Ideate, Prototype, Test.
Source: Plattner, H., Meinel, C. & Leifer, L. — Design Thinking: Understand – Improve – Apply. Springer, 2010.
Les cinq phases : une architecture de la pensée
La structure en cinq phases n'est pas un enchaînement séquentiel — c'est un système de pensée itératif où chaque phase peut remettre en question les précédentes. C'est précisément cette non-linéarité qui distingue le Design Thinking d'une méthode de gestion de projet classique, et qui en fait un outil stratégique plutôt qu'opérationnel.
En contexte B2B, chaque phase mobilise des compétences et des outils distincts selon le profil du praticien. Ce n'est pas la phase elle-même qui varie — c'est la posture, le vocabulaire et les artéfacts produits.
The Five Phases: An Architecture of Thought
The five-phase structure is not a sequential pipeline — it is an iterative thinking system in which each phase can call into question the conclusions of the preceding ones. This non-linearity is precisely what distinguishes Design Thinking from classical project management methodology, and what makes it a strategic rather than merely operational instrument.
In a B2B context, each phase mobilizes distinct competencies and tools depending on the practitioner's profile. What varies is not the phase itself — it is the posture, the vocabulary and the artefacts produced.
Deux postures, deux langages — une méthode commune
La tension la plus fréquente dans les équipes B2B appliquant le Design Thinking oppose le créateur — designer, architecte d'affaires, stratège — à l'informaticien — développeur, architecte technique, chef de projet TI. Cette tension n'est pas un obstacle : correctement canalisée, elle constitue la source principale de valeur de la méthode.
Pour le créateur, le Design Thinking est avant tout une méthode d'écoute et d'observation. Son entrée naturelle dans le processus est la phase d'empathie : comprendre les comportements réels, les frustrations non exprimées et les besoins latents que les utilisateurs eux-mêmes ne savent pas encore formuler. Il pense en expériences, en flux émotionnels, en parcours. Son artefact central est le Point of View Statement — une reformulation précise et humaine du problème à résoudre.
Le risque propre au créateur : rester dans l'abstraction, produire des insights sans les ancrer dans des contraintes opérationnelles ou des métriques de valeur mesurables.
Pour l'informaticien, le Design Thinking est perçu comme une méthode de découverte des exigences — un préalable structuré à la spécification fonctionnelle. Son entrée naturelle est la phase de prototypage : il veut rapidement matérialiser une solution pour en évaluer la faisabilité technique. Il pense en composants, en flux de données, en contraintes d'intégration. Son artefact central est le prototype fonctionnel, même basse fidélité.
Le risque propre à l'informaticien : converger prématurément vers une solution technique avant que le problème réel ait été correctement défini, enfermant ainsi le projet dans des spécifications qui répondent au mauvais problème.
« En B2B, le Design Thinking ne produit de valeur stratégique que lorsque la pensée par l'usage du créateur et la pensée par la solution de l'informaticien se confrontent — non pas pour s'annuler, mais pour se contraindre mutuellement. »
— Alain Castonguay, Architecte d'affaires, Logimaax TechnologiesTwo Postures, Two Languages — One Common Method
The most frequent tension in B2B teams applying Design Thinking opposes the creator — designer, business architect, strategist — to the IT professional — developer, technical architect, IT project manager. This tension is not an obstacle: properly channelled, it constitutes the primary source of value of the method.
For the creator, Design Thinking is above all a method of listening and observation. Their natural entry point into the process is the Empathize phase: understanding real behaviours, unexpressed frustrations and latent needs that users themselves do not yet know how to articulate. They think in experiences, emotional flows and journeys. Their central artefact is the Point of View Statement — a precise, human reframing of the problem to be solved.
The creator's characteristic risk: remaining in abstraction, producing insights without anchoring them in operational constraints or measurable value metrics.
For the IT professional, Design Thinking is perceived as a requirements discovery method — a structured precursor to functional specification. Their natural entry point is the Prototype phase: they want to rapidly materialize a solution to assess its technical feasibility. They think in components, data flows and integration constraints. Their central artefact is the functional prototype, even at low fidelity.
The IT professional's characteristic risk: converging prematurely toward a technical solution before the real problem has been correctly defined — locking the project into specifications that answer the wrong question.
"In a B2B context, Design Thinking generates strategic value only when the creator's thinking-through-use and the IT professional's thinking-through-solution confront each other — not to cancel each other out, but to mutually constrain and sharpen each other."
— Alain Castonguay, Business Architect, Logimaax TechnologiesLa valeur stratégique du Design Thinking en B2B
Le contexte B2B amplifie la pertinence du Design Thinking pour une raison structurelle : les problèmes y sont presque toujours des wicked problems — des problèmes mal définis, dont les parties prenantes ont des représentations différentes, et pour lesquels il n'existe pas de solution unique et définitive. C'est précisément le terrain pour lequel la méthode a été conçue.
Contrairement au B2C où l'utilisateur final est souvent identifiable et homogène, le B2B implique une multiplicité de décideurs aux critères contradictoires : l'acheteur, le prescripteur technique, le gestionnaire des opérations, la direction financière. Appliquer le Design Thinking sans cette conscience de la complexité décisionnelle B2B, c'est réduire la méthode à un exercice de créativité sans ancrage stratégique.
En architecture d'affaires, le Design Thinking remplit une fonction que ni TOGAF ni BABOK v3 ne couvrent explicitement : celle de créer un espace de dialogue structuré entre des parties prenantes dont les modèles mentaux divergent. Là où TOGAF produit des artefacts d'architecture et BABOK v3 produit des exigences formalisées, le Design Thinking produit un langage commun — la condition préalable à toute transformation organisationnelle durable.
Ce que le Design Thinking apporte que les méthodes classiques n'apportent pas
- La reformulation du problème — la phase Définir force une organisation à questionner ses propres hypothèses avant d'investir dans une solution, ce qu'aucun cahier des charges classique n'impose structurellement.
- La tolérance à l'ambiguïté — en B2B, les problèmes stratégiques sont rarement bien définis au départ ; le Design Thinking est l'une des seules méthodes qui traite explicitement l'ambiguïté comme une donnée de départ, non comme une anomalie à éliminer.
- L'apprentissage par l'échec précoce — le prototypage basse fidélité génère des apprentissages à un coût marginal, avant tout investissement technologique significatif.
- La centration sur la valeur perçue — en B2B, la valeur n'est pas définie par les fonctionnalités délivrées, mais par la résolution de problèmes réels pour des utilisateurs réels ; le Design Thinking maintient cette centration tout au long du processus.
- L'intégration des contraintes dès la phase de conception — le créateur apporte les besoins ; l'informaticien apporte les contraintes ; le Design Thinking est le cadre dans lequel leur dialogue produit une solution robuste.
The Strategic Value of Design Thinking in B2B
The B2B context amplifies the relevance of Design Thinking for a structural reason: problems there are almost always wicked problems — poorly defined problems, for which stakeholders hold divergent representations, and for which no single definitive solution exists. This is precisely the terrain for which the method was designed.
Unlike B2C, where the end user is often identifiable and relatively homogeneous, B2B involves a multiplicity of decision-makers with contradictory criteria: the buyer, the technical prescriber, the operations manager, the CFO. Applying Design Thinking without this awareness of B2B decision-making complexity reduces the method to a creativity exercise without strategic grounding.
In business architecture, Design Thinking fulfils a function that neither TOGAF nor BABOK v3 covers explicitly: that of creating a structured dialogue space between stakeholders whose mental models diverge. Where TOGAF produces architecture artefacts and BABOK v3 produces formalized requirements, Design Thinking produces a common language — the prerequisite for any durable organizational transformation.
What Design Thinking Provides That Classical Methods Do Not
- Problem reframing — the Define phase forces an organization to question its own assumptions before investing in a solution, a discipline that no classical requirements document structurally imposes.
- Tolerance for ambiguity — in B2B, strategic problems are rarely well-defined at the outset; Design Thinking is one of the only methods that explicitly treats ambiguity as a starting condition, not an anomaly to be eliminated.
- Learning through early failure — low-fidelity prototyping generates organizational learning at marginal cost, before any significant technology investment is committed.
- Centring on perceived value — in B2B, value is not defined by features delivered, but by the resolution of real problems for real users; Design Thinking maintains this centring throughout the entire process.
- Integration of constraints from the design phase onward — the creator brings needs; the IT professional brings constraints; Design Thinking is the framework within which their dialogue produces a robust solution.
Conditions d'une application rigoureuse en contexte organisationnel
Le Design Thinking est fréquemment instrumentalisé comme un outil de facilitation d'ateliers — réduit à des post-its colorés et des sessions de brainstorming. Cette réduction trahit la rigueur épistémologique de la méthode et en détruit la valeur stratégique. Une application rigoureuse en contexte B2B suppose trois conditions non négociables.
1. La définition a priori des métriques de succès
Avant d'entrer dans le processus, les organisations doivent définir comment elles mesureront la valeur produite. Sans indicateurs définis avant le déploiement, la démonstration de valeur reste qualitative et fragile — inadmissible dans un contexte de gouvernance B2B où les investissements sont soumis à une justification quantitative. Ces métriques s'articulent naturellement avec les KPI définis dans la cartographie des processus BPMN et les capacités d'affaires du BizBOK.
2. L'ancrage dans les processus métier documentés
Le prototypage doit être validé contre les processus opérationnels réels — documentés en BPMN 2.0 — et non uniquement contre les perceptions des utilisateurs recueillies en atelier. Un prototype qui résout un problème perçu mais qui ne s'intègre pas dans les flux de travail existants génère une dette d'implémentation coûteuse.
3. La gouvernance de l'itération
La non-linéarité du Design Thinking n'est pas une licence à l'absence de structure. Chaque itération doit être gouvernée : décision documentée, hypothèse testée, apprentissage capitalisé. C'est dans cette gouvernance de l'itération que réside la différence entre une application stratégique et un atelier créatif sans lendemain.
Conditions for Rigorous Application in an Organizational Context
Design Thinking is frequently instrumentalized as a facilitation tool for workshops — reduced to coloured sticky notes and brainstorming sessions. This reduction betrays the epistemological rigour of the method and destroys its strategic value. Rigorous application in a B2B context requires three non-negotiable conditions.
1. A Priori Definition of Success Metrics
Before entering the process, organizations must define how they will measure the value produced. Without indicators defined prior to deployment, the value demonstration remains qualitative and fragile — inadmissible in a B2B governance context where investments are subject to quantitative justification. These metrics articulate naturally with the KPIs defined in BPMN process mapping and the business capabilities of the BizBOK framework.
2. Grounding in Documented Business Processes
Prototyping must be validated against actual operational processes — documented in BPMN 2.0 — and not solely against user perceptions gathered in workshop settings. A prototype that resolves a perceived problem but does not integrate into existing workflows generates a costly implementation debt that invariably surfaces during delivery.
3. Governance of Iteration
The non-linearity of Design Thinking is not a licence for the absence of structure. Each iteration must be governed: decision documented, hypothesis tested, learning capitalized. It is in this governance of iteration that the difference resides between a strategic application of the method and a creative workshop with no organizational tomorrow.
Conclusion : une méthode stratégique, pas une technique d'animation
Le Design Thinking est une méthode de pensée stratégique qui, appliquée avec rigueur en contexte B2B, transforme la façon dont les organisations définissent leurs problèmes avant d'investir dans leurs solutions. Sa valeur ne réside pas dans les outils qu'il mobilise — les post-its, les personas, les prototypes — mais dans l'épistémologie qu'il impose : partir de l'humain, reformuler le problème, apprendre avant d'implémenter.
Pour le créateur, cette méthode est une discipline de rigueur. Pour l'informaticien, elle est une invitation à suspendre la solution le temps de comprendre le problème réel. C'est dans cet espace de tension productive — entre pensée par l'usage et pensée par la solution — que le Design Thinking délivre sa valeur stratégique la plus profonde en contexte organisationnel B2B.
Chez Logimaax Technologies, nous intégrons le Design Thinking comme phase amont de nos mandats d'architecture d'affaires — en complémentarité avec BABOK v3 pour l'élicitation des exigences et BizBOK pour la cartographie des capacités — précisément parce qu'il permet de définir le bon problème avant de concevoir la bonne architecture.
Conclusion: A Strategic Method, Not a Facilitation Technique
Design Thinking is a strategic thinking method that, applied with rigour in a B2B context, transforms the way organizations define their problems before investing in their solutions. Its value does not reside in the tools it mobilizes — the sticky notes, the personas, the prototypes — but in the epistemology it imposes: start from the human, reframe the problem, learn before implementing.
For the creator, this method is a discipline of rigour. For the IT professional, it is an invitation to suspend the solution long enough to understand the real problem. It is in this space of productive tension — between thinking-through-use and thinking-through-solution — that Design Thinking delivers its deepest strategic value in an organizational B2B context.
At Logimaax Technologies, we integrate Design Thinking as an upstream phase of our business architecture mandates — in complementarity with BABOK v3 for requirements elicitation and BizBOK for capability mapping — precisely because it enables us to define the right problem before designing the right architecture.
Sources et références
- Plattner, H., Meinel, C. & Leifer, L. (Eds.) — Design Thinking: Understand – Improve – Apply. Springer, 2010. https://link.springer.com/book/10.1007/978-3-642-13757-0
- Brown, T. — Change by Design: How Design Thinking Transforms Organizations and Inspires Innovation. HarperBusiness, 2009. https://www.harpercollins.com
- IDEO — The Field Guide to Human-Centered Design. IDEO.org, 2015. https://www.designkit.org/resources/1
- Liedtka, J. — "Perspective : Linking Design Thinking with Innovation Outcomes through Cognitive Bias Reduction." Journal of Product Innovation Management, 32(6), 925–938, 2015. https://doi.org/10.1111/jpim.12163
- International Institute of Business Analysis (IIBA) — A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3.0. Toronto : IIBA, 2015. https://www.iiba.org/babok-guide/
- Business Architecture Guild — Business Architecture Body of Knowledge® (BizBOK®), Version 13.0. 2024. https://www.businessarchitectureguild.org
- Rittel, H.W.J. & Webber, M.M. — "Dilemmas in a General Theory of Planning." Policy Sciences, 4(2), 155–169, 1973. https://doi.org/10.1007/BF01405730 (Origine du concept de wicked problems.)
Sources and References
- Plattner, H., Meinel, C. & Leifer, L. (Eds.) — Design Thinking: Understand – Improve – Apply. Springer, 2010. https://link.springer.com/book/10.1007/978-3-642-13757-0
- Brown, T. — Change by Design: How Design Thinking Transforms Organizations and Inspires Innovation. HarperBusiness, 2009. https://www.harpercollins.com
- IDEO — The Field Guide to Human-Centered Design. IDEO.org, 2015. https://www.designkit.org/resources/1
- Liedtka, J. — "Perspective: Linking Design Thinking with Innovation Outcomes through Cognitive Bias Reduction." Journal of Product Innovation Management, 32(6), 925–938, 2015. https://doi.org/10.1111/jpim.12163
- International Institute of Business Analysis (IIBA) — A Guide to the Business Analysis Body of Knowledge® (BABOK® Guide), Version 3.0. Toronto: IIBA, 2015. https://www.iiba.org/babok-guide/
- Business Architecture Guild — Business Architecture Body of Knowledge® (BizBOK®), Version 13.0. 2024. https://www.businessarchitectureguild.org
- Rittel, H.W.J. & Webber, M.M. — "Dilemmas in a General Theory of Planning." Policy Sciences, 4(2), 155–169, 1973. https://doi.org/10.1007/BF01405730 (Origin of the wicked problems concept.)