Comment vraiment définir un MVP

Pourquoi le MVP peut-il être déroutant?

MVP est l’un des termes qui semble générer beaucoup de traction lors d’une transformation Agile. Il semble que les gens soient heureux d’essayer de faire « juste assez » pour atteindre un objectif. Mais, pour les entreprises ayant un état d’esprit fixe, le terme peut être rapidement abusé. Pour ces entreprises, l’accent est généralement mis sur la réalisation de « ce qui a été promis » plutôt que de mieux comprendre comment faire face à la concurrence.

Dans ces environnements, les MVP peuvent souvent être utilisés pour justifier une réduction (et peut-être même un manque) de portée. Il s’agit normalement de définir un langage de minimalisme pour que « l’Entreprise » obtienne quelque chose qu’elle recherche désespérément, et « elle » ait un minimum de contrôle de la portée. Avec une seule définition d’un MVP, les choses deviennent trop fixes. Le résultat est que le client est réduit à une réflexion approfondie en se concentrant sur la livraison de ce qui est « convenu » à l’avance plutôt que sur ce qui est vraiment nécessaire.

Pour ajouter à la confusion, au fil des ans, il y a eu de nombreuses définitions différentes des caractéristiques / produits / versions minimales Fonctionnelles / Viables / Commercialisables / Acceptables. La chose qui semble être agréable est de faire le minimum. Le problème, cependant, est qu’il n’y a pas de véritables politiques définies au sein des entreprises pour définir comment les MVP pourraient être utilisés de manière plus efficace dans un cadre qui aide à gérer et à gouverner les risques.

Pour vraiment déterminer ce qu’est le minimum requis, nous devons faire un voyage de découverte et d’apprentissage.

Les MVP consistent à apprendre

La définition d’un MVP doit vraiment toujours être liée à un résultat – « Ce MVP est conçu pour atteindre x”. Il n’y a pas de définition singulière d’un MVP. Par exemple, nous pouvons créer un MVP pour voir si notre produit résout un problème spécifique pour un client spécifique. Ou, nous pourrions créer le plus petit produit possible pour lancer un phénomène mondial. Ces deux choses sont complètement différentes et nécessitent des stratégies très différentes pour atteindre l’objectif – et probablement une approche de gestion et de gouvernance différente.

Ce que nous savons, c’est qu’il y a des choses communes que les organisations essaient de réaliser, afin que nous puissions structurer le langage d’apprentissage et de découverte.

Partir à la découverte des clients

L’équipe des Services numériques du gouvernement britannique (GDS) a écrit un excellent cadre pour la conception et la construction des Services gouvernementaux – vous pouvez le voir ici. Ce cadre a été spécialement conçu pour les services gouvernementaux britanniques et la création de solutions pour les citoyens basées sur l’apprentissage des besoins réels des utilisateurs et le déploiement de solutions mieux desservies par les utilisateurs.

Un cadre similaire fonctionne aussi bien dans un environnement de Gestion de produit ou de Gestion du changement. Nous pouvons l’examiner parallèlement à l’approche de découverte de la clientèle de Steve Blank en matière de développement de produits et d’affaires, qui consiste en fin de compte à trouver l’adéquation Produit / Marché et à construire un modèle d’affaires évolutif.

Ce modèle est conçu pour découvrir, valider et créer de nouveaux clients, puis vous conduire dans la construction de l’entreprise une fois que vous êtes sûr que le marché des produits est adapté.

L’objectif du cadre est de développer la compréhension et l’apprentissage en concevant des incréments qui aident à répondre à des questions spécifiques.

Discovery

Discovery consiste à développer une compréhension de votre client et des outils, produits et services qu’il utilise aujourd’hui pour atteindre ses objectifs. Si vous croyez que vous avez quelque chose qui résout mieux leur problème, vous devez faire quelques choses:

1. Encadrez un énoncé de problème que vous résolvez et clarifiez s’il s’agit d’un problème précieux à résoudre
2. Décrivez les options sur la façon dont vous pourriez résoudre le problème
3. Explorez le marché de ce qui existe aujourd’hui pour atteindre l’objectif – déterminez ce que font déjà vos concurrents.
4. Voir l’étape 1. Encadrer un très bon énoncé de problème est l’élément le plus critique avant de passer à autre chose.

Vous devrez peut-être construire quelque chose ici afin de bien encadrer le problème. Quoi que vous fassiez, ne construisez pas trop. Gardez les choses très légères, très rapides et ne construisez que des choses qui vous aideront à développer une compréhension partagée entre vous et les clients potentiels sur l’espace problématique.

Alpha

Alpha consiste à concevoir quelque chose qui permet d’adapter la Solution aux problèmes. Vous avez donc un énoncé de problème bien défini. Et quelques idées sur la façon de le résoudre. Vous comprenez ce que les autres font sur le marché. Vous pensez qu’il est utile de travailler sur une solution et qu’il existe un marché de personnes qui dépenseront de l’argent. Au fur et à mesure que vous construisez votre solution (ou vos solutions car il est acceptable de construire de nombreux prototypes en parallèle ou en série), vous devez rester concentré sur certaines questions clés:

1. Pensez-vous que votre solution potentielle résout réellement le problème que vous avez défini (et que votre client a décrit comme précieux)?
2. Avez-vous une validation client – des clients vous ont-ils dit que la solution proposée les aide à résoudre le problème qu’ils ont?
3. Vos utilisateurs à ce jour sont-ils prêts à payer pour votre solution ? À ce stade, pensez-vous que cela pourrait devenir une entreprise viable?
4. Votre solution est-elle différente de vos concurrents ? Est-il clair pour les autres que c’est différencié?
5. Et avant de passer à autre chose, cela résout-il vraiment le problème? Il en a vraiment besoin avant de dépenser de l’argent pour acquérir des clients et des utilisateurs.

Beta

A ce stade, vous avez validé votre solution auprès de vrais clients. Ils auraient dû être des gens qui représentent vraiment les personnages que vous cherchez à servir. Vous savez que votre idée fonctionne – du moins pour une petite population. Mais, est-il facile de commercialiser, de trouver et d’acquérir des clients et de servir un groupe plus diversifié. La Bêta consiste à trouver l’ajustement du marché des produits. Les questions qui vous sont utiles pour créer des solutions à ce stade sont les suivantes :

1. Votre solution s’adapte-t-elle aux besoins des nombreux? Comment pouvez-vous résoudre le problème d’une manière économiquement viable?
2. Comment positionnez-vous et commercialisez-vous votre proposition de valeur viable ?
3. Quels canaux pourraient être les meilleurs pour acquérir et servir votre marché cible?
4. Comment créer la meilleure expérience (du point de vue des ventes et de la livraison)?
5. Quelles autres fonctionnalités pourraient être nécessaires pour que les gens évangélisent votre produit?
6. Quel est le bon mélange d’investissement d’acquisition, de référence et de rétention?
7. Comment structurer au mieux les équipes et les opérations pour servir un lancement ?
8. Quels sont mes indicateurs clés de croissance ? Comment puis-je savoir si le produit ne va pas aussi bien que je le souhaite? Ou, comment puis-je savoir qu’il y a quelque chose de nouveau qui rivalise avec ma Proposition de valeur?

En direct

Génial! Vous avez donc créé un certain nombre de Produits Minimum Viables. Vous avez beaucoup appris. Vous avez probablement parcouru votre chemin à travers la découverte, l’Alpha et la bêta, et vous êtes prêt à faire de votre produit un phénomène mondial (ou quel que soit votre objectif). Vous êtes maintenant à la recherche du Modèle d’affaires viable qui prend vie. À ce stade, il s’agit d’améliorer continuellement tout ce que vous faites. De nouvelles fonctionnalités, des modèles de livraison améliorés, une base de clients accrue. C’est à peu près la même chose – mais continuellement améliorée.

À la retraite

Maintenant, j’espère que pendant la bêta et en direct, vous avez compris les indicateurs clés pour vous aider à déterminer si vous êtes perturbé par autre chose sur le marché. Ceux-ci devraient inclure certains indicateurs avancés qui ne concernent pas seulement les revenus et les bénéfices. Espérons qu’ils vous donneront des signaux indiquant que le produit est toujours performant ou a besoin d’attention. Certains de vos concurrents pourront être traités par une amélioration continue – c’est probable si vous aviez vraiment un produit / Marché adapté. Mais parfois, une nouvelle chose arrive pour vous faire tomber de votre perche. Au moment où vous devez maintenant envisager de vous retirer et de recommencer le processus. Il est de retour à Discovery pour servir à nouveau vos clients et utilisateurs, et à la retraite pour la solution que vous avez si amoureusement développée.

Encadrer de bons MVP

Donc, pour couronner le tout, cela vaut la peine de dire quelques autres choses. Vous pouvez (et peut-être devrait-il et le fera) avoir de nombreuses itérations de MVP à chaque étape du processus d’apprentissage. L’important est d’apprendre, d’obtenir des réponses à vos questions et de déterminer le meilleur moment pour passer au prochain niveau d’échelle. À tout moment, vous pouvez vous demander si vous devez persévérer dans votre idée, basculer vers quelque chose de complètement nouveau ou abandonner toute l’idée. En règle générale, si l’énoncé du problème était bien encadré au début, il y aura de la valeur à rechercher, quelle que soit la façon dont les solutions fonctionnent, mais ce n’est pas toujours le cas.

Soyez prudent de passer directement à un stade ultérieur sans répondre aux questions précédentes. Visez toujours à construire des preuves et à obtenir une validation. Et, soyez conscient de ne pas passer à la réponse par défaut de « seul un produit avec toutes les fonctionnalités sera nécessaire pour notre MVP afin que nous puissions évoluer en fonction des besoins de nos entreprises ». C’est probablement la plus grosse erreur d’utilisation des MVP dans les grandes entreprises.

Rappelez-vous qu’un MVP est un véhicule d’apprentissage. Cela fait partie d’un processus de découverte et vous permet de mieux comprendre le problème que vous résolvez. Il vous aide à construire le produit le plus souhaitable, viable et réalisable possible. Pensez-y en termes de moyens de cadrer un objectif qui est un sous-ensemble du plus grand objectif. Même lorsque vous êtes dans une grande entreprise, il existe toujours des moyens de décomposer les choses pour construire, apprendre et tester.