Comment créer un produit viable minimum

Le développement d’un produit mobile nécessite un travail acharné 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 obtiendrez beaucoup d’informations dès le début. Cela améliore la qualité des décisions que vous prenez pour votre produit.

Dans ce didacticiel, vous apprendrez:

• ce qu’est un produit minimum viable ou MVP
• comment définir votre MVP
• appliquer les meilleures pratiques MVP
• construire un MVP
• lancer un MVP et recevoir les 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 s’il est viable 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 le cœur du produit.

• Le minimum: Ceci, comme décrit précédemment, signifie que le produit ne contient que des fonctionnalités de base 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 gens. La valeur est une définition large. Par exemple, un jeu offre un divertissement, ce qui est de la valeur. Habituellement, nous considérons qu’un produit est viable s’il peut générer suffisamment de revenus pour valoir le coût de développement du produit.
• Produit: Bien sûr, vous créez 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 voulez que les utilisateurs réalisent diverses choses en utilisant votre application. Cependant, le cœur d’un produit est souvent assez petit et simple.

Un excellent 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 avec une concentration. Ils ont testé ce concept de base et cela a réussi. Ce n’est qu’après le lancement initial et la validation du produit qu’il était logique de commencer à travailler sur plus de fonctionnalités.

La plupart des applications que nous connaissons dépassent largement le cadre 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 et mettre l’un des, disons cinq, filtres sur la photo et l’enregistrer dans la pellicule de l’appareil.

La publication d’Instagram comme produit minimum viable aurait testé 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 les profils et la prise en charge vidéo. Si cela ne fonctionne pas et que vous n’obtenez pas de traction, cela ne vaut probablement pas la peine de poursuivre le développement. Peut-être qu’une idée différente est plus viable.

Travailler sur des MVP, c’est prendre en compte le coût d’opportunité tout en travaillant sur un produit. Après tout, échouer tôt signifie que cela vous fait gagner du temps pour créer un produit réussi en arrêtant le développement de produit tôt en cas de défaillance d’un produit.

Définissez le cœur de votre produit. Créez ce premier ensemble de fonctionnalités et testez-le sur le marché.

Le développement de toutes les fonctionnalités possibles que vous avez en tête peut prendre des mois, tandis qu’un simple MVP ne peut prendre que quelques semaines à créer.

Libérer tôt a un autre avantage, Commentaires des utilisateurs. Vous êtes en mesure de recueillir 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éfinition de votre MVP

Avant de pouvoir réellement commencer à développer, vous devez définir votre MVP et votre feuille de route produit. Quelles fonctionnalités sont indispensables et lesquelles sont agréables? 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 incontournable ou intéressante.

Une fonctionnalité typique de mot de passe oublié est une fonctionnalité intéressante. Au lieu de cela, vous pouvez afficher une adresse e-mail 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 de mise sur le marché.

Notez le jeu de fonctionnalités de votre produit dans un document. En gros, vous notez en détail toutes les fonctionnalités de votre produit. Ceci est un document de travail et vous donne un aperçu de ce que vous allez créer. C’est aussi un document utile pour informer les concepteurs et les investisseurs par exemple. C’est mettre votre vision sur papier. Vous pouvez également mentionner brièvement comment vous réalisez une fonction 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 consisterait à répertorier 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 placer 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 décollera.

Pour mieux comprendre l’ensemble des fonctionnalités de votre produit, il faut noter chaque fonctionnalité sur une échelle de 1 à 10, en tenant compte 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 différents composants de chaque fonctionnalité.

3. Meilleures pratiques MVP

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

• Lorsque vous avez une idée, jetez un œil au marché existant. Quels produits similaires existe-t-il? Quelle est leur proposition de valeur? Comment feriez-vous différemment ou, plus important 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 a-t-il vraiment besoin de créer un compte? Pouvons-nous supprimer des fonctionnalités afin d’éviter de créer un backend?

• Les deuxièmes avis sont très précieux lors de la sélection d’un MVP.

• Existe-t-il des API, SDK ou frameworks disponibles qui peuvent faire une partie du travail à ma place?
• Pour les feuilles de route de produits, je prévois une version à 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 lorsqu’il développe un produit.
• Parlez de votre idée. La rétroaction a beaucoup de valeur.
• Lorsque vous collaborez avec des designers, demandez-leur de s’en tenir autant que possible aux 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 façon de créer un produit. Je vais rester bref, construire le produit comme vous le souhaitez et ne pas perdre de vue ce que vous avez initialement défini comme le produit minimum viable.

C’est normal de dire non.

Soyez conscient du fluage des fonctionnalités, en particulier si plusieurs parties prenantes sont impliquées. De nombreuses suggestions de fonctionnalités peuvent être incluses dans une prochaine version. Tant que vous continuez à 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 corriger 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, l’embauche d’une société d’assurance qualité peut également être une solution efficace pour garder votre produit exempt de bogues critiques qui pourraient nuire au lancement du produit.

5. Lancement de produit et commentaires des utilisateurs

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

• obtenir de la traction pour votre produit
• obtenir des commentaires sur votre produit initial
• identifier les failles, telles que les bogues, les problèmes de produit et les fonctionnalités manquantes
• identifier les atouts de votre produit

Commercialiser 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 tourne autour de:

• demander des commentaires à votre base d’utilisateurs
• analyse des commentaires des utilisateurs
• mettre à jour la feuille de route du produit et continuer le développement

Il n’est pas facile d’obtenir des 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 d’être toujours disponible pour vos utilisateurs. Avoir un compte Twitter, inclure vos coordonnées 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 disposez déjà d’une liste de personnes avec lesquelles vous pouvez avoir une conversation.

Chaque fois que vous recevez des commentaires, il est important de les analyser. Sachez que lorsque quelque chose ne va pas, il y a plus de chances que les gens parlent plutôt que lorsqu’ils aiment quelque chose. Les commentaires que vous obtenez peuvent être mauvais, mais cela ne signifie pas nécessairement que votre produit est mauvais.

Pour évaluer si votre produit est viable, utilisez des analyses d’applications, telles que Mixpanel pour suivre l’activité et la rétention des utilisateurs.

Les statistiques définissent si un produit est viable et non les commentaires des utilisateurs.

Comparez les commentaires des utilisateurs à votre vision produit originale et à votre feuille de route produit. La partie la plus difficile est de définir comment ces commentaires doivent 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 découvert les produits minimum 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 basées sur les données.

Je suis impatient de connaître vos expériences de création de produits jusqu’à présent. Veuillez les partager dans les commentaires. Toutes les questions et commentaires sont également les bienvenus.