Share
Parlons de MVP (Minimum Viable Products) et de la façon dont vous, en tant que chef de produit ou professionnel de User Experience, pouvez travailler avec des délais et des budgets serrés tout en livrant un excellent produit..
Vous avez probablement déjà rencontré l'acronyme MVP - presque certainement si vous travaillez dans le secteur de la technologie. Bien qu'il s'agisse d'un mot controversé de trois lettres, un MVP est probablement l'une des étapes les plus importantes sur la voie de la création d'un excellent produit. L’objectif principal de l’expédition d’un produit Minimum Viable doit toujours être de «le présenter aux clients pour commencer à valider vos hypothèses»..
En tant qu'équipe, vous devez rassembler vos forces et vous concentrer sur la création d'une compréhension commune de la vision et des objectifs de l'entreprise. Vous devez identifier le problème que vous essayez de résoudre et déterminer comment vous vous organiserez pour commencer, le plus rapidement possible, à comprendre ce que les clients veulent vraiment et comment ils vous aideront à atteindre ces objectifs..
Quand j'ai commencé à parler de MVP en classe, j'utilisais l'analogie d'un simple beignet ordinaire (qui serait mon MVP) et d'un beignet plein de chocolat, de pépites et de tous les bienfaits possibles (une itération ultérieure du produit)..
MVP et itération ultérieure? Icônes de Donut de Diana TomaDe nos jours, plus je travaille avec des équipes et le concept de MVP, surtout maintenant que j'ai un rôle de produit, plus je me pose de questions à propos de cette analogie. Construire des MVP pour valider des hypothèses peut en fait signifier que vous avez eu tort pour commencer, et la prochaine itération n’est même pas un donut; c'est peut-être une gaufre simple?! Certes, ce serait toujours clair, et vous auriez encore besoin de le valider, mais ce ne serait plus un beignet.
Pour cela, je vais emprunter une illustration à Henrik Kniberg, expliquant ce qu’un MVP ne devrait pas être.
par Henrik KnibergHenrik décrit deux approches différentes qui partagent la même vision: une voiture. Maintenant, si le problème que vous essayez de résoudre est le transport, voulez-vous, en tant que client, aller n'importe où avec un pneu? Certainement pas avec un pneu, mais certainement avec un skateboard.
Henrik défend la manière agile et progressive de fournir des produits, mais affirme que chaque itération doit être un produit utilisable / testable. De toute évidence, une planche à roulettes est loin d’être une voiture, mais au moins vos clients essaient votre produit beaucoup plus tôt dans le processus et y réagissent afin que vous puissiez commencer à apprendre et à penser à la prochaine itération..
Vous ne devriez pas passer beaucoup de temps à regarder le design ou à le rendre techniquement génial - vous ne voulez pas le rendre parfait pour commencer, mais vous devriez plutôt en construire juste assez pour valider vos hypothèses commerciales.
En résumé, un MVP n'est pas…
Dans cet article, nous aborderons les sujets suivants: ils vous donneront quelques outils pour commencer à réfléchir à ce que devrait être votre MVP:
En fin de compte, lors de la construction de produits, votre objectif principal doit toujours être de résoudre les problèmes des clients. Si vous ne résolvez pas leurs problèmes et que vous n'apportez pas quelque chose de nouveau qui correspond à leur routine quotidienne, ils n'utiliseront probablement pas votre produit. Avec la montée en puissance des techniques de conception, les équipes UX acquièrent des outils pour mieux connaître leurs clients et aller au fond de ce qu'ils veulent plus tôt dans le processus..
Vous et votre équipe pouvez utiliser un certain nombre de techniques pour mieux connaître vos clients et comprendre comment résoudre des problèmes:
Groupes de discussion. Si vous créez un nouveau produit, invitez un groupe de personnes qui utilisent les produits de vos concurrents et posez-leur des questions sur les points douloureux, ainsi que sur les choses qu'ils aiment vraiment, et essayez de bien comprendre ce qu'ils changeraient et pourquoi. . Si vous améliorez un produit existant ou ajoutez une nouvelle fonctionnalité, pourquoi ne pas inviter vos propres clients et leur poser les mêmes questions? Les groupes de discussion sont un bon point de départ pour développer une bonne compréhension de ce que vos clients peuvent vouloir de votre produit, mais gardez à l'esprit que les groupes de discussion peuvent être un peu biaisés; il y a toujours quelqu'un avec des opinions très fortes qui peuvent influencer les autres, vous devriez donc essayer de lire entre les lignes.
Atelier d'idéation. Rassemblez votre équipe (y compris les parties prenantes) et exposez certains des problèmes rencontrés. Vous devez également essayer d'imprimer tout ce que vous avez appris jusqu'à présent sur la vision définie et les objectifs de l'entreprise et les fixer au mur pour que tout le monde puisse les voir clairement. Au cours de ces séances, demandez à chacun d’esquisser le plus de solutions possibles aux problèmes que vous essayez de résoudre. Vous recherchez la quantité, pas la qualité.
Prototypage et test utilisateur. Idéalement, vous devriez réaliser le prototypage au moins une fois par semaine. De nos jours, les équipes UX sont plus agiles et les concepteurs d’UX ont tendance à passer plus de temps à dessiner et à tester les prototypes en papier ou les structures filaires basse fidélité qu’à passer plus de temps derrière un ordinateur à prendre des décisions seuls. Demandez à votre équipe UX d'utiliser des prototypes le plus tôt possible dans le processus pour obtenir des commentaires juteux des utilisateurs. Le test de guérilla est un moyen efficace et génial de tester les premières conceptions et ne demande presque aucun effort..
Vous avez donc fait beaucoup de tests en essayant de concevoir la meilleure solution. Vous avez organisé des séances de guérilla hebdomadaires, vous avez apporté vos créations au laboratoire et vous avez la certitude que vous êtes sur la bonne voie..
Pourtant, même si vous n’avez testé que les utilisateurs de votre produit, ils ne représentent qu’un faible pourcentage de votre public., et ils ont été soumis à un environnement de test (à peine neutre). Tester avec les clients plus tôt dans le processus est inestimable, mais vous voudrez que votre produit soit testé par un public plus large..
Élaborer des stratégies pour créer et lancer un produit Minimum Viable est la meilleure chose à faire pour valider vos hypothèses et continuer à vous appuyer sur ce que vous avez appris jusqu'à présent..
Une bonne façon de commencer à penser à votre MVP consiste à examiner la feuille de route que vous avez construite lors des sessions précédentes et à vous concentrer sur les problèmes qui résolvent les problèmes des clients..
Une fois que vous avez fait cela, posez la question suivante: que puis-je construire avec le minimum d’effort qui m’aide à valider ce produit?
C'est là que je lutte toujours: mon cœur UX (corps et âme) me dit toujours d'essayer de tirer le maximum. Je veux construire une expérience sans faille dès le premier jour, pour chaque utilisateur.
En tant que propriétaire de produit, avec des délais serrés et un budget serré, je souhaite en construire juste assez pour nous assurer de construire la bonne chose, et je crois vraiment qu'il s'agit d'un bon appel de produit..
Rien. Peut sortir. Sans marquage.
Eh bien, nous l'avons déjà dit, non? L’objectif de la création d’un MVP est d’apprendre et d’itérer. Il n'y a pas moyen d'apprendre (je veux dire vraiment apprendre) avec vos clients, sauf si vous avez un système en place qui vous permet de suivre ce que les clients font avec votre produit. Vous avez besoin de ces données précieuses pour prendre des décisions éclairées. Vous pouvez effectuer des recherches qualitatives et demander à vos clients ce qu’ils pensent de votre produit, mais nous savons que cela pourrait ne pas suffire..
Vous devez vous assurer que vous construisez des balises dans votre MVP qui vous aideront à comprendre les performances de votre produit par rapport à vos KPI (indicateurs de performance clés) et à mesurer vos hypothèses..
Les balises analytiques (ou de suivi) sont souvent fournies par des fournisseurs tiers, tels que Google Analytics, pour nous aider à intégrer notre produit (site Web, application mobile) à leurs outils de suivi. Les balises de suivi ne sont rien de plus qu'un morceau de code que vous devez intégrer au code source de votre produit pour envoyer les actions client que vous souhaitez suivre et faciliter la visualisation des données..
Supposons que vous souhaitiez suivre le nombre de fois qu'un bouton a été cliqué. le fournisseur vous demandera d'ajouter une balise d'événement au code source du bouton pour vous assurer qu'une balise est renvoyée vers leur outil chaque fois qu'un client clique sur ce bouton. Leur outil enregistre ensuite cette action avec les autres actions que vous définissez pour vous donner une vue détaillée de ce que les clients font avec votre produit..
Il existe une gamme d'outils que vous pouvez utiliser pour suivre vos clients en ligne. Commencez par choisir celui qui convient le mieux à vos besoins et à celui de votre entreprise, puis contactez l’équipe du service clientèle pour obtenir de l’aide pour la création d’étiquettes dans votre produit:
Une fois le suivi mis en place et votre MVP terminé, vous pouvez commencer à regarder ce que vos clients font de votre produit..
Si vous débutez dans l’analyse, vous pouvez procéder de différentes manières pour vous familiariser avec les données et ce que vous devriez examiner. Google propose quelques vidéos d'introduction pour vous aider à démarrer. Vous pouvez également lire le livre Lean Analytics. Cela vous aidera à comprendre les métriques exploitables et ce qu’il faut faire avec les données que vous obtenez..
Si, par hasard, vous avez la chance de pouvoir compter sur une équipe dédiée à la compréhension de votre entreprise, elle pourra vous aider à mieux comprendre les données! Ils seront probablement en mesure de créer des rapports avec les indicateurs clés que vous souhaitez suivre pour vous simplifier la vie..
Quels que soient les moyens pour vous transmettre ces données, toute l’équipe doit y avoir accès. Vous devriez tous discuter des résultats et des prochaines étapes pour votre produit. Comment va la satisfaction du client? Est-ce le moteur des objectifs que vous avez fixés?
Si la réponse est oui, alors bonne nouvelle! Vos hypothèses précédentes étaient justes et vous avez fait un excellent travail. Si, d’autre part, votre MVP ne vous donne pas les résultats attendus, comprenez pourquoi et convenez de ce que vous devriez faire par la suite (aussi, disons que vous avez décidé de lancer un MVP avant d’allouer des tonnes de ressources et d’argent à une produit qui n'aurait pas eu le même succès que ce que vous pensiez au départ).
Si votre clientèle est suffisante, vous devriez encourager les tests A / B ou multivariants. Cela vous permettra, tout au long du cycle de vie de votre produit, de tester différentes variations et de vous assurer de continuer à piloter ces métriques..
Vous pouvez modifier votre interface et voir ce qui fonctionne le mieux pour vos clients. Essayez de petites modifications, telles que la copie d'un titre ou la couleur d'un bouton, et exécutez deux versions de votre produit côte à côte pour analyser les résultats. Vous pouvez également changer complètement une interface. Optimizely n'est qu'un exemple d'un outil pouvant vous aider à exécuter ces expériences. Définissez les paramètres que vous souhaitez tester et le pourcentage de clients pour lesquels vous souhaitez afficher la nouvelle version de votre page ou de votre produit et suivez les résultats..
Il est temps que vous commenciez à itérer et à bâtir sur ce que vous avez déjà. Idéalement, votre feuille de route est désormais hiérarchisée et vous permet de diffuser en continu des incréments de produit. Le moment est venu de mobiliser votre équipe pour réfléchir à la prochaine chute..
N'oubliez pas que chaque itération de votre produit doit être utilisable (la «viable» dans MVP). Il doit chercher à valider ou à contester vos hypothèses, et de manière à vous fournir des données mesurables. Bonne chance dans l'utilisation de MVP dans votre flux de travail de développement de produit!
Accentsconagua