Est-ce la meilleure pratique de produire MVP avec les mêmes caractéristiques que les produits existants et d’innover et d’améliorer au fil du temps pour différencier le produit des autres?

MVP vous aide à tester une hypothèse

Si vous utilisez les mêmes fonctionnalités que celles existantes, vous testez déjà une hypothèse testée . Rien à gagner là-bas et certainement pas une meilleure pratique.

Sauf si vous testez un marché différent pour les mêmes fonctionnalités.

Sauf si vous testez une interface utilisateur radicalement différente mais centrée sur l’utilisateur, que les opérateurs historiques n’offrent pas.

À moins que vous ne possédiez déjà une clientèle d’un produit que vous possédez et que vous souhaitiez proposer un produit connexe, mais souhaitiez tester les eaux avec un MVP étroitement intégré. Par exemple, offrir un outil de marketing par courriel à une clientèle prête à utiliser, outil de marketing par courriel que vous possédez.

À moins que le marché ne soit suffisamment grand pour un autre outil et que vous ayez de l’argent à dépenser en marketing / ventes pour promouvoir un produit apparemment supérieur sur un marché concurrentiel.

Sauf si vous envisagez de mettre en œuvre un modèle commercial que les produits actuels ne proposent pas.

Mais accrochez-vous! Tu n’as pas tort

Puisqu’il existe déjà un marché avec des produits existants, des attentes sont déjà définies. En termes de fonctionnement d’un produit dans cet espace. Votre MVP ne sera peut-être pas simplement un MVP si votre différenciation ne commence que lorsque les attentes actuelles sont satisfaites .

Vous pourriez donc être forcé d’implémenter quelque chose qui répond aux attentes de base avant de pouvoir parler aux clients afin de les amener à utiliser / essayer / voir la démonstration de votre produit.

Alors oui, un gros dilemme. Mais si vous vous concentrez sans relâche sur le même problème sous un angle différent, il se passe quelque chose. Mais encore une fois, créer un MVP avec les mêmes fonctionnalités pour tester le même problème qui a déjà été testé et résolu ne vous aidera pas vraiment à créer un produit qui incitera les utilisateurs à abandonner celui qui existe déjà.

Bien peut-être. Mais ce sera difficile. Très, très difficile.

-Kash

La raison pour produire un MVP est d’obtenir des informations difficiles à obtenir autrement.

Produire un MVP qui ne soit pas différencié des offres existantes sur le marché donnera peu de chose précieuse à cela. Au mieux, cela vous donnera un aperçu de la taille du marché et du coût du trafic, mais vous pouvez obtenir le même résultat en analysant les concurrents existants ou en créant des pages de destination sans produit.

Vous devez d’abord connaître les questions auxquelles vous souhaitez répondre, puis utiliser les meilleures méthodes disponibles pour y répondre.

Le MVP est habile à répondre à la question de savoir comment votre proposition unique (différenciée) s’intègre dans le marché. Il semblerait donc que la meilleure façon de procéder consiste à créer un différenciateur dès le départ.

Ce n’est certainement pas le moyen de se rendre au MVP. De plus, la création de MVP n’est PAS votre premier objectif: ne commencez pas à créer votre application avec un MVP!

Se rendre au MVP consiste principalement à trouver un ajustement produit / marché. Vous savez que vous l’avez quand vous dominez votre créneau ou au moins vous y êtes tendance.

Avant de vous y rendre, vous devez valider l’adéquation de votre problème / solution.

Vous devez comprendre profondément le problème.

Vous devez identifier votre marché

Vous devez rencontrer des clients désireux d’essayer de nouvelles façons de faire les choses.

Mettre un ensemble de fonctions, même si vous innovez, ne vous y conduira pas.

Vous pouvez théoriquement le faire, mais pour obtenir le meilleur effet possible, vous devez d’abord identifier un différenciateur clair avec le produit existant, puis créer le MVP pour le tester sur le marché. Une fois que cela est fait, vous pouvez améliorer progressivement le produit en fonction des tests que vous effectuez avec.

Bien, ce n’est pas mal de développer un produit avec les mêmes fonctionnalités que vos concurrents, mais il sera préférable de créer un MVP avec au moins une nouvelle fonctionnalité. Vous pouvez même ignorer certaines caractéristiques des autres applications et ajouter celle qui, selon vous, fera la différence.

Et bien sûr, vous pouvez améliorer le produit après un certain temps.

Le seul moyen de décider des fonctionnalités que vous souhaitez ajouter à votre MVP consiste à répondre à l’hypothèse la plus risquée à ce stade pour votre modèle d’entreprise.

Pourtant, il y a la composante «viable» dans MVP.

Ainsi, quelles que soient les fonctionnalités qui le rendent viable feront également partie de votre plan d’expérience MVP.