La physique des startups : votre startup est-elle assez rapide ?
Publié: 2016-06-10En physique, il existe un terme pour la vitesse nécessaire pour «se libérer» de la gravité - la vitesse d'échappement. Une fusée avec une vitesse ascendante initiale de 11,2 km/s (25 950 miles par heure) ou plus quitterait la Terre et ne reviendrait pas. Si la vitesse était inférieure, il faudrait dépenser plus de carburant ou tomber et s'écraser de façon dramatique.
Y a-t-il quelque chose de plus important pour le démarrage qu'une vitesse ? Sam Altman a déclaré: «Allez vite. La rapidité est l'un de vos principaux avantages par rapport aux grands concurrents ». Le Lean Startup d'Eric Ries est avant tout une question de vitesse. Qu'est-ce que cela signifierait pour une startup de maximiser la vitesse et d'éviter les crash ? Découvrons-le!
Présentation du modèle de vitesse de démarrage
Les startups évoluent également à une certaine vitesse. La vitesse en physique est une distance parcourue par un temps qu'il faut. Pour les startups, ce serait les progrès qu'elles font divisés par le temps. En supposant que la ressource principale d'une startup est le temps et que le progrès exprime la valeur commerciale, cette mesure de vitesse équivaut au ROI (retour sur investissement).
Les startups sont des organisations à la recherche d'un modèle commercial reproductible et évolutif. Ils progressent en itérant avec – des éléments de leur modèle : propositions de valeur, canaux, groupes cibles ou flux de revenus. Chaque fois qu'ils reçoivent un signal positif du marché (mesuré par une amélioration de la conversion / rétention / coût d'acquisition, etc.), ils se rapprochent de l'objectif.
En tant que startup, vous opérez dans une grande incertitude. Vous ne pouvez pas prédire le résultat de votre prochaine itération. Vos hypothèses peuvent tourner à droite, mais malheureusement, dans la plupart des cas, elles tournent mal. La seule chose que vous pouvez faire est de faire un test et de voir. En conséquence, les progrès des startups à chaque itération sont en moyenne très faibles, car sur dix idées que vous testez, vous avez de la chance si peu d'entre elles aboutissent.
Pour exprimer ce fait inquiétant dans notre modèle, décomposons la progression de l'itération en gain attendu et sa chance d'occurrence (chance de réussite). Comme vous pouvez le constater, les petites chances de succès de l'itération diminuent la vitesse de chaque démarrage. Nous devons faire avec.
Recommandé pour vous:
Que signifie la disposition anti-profit pour les startups indiennes ?
Comment les startups Edtech aident la main-d'œuvre indienne à se perfectionner et à se préparer pour l'avenir...
Stocks technologiques de la nouvelle ère cette semaine : les problèmes de Zomato continuent, EaseMyTrip publie des...
Les startups indiennes prennent des raccourcis à la recherche de financement
La plate-forme de marketing numérique Logicserve met en sac un financement INR 80 Cr et se rebaptise LS Dig ...
Un rapport met en garde contre un examen réglementaire renouvelé sur l'espace Lendingtech
La bonne nouvelle est que vous avez un impact important sur la partie inférieure de la formule. Vous gérez combien il faut pour expédier la fonctionnalité ou le test A/B sur le marché. Le temps d'itération comprend deux facteurs principaux : le temps de développement (toutes les activités contribuant directement au résultat : programmation, conception, test, vitesse de déploiement) les frais généraux (recherche, discussions, brainstormings, sessions de planification, etc.)
En réduisant le temps de développement et tous les frais généraux, vous pouvez augmenter considérablement la vitesse d'itération de votre startup. Si le test d'un changement mineur prend plus de quelques heures, cela signifie que vous rencontrez de sérieux problèmes avec le développement du produit et vous devriez commencer par ce point. De plus, si vous passez la troisième heure à essayer de convaincre quelqu'un de votre idée, vous devriez probablement déjà la tester. Moins parler, plus faire.
Y a-t-il quelque chose que vous puissiez faire pour augmenter les progrès que vous faites à chaque itération ? Absolument, jetez un coup d'œil aux idées suivantes : commencez par les grandes victoires potentielles — concentrez-vous d'abord sur les points où vous pouvez faire une différence critique à court terme apprenez de vos itérations précédentes pour mieux évaluer le résultat et augmenter le taux de réussite soyez prudent avec les grosses projets - même s'ils offrent un gain potentiel élevé, ils sont également très risqués et chronophages (en gros, ils vous ralentissent)
Ok, ayant le modèle complet, mettons-le en pratique.
Étude de cas
Il y a quelque temps, j'ai conseillé une startup qui faisait face à des défis avec le temps de développement. C'était une équipe de personnes incroyables et talentueuses, prêtes à faire la différence mais incapables de faire un seul pas en avant avec leur produit. Le développement et le déploiement d'une petite fonctionnalité duraient rarement moins d'une semaine. Les bonnes idées sont restées coincées dans l'arriéré pendant trop longtemps. Les gens étaient frustrés et rien n'a changé.
Pour éviter ce problème, ils proposent une solution pour évaluer chaque idée en fonction de sa valeur commerciale et de sa complexité technique (très proche de notre vitesse d'itération, mais n'incluant pas le risque/chance de succès). Ils voulaient limiter le nombre d'idées en exigeant que chacune d'entre elles dispose d'une analyse détaillée en guise de sauvegarde afin d'évaluer précisément le rendement potentiel.
Pourquoi ça n'a pas marché ?
- La nouvelle approche n'incluait pas le risque dans l'évaluation du projet. En conséquence, il a surestimé la valeur des grands projets (avec le risque le plus élevé) et sous-estimé les petites optimisations.
- Avec un temps de déploiement aussi long, de nombreuses bonnes idées ont été rejetées en raison d'une bande passante limitée.
- Une analyse approfondie requise pour chaque projet a ajouté un temps supplémentaire à l'équation.
- L'approche initiale s'est concentrée sur les mauvaises choses. En ne s'attaquant pas au temps de développement lent, en limitant le flux de nouvelles idées et en nécessitant des recherches approfondies comme entrée pour chaque itération, cela a considérablement ralenti la vitesse de démarrage. Ils devraient plutôt se concentrer sur la réduction du temps de déploiement et de tous les frais généraux (y compris les recherches approfondies) pour s'assurer que le plus d'idées possible soient testées.
conclusion
Ci-dessous, les principaux points à retenir du modèle de vitesse de démarrage :
Visez l'excellence opérationnelle dans le développement de produits - minimisez le temps dont vous avez besoin pour mettre une idée sur le marché. Réduisez votre cycle de développement à des heures, pas à des semaines. Expédiez des MVP, pas d'excellents produits.
- Ne croyez pas que vous pouvez prédire le résultat. Sortez du bâtiment et testez. Ne vous inquiétez pas d'échouer. Apprendre.
- Ne bloquez pas le flux d'idées. Assurez-vous d'avoir de la bande passante pour traiter les plus prometteurs.
- Ne laissez pas les frais généraux vous ralentir. Évitez les discussions trop longues sur les données ou la planification à long terme.
- Divisez les grands projets en petites étapes et testez-les au fur et à mesure. Les longs projets peuvent considérablement vous ralentir.