Développer son activité
Design Sprint : méthode en 5 jours, agenda et checklist
Un guide opérationnel pour préparer et animer un Design Sprint, produire un prototype testable et décider à partir des retours utilisateurs.
Un Design Sprint est un processus court et structuré qui réunit une équipe autour d’un défi précis pour comprendre le problème, esquisser des solutions, choisir une direction, fabriquer un prototype réaliste puis le tester auprès d’utilisateurs. Le format classique se déroule sur cinq jours. Son résultat n’est pas un produit fini : c’est une décision mieux informée sur ce qu’il faut construire, modifier ou abandonner.
Le Design Sprint en une minute
| Élément | Réponse opérationnelle |
|---|---|
| Question de départ | Quel risque important et testable devons-nous réduire ? |
| Durée classique | Cinq jours consécutifs, avec préparation en amont. |
| Équipe | Un décideur, un facilitateur et plusieurs profils métier, produit, design, technique ou client. |
| Livrable | Un prototype crédible et un compte rendu de tests utilisateurs. |
| Décision finale | Poursuivre, corriger, changer de piste, mener un autre test ou arrêter. |
Le Design Sprint s’intègre bien dans une démarche Lean Startup : il transforme une hypothèse risquée en expérience observable. Il ne remplace ni la stratégie, ni l’étude du marché, ni le développement ultérieur.
Quand lancer un Design Sprint ?
Le Sprint est pertinent lorsque l’enjeu est important, la réponse incertaine et la situation assez précise pour être représentée dans un prototype. Il peut servir à concevoir une nouvelle offre, améliorer une étape d’onboarding, tester un parcours de souscription, revoir un service interne ou choisir entre plusieurs concepts avant de développer.
La FAQ officielle du Design Sprint Kit de Google rappelle qu’un Sprint n’est pas nécessaire lorsque la direction produit et les fonctionnalités sont déjà décidées. Dans ce cas, une période de travail dédiée peut suffire.
- Bon défi : « Comment permettre à un dirigeant de comprendre sa trésorerie prévisionnelle en moins de cinq minutes ? »
- Défi trop large : « Comment devenir le leader de notre marché ? »
- Défi trop étroit : « Quelle couleur choisir pour ce bouton déjà validé ? »
Quand choisir une autre méthode ?
Un Sprint ne corrige pas un manque de données, une équipe sans décideur ou un sujet impossible à tester. Si le risque est principalement technique, commencez par comparer POC, prototype et MVP. Si l’offre doit déjà être utilisée dans des conditions réelles, il faut plutôt construire un MVP. Pour optimiser un service existant par petites expériences répétées, la méthode Test & Learn sera souvent plus adaptée.
Le Sprint ne doit pas non plus être utilisé pour maquiller une décision politique déjà prise. Si le décideur n’accepte aucune conclusion contradictoire, les tests ne sont qu’une mise en scène coûteuse.
Ce qu’il faut préparer avant le premier jour
La vitesse de la semaine dépend du travail réalisé avant. Un facilitateur doit clarifier le défi, confirmer l’agenda, réserver les participants, rassembler les données existantes et recruter les testeurs. Une étude de marché et un persona fondé sur des observations évitent de prototyper pour un public imaginaire.
- Formuler le défi et la décision attendue.
- Identifier le décideur qui pourra trancher.
- Réunir recherches utilisateurs, données, contraintes et travaux précédents.
- Choisir une équipe réduite mais réellement pluridisciplinaire.
- Bloquer les cinq journées et limiter les interruptions.
- Recruter les utilisateurs correspondant à la cible du test.
- Préparer salle, tableaux, matériel, accès distants et solution de prototypage.
N’attendez pas le vendredi pour chercher des testeurs. Le recrutement influence fortement la qualité du signal et doit commencer avant le Sprint.
Quelle équipe réunir ?
Une équipe de quatre à sept personnes facilite la concentration, mais la composition compte davantage qu’un chiffre magique. Le décideur tranche lorsque le groupe ne converge pas. Le facilitateur protège le processus, le temps et la neutralité. Les autres membres apportent les connaissances nécessaires : produit, design, technique, commerce, support, opérations ou conformité.
| Rôle | Responsabilité | Erreur à éviter |
|---|---|---|
| Décideur | Choisir la cible et la solution à prototyper. | Déléguer puis contester chaque décision après coup. |
| Facilitateur | Préparer, chronométrer et rendre la participation équitable. | Imposer sa propre solution. |
| Experts | Exposer faits, contraintes et signaux clients. | Transformer les éclairages en longues présentations. |
| Prototypistes | Fabriquer l’illusion crédible nécessaire au test. | Développer un vrai produit pendant la journée. |
| Intervieweur | Conduire un entretien neutre et cohérent. | Vendre le concept ou aider excessivement l’utilisateur. |
Agenda du Design Sprint sur cinq jours
| Jour | Travail principal | Livrable |
|---|---|---|
| Lundi | Comprendre, fixer l’objectif, cartographier et choisir la cible. | Carte du problème et question de Sprint. |
| Mardi | Explorer les références et esquisser individuellement. | Solutions détaillées et comparables. |
| Mercredi | Critiquer, décider et construire le storyboard. | Scénario précis du prototype. |
| Jeudi | Prototyper et préparer les entretiens. | Expérience suffisamment réaliste pour le test. |
| Vendredi | Tester auprès d’utilisateurs et synthétiser les motifs observés. | Constats, incertitudes et décision suivante. |
Le cadre général du Design Sprint Kit distingue six phases : comprendre, définir, esquisser, décider, prototyper et valider. Dans le format classique de cinq jours, comprendre et définir sont regroupés au début de la semaine. Les deux présentations ne se contredisent donc pas : elles décrivent des niveaux de découpage différents. L’agenda doit rester au service de la question testée, et non devenir une suite d’exercices exécutés mécaniquement.
Jour 1 : comprendre et choisir une cible
L’équipe commence par un objectif à long terme et liste les questions susceptibles de faire échouer le projet. Elle cartographie ensuite les acteurs et les étapes du parcours. Des experts internes ou externes apportent des faits courts : demandes du support, contraintes techniques, données de conversion, règles métier ou retours d’entretiens.
À la fin de la journée, le décideur choisit une cible précise sur la carte. Un Business Model Canvas peut rendre visibles les hypothèses économiques, tandis qu’un SWOT peut résumer le contexte. Ces outils cadrent la réflexion, mais la cible du Sprint doit rester une situation que le prototype permettra d’observer.
Jour 2 : esquisser sans débat prématuré
Les participants examinent d’abord des solutions existantes et des références utiles. Chacun produit ensuite sa propre proposition, généralement avec des notes, des idées rapides, une variation structurée puis un croquis détaillé. Le dessin n’a pas besoin d’être beau : il doit être compréhensible sans explication orale.
Le travail individuel évite qu’une personnalité dominante oriente toute la séance. Il produit plusieurs solutions assumées avant la discussion collective et donne une voix aux profils qui réfléchissent mieux dans le calme.
Jour 3 : décider et écrire le storyboard
Les solutions sont affichées anonymement ou présentées sans plaidoyer commercial. L’équipe les examine, relève les points forts, pose des questions puis vote. Le vote sert à rendre les préférences visibles ; le décideur conserve la responsabilité finale.
La solution retenue devient un storyboard : une suite d’écrans, de scènes ou d’interactions qui commence avant l’utilisation du produit et se termine après le résultat attendu. Cette précision empêche l’équipe de rediscuter le concept pendant le prototypage.
Jour 4 : fabriquer un prototype crédible
Le prototype doit sembler assez réel pour provoquer des réactions sincères, sans contenir toute la technologie future. Selon le défi, il peut s’agir d’une interface cliquable, d’un faux service, d’un script de conversation, d’un packaging ou d’une mise en situation. Le guide pour fabriquer un prototype détaille les niveaux de fidélité possibles.
Répartissez les tâches : composants, contenu, assemblage, contrôle de cohérence et script d’entretien. Testez le prototype en interne en fin de journée, uniquement pour supprimer les défauts qui empêcheraient l’utilisateur d’effectuer le parcours.
Jour 5 : tester sans vendre la solution
L’intervieweur accueille chaque personne, pose des questions de contexte puis lui demande d’utiliser le prototype en pensant à voix haute. Il ne défend pas le concept et ne donne pas la réponse. Le reste de l’équipe observe, note les comportements, les incompréhensions, les hésitations et les moments de valeur.
Cinq entretiens peuvent révéler des motifs utiles, mais ils ne constituent pas une étude représentative de tout le marché. Le Sprint produit des indices qualitatifs pour une décision de conception. Il ne démontre ni la demande globale, ni le prix acceptable, ni la rentabilité future.
Exemple : simplifier l’onboarding d’un logiciel de trésorerie
Une équipe constate que de nombreux dirigeants quittent le produit avant d’importer leurs premières données. Son défi est : « Comment permettre à un dirigeant non financier d’obtenir une première projection compréhensible sans solliciter le support ? »
Le lundi, elle cartographie l’inscription, la connexion bancaire, le classement des opérations et la lecture de la projection. Le mardi, chaque participant esquisse un parcours. Le mercredi, le décideur choisit un scénario guidé avec aperçu progressif. Le jeudi, l’équipe fabrique une interface cliquable alimentée par des données fictives. Le vendredi, cinq dirigeants ciblés effectuent le parcours.
Trois comprennent la projection mais hésitent au moment d’autoriser la connexion bancaire ; deux ne comprennent pas la différence entre solde et trésorerie prévisionnelle. La conclusion n’est pas « le produit est validé ». L’équipe doit retravailler la confiance et le vocabulaire, puis tester la correction avant de développer. Cet exemple est pédagogique : les résultats sont fictifs.
Design Sprint en présentiel ou à distance ?
Le présentiel facilite la concentration, les croquis physiques et les échanges informels. Le distanciel peut réunir des experts éloignés et conserver automatiquement les travaux, mais il augmente la fatigue d’écran et les risques techniques. Dans les deux cas, imposez un document unique, des horaires clairs et des temps de travail silencieux.
À distance, vérifiez les droits d’accès avant le jour 1, envoyez le matériel de dessin, réduisez la longueur des séquences synchrones et prévoyez un canal de secours. N’ajoutez pas dix outils : un tableau partagé, une visioconférence et un espace de fichiers suffisent généralement.
Comment interpréter les tests et décider ?
Créez une grille commune et recherchez les motifs répétés plutôt qu’une moyenne artificielle. Distinguez comportement observé, phrase prononcée et interprétation de l’équipe. Un participant peut déclarer apprécier une fonction tout en ne l’utilisant jamais.
| Résultat | Décision prudente |
|---|---|
| Le parcours et la valeur sont compris de manière cohérente. | Préparer un test plus proche du marché ou un MVP limité. |
| La valeur intéresse mais le parcours échoue. | Corriger la conception puis retester les étapes problématiques. |
| Le parcours fonctionne mais le problème paraît secondaire. | Revoir le segment ou l’hypothèse de valeur avant de construire. |
| Les retours sont contradictoires. | Vérifier le recrutement, les contextes et les différences de segment. |
| Le concept est clairement rejeté. | Documenter l’apprentissage et ne pas financer automatiquement la suite. |
Que faire après le Design Sprint ?
Le vendredi ne clôt pas le projet. L’équipe doit produire une synthèse factuelle, conserver les artefacts, nommer les incertitudes et attribuer la décision suivante. Si le signal est encourageant, elle peut préparer un MVP. Si la conception reste fragile, elle corrige le prototype. Si l’usage est déjà réel, elle organise des cycles Test & Learn.
Dans une logique d’innovation incrémentale, plusieurs sprints ou tests courts peuvent sécuriser une succession d’améliorations. Chaque cycle doit cependant répondre à une question distincte ; répéter des ateliers sans décision crée une dette de recherche.
Les erreurs qui font perdre une semaine
- Lancer un défi trop vaste, sans cible ni décision attendue.
- Organiser le Sprint sans décideur disponible.
- Inviter trop de participants permanents et diluer les responsabilités.
- Débattre collectivement avant que chacun ait produit une solution.
- Développer un produit fonctionnel au lieu d’une façade testable.
- Recruter des collègues ou des proches à la place des utilisateurs ciblés.
- Poser des questions orientées pour obtenir une approbation.
- Transformer cinq entretiens en preuve statistique de marché.
- Finir sans décision, responsable ni prochain test daté.
Checklist avant de réserver la semaine
- Le défi est important, précis et prototypable.
- La décision attendue est écrite.
- Le décideur participera aux moments critiques.
- Le facilitateur est nommé et suffisamment neutre.
- Les données existantes sont réunies.
- Les utilisateurs cibles sont recrutés avant le vendredi.
- Le matériel et les outils ont été testés.
- Les critères d’observation sont préparés.
- Un créneau de décision post-Sprint est réservé.
Voir un Design Sprint expliqué en vidéo
Ce webinaire francophone présente le cadrage, les usages et les adaptations possibles du format. Il complète l’agenda opérationnel ci-dessus ; une vidéo ne remplace toutefois ni la préparation du défi ni l’observation de vrais utilisateurs.
Questions fréquentes sur le Design Sprint
Design Sprint et sprint Scrum sont-ils identiques ?
Non. Le Design Sprint vise à comprendre un problème, prototyper une solution et la tester. Un sprint Scrum est une période de développement itératif consacrée à un objectif de produit.
Un Design Sprint doit-il forcément durer cinq jours ?
Le format classique dure cinq jours, mais Google documente aussi des méthodes adaptables et des formats plus courts. Réduire la durée exige de conserver une question claire, un prototype crédible et un vrai test.
Combien d’utilisateurs faut-il tester ?
Le format classique utilise souvent cinq entretiens individuels pour repérer des motifs qualitatifs. Ce nombre ne rend pas les résultats statistiquement représentatifs du marché.
Peut-on organiser un Sprint sans designer ?
Oui si l’équipe peut produire un prototype suffisamment crédible, mais il faut tout de même une personne capable de traduire le storyboard en expérience testable.
Le prototype d’un Design Sprint est-il un MVP ?
Pas nécessairement. Le prototype simule une expérience pour apprendre rapidement ; le MVP délivre une valeur minimale à de vrais utilisateurs dans des conditions plus proches du marché.
