Design Sprints par Jake Knapp


Les Sprints de conception vous permettent d’aller au cœur de votre problème et d’explorer une solution, plus rapidement que d’autres méthodes de travail. Ils ne vous donnent pas une solution parfaite ou des données exactes, mais ils vous donnent plus qu’assez pour décider quoi faire ensuite en vous aidant à entrevoir l’avenir. Non seulement cela permet d’économiser beaucoup de temps et d’argent, mais cela se traduit également par de meilleurs produits finaux que les gens adoreront. Dans cet incroyable discours de Mind the Product London 2017, Jake Knapp a partagé comment il a développé le Design Sprint et comment bien les faire.

La Genèse

En 2001, Jake travaillait chez Microsoft sur le produit Encarta Encyclopaedia, et tout le contenu de l’encyclopédie était stocké sur un CD-ROM – de manière nouvelle et innovante pour l’époque. Mais en seulement deux ans, Wikipedia contenait plus d’articles que Microsoft n’était en mesure d’en inclure dans l’ensemble d’Encarta – et c’était gratuit. Ce fut un énorme problème pour l’équipe de Jake.

Jake Knapp Design Sprints à #mtpcon

Après un exercice de génération d’idées, lui et l’équipe ont conçu un nouveau look pour le produit Encarta – qui mettait mieux en valeur la qualité de leur produit. Ils étaient convaincus que cela convaincrait les gens de choisir leur produit premium sur Wikipedia gratuit. Malheureusement, leur stratégie ne s’est pas traduite par la commercialisation du produit et a totalement sous-représenté les progrès qu’ils avaient réalisés – en raison d’un manque de communication entre les équipes de conception, de développement et de marketing.

Comme tout le monde le sait, cette situation ne s’est pas bien terminée pour Encarta – et quelque peu exaspérante – le premier résultat de recherche Google pour Encarta est un article Wikipedia!

Chez Google en 2007, la même chose se produisait. Le marketing a été envisagé à la fin du cycle de développement et a demandé de vendre la «grande» idée une fois que tout l’investissement avait déjà été fait. En 2009, Jake et son équipe ont décidé qu’ils voulaient changer cela afin qu’ils puissent prototyper un produit plus efficacement, pour tester la demande et les aider à prendre de meilleures décisions.

Le produit qu’ils ont prototype était une réunion vidéo de type Skype – elle s’est transformée en Hangouts et Google Meet après son adoption dans Google.

En se concentrant sur un seul problème pendant une semaine avec une équipe engagée, ils ont pu arriver au cœur du problème beaucoup plus rapidement. Depuis, Jake essaie de concevoir une semaine parfaite pour garantir cela.

Le Design Sprint est le résultat de ce processus.

Jake Knapp #mtpcon Design Sprints

Les sprints de conception sont nés

Les startups passent de l’idée au lancement de manière beaucoup plus itérative que les autres entreprises. Ils lancent une idée, obtiennent des données, puis itèrent. Le Design Sprint reprend ce même concept, mais réduit la quantité de travail que vous devez faire pour obtenir les données dont vous avez besoin. Plutôt que de créer des MVP pendant six mois pour obtenir des données parfaites dans le monde réel, vous obtenez juste assez pour prendre la décision que vous devez prendre. Un Sprint de conception est également adapté à l’objectif, quelle que soit la taille de l’organisation. Ces semaines ont été couronnées de succès partout, des banques aux compagnies aériennes en passant par les organisations caritatives.

Il existe un script et un système stricts pour tirer le meilleur parti de cette semaine, sans aucune réunion, car c’est un investissement lourd pour toute entreprise.

En commençant par une carte du problème, l’équipe est en mesure d’explorer l’ensemble du défi. Après cela, il s’agit de se concentrer sur le problème à résoudre. Ensuite, tout le monde trouve des solutions à cette situation.

Les remue-méninges en groupe tendent à récompenser des types particuliers de personnalité – et proposent souvent des idées abstraites qui ne sont pas très pratiques. Le Design Sprint évite cela en forçant les gens à travailler individuellement, à réfléchir à la solution, puis chacun vote individuellement «en silence» afin que les arguments de vente n’influencent pas les opinions.

Après toute cette collaboration, un seul décideur décide de la direction à suivre.

Le jour 4, un prototype est construit – ce qui simule la solution proposée. Les outils de conception simples sont les meilleurs à utiliser avec les logiciels de prototypage pour donner à un utilisateur une expérience sur laquelle nous pouvons tester des hypothèses tout de suite.

Les données issues de ce processus sont collectées lors d’un entretien avec un utilisateur, pour voir si la solution va répondre à ses besoins. L’équipe regarde, prend des notes et décide si son approche va résoudre le problème réel qui est en cours de résolution.

Comme toujours, la meilleure approche est de répéter et de perfectionner le processus, en utilisant ce que vous découvrez dans le premier sprint pour informer le suivant.

Jake Knapp à #mtpcon London

En résumé

  1. Décider et se concentrer sur le problème
  2. Solutions d’esquisse
  3. Décider de l’approche
  4. Prototype
  5. Tester avec les utilisateurs

Jake a constaté qu’il y a très peu de situations que vous ne pouvez pas prototyper, malgré la nervosité initiale. Des robots aux barres chocolatées en passant par les produits logiciels – ils sont tous possibles pour vous aider à entrevoir l’avenir de votre produit, vous donner une voie à suivre et sprinter vers lui.





Source

  • Partager cet article

Laisser un commentaire