Comment créer un produit minimum viable

Développer un produit mobile nécessite beaucoup de travail et les résultats après le lancement de votre application sont incertains..

Heureusement, il existe une méthode pour tester les idées d'applications possibles que vous avez. Vous pouvez acquérir beaucoup de connaissances en construisant un produit minimum viable. La valeur des MVP est que vous devez passer moins de temps à concevoir et à développer. En conséquence, vous aurez beaucoup d'informations dès le début. Cela améliore la qualité des décisions que vous prenez pour votre produit..

Dans ce tutoriel, vous allez apprendre:

  • Qu'est-ce qu'un produit viable ou MVP minimum?
  • comment définir votre MVP
  • appliquer les meilleures pratiques de MVP
  • construire un MVP
  • lancement d'un MVP et réception des commentaires des utilisateurs

1. Qu'est-ce qu'un MVP??

Un MVP, ou produit minimum viable, est un produit qui a juste suffisamment de fonctionnalités pour tester sa viabilité sur le marché. Pour ce faire, toutes les fonctionnalités inutiles sont supprimées et l'application ne contient que les fonctionnalités considérées comme la base du produit..

  • Le minimum: Ceci, comme décrit précédemment, signifie que le produit ne contient que des fonctionnalités essentielles et que tout ce qui n'est pas indispensable est supprimé..
  • Viable: Cela signifie que le produit a la possibilité de gagner du terrain et qu'il crée de la valeur pour les personnes. La valeur est une définition large. Par exemple, un jeu fournit du divertissement, ce qui est une valeur. Habituellement, nous considérons qu'un produit est viable s'il peut générer suffisamment de revenus pour justifier le coût de développement du produit..
  • Produit: Bien sûr, vous construisez un produit. Vous produisez un bien numérique que les gens peuvent utiliser.

Lorsque vous avez une vision pour un produit, c'est souvent complexe. Vous souhaitez que les utilisateurs réalisent diverses tâches à l'aide de votre application. Bien que le cœur d’un produit soit souvent assez petit et simple.

Le lancement initial de Snapchat est un excellent exemple de produit minimum viable.

Un bon exemple de MVP serait Snapchat. Snapchat a un objectif particulier: vous pouvez afficher et envoyer des images à d'autres utilisateurs, mais les images que vous envoyez ne sont visibles que temporairement. C'est un produit simple et ciblé. Ils ont testé ce concept de base et cela a réussi. Seulement après le lancement initial et la validation du produit, il était logique de commencer à travailler sur plus de fonctionnalités.

De nombreuses applications que nous connaissons vont bien au-delà de la portée d'un MVP. Prenons Instagram par exemple. Au départ, le MVP aurait pu se concentrer uniquement sur les filtres. Vous pourrez prendre une photo, choisir une photo existante, placer l'un des filtres, disons cinq, sur la photo et l'enregistrer de nouveau sur la pellicule de l'appareil..

Le fait de publier Instagram comme produit minimum viable aurait permis de vérifier l’hypothèse selon laquelle les gens utilisent des filtres pour améliorer leurs photos. Si l'application gagne du terrain, vous pouvez travailler sur des mises à jour, telles que des profils et un support vidéo. Si cela ne fonctionne pas et que vous n'obtenez pas d'élan, cela ne vaut probablement pas la peine de poursuivre le développement. Peut-être une idée différente est plus viable.

Travailler sur des MVP signifie prendre en compte le coût d'opportunité lorsque l'on travaille sur un produit. Après tout, si vous échouez tôt, vous gagnerez du temps pour créer un produit performant en arrêtant le développement de produit plus tôt lorsqu'un produit échoue..

Définissez le noyau de votre produit. Construisez ce premier ensemble de fonctionnalités et testez-le sur le marché.

Développer toutes les fonctionnalités possibles que vous avez à l’esprit peut prendre des mois, alors qu’un simple MVP ne prend que quelques semaines à créer..

La libération anticipée a un autre avantage, Commentaires des utilisateurs. Vous pouvez collecter les commentaires des utilisateurs dès le début et vous pouvez façonner le produit en fonction de ce que vos utilisateurs veulent..

2. Définir votre MVP 

Un ensemble de fonctionnalités doit inclure l’architecture d’information de votre produit ainsi qu’un périmètre technique..

Avant de pouvoir réellement commencer à développer, vous devez définir votre feuille de route de produit et de MVP. Quelles sont les caractéristiques indispensables et lesquelles sont agréables à posséder? Il est très important de rester aussi objectif que possible pendant ce processus. Une fonctionnalité qui vous tient à cœur n’est peut-être pas le cœur du produit. Décidez si une fonctionnalité est un must-have ou un nice-to-have.

Une fonctionnalité typique est la fonctionnalité de mot de passe oublié. Au lieu de cela, vous pouvez afficher une adresse électronique d'assistance. Une fois que vous avez la traction, vous pouvez améliorer cette fonctionnalité et créer un flux de mot de passe oublié approprié. À ce stade, il s’agit de limiter le temps nécessaire pour arriver sur le marché..

Notez le jeu de fonctionnalités de votre produit dans un document. Fondamentalement, vous écrivez toutes les fonctionnalités de votre produit en détail. Ceci est un document de travail qui vous donne un aperçu de ce que vous allez créer. C'est également un document utile pour informer les concepteurs et les investisseurs, par exemple. Il met votre vision sur le papier. Vous pouvez également mentionner brièvement vous-même comment vous réalisez une fonctionnalité au sens technique. Les ensembles de fonctionnalités incluent généralement une portée technique. Ceci est particulièrement utile si vous travaillez sur un projet avec plusieurs développeurs..

La prochaine étape serait de lister vos fonctionnalités en termes de priorité. Quelle est la caractéristique la plus importante et laquelle crée le plus de valeur à court terme? Une fois que vous avez défini cela, vous pouvez mettre les fonctionnalités restantes sur une feuille de route de produit pour définir ce que vous allez créer une fois que votre produit aura pris son envol..

Pour mieux comprendre l’ensemble des fonctionnalités de votre produit, vous devez évaluer chaque fonctionnalité sur une échelle de 1 à 10, en tenant compte des éléments suivants: produit importance, complexité, et Valeur ajoutée pour l'utilisateur. Vous pouvez prendre de meilleures décisions en termes de calendrier pour votre produit lorsque vous comprenez les divers composants de chaque fonctionnalité..

3. Meilleures pratiques du MVP

Ce sont mes rappels personnels lorsque je définis un produit minimum viable.

  • Lorsque vous avez une idée, jetez un coup d'œil au marché existant. Quels produits similaires sont là-bas? Quel est leur proposition de valeur? Comment feriez-vous différemment ou, mieux encore, mieux?
  • Une fois que j'ai fini d'écrire un ensemble de fonctionnalités, je passe toujours en revue chaque fonctionnalité et me demande si c'est vraiment nécessaire. L'utilisateur doit-il vraiment créer un compte? Pouvons-nous supprimer des fonctionnalités afin d'éviter de créer un backend??
  • Les deuxièmes opinions sont très utiles pour désigner un MVP.
  • Existe-t-il des API, des kits de développement logiciel (SDK) ou des infrastructures disponibles pouvant effectuer une partie du travail à ma place??
  • Pour les feuilles de route des produits, je planifie une publication à l’avance et j’essaie de garder les feuilles de route à court terme car elles seront fortement influencées par les commentaires des utilisateurs..
  • Faites des recherches techniques appropriées une fois que vous avez terminé votre ensemble de fonctionnalités. Personne n'aime les surprises quand ils développent un produit.
  • Parlez de votre idée. Il y a beaucoup de valeur dans les commentaires.
  • Lorsque vous collaborez avec des concepteurs, demandez-leur de respecter autant que possible les normes iOS. Essayez de réduire la quantité d'animations dans le produit.

4. Construire un MVP

Chaque développeur ou équipe a des préférences différentes sur la manière de créer un produit. Je vais rester bref, construire le produit comme vous le souhaitez et ne perdez pas de vue ce que vous avez initialement défini comme produit minimum viable..

C'est bien de dire non.

Soyez conscient du glissement de fonctionnalité, en particulier si plusieurs parties prenantes sont impliquées. Beaucoup de suggestions que vous avez pour les fonctionnalités peuvent être incluses dans une prochaine version. Tant que vous continuerez à revoir l'ensemble des fonctionnalités et à prendre des décisions intelligentes en fonction de la vision initiale du produit et des informations que vous pourriez obtenir en cours de route, vous resterez sur la bonne voie..

L’assurance qualité du produit est une autre étape importante de la construction d’un MVP. Assurez-vous que votre produit fonctionne simplement. Passez suffisamment de temps pour réparer les bogues. Si vous êtes un développeur solo, envisagez une petite version bêta privée avec vos amis et votre famille. Si vous avez un budget, alors engager une entreprise d'assurance qualité peut également être une solution efficace pour que votre produit soit exempt de bugs critiques qui pourraient nuire au lancement du produit..

5. Lancement du produit et commentaires des utilisateurs

Des plates-formes telles que Mixpanel peuvent vous aider grandement à comprendre la base d'utilisateurs de votre produit..

Bien joué! Vous avez fini de construire votre produit. C'est maintenant que commence le vrai travail. Une fois que vous avez terminé votre développement, voici vos prochaines priorités à court terme:

  • obtenir de la traction pour votre produit
  • obtenir des commentaires sur votre produit initial
  • identifier les défauts, tels que les bugs, les problèmes de produits et les fonctionnalités manquantes
  • identifier les points forts de votre produit

Marketing de votre nouvelle application n'est pas toujours facile. Voici un tutoriel pour vous aider si vous avez besoin d'aide pour obtenir cette traction initiale. Une fois que vous avez un premier groupe d'utilisateurs, vos priorités changent à nouveau. Maintenant tout est question de:

  • demander des commentaires à votre base d'utilisateurs
  • analyser les commentaires des utilisateurs
  • mettre à jour la feuille de route du produit et poursuivre le développement

Il n'est pas facile d'obtenir les commentaires des utilisateurs. Votre note sur l'App Store et les avis des utilisateurs vous disent quelque chose, mais l'astuce consiste à obtenir des commentaires plus approfondis. Il est important de toujours être disponible pour vos utilisateurs. Vous avez un compte Twitter, incluez vos informations de contact dans l'application et n'ayez pas peur d'être proactif en contactant vos utilisateurs.

Si vous avez travaillé avec des testeurs pour votre produit, vous avez déjà une liste de personnes avec lesquelles vous pouvez converser..

Chaque fois que vous recevez des commentaires, il est important de les analyser. Sachez que lorsque quelque chose est mauvais, il y a plus de chance que les gens parlent plus que quand ils aiment quelque chose. Les retours que vous obtenez sont peut-être mauvais, mais cela ne signifie pas nécessairement que votre produit est mauvais..

Pour évaluer si votre produit est viable, utilisez les outils d'analyse d'applications, tels que Mixpanel, pour suivre l'activité et la rétention des utilisateurs..

Les statistiques définissent si un produit est viable, pas les commentaires des utilisateurs.

Comparez les commentaires des utilisateurs à la vision de votre produit d'origine et à la feuille de route du produit. La partie la plus difficile est de définir comment ces commentaires devraient façonner la vision du produit et c'est un choix que chaque propriétaire de produit doit faire pour lui-même..

Conclusion

Bien joué! Vous avez appris le minimum de produits viables, comment ils rendent le développement de produits plus efficace et comment vous pouvez prendre de meilleures décisions après le lancement de votre produit..

Un dernier conseil que je veux donner est probablement la leçon la plus importante, savoir quand votre MVP n'est pas viable. Décider de ne pas poursuivre une idée de produit est probablement l'une des décisions les plus difficiles qu'un développeur doit prendre, mais il ne fait aucun doute dans mon esprit que cela se produira parfois lorsque vous créez des produits. Les statistiques sont extrêmement précieuses après le lancement et vous aideront à prendre des décisions en fonction des données.

.