Double Diamond
Divergez puis convergez, deux fois. Le framework du Design Council en 4 phases pour explorer le bon problème avant de concevoir la bonne solution.
Description
Le Double Diamond est un framework de design en 4 phases (Discover, Define, Develop, Deliver) créé par le Design Council britannique en 2005, qui structure la résolution de problèmes en deux cycles de divergence puis convergence : le premier pour explorer et définir le bon problème, le second pour concevoir et livrer la bonne solution. Ce modèle est né d'une étude menée sur 11 entreprises mondiales dont Apple, LEGO, Microsoft et Sony, qui suivaient toutes naturellement ce même processus créatif malgré des terminologies différentes. La plupart des équipes produit sautent directement en mode solution dès qu'un problème apparaît. Le résultat est prévisible : vous construisez la bonne réponse au mauvais problème. Vous livrez une feature parfaitement exécutée que personne n'utilise, parce que vous avez traité le symptôme, pas la cause racine. C'est comme un pompier qui repeint la façade d'un immeuble en feu au lieu de chercher d'où partent les flammes. Le Double Diamond inverse cette logique en séparant explicitement deux questions : "Quel est le vrai problème ?" (premier diamant, phases Discover et Define) et "Quelle est la meilleure solution ?" (second diamant, phases Develop et Deliver). Chaque diamant suit un mouvement de pensée divergente (explorer largement) puis de pensée convergente (filtrer avec rigueur). Comme l'explique Cat Drew, Chief Design Officer du Design Council, le Double Diamond apporte une simplicité visuelle qui rend un processus invisible accessible aux non-designers. En 2019, le Design Council a enrichi le modèle en "Framework for Innovation" avec quatre principes directeurs : placer les personnes au centre, communiquer visuellement, collaborer et co-créer, itérer sans cesse. Cette structure force votre équipe à ralentir avant d'accélérer, à valider le problème avant de coder la solution, et à créer un alignement durable entre stakeholders sur le "pourquoi" avant le "comment".
Objectifs
- Identifier les problèmes
- Comprendre les utilisateurs
- Structurer le développement
- Favoriser l'innovation
Utilisé par
- -UK Government Digital Service(utilise le Double Diamond comme standard pour tous les services publics numériques britanniques)
- -LEGO (applique le modèle pour concevoir de nouvelles gammes de produits en combinant recherche utilisateur et prototypage rapide)
- -BBC (processus de conception standard pour les nouvelles expériences digitales)
Avantages
- Évite le "solution jumping". Force à valider le problème avant de coder, ce qui élimine les features inutiles en amont.
- Alignement stratégique durable. Stakeholders, designers et développeurs travaillent sur le même problème clairement défini.
- Structure sans rigidité. Les 4 phases donnent un cadre clair tout en permettant de revenir en arrière si les hypothèses changent.
- Langage commun cross-équipe. "On est en phase Discover ou Develop ?" devient un réflexe qui évite les malentendus.
Limites
- Ne donne pas de timing. Le modèle ne dit pas combien de temps passer dans chaque phase, à vous de calibrer selon le contexte.
- Risque de paralysie analytique. Certaines équipes sur-explorent et n'arrivent jamais à converger. Fixez des deadlines par phase.
- Moins efficace pour l'incrémental. Si vous optimisez une feature existante, les 4 phases peuvent être trop lourdes. Adaptez le cadre.
- Nécessite le buy-in des stakeholders. Si votre CEO veut "la solution maintenant", expliquer pourquoi vous "perdez du temps" en Discover peut être difficile.
Comment appliquer Double Diamond
- 1
Discover (Découvrir) : Explorer le contexte sans idées préconçues
Phase de divergence du premier diamant. Collectez un maximum de données terrain sur le problème supposé. Menez des interviews utilisateurs (10-15 personnes), observez des sessions d'usage réelles, analysez les données analytics, cartographiez les parcours utilisateurs actuels. Parlez aux équipes internes (support, sales) qui entendent les frustrations quotidiennes. Ne cherchez pas à valider votre hypothèse initiale, cherchez à la casser. Output : un corpus brut de 50-100 insights non filtrés (verbatims, observations, données quantitatives).
- 2
Define (Définir) : Synthétiser en un énoncé de problème clair
Phase de convergence du premier diamant. Regroupez vos insights par thèmes (affinity mapping). Identifiez les patterns récurrents : quel problème revient le plus souvent ? Quel est l'impact business si on ne le résout pas ? Formulez un Problem Statement précis : "[Persona] a besoin de [besoin] parce que [insight], actuellement bloqué par [obstacle]". Validez avec 3-5 stakeholders clés. Un bon problème défini, c'est quand toute l'équipe peut l'expliquer identiquement. Output : 1 document Problem Definition validé avec critères de succès mesurables.
- 3
Checkpoint inter-diamants : Valider avant de passer au second diamant
Entre Define et Develop, faites une pause stratégique. Présentez votre Problem Statement au C-level, aux équipes techniques et aux designers. Posez la question : "Sommes-nous d'accord que ceci est le problème prioritaire à résoudre ?" Si oui, passez au second diamant. Si non, retournez en phase Discover. Cette étape évite de passer 2 mois à développer une solution brillante à un problème non prioritaire. Output : un go/no-go documenté avec justifications.
- 4
Develop (Développer) : Générer et prototyper des solutions multiples
Phase de divergence du second diamant. Le problème est clair, explorez 10-20 solutions potentielles via brainstorming, benchmarks concurrents, workshops créatifs. Ne tombez pas amoureux de votre première idée. Créez 3-5 prototypes low-fidelity (wireframes, maquettes Figma, vidéos explicatives) pour les concepts les plus prometteurs. Testez-les avec 5-8 utilisateurs par prototype. Output : 3-5 prototypes testés avec feedbacks structurés.
- 5
Deliver (Livrer) : Sélectionner, construire et déployer la solution optimale
Phase de convergence finale. Analysez les résultats des tests : quel prototype résout le mieux le problème défini en phase 2 ? Utilisez une matrice (impact utilisateur x faisabilité technique x alignement stratégique) pour sélectionner la solution à développer. Décomposez-la en user stories, priorisez avec votre équipe dev, et lancez le développement. Output : une feature en production avec dashboard de métriques de succès.
- 6
Itération post-livraison : Mesurer et adapter
Deux semaines après le déploiement, analysez les métriques : adoption, satisfaction (NPS, CSAT), impact business (conversion, rétention). Comparez avec vos critères de succès définis en phase Define. Si l'écart est significatif, décidez : itérer sur la solution actuelle (ajustements mineurs) ou recommencer un cycle Double Diamond complet (pivot). Output : un plan d'action clair (itérer, pivoter ou arrêter).