Avant de lancer votre produit minimum viable, procédez comme suit

Votre MVP est votre première impression, à la fois pour votre startup et pour vous en tant qu'entrepreneur.

Il y a deux semaines, j'ai écrit un article sur le nombre croissant de MVP poubelles qui arrivent sur le marché et ce que la partie «minimale» de MVP devrait réellement signifier. J'ai reçu beaucoup de réponses en me demandant: quand savons-nous que nous pouvons lancer notre MVP sans courtiser une catastrophe?

Nous allons toujours être un peu nerveux au lancement. Nous devrions être. Mais nous ne pouvons pas attendre indéfiniment, alors voici une liste de contrôle de haut niveau que j'utilise pour donner à mon MVP ses meilleures chances, avec des exemples concrets.

  1. Assurez-vous que tout le monde est au courant des objectifs de notre MVP.

Nous faisons un MVP pour tester l'hypothèse de base de notre produit. Pour le dire franchement, notre MVP essaie de déterminer si notre produit mérite ou non d'exister.

Nous ne devrions lancer qu'avec des fonctionnalités de base, celles qui vont prouver notre hypothèse. Les fonctionnalités de base doivent fonctionner exactement comme elles le seront dans le produit réel, mais toutes les fonctionnalités de prise en charge doivent être manuelles, truquées ou simplement désactivées.

Nous le faisons pour deux raisons. 1) Pour arriver sur le marché le plus rapidement possible et 2) Pour réduire le bruit, ces fonctionnalités supplémentaires s'ajouteront à nos résultats de test.

À ma startup actuelle, Spiffy, nous avons lancé un lecteur OBD-II (passe dans le petit port vers le bas près de votre volant), pour permettre aux clients de notre application de lire le code allumé par leur voyant de moteur de contrôle. Soigné. Facile.

Il y a des dizaines d'implications et de plans que nous avons pour ce nouveau produit, et certains d'entre eux sont maintenant en cours, mais le MVP devait faire une chose: lire le code. Cela seul était une tâche incroyablement complexe, que nous n'avons pleinement réalisée que lors du lancement du MVP lui-même.

2. Définissez le succès, l'échec et quoi faire lorsque le MVP atterrit entre les deux.

Le succès signifie que beaucoup de nos clients utilisent le MVP aussi souvent, de cette manière, pendant aussi longtemps, et sont-ils engagés avec lui. L'échec signifie le contraire.

Nous aurons également besoin d'un plan pour la suite des choses lorsque notre MVP ne réussit ni échoue. Qu'avons-nous manqué? Que modifions-nous? Faisons-nous un autre MVP? Combien de temps passons-nous à interroger et à interroger manuellement les clients?

Voici un exemple concret de cela. Lors de mon dernier démarrage, Automated Insights, nous avons automatiquement créé des histoires écrites à partir de données. Pour notre MVP, nous avons dressé plus de 800 sites Web avec des histoires solides sur chaque équipe, jeu et joueur professionnel et universitaire dans les trois grands sports, sur la base de rien que des statistiques. C'était amusant.

Notre MVP a été un énorme succès technique, mais l'utilisation n'était pas là où nous le voulions. Par la suite, nous avons découvert que nous avions complètement surestimé la nécessité de ce contenu au niveau professionnel et dans la plupart des études collégiales, car presque toutes ces équipes avaient déjà au moins un auteur de beat les couvrant. Puis nous avons réalisé qu'un petit nombre de collèges plus petits n'avaient pas d'écrivains, et leur engagement était hors des charts.

Cela nous a dit que nous devions viser là où les humains ne pouvaient pas et ne voulaient pas écrire, pas là où ils écrivaient déjà. La taille du public n'a jamais importé, c'est le niveau d'engagement qui compte. Notre premier vrai client était Yahoo Fantasy Football, qui est la définition exacte de l'endroit où les humains ne pouvaient pas écrire, mais l'engagement était stratosphérique.

3. Testez la merde hors de lui.

Avant que le premier client ne voie notre MVP, nous devons passer en revue chaque cas d'utilisation, chaque cas de bord et chaque chose folle que nous pensons que nos clients feront dans le monde réel.

Nous ne devons pas simplement nous assurer que le MVP ne casse pas. Il devrait se briser, et nous devons déterminer la probabilité que cela se produise et ce que nous ferons à ce sujet.

Nous devons également créer un système qui nous permet de continuer à tester pendant et après le lancement. Cela signifie que nous devons nous assurer de pouvoir suivre et mesurer tout, de qui et où se trouvent nos clients à la façon dont ils nous ont trouvés, au temps qu'il leur a fallu à bord, à la fréquence à laquelle ils utilisent le produit et pour quoi.

Puisque notre MVP va se casser, nous devrons avoir des yeux sur l'utilisation à tout moment, nous aurons donc besoin d'une boucle de rétroaction et d'un ou plusieurs moniteurs. Ensuite, nous aurons besoin que l'architecture technique soit suffisamment flexible pour pouvoir activer et désactiver tout ou partie de notre MVP. Nous devrions être en mesure d'isoler un utilisateur, de supprimer une fonctionnalité, de désactiver un sous-ensemble d'utilisateurs, de désactiver certaines fonctionnalités, etc. sans avoir à supprimer tout le test.

Mais si, pour une raison quelconque, nous devons arrêter le tout, nous aurons également besoin d'un interrupteur d'arrêt.

Une fois que nous sommes préparés au pire, nous devons nous assurer que lorsque notre MVP fait ce qu'il est censé faire, il le fait correctement, efficacement et magnifiquement, à chaque fois.

4. Amenez vos amis et votre famille.

Appelez ça une bêta. Appelez ça un pilote. Nous trouverons des gens que nous connaissons déjà qui sont comme notre marché cible. Nous les transformerons en clients, et j'entends par là qu'ils devraient en fait être des clients.

Nous ne les choisissons pas parce qu'ils seront gentils avec nous, nous les choisissons parce qu'ils nous parleront. Faites-leur donc acheter le MVP par les canaux appropriés (remboursez-les, bien sûr). Assurez-vous ensuite qu'ils commencent. Laissez-les ensuite échouer ou réussir par eux-mêmes.

Nous voulons localiser notre marché MVP autant que possible. Si nous pouvons nous en tenir à un seul endroit, tant mieux. Si nous pouvons choisir une industrie, c'est génial. Mais rien de tout cela n'est nécessaire, tant que nous attirons autant de clients MVP que possible.

Revenons à notre capteur OBD-II chez Spiffy. Nous les avons en fait donnés, dans notre ville natale, et uniquement avec un service premium. De cette façon, nous savions que nous atteignions notre marché cible et nous savions que cela ne les dérangerait pas si nous tendions la main.

Nous n'avons inclus aucun traitement spécial, comme un numéro d'assistance secret, mais lorsque quelque chose s'est mal passé, nous nous sommes penchés en arrière pour résoudre le problème. Cela nous a donné une énorme opportunité d'apprendre autant que possible.

5. Faire l'appel

Plus tôt, j'ai fait allusion à nous demander si nous devrions exécuter un autre cycle MVP lorsque les résultats du test ne sont pas concluants. J'ai ajouté cette question parce que je l'entends beaucoup, mais la réponse est presque toujours non.

Dans de rares cas, un MVP est un succès éclatant dès le départ. Dans certains cas, le MVP est une catastrophe. Mais dans la plupart des cas, nous nous situons quelque part entre le succès et l'échec.

Cela dit, à moins qu'un élément externe anormal n'ait fait dévier notre course MVP, le choix que nous nous retrouvons est généralement binaire: jetez tout ce que nous avons pour faire une course avec ce produit ou arrêtez maintenant et n'en parlez plus jamais.

Donc, même avec tous ces tests, cette préparation et ces données, nous devrons peut-être continuer avec notre instinct.

Il y a deux ans, j'ai tué l'une de mes idées de startup même si le MVP a été couronné de succès, j'avais des financements alignés et il y avait une série de parties intéressées qui voulaient s'impliquer. Mais je ne pouvais pas oublier que les mesures n'avaient pas atteint mes chiffres et que le produit, honnêtement, n'avait pas atteint les bonnes notes.

J'ai débranché la prise avant que quelqu'un ne se blesse.

Mais j'ai été de l'autre côté, quand j'aurais considéré un MVP peut-être comme un échec léger. Le PDG, qui était PDG parce qu'il avait plus de vision et de courage que moi, a vu les mêmes résultats mais lui a quand même donné le feu vert, et c'est devenu un énorme succès.

Il est facile de dire qu'un MVP fonctionne ou non, mais dans la vraie vie, il y a beaucoup plus de nuances que cela. En fin de compte, nous, les entrepreneurs, devons faire l'appel. Et c'est très bien, car au début du jeu, nous sommes aussi ceux qui doivent vivre avec les résultats.