Devriez-vous créer un MVP avant de créer une application ?

Pouvez-vous vous permettre de parier sur une idée d'application ou sur une hypothèse sur la façon dont les consommateurs y réagiront ? Je parie que vos clients ne sont pas trop à l'aise de le faire non plus, surtout quand c'est leur argent et leur réputation qui sont en jeu.

Une application peut être un investissement risqué pour une entreprise si elle n'est pas abordée avec précaution. Même dans ce cas, les concepts d'applications les plus étudiés peuvent entraîner des taux de téléchargement et de rétention des utilisateurs décevants.

Que vous soyez dans le domaine de la création d'applications mobiles ou de produits SaaS, avez-vous pensé à utiliser des produits minimum viables (MVP) pour protéger les investissements de vos clients ?

Non seulement les MVP vous permettent de faire passer les projets plus rapidement dans votre pipeline, mais ils permettent également aux développeurs de créer des produits globalement plus solides pour leurs clients.

Voici ce que vous devez savoir.

La valeur des MVP dans le développement d'applications

Frank Robinson a été le premier à définir ce qu'était un MVP en 2001. À la base, un MVP est une version réduite d'un produit qui est rendu public dans le but de tester et de valider le concept et la viabilité du produit sur le marché. .

Eric Ries, l'auteur de The Lean Startup, a été l'un des premiers défenseurs des MVP et il avait des choses intéressantes à dire sur pourquoi et comment nous devrions les utiliser en 2013 :

Le but n'est pas de créer des produits plus maigres. Il s'agit de mettre la version ou le concept le plus basique d'une application entre les mains des adoptants et des évangélistes. De cette façon, le développeur recueille très tôt les commentaires des utilisateurs qui, à leur tour, sont utilisés pour façonner correctement le produit dans sa version finale.

Prenez Dropbox, par exemple. Voici à quoi ressemblait la page de destination du produit en 2009 :

Il s'agit d'une page simple qui comprend le nom de l'entreprise, une explication du logiciel et un lien pour télécharger l'application de bureau ou mobile. Pour les utilisateurs qui veulent en savoir plus sur ce qu'ils obtiennent, la "visite" les a amenés sur un mini-site avec plus d'informations :

C'est loin du service de stockage, de création de contenu et de collaboration que les consommateurs et les entreprises utilisent aujourd'hui :

Mais c'est la beauté du MVP. Essentiellement, cela oblige les développeurs à créer des produits avec uniquement un ensemble minimal, mais absolument essentiel, de fonctionnalités .

Dropbox n'avait pas besoin de prévoir la puissance des services de stockage en nuage ou de créer quelque chose qui n'était pas adapté au marché à l'époque. Il lui suffisait de lancer une solution simple dont les utilisateurs avaient besoin sur-le-champ. Les utilisateurs pouvaient alors valider le produit et fournir à l'entreprise la direction dont elle avait besoin pour prendre son produit.

La création d'un MVP présente d'autres avantages :

• Vous pouvez mettre le produit sur le marché beaucoup plus rapidement que si vous deviez attendre que l'application complète soit développée.
• Vous avez la possibilité de tester la viabilité du concept avant de consacrer trop d'heures de travail au travail.
• Vous vous donnez plus de place (et peut-être même un peu de pardon aussi) pour résoudre les problèmes de votre produit final.
• Vous économisez de l'argent avec un MVP. Premièrement, parce que vous ne passez que du temps à créer des fonctionnalités qui sont absolument nécessaires. Deuxièmement, parce que vous constaterez peut-être que les utilisateurs sont satisfaits de la version réduite et que vous n'aurez pas besoin de faire beaucoup plus de travail pour finaliser le produit.
• Avec une idée testée qui a été adoptée par les utilisateurs, vous avez quelque chose à apporter aux investisseurs qui pourrait rendre le reste du processus de développement beaucoup plus fluide.

Comme le dit Eric dans la vidéo, un MVP est le meilleur moyen de maximiser vos chances de succès et de le faire dans un délai beaucoup plus court que ne le permet le développement complet du produit.

Comment créer un MVP précieux que les utilisateurs veulent tester

Le succès de votre MVP repose sur sa capacité à tirer parti des informations et des commentaires fournis par les premiers utilisateurs - ceux qui sont à 100 % de votre côté, croient au produit et veulent vous aider à combler les lacunes. Alors, ne perdez pas cela de vue.

Un MVP n'est pas une application à moitié fictive. Il doit encore être précieux.

Voici certaines choses que vous devez faire avant de créer et de lancer votre MVP :

1. Décidez de l'objectif du produit

Si vous voulez que votre application réussisse, elle doit résoudre un problème de manière unique pour un large segment de la base de consommateurs. Cela signifie que votre MVP doit clairement expliquer ce que fait le produit et pourquoi les utilisateurs en ont besoin.

Par exemple, voici comment Uber (alors UberCab) s'est vendu lors de sa bêta en 2010 :

Comme l'exemple précédent de Dropbox, il est extrêmement simple dans son concept et sans fioritures pour expliquer ce que c'est ou pourquoi il est si précieux. Mais vous avez toujours l'idée. C'est une application qui permet aux gens de commander et de payer une voiture depuis leur téléphone. Essentiellement, c'est une substitution pratique pour les taxis.

Un an plus tard, vous verrez qu'Uber a commencé à affermir son identité et sa proposition de valeur avec le lancement officiel de son produit :

C'était en 2011, lorsque Uber a abandonné le "Cab" et s'est qualifié de service de conduite privée sur appel. C'était une façon de permettre aux consommateurs de profiter de certains privilèges luxueux qu'ils n'auraient peut-être pas pu s'offrir autrement.

Bien que ce ne soit pas la forme finale qu'Uber a fini par prendre, vous pouvez voir comment les premiers commentaires des utilisateurs ont aidé les développeurs de produits à décider quelles parties de la plate-forme méritaient vraiment d'être soulignées et développées.

C'est exactement le genre de chose qui se produira lorsque vous créez un MVP et que vous commencez à recueillir des informations précieuses auprès des utilisateurs sur ce qu'ils veulent et les fonctionnalités dont ils ont besoin. Mais, d'abord, vous devez commencer par clarifier son objectif général et sa valeur. Vous pourrez l'affiner plus tard.

2. Localisez vos utilisateurs idéaux

Vous avez votre conception. Maintenant, il est temps de déterminer si les consommateurs vont le vouloir. Même si un MVP est moins cher et plus rapide à construire, cela ne signifie pas qu'il ne finira pas par une perte totale de temps et de ressources. Vous devez au moins confirmer que l'intérêt est là et ensuite définir, en termes clairs, qui est votre utilisateur cible.

Plus précisément, vous devez penser à l'emplacement.

Dans l'exemple Uber ci-dessus, vous pouvez voir que le produit bêta n'a été testé qu'à San Francisco.

La version initiale d'Airbnb faisait quelque chose de similaire. Joe Gebbia, le co-fondateur d'Airbnb, raconte l'histoire de son MVP dans un épisode de 2017 de How I Built This.

En gros, il manquait d'argent et a décidé de louer des matelas pneumatiques dans son appartement de San Francisco pour une conférence à venir. Sachant que les hôtels manqueraient de chambres, il s'est dit qu'il pourrait gagner de l'argent grâce à cela. Mais ce n'était pas seulement l'argent du loyer qu'il gagnait. Il a eu l'idée d'une nouvelle entreprise après que de nombreuses personnes se soient montrées intéressées à louer un espace dans son appartement.

Ainsi, lui et son partenaire ont créé un site Web appelé "AirBed & Breakfast". Une fois qu'il a été mis en ligne, cependant, il s'est répandu bien au-delà de la zone de test d'origine de San Francisco.

En 2009, il y avait des locations AirBnB dans 72 pays. Aujourd'hui, vous avez pratiquement le choix de la litière dans n'importe quelle ville du monde. Mais tout a commencé avec San Francisco.

Ainsi, lorsque vous commencez à créer votre produit, réfléchissez aux meilleurs endroits pour tester et obtenir des commentaires sur votre application avant d'en faire une version complète. Vous voulez que la zone soit une bonne représentation de la population et des données démographiques que vous visez. Vous devez également vous assurer qu'il existe une demande pour le produit et que vos utilisateurs cibles peuvent se permettre de l'utiliser (une fois que vous avez commencé à monétiser).

3. Choisissez un format MVP

Le format de votre MVP est une autre chose importante à laquelle il faut penser avant de construire n'importe quel bâtiment.

Dans certains cas, vous devrez créer un produit fonctionnel. Par exemple, supposons que votre objectif soit de créer une nouvelle application de rencontres. Il existe des tonnes d'applications de rencontres sur le marché ; avec deux applications, en particulier, qui dominent continuellement le peloton. Vous savez que la création de n'importe quel type d'application de rencontre mobile serait un pari énorme et coûteux, peu importe à quel point vous réduisez les fonctionnalités. Donc que fais-tu?

Vous pouvez plutôt créer une application de rencontres PWA. Les coûts seraient inférieurs, le délai de mise sur le marché nettement plus rapide et il serait beaucoup plus facile de présenter votre MVP aux utilisateurs que si vous deviez mettre quelque chose sur l'App Store. Vous pourriez même trouver que la PWA suffit en termes de format de produit au final.

Dans d'autres cas, le MVP n'aura même pas besoin d'être un produit réel. Il peut s'agir simplement d'un site Web annonçant le produit ou fournissant un wireframe/prototype du concept.

En 2018, Rand Fishkin a annoncé qu'il quittait Moz, la société qu'il avait cofondée en 2004. Simultanément, il a annoncé un nouveau produit appelé SparkToro.

Maintenant, Rand est quelqu'un qui peut lancer un concept en tant que MVP et pour qu'il réussisse toujours. Il a une longue histoire et une solide réputation dans cet espace, donc, bien sûr, les utilisateurs vont se tourner vers ce nouveau produit bien qu'il ne soit pas disponible à la consommation.

Pour ceux d'entre vous qui construisent un MVP pour une nouvelle marque, vous n'aurez probablement pas autant de chance. Cependant, cela dépendra vraiment du type de produit que vous envisagez de construire.

S'il n'y a absolument aucun moyen de créer le produit dans une version réduite, cela pourrait être une option à explorer. Ce serait également une bonne idée si vous ou votre client n'avez absolument aucun fonds et avez besoin de commentaires validés pour prouver la viabilité de votre concept aux investisseurs. C'est vraiment la seule façon dont je vois Joe Schmoes s'en tirer comme ça.

Si vous suivez cette voie, vous aurez également besoin d'une très bonne section explicative. Voici ce que SparkToro a sur sa page Ce que nous construisons :

Je pense que pour les types d'utilisateurs qui graviteraient autour d'un produit comme celui-ci - à savoir les spécialistes du marketing avancés qui ont réellement besoin de ce type de solution - cette façon de tester le concept et la viabilité des fonctionnalités est bonne. C'est écrit dans leur langue et avec des visuels qu'ils comprennent.

Cependant, pour les utilisateurs qui ne connaissent pas votre marque ou qui ne sont pas aussi bien formés que le public de Rand, un wireframe ou un prototype du tableau de bord du produit serait une meilleure idée. Même une vidéo explicative du fondateur fonctionnerait bien. Cela doit juste être quelque chose qui convainc les utilisateurs de s'inscrire et de commencer à fournir des commentaires le plus tôt possible.

4. Trouvez votre minimum réel

Si vous regardez la vidéo d'Eric Ries, vous verrez qu'il propose une formule pour définir les fonctionnalités minimales de votre MVP. Ça va comme ça:

# de fonctionnalités minimales dont vous pensez avoir besoin / 8 = Le vrai minimum

Cela a du sens si cette formule vous fait ressentir des appréhensions. Mais pensez-y comme ceci:

Vous construisez un MVP aussi simple que possible sans qu'il ne devienne inutile. Vous l'expédiez aux utilisateurs et leur donnez la possibilité de faire part de leurs commentaires.

Certaines choses peuvent se produire en conséquence :

Ils détestent absolument ça.

Ils se plaignent de la façon dont la fonctionnalité A craint et de la façon dont ils souhaitent qu'elle fasse autre chose ou de la façon dont la fonctionnalité B était presque là, mais n'a ensuite pas répondu aux attentes. C'est parfait! Vos utilisateurs test vous diront exactement ce qu'ils attendent de votre produit. Obtenez suffisamment de commentaires cohérents et vous aurez une liste des fonctionnalités indispensables qui doivent apparaître dans la prochaine version de l'application.

Ils sont d'accord avec ça, mais ne l'aiment pas… pour le moment.

Encore une fois, ce n'est pas grave si les utilisateurs ne sont pas satisfaits à 100 %. Vous leur avez donné l'occasion d'essayer un produit qui va être génial et ils en voient la promesse. Donnez-leur une chance de s'exprimer et de vous faire savoir ce qu'ils ont aimé et ce qu'ils n'ont pas aimé. Ensuite, concentrez-vous sur le renforcement de ces points faibles et sur les fonctionnalités qui en feront un véritable changeur de jeu.

Ils vont l'adorer tel quel.

Soyons honnêtes, cela ne risque pas d'arriver. Mais ne serait-ce pas formidable si les commentaires étaient si rares que vous pouviez rouler avec le MVP tel quel ? De plus, pensez à tout ce temps que vous avez économisé et à l'argent que vous avez économisé à votre client en réduisant autant le produit. Parfois plus simple c'est mieux.

N'oubliez pas de remercier ces utilisateurs pour leurs commentaires et leur soutien au produit. Il est impossible de créer la solution dont ils ont besoin sans leurs idées et il serait donc dans votre intérêt de reconnaître le rôle qu'ils jouent à cet égard. En retour, ils continueront d'être les évangélistes de votre produit longtemps après son lancement.

5. Concevez votre page de destination tôt

Bien que je ne sois pas trop fan d'une page de destination ou d'un mini-site Web servant uniquement de MVP (pour la raison susmentionnée), je pense que c'est une bonne idée d'avoir une page de destination mobile d'abord pendant que le MVP est en cours .

Les applications de jeu et SaaS seraient particulièrement de bons choix pour lancer tôt une page d'inscription bêta. Voici un exemple de Hytale :

Si vous voulez que votre MVP réussisse, vous devriez consacrer une partie de ce temps supplémentaire dont vous disposez maintenant à la création d'une page de destination solide. Commencez par rechercher les premiers sites Web des entreprises présentées dans cet article. Ils ont tous expliqué avec succès leurs concepts, commercialisé leurs produits en douceur et convaincu les premiers utilisateurs de s'inscrire pour les tests.

Pendant que vous y êtes, vous devez également configurer votre blog, vos comptes de médias sociaux et vos fonctionnalités communautaires (avec une newsletter active). On ne sait jamais. Quelqu'un pourrait trouver l'annonce de votre MVP ailleurs que dans la recherche Google et décider de mettre le site en signet ou de s'inscrire tôt pour être un testeur bêta.

Il n'est jamais trop tôt pour commencer à obtenir l'adhésion de votre groupe d'utilisateurs !

6. Définissez vos critères de réussite

Enfin, vous devez décider comment vous allez mesurer le succès de votre MVP. Parce qu'il ne s'agit pas seulement de la qualité des commentaires.

Considérer ce qui suit:

• Combien de visiteurs ont visité votre page de destination ?
• Combien de ces personnes se sont inscrites à la bêta ?
• Combien d'utilisateurs avez-vous retenu sur une période donnée (1 mois, 3 mois, etc.) ?
• Combien de personnes ont fourni des commentaires et était-ce un ensemble suffisamment important pour prendre des décisions solides sur la conception et les fonctionnalités du produit à l'avenir ?
• Les données démographiques de votre groupe d'utilisateurs correspondaient-elles à l'audience pour laquelle vous avez conçu l'application ? Pourquoi pensez-vous que c'était?
• Combien de temps, en moyenne, les utilisateurs ont-ils passé dans l'application ?
• Sur quelles fonctionnalités ont-ils passé le plus de temps ? Le moins?
• Quelles fonctionnalités ont reçu les commentaires les plus favorables ? Le moins?
• Certains utilisateurs ont-ils eu une expérience positive avec le produit ? Qu'est-ce qui les rendait différents ?

Prenez toutes les informations que vous avez recueillies - de la page de destination d'origine, des bêta-testeurs, des données d'utilisation, etc. - et examinez-les vraiment. Qu'est-ce que cela vous dit sur le MVP que vous avez conçu ? Et maintenant, qu'allez-vous en faire ?

Allez-vous le laisser tel quel ou le développer jusqu'au produit complet qu'il est censé être et que les utilisateurs veulent ?

Sera-t-il facile d'attirer et d'acquérir des clients sur la base des données d'utilisation que vous avez collectées ? De plus, serez-vous en mesure de conserver ces utilisateurs ou est-il plus rentable de conserver votre application côté navigateur plutôt que sous forme d'application native ?

Et, enfin, combien pouvez-vous et devez-vous facturer pour accéder au produit ? Cela rendra-t-il finalement l'entreprise rentable ou n'y a-t-il tout simplement pas assez d'intérêt (au moins du côté de la monétisation des choses) pour en faire une entreprise valable ?

Je sais que je vous laisse avec beaucoup de questions, mais vous devrez régler beaucoup de choses une fois les tests commencés. De plus, c'est la raison pour laquelle vous avez créé un MVP en premier lieu. Ces commentaires des utilisateurs sont inestimables pour le processus et constituent le seul moyen de savoir s'il s'agit d'un produit qui mérite d'être mis sur le marché ou de revenir à la planche à dessin.