Comment puis-je tester efficacement une idée de produit avant de la construire?


11

J'ai lu un tas de ressources en ligne à ce sujet, mais je me demande s'il y a une meilleure façon de tester une idée de produit avant de passer d'innombrables semaines à construire le sacré truc?

J'ai lu des choses comme Validate.tech qui testent les idées de produits en moins d'une journée, mais il semble mal d'attirer les gens avec une page de destination et rien d'autre.

Je sais que c'est quelque peu abstrait, mais j'aimerais entendre vos pensées de toute façon.


1
Vous pouvez écrire beaucoup de code en une semaine pour simplement tester une application. Cela peut ne pas faire grand-chose, mais c'est mieux qu'une simple page de destination selon votre conscience.
JeffO

Réponses:


16

En comprenant ce qu'est l'idée de produit et non comment elle est mise en œuvre.

C'est incroyable combien de personnes pensent que vous ne pouvez pas tester une idée sans des tonnes d'efforts. Imaginons que vous ayez une idée de vendre des chaussures en ligne. Vous avez besoin d'une équipe informatique pour créer un site Web, un fabricant et un centre de distribution, n'est-ce pas?

Eh bien oui. Mais le site Web peut être des photos de chaussures et un formulaire qui vous envoie un e-mail. Le fabricant peut simplement être le magasin de chaussures local. Le centre de distribution peut être votre table de cuisine et quelques timbres-poste.

Comment est-ce un test? Eh bien, si le problème est que personne ne commande de chaussures, vous obtenez un résultat. Si le problème est que vous passez trop de temps dans votre cuisine à envoyer des chaussures, vous avez un résultat.

Ce test prouve si les gens achèteront des chaussures en ligne. Il vous donne le type de données que les gens pourraient investir dans votre entreprise.


5

Il n'y a qu'une seule réponse à cette question: construire un prototype le plus rapidement possible! Le prototypage signifie que vous ignorez les parties inutiles et sans importance telles que la configurabilité, la gestion correcte des erreurs, etc. et testez simplement si l'idée de base fonctionne. Ne vous embêtez pas à bien documenter et / ou commenter le code du prototype, car le prototype est de toute façon conçu pour être jeté. Si les performances du logiciel ne sont pas importantes, je conseillerais d'utiliser un langage interprété de haut niveau moderne tel que Python. Cependant, les performances peuvent être une partie essentielle du produit, dans certains cas, un langage basé sur JVM ou C ou C ++ peut être nécessaire.

Cependant, allouez du temps pour réimplémenter le tout si le prototype est choisi pour devenir le produit. Au travail, nous avons omis de réimplémenter le prototype pour une partie de notre code, et cela a causé beaucoup de douleur car le prototype avec une faible qualité de code et une gestion des erreurs omise a nécessité des quantités importantes de travail pour fonctionner efficacement comme un produit.


3

Vous ne pouvez pas tester, au vrai sens du terme, un produit avant de l'avoir construit, mais vous pouvez:

  • Modélisez l'apparence avec des images statiques ou même des vidéos
  • Décrire le comportement aux parties prenantes potentielles dans des documents et / ou des vidéos
  • Prototype UX et comportement afin de montrer à quoi cela pourrait ressembler

1

Vous pourriez commencer par créer un produit minimum viable - le produit le plus petit et le plus simple pour lequel vous pourriez convaincre quelqu'un de vous payer. Cela pourrait être un outil barebones intégré dans le flux de travail existant de vos utilisateurs qui fournit certains avantages à l'utilisateur pour justifier l'effort supplémentaire. Un bon exemple de logiciel que j'utilise et qui a évolué de cette façon était You Need A Budget , qui a commencé sa vie en tant que feuille de calcul Excel / OpenOffice avant de devenir une application indépendante.

Vous pouvez penser à un MVP comme une première étape vers une approche de démarrage allégée , dans laquelle votre MVP initial n'est que la première étape itérative vers votre produit final: vous partagez ce MVP avec quelques utilisateurs, recueillez des commentaires sur les utilisateurs qui en bénéficient la plupart à partir de laquelle fonctionnalité, puis "pivoter" pour créer un nouveau MVP qui se concentre exclusivement sur ces utilisateurs et leurs besoins ici - l'objectif étant de se concentrer non pas sur un grand groupe de clients potentiels qui veulent votre produit, mais sur un plus petit groupe de clients qui en ont besoin et seraient donc plus susceptibles de le payer. La création d'un MVP peut vous permettre de tester plusieurs idées de produits avant de vous concentrer sur celle qui a le plus de chances de réussir.

Un exemple bien connu d'un produit qui s'est développé de cette manière est Flickr , qui a commencé sa vie comme un jeu vidéo avant de devenir un salon de discussion avant de devenir un site de partage de photos.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.