- Comprendre ce qu'est un produit minimum viable (MVP) et pourquoi il est essentiel pour tester efficacement votre idée.
- Apprenez les bases du prototypage, y compris les prototypes papier basse fidélité et les wireframes, pour rendre vos idées tangibles.
- Explorer certains principes clés de l'interface utilisateur et du design UX qui améliorent la convivialité et la clarté, même dans les premiers prototypes.
- Construire un premier prototype afin de recueillir les réactions des utilisateurs par le biais d'essais.
Donner vie à une idée peut être passionnant, mais créer immédiatement un produit complet est souvent risqué, coûteux en ressources et chronophage. C'est pourquoi le prototypage et la création d'un produit minimum viable (MVP) sont importants : ils vous aident à vous concentrer sur l'essentiel, à tester rapidement et à apprendre des utilisateurs réels.
Ce processus de test, d'itération et de perfectionnement garantit que votre produit final résout le bon problème et répond aux besoins des personnes qui l'utiliseront. Il s'agit d'une méthode pratique pour expérimenter, recueillir des informations et prendre des décisions plus éclairées tout en protégeant vos ressources limitées.
Produit minimum viable
Un produit minimum viable, ou MVP, est la version la plus simple de votre solution qui apporte néanmoins une valeur ajoutée aux utilisateurs. Il ne comprend que les fonctionnalités essentielles nécessaires pour résoudre le problème principal. Le principal avantage de la création d'un MVP est qu'il vous permet de tester vos hypothèses, de recueillir des commentaires et d'itérer avant d'investir du temps ou des ressources dans un produit entièrement développé.
La vidéo suivante fournit une autre explication sur les MVP ainsi que des exemples de MVP de certaines entreprises bien connues, comme AirBnb.
Lorsque vous décidez des éléments à inclure dans votre MVP, posez-vous la question suivante : cette fonctionnalité permet-elle aux utilisateurs d'expérimenter la valeur fondamentale de votre solution et de fournir un retour d'information significatif ? Les fonctionnalités qui ne permettent pas de tester directement le problème principal peuvent être reportées après les premiers tests et itérations. Heureusement, vous avez déjà effectué de nombreuses recherches pour identifier vos fonctionnalités clés. Voici comment les relier à votre MVP :
-
s sur l'affinement des problèmes Identifie les principaux points faibles pour les utilisateurs -
Identification de la solution
Définit les fonctionnalités essentielles de votre solution, qui doivent être votre priorité absolue. -
Analyse de la concurrence
Montre les lacunes à combler. Commencez par déterminer ce qui vous différencie. -
d'évaluation des risques Identifie les hypothèses que vous devez tester. Les MVP permettent de tester rapidement les risques. -
, spécialiste du benchmarking industriel, vous fournit les indicateurs dont vous aurez besoin pour tester votre MVP auprès des utilisateurs. -
de veille sociale Découvrez les points faibles que les utilisateurs rencontrent avec les solutions actuelles. -
SWOT
Révèle les forces et les faiblesses. Les MVP doivent se concentrer sur les forces tout en testant les faiblesses. -
Lean Canvas Rassemble tous les éléments nécessaires pour déterminer les fonctionnalités, les indicateurs, les canaux et les premiers utilisateurs du MVP.
Que faire si votre solution comprend une partie non technique ?
Si votre solution comprend à la fois des composants techniques et non techniques (par exemple, un service de livraison ou une plateforme de mise en relation de services), vous devez créer un MVP pour chaque composant. Définissez la portée de la partie technique dans un document et celle de la partie non technique dans un second document. Vous devrez tester les deux parties avec vos utilisateurs.
ACTIVITÉ 1
Planifier la portée du MVP
Durée estimée : 30 minutes
1. Sur la base des recherches effectuées ci-dessus, dressez la liste des caractéristiques de votre idée d'entreprise.
2. Classez vos caractéristiques dans l'une des trois catégories.
|
Incontournable
|
A posséder
|
Plus tard
|
|---|---|---|
|
A remplir
|
A remplir
|
A remplir
|
3. Vérifiez votre liste d'incontournables.
- Répondent-ils aux éléments de la boîte à problèmes de votre Lean Canvas ?
- Pouvez-vous les construire dans les délais impartis ?
- Pouvez-vous tester vos indicateurs clés à l'aide de cette liste ?
4. Vérifiez à nouveau ! Voyez ce que vous pouvez supprimer de votre liste d'éléments indispensables. Tout n'est pas nécessaire. Réfléchissez aux éléments les plus fondamentaux qui apporteront toujours de la valeur aux utilisateurs.
Le MVP n'a que ne comporte que les fonctionnalités de la colonne "Must-Have". Cette approche vous permet d'éviter la surconstruction, d'économiser du temps et des ressources et de vous assurer que votre MVP reste ciblé et efficace. Par exemple, si vous créez une application pour aider les gens à suivre leurs tâches quotidiennes, le MVP ne permettra aux utilisateurs que de créer et de cocher des tâches. Des fonctionnalités avancées telles que les rappels, les notifications ou l'intégration de calendriers pourront être ajoutées ultérieurement. Pour plus d'exemples, passez à la section Ressources complémentaires et regardez cette vidéo.
En fin de compte, la manière de créer votre MVP variera en fonction de votre produit, mais l'essentiel est de se concentrer sur ce qui compte vraiment : s'assurer qu'il s'attaque au problème principal que vous résolvez et n'inclure que les fonctionnalités essentielles nécessaires pour apporter cette valeur. Passons maintenant aux prototypes.
Prototypes
Un prototype est une représentation de votre MVP. Alors qu'un MVP définit les fonctionnalités minimales, le prototypage montre comment ces fonctionnalités fonctionnent réellement dans la pratique. Vous allez itérer à travers de nombreux prototypes afin de tester rapidement les fonctionnalités de votre MVP. Vous commencerez par des prototypes à très faible fidélité, puis vous passerez à des prototypes à moyenne et haute fidélité. Les prototypes vous aident à voir comment les utilisateurs interagissent avec votre idée, à découvrir les problèmes potentiels et à identifier les améliorations avant de construire un MVP complet.
Considérez le MVP comme votre recette, et le prototype comme le plat que vous servez. Votre recette énumère les ingrédients ou les caractéristiques de votre plat et définit ce que vous pouvez omettre pour obtenir un plat complet et savoureux. Vous ferez de nombreuses itérations du plat, en utilisant la recette, en testant la façon dont les utilisateurs l'apprécient et en l'ajustant au fur et à mesure.
Les prototypes n'ont pas besoin de visuels soignés, de fonctionnalités complexes ou d'une mise en œuvre technique complète. Une simple esquisse d'écrans, de boutons ou d'interactions permet de savoir si les utilisateurs comprennent votre solution et s'y intéressent, et de procéder à des modifications rapides.
Types de prototypes
1 Prototypes en papier
Le prototypage papier est un moyen simple de créer une version basse fidélité de votre produit. Il peut être dessiné sur du papier, créé avec des notes autocollantes ou construit à l'aide d'un tableau blanc. Les prototypes papier vous permettent de tester les principales interactions de votre solution rapidement et à peu de frais. Par exemple, si vous concevez une application de productivité, vous pouvez esquisser des écrans montrant comment les utilisateurs ajoutent, visualisent et accomplissent des tâches. Des notes autocollantes ou des découpes peuvent simuler des boutons ou des actions, permettant une interactivité de base pour les tests.
Un prototype numérique sur papier est également acceptable, en particulier si vous souhaitez partager votre prototype avec des utilisateurs distants. Des outils tels que Figma, Miro, Canvaou Google Slides peuvent vous aider à créer des écrans interactifs simples ou des diagrammes de flux qui simulent les principales interactions de votre solution. L'objectif est le même : permettre aux utilisateurs d'expérimenter les principales fonctionnalités de votre produit et de donner leur avis avant de créer une version complète.
Voici une bonne explication de la manière dont Google utilise les prototypes papier dans son processus de conception :
2 Wireframes
Le wireframing est l'option qui suit le prototypage papier et qui est légèrement plus fidèle. Un wireframe est une présentation structurée de l'interface de votre produit qui montre comment les informations et les fonctionnalités sont organisées. Contrairement aux prototypes papier, les wireframes sont généralement numériques et se concentrent sur l'emplacement, la navigation et la hiérarchie plutôt que sur la conception visuelle. Les wireframes permettent de clarifier la structure de votre solution et de préparer la construction d'un MVP plus fonctionnel.
Lorsque vous créez un schéma, incluez les écrans, les menus, les boutons et les interactions clés qui soutiennent votre fonctionnalité principale. Restez simple et clair, en évitant les couleurs, les polices ou les graphiques qui détournent l'attention de la mise en page.
Vous pouvez utiliser des maquettes statiques non cliquables pour tester la présentation générale, la navigation et le déroulement des tâches. L'étape suivante consiste à rendre vos maquettes cliquables pour simuler des interactions. Testez avec les utilisateurs pour voir si le flux est logique, s'ils peuvent naviguer facilement et pour identifier les domaines qui ont besoin d'être ajustés avant le développement.
Pour un aperçu plus pratique des wireframes, regardez cette vidéo.
3 Maquettes numériques
Les maquettes numériques vous permettent d'ajouter des couleurs et une image de marque à votre wireframe. Elles ne sont pas encore fonctionnelles, mais elles vous permettent de tester la façon dont les utilisateurs réagissent à votre conception visuelle et à l'esthétique de votre solution.
4 MVP du Magicien d'OZ
Il s'agit d'une version de votre solution dans laquelle les utilisateurs pensent qu'ils interagissent avec un produit entièrement fonctionnel, mais l'automatisation n'est en fait qu'un humain en coulisses. C'est utile pour tester des choses comme les chatbots. Au lieu d'utiliser un modèle d'intelligence artificielle pour répondre, c'est un humain qui répond en coulisses. Le MVP du Magicien d'Oz teste la valeur pour l'utilisateur. L'utilisateur a-t-il suffisamment de valeur pour payer pour cela ?
5 Concierge MVP
Pour tester la valeur pour l'utilisateur, vous pouvez utiliser le MVP Concierge, dans lequel vous livrez la solution manuellement à quelques clients (par exemple, en utilisant un formulaire Google pour prendre des commandes et en les exécutant manuellement, au lieu de créer un site de commerce électronique automatisé).
6 Prototypes codés
Dans les étapes ultérieures du prototypage, vous ajouterez le codage dans les coulisses, pour ajouter des fonctionnalités et commencer à tester vos principales caractéristiques. Au cours du processus de prototypage, vous testerez ces premières étapes du prototype auprès d'un petit groupe privé, les utilisateurs précoces.
Qu'en est-il de GenAI ?
Vous vous demandez peut-être s'il est possible d'utiliser des outils genAI pour créer nos prototypes ? Une fois que vous en êtes aux prototypes numériques, tels que les wireframes, les maquettes et, finalement, le codage, vous pouvez bien sûr utiliser des outils genAI pour vous aider ! Nous aborderons plus en détail les assistants de codage IA un peu plus tard.
Cependant, ne négligez pas les premières étapes de prototypage à faible fidélité, en particulier les prototypes papier. Il est important que votre équipe s'accorde sur le parcours utilisateur de base, détermine l'architecture de l'information fondamentale et réfléchisse à la proposition de valeur principale. Il est plus facile de le faire rapidement avec du papier et un crayon que d'introduire trop tôt la technologie (et l'IA).
REMARQUE : si votre solution comporte des aspects non techniques (tels que la livraison, le tutorat, le transport), vous devrez tester à la fois le modèle de service ET toute interface technique.
Commencez par tester le service manuellement – consultez le Concierge MVP ci-dessus. Cela permet de vérifier si les gens veulent ce service et si le modèle économique est viable.
Une fois que vous avez testé le modèle de service de votre solution (activité 3), vous pouvez créer les prototypes pour la partie technique de votre solution.
Testez-les séparément. Les deux doivent être validés avant la compilation.
Niveaux de fidélité des prototypes
Bien que la distinction entre un MVP et un prototype puisse sembler floue, les prototypes sont des représentations successives de ce que sera votre éventuel MVP. Chaque prototype successif devient un peu plus détaillé et raffiné, testant différents aspects de votre solution, jusqu'à ce que vous obteniez le MVP que vous lancez.
Commencer avec une faible fidélité
- Le moins cher, le plus rapide à créer
- Facile à modifier en fonction du retour d'information
- Tester les concepts de base avant d'investir dans le vernis
Augmenter la fidélité au fur et à mesure de la validation
- Chaque prototype répond à des questions différentes
- N'augmenter le niveau de détail qu'après avoir validé le niveau précédent
- Ne pas construire de version fonctionnelle tant que le flux/la valeur n'est pas validé(e)
Test à tous les niveaux
- Chaque prototype doit être testé avec des utilisateurs
- Apprendre et itérer avant de passer à la fidélité suivante
- Les essais sont continus, ils ne se font pas en une seule étape
Voici le déroulement typique :
Faible fidélité :
- Prototype papier pour tester le flux d'utilisateurs et la clarté de l'interface utilisateur
- Fil de fer numérique de base non cliquable pour tester la hiérarchie de navigation
- Storyboard/esquisses pour tester le contexte et la motivation, aide à visualiser pourquoi l'utilisateur a besoin de la solution, quand il l'utilisera.
Moyenne fidélité :
- Schéma interactif cliquable de base pour tester la facilité d'utilisation, la mise en page et l'accomplissement des tâches.
- Démonstration du Magicien d'Oz pour tester l'interaction avec l'utilisateur
- Maquette numérique non fonctionnelle pour tester la conception visuelle et de la marque, les couleurs, la typographie.
Haute fidélité :
- Prototype codé pour tester la faisabilité technique - essentiellement un MVP pour un petit groupe privé
- Version pilote/bêta pour tester la rétention et l'évolutivité des fonctionnalités de base
ACTIVITÉ 2
Créer un prototype papier OU un schéma de câblage numérique
Durée estimée : 1 à 2 heures
Avant de construire quoi que ce soit de plus détaillé, commencez par tester votre idée à l'aide d'un prototype simple et peu réaliste. Cette activité vous permettra de voir rapidement ce qui fonctionne, ce qui prête à confusion et ce que vous devez corriger avant d'aller plus loin.
1. Créer un prototype basse fidélité de votre solution
Créez un prototype basse fidélité de votre solution afin de visualiser les interactions principales et de tester la convivialité. Si vous développez une application, cliquez sur le bouton ci-dessous pour obtenir un modèle que vous pouvez utiliser pour esquisser vos prototypes papier. Vous pouvez également utiliser un outil numérique pour créer un wireframe à ce stade.
2. Évaluer son travail
Évaluez votre travail en déterminant dans quelle mesure vous pouvez répondre aux questions suivantes en vous basant uniquement sur votre prototype papier. Les questions auxquelles il est difficile de répondre ou dont les réponses ne sont pas claires révèlent les points sur lesquels il faudra travailler davantage.
- Quelle est la fonctionnalité de base de votre produit, telle qu'elle ressort de votre prototype papier ?
- Expliquez les étapes clés qu'un utilisateur doit suivre pour accomplir une tâche ou atteindre un objectif. Le processus est-il clair et facile à suivre ?
- Comment chaque élément de votre prototype communique-t-il son objectif à l'utilisateur ? Certaines parties prêtent-elles à confusion ?
- Quelles sont les fonctionnalités qui pourraient être supprimées sans affecter la capacité de l'utilisateur à utiliser votre produit ?
- Quelles parties de votre prototype attirent d'abord l'attention de l'utilisateur ? Cela correspond-il à la hiérarchie visuelle que vous aviez prévue ?
3. Affiner votre prototype
Affinez votre prototype en fonction de vos réponses à ces questions.
Processus de test
Le test initial consiste à évaluer votre prototype ou MVP avec de vrais utilisateurs pour voir si votre solution résout le problème principal et si elle est facile à utiliser. À ce stade, les essais doivent être limités, ciblés et viser à recueillir des informations exploitables plutôt qu'à valider chaque détail.
Étapes de la réalisation des tests initiaux
1
Sélectionner les participants
Choisissez des utilisateurs qui ressemblent à votre public cible ou à des utilisateurs précoces. Consultez votre Lean Canvas pour identifier les participants. Vos sections Early Adopters, Customer Segments et Channels devraient vous conduire à des personnes prêtes à tester votre solution. Trouvez 5 à 10 testeurs.
2
Préparer les tâches
Concevez des tâches simples et réalistes pour que les utilisateurs puissent tester les fonctionnalités essentielles de votre liste de choses à faire. Évitez de donner des instructions.
3
Observer et enregistrer
Observez comment les utilisateurs interagissent avec votre prototype. Notez les réussites, les difficultés et les improvisations.
4
Poser des questions
Recueillez des informations qualitatives en demandant ce qui était clair, déroutant ou inattendu. Quelques questions à poser :
- Cela résout-il un problème réel que vous rencontrez ?
- Comment décririez-vous cela à un ami ? (ceci testera votre UVP)
- En quoi cela diffère-t-il d'un concurrent (identifier le concurrent) ?
- L'utiliseriez-vous à nouveau ? A quelle fréquence ?
- Que manque-t-il ?
5
Analyser les résultats
Identifiez des modèles, hiérarchisez les problèmes et décidez des éléments qui requièrent le plus d'attention. Posez-vous la question :
- Quelles sont les fonctionnalités que les utilisateurs ont confirmées ou non ?
- Les utilisateurs ont-ils fait l'expérience de votre UVP ?
- Pouvez-vous mesurer vos paramètres clés avec votre prototype actuel ?
6
Planifier les prochaines étapes
Corrigez immédiatement les problèmes ou les bogues et testez à nouveau si vous le pouvez. Si vous avez oublié des fonctionnalités indispensables, prévoyez de les ajouter lors de la prochaine itération. Décidez si vous avez besoin de pivoter.
Utiliser l'itération rapide dans les tests
L'itération rapide est un moyen de réaliser des tests initiaux en apportant de petites améliorations immédiatement après avoir observé les interactions et les réactions des utilisateurs. Au lieu d'attendre la mise au point d'un produit parfaitement abouti, vous ajustez le prototype sur place ou peu de temps après une session de test. Vous testez ensuite la version révisée très rapidement avec de nouveaux participants ou des utilisateurs qui reviennent pour valider les changements.
Ce cycle rapide de test → retour d'information → mise à jour → retest vous permet d'identifier rapidement les problèmes de convivialité, de valider les hypothèses et d'affiner votre solution avant d'investir beaucoup de temps ou de ressources. Chaque itération fournit des informations exploitables et garantit que votre produit évolue en fonction des besoins réels des utilisateurs plutôt que d'hypothèses.
L'itération rapide met l'accent sur la rapidité, l'apprentissage et l'amélioration continue, faisant des tests un processus continu plutôt qu'une étape unique du développement.
Tirer les leçons de vos tests
Vos prototypes sont des outils d'apprentissage extrêmement précieux. Chaque retour d'information, chaque confusion ou chaque hypothèse non vérifiée fournit des indications précieuses sur la manière de renforcer votre solution. Examinez vos résultats et recherchez des modèles. Examinez les fonctionnalités qui ont clairement résolu le problème d'un utilisateur et les interactions qui ont suscité des hésitations ou de la confusion. En procédant à des itérations basées sur les commentaires des utilisateurs, vous vous rapprocherez de la création d'une solution qui répond vraiment aux besoins des gens et qui résiste à l'épreuve de l'utilisation dans le monde réel.
ACTIVITÉ 3
Tests auprès des utilisateurs
Durée estimée : Plusieurs jours
Testez votre prototype de l'activité 2 auprès d'utilisateurs réels afin d'évaluer sa facilité d'utilisation, de comprendre dans quelle mesure votre solution répond au problème principal et de recueillir des commentaires exploitables pour l'améliorer.
Si vous testez une partie non technique de votre solution, vous pouvez tout de même suivre les étapes ci-dessous pour la valider auprès des utilisateurs et obtenir leur avis.
1. Sélectionner les participants
Choisissez des utilisateurs qui ressemblent à votre public cible ou à vos premiers utilisateurs, car leur comportement et leurs commentaires sont les plus susceptibles de refléter l'utilisation réelle.
2. Préparer les tâches
Concevez des tâches simples et réalistes que les participants devront accomplir en utilisant votre prototype. Évitez de donner des instructions étape par étape.
3. Observer et enregistrer
Observez la façon dont les utilisateurs s'engagent dans votre prototype, en notant les succès, les difficultés et les improvisations. Si vous y êtes autorisé, enregistrez la session pour vous y référer ultérieurement.
4. Poser des questions
Une fois que les participants ont accompli les tâches, posez-leur des questions pour obtenir des informations sur la facilité d'utilisation, la clarté et la valeur. Voici quelques exemples de questions
- Quelle a été votre première impression du produit ?
- Quelles sont les étapes qui ont prêté à confusion ou qui n'étaient pas claires ?
- Y a-t-il eu des frustrations ou des ralentissements ?
- Quelles sont les fonctionnalités que vous avez trouvées les plus utiles ?
- Y a-t-il quelque chose que vous attendiez et qui ne s'est pas produit ?
- Comment expliqueriez-vous ce produit à quelqu'un d'autre ?
5. Examen du retour d'information et planification des prochaines étapes
Analysez vos notes et vos enregistrements afin d'identifier les modèles, les réussites et les points à améliorer, puis décidez des questions qu'il est essentiel de traiter immédiatement et de celles qui peuvent être affinées ultérieurement. Utilisez ces informations pour mettre à jour votre prototype ou MVP, ajuster votre conception ou affiner les priorités des fonctionnalités.
Itération
Notez que vos prototypes ne sont pas censés être parfaits. La raison pour laquelle vous itérez est que vous prototypez, testez, ajustez et itérez. Les tests eux-mêmes révèleront ce qui doit être corrigé ou amélioré. Vous ne recherchez pas la perfection, vous cherchez à tirer des enseignements de ce processus.
Vous avez effectué des tests initiaux et recueilli des commentaires. Les prochaines étapes pourraient être les suivantes :
- Si les tests se sont bien déroulés, affinez le MVP, passez à un prototype plus fidèle.
- Si les tests ont donné des résultats mitigés, identifiez les problèmes, corrigez les plus critiques et refaites les tests.
- Si les tests ont révélé des problèmes majeurs, ne paniquez pas ! Vérifiez l'adéquation entre le problème et la solution, envisagez de changer de cap et consultez à nouveau les parties prenantes.
Quels que soient les résultats, continuez à itérer. L'échec est synonyme d'apprentissage ! Ce prototypage rapide vous permettra de gagner du temps et de vous assurer que vous êtes sur la bonne voie pour résoudre le problème des utilisateurs.
Utilisez les informations que vous avez recueillies pour orienter vos prochaines étapes. Mettez à profit ce que vous avez appris pour améliorer les versions futures et le développement de votre solution.
Réflexion
Après avoir défini le champ d'application du MVP, les prototypes et les premiers commentaires, prenez le temps de répondre aux questions suivantes.
Ressources complémentaires
Si vous êtes intéressé par les considérations UI/UX, ces sites web sont utiles :
- Palette de couleurs de la conception matérielle : https://goo.gl/NP5o44
- Élévation et ombres : https://goo.gl/OWZzCw
Pour plus d'informations sur les types de prototypes et le moment où il convient de les utiliser, cliquez ici.
