Couper le gras/éliminer l’essentiel ?

Les erreurs à éviter lors de la construction de votre MVP

L’objectif du MVP (Minimum Viable Product) a toujours été axé sur le client plutôt que sur le produit.
Il s’agit d’abord de formuler une hypothèse commerciale, puis de la valider en apprenant des clients et en déterminant ce qu’ils veulent ou ne veulent pas.
L’idée du MVP a été lancée il y a plusieurs années par Frank Robinson, puis 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 recueillir le maximum d’informations validées sur les clients avec le minimum d’efforts”.

Développement de produits externalisé

Cette idée est presque immédiatement devenue la favorite des développeurs , car l’industrie technologique a connu un essor fulgurant et les obstacles au développement de produits ont diminué.
Les développeurs et les concepteurs de produits disposaient désormais d’un cadre permettant de commercialiser rapidement de nouveaux produits.
Les entreprises ont apprécié de pouvoir présenter un produit simplifié, de le tester auprès de clients réels et de mesurer son succès sur le marché sans avoir à construire une solution entièrement développée.
Et c’est peut-être là que le problème commence.
Le MVP, au lieu d’être un produit minimum “viable”, aurait dû être appelé un produit minimum “précieux”, car le MVP en est venu à être interprété à tort comme un produit doté du minimum de fonctionnalités nécessaires pour résoudre uniquement le problème de haut niveau des clients.
Les développeurs bénéficiaient d’un gain de temps et d’argent et d’un retour d’information presque immédiat.
Les développeurs et les concepteurs se servent du MVP comme d’une excuse pour rogner sur les coûts, supprimer des fonctionnalités et sacrifier l’interface utilisateur et l’interface graphique au nom de la “sobriété”.
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.
Quelles sont donc les erreurs à éviter lorsque l’on utilise cette approche durable qui séduit les entreprises par ses avantages indiscutables ?

Viser la perfection

L’idée du 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 n’est lancé qu’avec quelques fonctionnalités.
En ajoutant un “design cool” et des fonctionnalités fantaisistes au MVP, vous risquez de perdre de vue les performances et la viabilité réelle du produit.
À ses débuts, Uber mettait simplement en relation les propriétaires d’iPhone et les chauffeurs de voiture et n’était utilisé que par les fondateurs et leurs amis.
Aujourd’hui, Uber a évolué depuis l’idée première, en permettant aux utilisateurs de réserver et de payer facilement un taxi par l’intermédiaire de l’application.
L’entreprise ne s’est jamais empressée de truffer ses applications de boutons et d’animations et s’est concentrée sur le développement des fonctionnalités de base, qu’elle a développées au fil du temps.

Ignorer le retour d’information et les mesures

L’un des principaux objectifs d’un MVP est de générer un retour d’information afin d’améliorer le produit final. Pourtant, les développeurs ont tendance à ignorer les commentaires 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. Le retour d’information vous aidera à mieux comprendre l’utilisateur, à adapter votre produit aux besoins des clients et à évaluer la perception de votre produit par le public. Veillez également à mettre en place des outils d’analyse tels que les utilisateurs actifs quotidiens, le taux de rétention et le temps moyen passé à utiliser le produit, sur la plateforme qui héberge votre produit afin de vous faire une idée du succès de votre MPV.

Construire un MVP quand ce n’est pas nécessaire

C’est une erreur que beaucoup de startups commettent.
Elles commencent à construire leur MVP sans aucune recherche et finissent par créer un produit qui existe déjà pour un marché qui est le plus souvent déjà encombré.
Toutes les idées commerciales ne sont pas purement innovantes et perturbatrices.
Par conséquent, elles finissent par perdre du temps, de l’argent et des efforts sur un produit qui risque de ne pas produire les résultats escomptés ou de ne pas séduire les clients ciblés.
Au lieu de vous précipiter dans le développement d’un MVP qui reproduit les caractéristiques de vos concurrents, vous devez d’abord valider votre idée commerciale et créer un produit qui n’existe pas ou qui comporte au moins des caractéristiques supplémentaires qui sont uniques et qui peuvent améliorer l’expérience de l’utilisateur.

Utiliser des raccourcis pour arriver rapidement au but

L’avantage perçu le plus excitant du développement d’un MVP est peut-être l’idée de “s’enrichir rapidement” qui y est associée, même si elle est inexacte.
Les success stories de startups comme Airbnb et Dropbox donnent aux entrepreneurs l’idée qu’ils peuvent facilement reproduire leur succès.
Ce n’est pas en proposant des fonctionnalités étincelantes et d’autres fioritures que vous ferez de votre produit un succès.
Il faut une excellente proposition commerciale et beaucoup d’efforts itératifs.
Pour citer Eric Ries lui-même : Le MVP, malgré son nom, ne consiste pas à créer des produits minimaux.
Si votre objectif est simplement de gratter une démangeaison évidente ou de construire quelque chose pour un retournement rapide, vous n’avez pas vraiment besoin du MVP.
En fait, le MVP est plutôt ennuyeux, car il impose des frais généraux supplémentaires.
Nous devons parvenir à tirer des enseignements de la première itération de notre produit.
Dans de nombreux cas, cela nécessite d’investir beaucoup d’énergie dans les discussions avec les clients ou dans les mesures et l’analyse.

Ne pas tenir compte de la stratégie de marketing

Une autre erreur commune qui piège la plupart des entrepreneurs qui pensent que tout ce dont ils ont besoin pour qu’un produit soit couronné de succès est une idée unique et fantastique qui fera de la publicité et deviendra populaire d’elle-même.
Or, sans une stratégie marketing appropriée, tout MVP est condamné s’il n’est pas commercialisé et promu de la bonne manière.

Des développeurs mal ou pas assez compétents

Engageriez-vous un bourreau pour faire le travail d’un barbier ?
Ou demanderiez-vous à un professeur d’histoire d’enseigner la physique quantique ?
Tous deux exercent la même profession et possèdent des compétences, mais ont-ils les bons talents ?
D’autre part, si vous prenez soin d’embaucher de nouveaux employés qualifiés, pourquoi demanderiez-vous à quelqu’un qui ne l’est pas assez de construire votre MVP ?
Dans le meilleur des cas, cette personne se révélera très créative et parviendra à accomplir la majeure partie de la tâche, tout en compromettant bien sûr la qualité.
Dans le pire des cas, il vous fera perdre votre temps et vos efforts et vous ramènera à la case départ.
La création d’un MVP nécessite une équipe professionnelle de concepteurs, de développeurs, d’ingénieurs d’assurance qualité et de chefs de projet dotés de compétences approfondies et capables de livrer un produit de qualité 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 réside dans la fréquence à laquelle vous allez livrer votre produit aux utilisateurs.
Contrairement à la méthode 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 phase précédente est entièrement achevée.
Cette approche n’est peut-être pas la meilleure option, car vous devez rester compétitif et garder à l’esprit le délai de lancement lorsque vous construisez un MVP.
En outre, la méthode Agile offre une plus grande transparence.
Vous pouvez voir le temps passé sur les différentes étapes et les résultats.
Il s’agit d’une approche plus souple qui vous permet de modifier l’orientation 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 dans les itérations futures.

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épart, car cela garantit une base solide pour les améliorations futures.
En d’autres termes, 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 à minimiser les erreurs.
Votre MVP et, plus tard, votre produit seront plus faciles à maintenir et à faire évoluer s’ils ont été conçus à l’origine sur la base de la bonne pile technologique.

Conclusion – Votre produit est-il viable ou utile ?

Avant de passer à la production de votre MVP, posez-vous les questions suivantes : Qu’est-ce qui rend votre produit unique ?
Quels problèmes résout-il ?
Qui sont les clients visés et pourquoi ?
Cette question est importante, car un MVP n’est pas simplement un produit à échelle réduite dont certaines fonctionnalités ont été 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 le construisez qu’une seule fois et que vous considérez que le travail est terminé.
Considérez le MVP comme un processus que vous répétez.
Lorsque vous développez un produit, vous faites de nombreuses hypothèses, comme ce que les utilisateurs recherchent, comment la conception devrait fonctionner, quelle stratégie de marketing utiliser, quelle architecture utiliser, quelle 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 tir.
Twitter devait être la plateforme de podcasting d’Odeo.
Mais lorsque Apple a lancé iTunes, les fondateurs ont compris qu’ils devaient changer de stratégie car ils ne pourraient jamais rivaliser avec le géant.
L’une de leurs idées a été de créer une plateforme permettant de partager des informations avec un groupe de personnes à l’aide de simples messages textuels, sous le nom de code “twttr”.
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, c’est que vous ne savez pas lesquelles, et c’est là l’objectif d’un MVP.