Reading Time: 8 mins

Découper le gras/Éliminer l’essence ?

Cupcake-chronicles_-choco-cherry-image

Découper le gras/Éliminer l’essence ?

Erreurs à éviter lors de la construction de votre MVP

L’objectif du MVP (Minimum Viable Product) a été principalement axé sur le client plutôt que sur le produit. Cela commence par établir une hypothèse commerciale, puis la valider en apprenant des clients et en déterminant ce que les clients veulent ou ne veulent pas. L’idée de MVP est née il y a des années avec Frank Robinson, puis a été popularisée par Eric Ries dans son mouvement Lean Startup dans les années 2000. Selon Ries, un MVP est : “la version d’un nouveau produit qui permet à une équipe de collecter le maximum d’informations validées sur les clients avec le moindre effort”.

Développement de produits externalisé

Cette idée est presque immédiatement devenue l’une des préférées des développeurs à mesure que l’industrie technologique explosait et que les obstacles au développement de produits diminuaient. Les développeurs et les concepteurs de produits disposaient désormais d’un cadre pour mettre rapidement de nouveaux produits sur le marché. Les entreprises ont apprécié la possibilité de présenter un produit simplifié, de le tester avec de vrais clients et de mesurer son succès sur le marché sans créer une solution entièrement développée.

Et c’est peut-être là que le problème commence. MVP au lieu d’être un minimum “viable” aurait dû être nommé un minimum “de valeur” parce qu’un MVP a été interprété à tort comme quelque chose avec le moins de fonctionnalités nécessaires pour résoudre uniquement le problème de haut niveau des clients. Les développeurs profitaient des avantages d’économiser du temps et de l’argent et d’obtenir des commentaires presque immédiatement.

Les développeurs et les concepteurs utilisent MVP comme excuse pour couper les coins ronds, supprimer des fonctionnalités et sacrifier l’interface utilisateur/UX au nom de “rester maigre”. Ils finissent par créer un produit qui n’est pas compétitif et modifient l’idée de base en remplaçant une fonctionnalité par quelque chose de plus facile à mettre en œuvre.

Alors quelles sont les erreurs à éviter dans cette démarche durable qui tente les entreprises par ses avantages incontestables ?

Viser la perfection

L’idée de MVP est de fournir aux clients un aperçu du futur produit, sans mettre en œuvre toutes les fonctionnalités, régulières et sophistiquées. Vous comprendrez que vous avancez dans la bonne direction même si le MVP est lancé avec seulement quelques fonctionnalités. En ajoutant un “design cool” et des fonctionnalités sophistiquées dans le MVP, vous risquez de perdre de vue les performances et la viabilité réelle du produit. À ses débuts, Uber connectait simplement les propriétaires d’iPhone aux automobilistes et n’était utilisé que par les fondateurs et leurs amis. Aujourd’hui, Uber montre toute une évolution par rapport à l’idée première, permettant aux utilisateurs de réserver et de payer facilement le taxi via l’application. Ils ne se sont jamais précipités pour remplir les applications de boutons et d’animations et sont restés concentrés sur le développement des fonctionnalités de base qu’ils ont construites au fil du temps.

Ignorer les commentaires et les métriques

L’un des principaux objectifs d’un MVP est de générer des commentaires afin d’améliorer le produit final. Pourtant, les développeurs ont tendance à ignorer les commentaires que vous recevez des utilisateurs et des testeurs. N’oubliez pas qu’en fin de compte, vous créez votre produit pour les utilisateurs et que leurs commentaires sont essentiels. Les commentaires vous aideront à mieux comprendre l’utilisateur, à ajuster votre produit pour répondre aux besoins des clients et à évaluer la perception de votre produit par le public. Assurez-vous également d’implémenter des analyses telles que les utilisateurs actifs quotidiens, le taux de rétention et le temps moyen passé à utiliser le produit, dans la plate-forme qui héberge votre produit afin d’avoir une idée du succès de votre MPV.

Créer un MVP lorsqu’il n’est pas nécessaire

C’est une erreur que commettent étonnamment de nombreuses startups. Ils commencent à construire leur MVP sans aucune recherche et finissent par créer un produit qui existe déjà pour un marché le plus souvent déjà encombré. Toutes les idées d’entreprise ne sont pas purement innovantes et perturbatrices. En conséquence, ils finissent par perdre du temps, de l’argent et des efforts sur quelque chose qui peut ne pas donner les résultats escomptés ou impressionner les clients ciblés. Au lieu de vous précipiter dans le développement d’un MVP qui réplique les fonctionnalités de vos concurrents, vous devez d’abord valider votre idée d’entreprise et fabriquer un produit qui n’existe pas ou du moins qui possède des fonctionnalités supplémentaires qui sont uniques et peuvent améliorer l’expérience utilisateur.

Utiliser des raccourcis pour y arriver rapidement

L’avantage perçu le plus excitant du développement d’un MVP est peut-être le “devenir riche rapidement” qui y est attaché, aussi inexact soit-il. Les histoires de réussite de startups comme Airbnb et Dropbox donnent aux entrepreneurs l’idée qu’ils peuvent facilement reproduire leur succès. Les caractéristiques scintillantes et autres fioritures et cloches et sifflets ne feront pas le succès de votre produit. Cela nécessite une excellente proposition commerciale et beaucoup d’efforts itératifs.

Pour citer Eric Ries lui-même : MVP, malgré son nom, ne consiste pas à créer des produits minimaux. Si votre objectif est simplement de gratter une démangeaison claire ou de construire quelque chose pour un retournement rapide, vous n’avez vraiment pas besoin du MVP. En fait, MVP est assez ennuyeux, car il impose une surcharge supplémentaire. Nous devons réussir à apprendre quelque chose de notre première itération de produit. Dans de nombreux cas, cela nécessite beaucoup d’énergie investie dans les discussions avec les clients ou les mesures et analyses. »

Au mépris de la stratégie marketing

Une autre erreur courante qui piège et fait trébucher la plupart des entrepreneurs qui pensent que tout ce dont ils ont besoin pour qu’un produit réussisse est une idée unique et fantastique qui fera de la publicité et deviendra populaire par elle-même. Mais sans stratégie marketing appropriée, chaque MVP est voué à l’échec s’il n’est pas commercialisé et promu de la bonne manière.

Se tromper ou développer des développeurs sous-qualifiés

Embaucheriez-vous un bourreau pour faire le travail d’un barbier ? Ou demander à un professeur d’histoire d’enseigner la physique quantique ? Tous deux exercent le même métier et possèdent des compétences, mais sont-ils le bon talent ? D’un autre côté, alors que vous accordez une attention particulière à l’embauche de nouveaux employés bien qualifiés, pourquoi demanderiez-vous à quelqu’un qui n’est pas assez qualifié de construire votre MVP ? Dans le meilleur des cas, ils se révéleront vraiment créatifs et réussiront d’une manière ou d’une autre à accomplir la majeure partie de la tâche, la qualité étant bien sûr compromise. Dans le pire des cas, ils vous feront perdre votre temps et vos efforts pour vous ramener à la case départ. Construire un MVP nécessite d’avoir une équipe professionnelle de concepteurs, de développeurs, d’ingénieurs QA et de chefs de projet avec des compétences compétentes et capables de livrer un bon produit dans un délai strict.

Choisir le mauvais style de gestion de projet

Waterfall et Agile sont les deux méthodologies de gestion de projet les plus populaires. En ce qui concerne le développement de MVP, la principale différence est la fréquence à laquelle vous allez livrer votre produit aux utilisateurs. Contrairement à Agile, le modèle Waterfall est une séquence stricte de phases de développement, et le passage à la phase suivante n’est possible que si la précédente est entièrement terminée. Cette approche n’est peut-être pas la meilleure option car vous devez rester compétitif et garder à l’esprit le temps de lancement lors de la création d’un MVP. De plus, Agile offre une plus grande transparence. Vous pouvez voir combien de temps a été passé sur les différentes étapes et les résultats. Il s’agit d’une approche plus flexible vous permettant de changer la direction de votre projet quand vous le souhaitez. Plus important encore, dans l’approche Agile, le MVP est partagé avec toutes les parties prenantes et leurs commentaires sont intégrés aux futures itérations.

Choisir la mauvaise pile technologique

Avant de créer un MVP, il est très important de choisir la bonne pile technologique dès le début, car elle garantit une base solide pour les améliorations futures. En termes simples, plus les ingrédients que vous utilisez sont bons, plus votre gâteau sera délicieux. Vous gagnerez également du temps et de l’argent, car la bonne pile technologique vous aidera grandement à minimiser les erreurs. Votre MVP, puis plus tard votre produit, seront plus faciles à entretenir et à faire évoluer s’ils sont initialement construits sur la bonne pile technologique.

Conclusion – Votre produit est-il viable ou précieux ?

Avant de passer à la production de votre MVP, demandez-vous : Qu’est-ce qui rend votre produit unique ? Quels problèmes résout-il ? Qui sont les clients visés et pourquoi ? Ceci est important car un MVP n’est pas seulement un produit réduit avec certaines des fonctionnalités supprimées, ou un moyen de sortir le produit un peu plus tôt. Le MVP n’a pas besoin d’être un produit du tout, surtout si vous ne construisez qu’une seule fois et que vous considérez ensuite le travail comme fait.

Pensez à MVP est un processus que vous répétez. Lorsque vous développez un produit, vous faites de nombreuses hypothèses telles que ce que les utilisateurs recherchent, comment la conception doit fonctionner, quelle stratégie marketing utiliser, quelle architecture utiliser, stratégie de monétisation, etc. Connaissez votre hypothèse la plus risquée, trouvez la plus petite expérience possible pour tester cette hypothèse et utilisez les résultats de l’expérience pour corriger le cours. Twitter devait être la plateforme de podcasting d’Odeo. Mais quand Apple a lancé iTunes, les fondateurs ont réalisé qu’ils devaient changer de stratégie car ils ne pourraient jamais rivaliser avec le géant. L’une de leurs idées était de créer une plate-forme permettant de partager des mises à jour avec un groupe de personnes en utilisant des messages texte de base avec le nom de code “twttr”. Et c’est ainsi que Twitter est né.

Quelle que soit la qualité de votre équipe, certaines de vos hypothèses peuvent être erronées. Le problème est que vous ne savez pas lesquels et c’est le but d’un MVP.

Janaha Vivek

I write about fintech, data, and everything around it | Senior Marketing Specialist @ Zuci Systems.