OK, nous venons de lancer notre premier (Google Ventures) Design Sprint selon Jake Knapp's et. Al. Livre "Sprint". Ce fut un événement très productif et globalement agréable.
En mettant mon chapeau méta UX, j'ai remis des questionnaires à la fin de chaque journée pour recueillir les commentaires sur les activités individuelles menées et l'approbation globale des résultats que l'équipe a obtenus ce jour-là.
Nous devions repenser une application B2B Windows Desktop très ancienne. Tout était honky dory, jusqu'à ce que nous atteignions le jour du prototypage. Nous sommes entrés dans la journée avec un story-board détaillé et une vision claire de ce qui devait être construit.
Le produit doit ressembler à une application Windows Office native. Par conséquent, nous avons suivi la recommandation du livre d'utiliser PowerPoint. Pour accélérer les choses, nous avons acheté un ensemble de modèles à Keynotopia pour ne pas avoir à construire nous-mêmes des fenêtres, des boutons et autres.
Cependant, ce n'était pas trop amusant, après tout. Voici les réponses de mon équipe sur une échelle de Likert à 5 points (0 = pas du tout d'accord; 4 = entièrement d'accord]:
D'après mon observation, un problème majeur était la capacité limitée à diviser le travail restant une fois que l'agrafeuse a commencé à assembler les choses, et les fonctionnalités manquantes comme les calques et les symboles comme on en a dans Illustrator.
"Stitcher" est un terme du livre Sprint. Il fait référence à la personne qui rassemble les écrans et composants individuels des "Makers", qui créent ces pièces. Sa tâche consiste à aplanir les incohérences et à assembler les écrans pour former le prototype complet.
La seule chose qui a empêché le Sprint de s'effondrer est le fait que le prototypage a eu lieu vendredi et que les tests utilisateurs étaient prévus pour lundi. Ainsi, certains héroïques du week-end ont donné un prototype raffiné qui a en fait surpassé considérablement notre logiciel existant (au sens statistique, 5 utilisateurs ont rempli un questionnaire SUS chacun pour l'ancien logiciel et le prototype PowerPoint).
Donc, au final, le Sprint a été un succès complet. Cependant, je préfère ne pas exposer mon équipe à un ensemble d'outils qui les ont laissés tomber avant.
Quelqu'un a-t-il déjà rencontré une telle situation auparavant? Est-ce un problème d'outillage? Est-ce un problème de coordination?
Edit: Après avoir corrigé le prototype le week-end, le résultat a été noté 3,7 sur l'échelle [0..4], et tous les membres de l'équipe recommanderaient sans réserve le Design Sprint à un ami ayant un problème de conception. .
Avec seulement une journée de prototype, cela dépend du nombre de tâches que vous souhaitez que vos testeurs effectuent et de la complexité de ces interactions. Si vous pensez que les écrans statiques feront l'affaire, je choisirais probablement Invision, pour ses fonctionnalités de collaboration et ses aides à l'interaction, et toujours très simple et rapide. Vous auriez dû créer vos écrans statiques dans le logiciel que vous préférez et importer les jpgs ou pdfs dans Invision. Si vous avez besoin d'un prototype riche, avec quelques transitions et conditions, j'irai avec Axure. En dehors de tout cela, vous avez vraiment besoin de ces actifs prêts à l'emploi pour gagner du temps.
Au tout début d'un design, je trouve que quelque chose de plus contraint qu'un tableau blanc ou du papier et un stylo est un gros ralentissement de la créativité et de la vitesse globale de libération des idées.
Ce n'est qu'après avoir déterminé un flux/une disposition de base que je me lance dans les outils numériques.