Test d'hypothèses: Cours "Créer un logiciel et gérer son développement"

Bonjour, Habr! Nous continuons à parler de gestion de produit depuis le dernier cours, et cet article est consacré au travail avec des hypothèses que vous souhaitez implémenter lors du développement d'un produit logiciel. Beaucoup de bonnes idées ne volent pas parce qu'elles ne correspondent pas au marché, et aujourd'hui, nous allons chercher des moyens de trouver ce qui doit être fait. Dans cet article, vous trouverez des moyens d'analyser le marché, des règles pour choisir les sources d'informations sur les exigences du produit, des méthodes de test d'hypothèses, ainsi que l'expérience utile d'une marque de réputation mondiale.



Table des matières du cours



1. Rôle du chef de produit et du cadre

2. Segmentation du marché et analyse concurrentielle

3. Personnages des utilisateurs

4. Test d'hypothèses <- Vous êtes ici

5. Positionnement du

produit 6. Feuille de route du produit

7. Rédaction des exigences pour le développement

8. Business model et Business plan

9. Plan financier et tarification

- À suivre



Hypothèses de produit



Dans les articles précédents, nous avons parlé de personnages d'utilisateurs et de marchés de niche. Mais lorsqu'un créneau a déjà été choisi, qu'une stratégie pour traiter avec les concurrents a été déterminée, il semblerait que toutes les idées existantes doivent être mises en œuvre. Ainsi, l'une des responsabilités très importantes d'un chef de produit est de transformer en hypothèses toutes les idées brillantes qui surgissent chez les chefs de direction et les spécialistes ... et dans les leurs.



image



Les hypothèses diffèrent des idées simples en ce que, comme vous le savez, elles doivent être testées. Et il existe plusieurs méthodes efficaces pour cela:



  • Créez une page de destination . Diffusez des informations, obtenez des commentaires du marché. Au fait, c'est ainsi que nous avons présenté notre cours de conférences et vérifié ce dont le public voulait parler.
  • -. Google , , SurveyMonkey. , , . .
  • . , , , , . . 15-20 .
  • . 15-20 . , , , B2B .
  • -, , . , . , , . .
  • , :

    • .
    • Le service client est à l'écoute de la douleur et de la souffrance des clients.
    • Les partenaires font la promotion du produit, font une promotion et aident à sa maintenance.


Quand j'en parle, on me dit très souvent que dans le processus de validation d'hypothèses, l'idée d'un nouveau produit peut être volée. Mais en fait, une idée ne vaut rien sans une équipe capable de la mettre en œuvre, sans réelle mise en œuvre. Il y a des millions d'idées aujourd'hui. Si vous n'avez pas d'idée, vous pouvez facilement en trouver une appropriée sur Reddit et essayer de créer un produit basé sur celle-ci.



image



Il est nécessaire de protéger les technologies, les solutions, les produits, en dernière analyse. Vous devez obtenir un brevet pour plus de détails, pour des circuits et des méthodes de mise en œuvre spécifiques. Mais les idées elles-mêmes, au contraire, doivent être discutées. C'est la seule façon de créer un produit réussi.



Exemple de DropBox



Soit dit en passant, c'est exactement ce que de nombreuses entreprises ont fait, dont les produits que nous utilisons aujourd'hui et qui ont formé leurs niches sur le marché. Prenez DropBox par exemple. Presque personne ne dirait que c'est une entreprise vraiment prospère. Sa valeur marchande se chiffre en milliards.



image



Mais il y a plus de 10 ans, les futurs dirigeants de DropBox se demandaient - les consommateurs ont-ils besoin de tout cela? À cette époque, il existait déjà des produits sur le marché qui synchronisaient les fichiers sur différents appareils. L'équipe a émis l'hypothèse que la synchronisation devait être rendue plus pratique, et ils ont simplement dessiné dans un éditeur vidéo à quoi ressemblerait l'interface utilisateur du produit.





La vidéo a montré quelles sont les possibilités de clonage, d'enregistrement de versions, de travail avec des fichiers. Attention, ils n'ont pas écrit une seule ligne de code à ce moment-là! Mais la vidéo publiée sur Reddit et sur d'autres forums a suscité beaucoup d'intérêt. Les développeurs ont vu une réponse énorme, ils ont appris quel type de programme les gens veulent voir, quelles capacités doivent être implémentées pour les utilisateurs ordinaires qui n'ont pas de connaissances informatiques.



Dessiner une maquette d'interface utilisateur coûte des centaines de fois moins cher que d'écrire du code, de préparer un produit et de commencer à le vendre. DropBox serait beaucoup plus difficile à développer si les développeurs savaient à quoi s'attendent leurs utilisateurs après la sortie de la première version de la solution.



Règles d'utilisation du matériau



Lorsque vous collectez des informations sur le marché, vous devez considérer que tout le matériel est brut. Vous devez d'abord le décomposer en catégories, le structurer. Je préfère ajouter des métadonnées à chaque commentaire, afin de savoir de qui vient la réponse, combien de clients ont besoin de nouvelles fonctionnalités, de quoi on parle - réparer, ajouter, changer. Si vous ne structurez pas les informations, après un certain temps, une grosse pile de données incompréhensible apparaîtra.



Lorsqu'il existe une structure, vous pouvez et devez utiliser autant de sources que possible. Se rendre aux vendeurs et leur demander ne suffira pas. Il est également nécessaire de collecter les avis des forums et des réseaux sociaux, de demander des données au marketing et aux clients existants. L'essentiel est de ne pas oublier de sauvegarder la source dans les métadonnées.



image



Une étude de marché devrait avoir lieu à intervalles réguliers. Dans les premiers commentaires, vous serez certainement au courant des problèmes, et ce n'est pas grave. En attendant, les ingénieurs travaillent sur des correctifs, trouvent les personnes qui ont été aidées même par un prototype ou un MVP, étudient l'expérience et le profil de ces entreprises. De cette façon, vous pouvez trouver le meilleur positionnement pour le produit encore «brut».



Où obtenir de nouveaux commentaires? Répétez simplement la collection d'avis provenant des mêmes sources - dans un mois, un trimestre, six mois. Les gens peuvent changer d'avis, le problème peut être résolu, l'attitude envers le produit dans son ensemble peut changer. Mais si les commentaires négatifs persistent, vous devez y prêter une attention particulière.



Cependant, je recommanderais de passer plus de temps avec des clients potentiels plutôt qu'avec des clients existants. En règle générale, il manque quelque chose aux clients potentiels et découvre quel est exactement le devoir sacré du chef de produit.



Concentrez-vous sur une stratégie à long terme lors de l'élaboration de nouveaux concepts de fonctionnalités. Ne vous attardez pas sur les fonctionnalités d'un client ou d'une situation spécifique. À chaque fois, analyser si cette fonctionnalité sera demandée dans 1 an ou dans 5 ans? Sera-t-il utile pour au moins 50% des consommateurs potentiels?



Dois-je utiliser une nouvelle fonctionnalité pour fonctionner?



Lorsqu'il s'agit d'ajouter quelque chose de nouveau à un produit, vous devez classer la révision selon trois critères:



  • Faisabilité - quelle est la facilité de mise en œuvre, combien de temps et d'efforts devront être consacrés.
  • Importance - quelle est son importance, est-il possible de se passer d'une fonctionnalité.
  • Satisfaction - à quel point le client sera satisfait de l'innovation.


S'il y a un chevauchement dans les trois zones, c'est une fonctionnalité qui doit absolument être ajoutée au produit.



image



Positionnement de produit



La prochaine tâche à résoudre est le positionnement du produit et de la marque elle-même. Nous en parlerons en détail dans le prochain article. Nous aborderons également les problèmes d'utilisation des ressources et de constitution d'un portefeuille. N'oubliez pas de vous abonner à notre blog pour ne pas manquer le prochain article.



→ L'enregistrement vidéo de toutes les conférences du cours est disponible sur YouTube



Conférence sur les tests d'hypothèses:






All Articles