Obtenir un impact maximal d'un produit de valeur minimale

Les startups et les entreprises plus établies recherchent toujours des moyens de minimiser leurs risques lorsqu'elles pénètrent sur un nouveau marché tout en mettant un produit sur le marché le plus rapidement possible. Après tout, un produit en développement ne génère pas de revenus, mais consomme certainement des ressources.

Il existe un certain nombre d'approches pour accélérer la mise sur le marché des produits, qu'il s'agisse de produits physiques ou numériques. Celui qui existe depuis le début des années 2000 est le concept de produit minimum viable, popularisé dans le cadre de la méthodologie Lean Startup.

Mais alors que la méthodologie MVP a été saluée par beaucoup comme la «meilleure» façon de mettre rapidement un produit sur le marché, il y a aussi eu beaucoup de recul. C'est là qu'intervient le concept de produit à valeur minimale.

Qu'est-ce qu'un MVP ?

Dans sa forme la plus élémentaire, un MVP est une version simple d'un produit qui peut être publiée beaucoup plus rapidement qu'une version plus complète. Idéalement, un MVP devrait avoir un ensemble de fonctionnalités suffisamment large pour satisfaire les premiers utilisateurs.

L'idée derrière la création de MVP est de mettre les produits sur le marché plus rapidement afin que les entreprises puissent 1) commencer à générer des revenus et 2) obtenir des commentaires pour améliorer le produit. Bien que cela présente des avantages évidents (comme ne pas perdre des mois ou des années à développer un produit complet dont personne ne veut réellement), cela présente également de sérieux inconvénients.

L'un de ces inconvénients est la tendance des équipes de produits à créer un MVP trop simple. Ils se retrouvent avec les fonctionnalités de base de l'application ou d'un autre produit qu'ils créent mais, pour les utilisateurs, le résultat final semble générique. Si de nombreux produits sont réduits à leurs fonctionnalités les plus élémentaires, ils perdent tout avantage concurrentiel et commencent tous à se ressembler et à fonctionner de la même manière.

Prendre des applications de liste de tâches : une application de liste de tâches de base aura la capacité d'enregistrer de nouvelles tâches, de les marquer comme terminées et généralement une méthode pour les hiérarchiser. Les autres fonctionnalités attendues incluent des éléments tels que la définition de dates d'échéance, le marquage ou la catégorisation, et leur attribution à d'autres. Même l'inclusion de ces fonctionnalités ne différenciera pas une nouvelle application de ses concurrents. Et pourtant, lors de la conception d'un MVP d'une application de liste de tâches, c'est ce à quoi de nombreuses équipes finiraient par se réduire.

Manque de MVP

Les MVP ont d'autres lacunes potentielles. Couper les coins ronds en est un. Lorsque l'objectif est de créer un produit barebone, il est inévitable de réduire les choses au minimum. Mais il y a des coins qui ne devraient pas être coupés.

Cela est particulièrement vrai lorsqu'il s'agit de sacrifier l'expérience utilisateur. L'expérience utilisateur d'un produit est vitale - sacrifier l'expérience d'une personne lors de l'utilisation du produit affectera négativement son succès. Dans ce cas, le MVP peut indiquer que l'ensemble du produit n'est pas viable alors que c'est uniquement l'expérience qui doit être améliorée.

L'une des plus grandes lacunes des MVP n'a rien à voir avec le MVP lui-même. Reid Hoffman, fondateur de LinkedIn, aurait déclaré : « Lancez-vous suffisamment tôt pour être gêné par votre version v1.0. Ce genre de raisonnement est préjudiciable aux entreprises et à leurs utilisateurs.

La façon dont de nombreuses équipes de conception abordent la création de MVP est un problème en soi. Les MVP sont censés être un processus visant à créer un produit final précieux qui répond aux besoins des utilisateurs. Au lieu de cela, les concepteurs traitent souvent chaque MVP comme une chose distincte, sans considérer chacun comme un tremplin vers la version finale du produit. Plus important encore, ils publient souvent des MVP qui devraient être davantage considérés comme des prototypes internes en route vers un produit prêt à être publié.

Qu'est-ce qu'un produit de valeur minimale ?

Les produits à valeur minimale (qui seront appelés MVaP en abrégé) sont une extension du concept de MVP. Mais plutôt que de chercher à créer l'itération minimale viable d'un produit, les concepteurs créent l'itération minimale d'un produit qui apporte une valeur réelle .

Mais que veut dire valeur ? Que comprend-il ?

Il y a une valeur pour l'utilisateur final à considérer en premier. Les MVaP doivent donner la priorité aux besoins et aux attentes des utilisateurs. Cela signifie examiner les meilleures pratiques pour le type de produit en cours de conception, mener des recherches sur les utilisateurs et des études d'utilisabilité, et créer des personnalités d'utilisateurs et des cas d'utilisation pour déterminer les meilleures façons potentielles de répondre aux besoins des utilisateurs.

Il peut y avoir plus d'une idée sur la façon de répondre aux besoins des utilisateurs, c'est là que les tests de prototypes entrent en jeu. La présentation de prototypes fonctionnels aux utilisateurs réels afin de voir quelle itération pourrait répondre le mieux à leurs besoins est une étape importante dans la création d'un MVaP.

Vient ensuite la valeur du projet lui-même. Les MVaP doivent être conçus de manière à faire avancer le projet en cours. Cela signifie qu'ils ont besoin de suffisamment de fonctionnalités pour pouvoir glaner des informations utiles sur la façon dont le produit est perçu par le marché.

Enfin, les MVaP doivent apporter de la valeur à l'entreprise dans son ensemble. L'un des risques liés à la publication de MVP dans le monde est qu'ils peuvent donner une mauvaise image de la marque qui les publie. Les MVaP doivent ajouter de la valeur à la marque qu'ils représentent, même lorsqu'ils ne sont pas la dernière itération d'un produit.

Une autre chose qui distingue les MVaP est qu'ils se concentrent sur la différenciation concurrentielle. Les concepteurs examinent objectivement ce qui distingue leurs concurrents les uns des autres, puis ce qui différenciera leur produit de ceux-ci. Cela doit être intégré dans le MVaP, alors qu'il n'est pas nécessairement inclus dans un MVP.

MVaP, comme décrit ici, n'est pas la seule version d'un MVP gonflé là-bas. Il y a aussi le produit minimal commercialisable (MMP) présenté par Roman Pichler. Son idée est que le premier produit prêt à être commercialisé doit contenir juste assez de fonctionnalités pour être lancé, commercialisé et vendu efficacement.

SLC est un autre concept similaire utilisé par WP Engine. Puisque les clients détestent les MVP, théorisent-ils, pourquoi les startups y soumettent-elles constamment leurs utilisateurs ? Au lieu de cela, les utilisateurs devraient obtenir des produits simples, complets et, sans doute le plus important, adorables . Pourquoi une entreprise devrait-elle présenter à ses utilisateurs un produit qu'il leur est impossible d'aimer ?

L'essentiel avec la création d'un MVaP est que même la première itération d'un produit doit être utile et souhaitable pour les clients ou les utilisateurs. Sans ravir les utilisateurs, ou du moins satisfaire leurs besoins les plus pressants, un produit est voué à l'échec.

Qu'est-ce qui se passe dans un produit de valeur minimale ?

La création d'un produit de valeur minimale nécessitera probablement plus de ressources que la création d'un MVP, mais le gain sera considérablement plus élevé, ce qui en vaut la peine. Voici quelques éléments à garder à l'esprit lors de la création d'un MVaP.

L'une des premières choses à considérer est l'ensemble de fonctionnalités pour le MVaP. Le plus petit ensemble de fonctionnalités utiles doit être inclus dans n'importe quel MVaP. Inclus dans ces fonctionnalités utiles, comme mentionné précédemment, sont les fonctionnalités qui distinguent ce produit particulier des produits concurrents. L'identification des fonctionnalités incluses par les concurrents est une partie précieuse de cette étape. Cela ne signifie pas qu'un MVaP doit inclure toutes les fonctionnalités d'un concurrent.

Prenez le premier iPhone, par exemple. Les smartphones de l'époque comprenaient un certain nombre de fonctionnalités qu'Apple avait intentionnellement laissées de côté sur le premier iPhone. Des choses comme le copier-coller, un kit de développement logiciel (SDK), et même des choses comme la possibilité d'envoyer des messages texte à plusieurs destinataires et la connectivité 3G.

Les versions ultérieures de l'iPhone incorporaient évidemment ces choses, mais la première version les a délibérément laissées de côté et s'est plutôt concentrée sur les choses qui distinguent le produit : leur logiciel (iOS était révolutionnaire à l'époque) et les capacités d'interaction multi-touch. L'iPhone d'origine a été un succès retentissant, se vendant à plus de 6 millions d'unités avant d'être abandonné au profit de l'iPhone 3G.

Le processus MVAP n'a pas à être entièrement retiré de l'idée de MVP. En fait, commencer par un MVP interne est utile. Mais le MVP doit être développé jusqu'à ce qu'il devienne un produit de valeur avant d'être rendu public, ou même aux premiers utilisateurs extérieurs à l'entreprise. Les tests internes et les petits groupes de discussion peuvent faire progresser un MVP dans le domaine d'un produit de valeur sans risquer de nuire à la réputation ou à la marque d'une entreprise et sans aliéner les clients.

Les concepteurs doivent s'assurer que le premier MVaP rendu public intègre des fonctionnalités qui prennent en charge l'objectif principal du produit, quel qu'il soit. L'objectif final d'un MVaP devrait toujours être de créer un produit qui ravira les utilisateurs, même si l'itération finale du produit inclura plus de fonctionnalités ou d'améliorations. Il est préférable de publier un produit avec une version minimale des fonctionnalités importantes, même si la vision de l'équipe produit sur la façon dont ces fonctionnalités fonctionneront éventuellement est plus complexe (voire entièrement différente).

En fait, plutôt que de penser uniquement en termes d'ensembles de fonctionnalités, les équipes produit devraient prendre du recul et réfléchir aux besoins des utilisateurs. Existe-t-il de meilleures façons de répondre aux besoins des utilisateurs que la façon dont la concurrence le fait ? Existe-t-il des fonctionnalités expérimentales qui pourraient être plus facilement intégrées à un produit que la concurrence n'a pas encore adoptées, mais qui faciliteraient la vie des utilisateurs ? Ce n'est pas parce que la concurrence propose 15 façons différentes d'accomplir une tâche qu'il est nécessaire que tous les produits de l'industrie fassent de même.

Conclusion

Peu importe si un produit minimum viable ou un produit de valeur minimum est le point de départ, l'objectif final doit être un produit de valeur maximale. L'un ou l'autre système est un moyen vers une fin, cette fin étant la création d'un produit qui se démarque de la concurrence, ravit les utilisateurs tout en répondant à leurs besoins de la manière la plus complète et la plus efficace possible, et crée de la valeur pour tous les acteurs, y compris la marque.

Alors que les produits viables minimum ont parfois leur place, un produit de valeur minimum rapprochera les équipes de l'objectif final dans un délai plus court, car la valeur est intégrée dès le début. Offrir aux gens de la valeur dans les produits offerts devrait être l'objectif de toute entreprise ou marque. La valeur renforce la confiance, ce qui renforce la bonne volonté, la fidélisation des clients et le bouche-à-oreille positif.

• • •

Pour en savoir plus sur le blog Toptal Design :

1. Abandonnez les MVP, adoptez des prototypes minimum viables (MVPr)
2. Conception collaborative - Un guide pour une conception de produit d'entreprise réussie
3. Perfectionnez votre processus de conception UX - Un guide pour la conception de prototypes
4. Mort au Wireframe. Directement en Haute-Fidélité !
5. L'importance de la conception centrée sur l'humain dans la conception de produits