Crédit d'image: UnsplashTravailler sur une startup est toujours difficile. Les fondateurs doivent maîtriser les compétences multitâches et tout contrôler. Très souvent, dans une telle situation, ils ne peuvent pas évaluer correctement le développement technologique de leur entreprise. Quelques mauvaises décisions liées à la technologie peuvent entraîner un échec massif.
Comment éviter cela? Obtenez des conseils d'un ingénieur expérimenté! J'ai eu l'occasion de parler à Serhii Korniushov, programmeur et responsable informatique avec plus de 10 ans d'expérience.
Ci-dessous, nous discuterons de ses recommandations sur la construction de produits dont les utilisateurs ont besoin, sans perdre de temps et d'argent.
Qu'est-ce qu'une startup
Au cours des dernières années, le terme "startup" a évolué. Avant, il s'appliquait à toutes les nouvelles entreprises ou projets, mais de nos jours, il a une signification plus spécifique. Actuellement, la startup est une entreprise, principalement technologique, qui recherche un modèle économique reproductible et évolutif dans une extrême incertitude. Mais qu'est-ce que cela signifie réellement?
Pour les propriétaires d'entreprise et la direction, travailler sur une startup signifie que vous devez réduire l'incertitude et arriver à la certitude. La meilleure façon de le faire est de mener de nombreuses petites expériences et entretiens avec les clients, qui prouveront certaines hypothèses et réfuteront d'autres.
En outre, cela signifie qu'ils doivent se déplacer rapidement pour pouvoir exécuter de nombreuses expériences et tests, ce qui augmentera les chances de succès global. Les startups dépendent fortement du
principe de Pareto , qui stipule que 20% des efforts (ou des caractéristiques du produit) génèrent 80% des revenus. Le «pas besoin de marché» est une raison n ° 1 pour l'échec du démarrage,
selon CB Insights, il est donc crucial de trouver que 20% dès que possible. Par conséquent, plus tôt vous publiez votre produit et l'offrez aux utilisateurs finaux et aux clients, plus les chances sont grandes.
Vous pouvez même lancer de tels tests avant d'écrire votre première ligne de code. Il existe de nombreux outils pour prouver votre idée, tels que des interviews et des pages de destination pour la capture de leads. Voici un bel exemple d'une telle approche
mise en
œuvre par les fondateurs de logiciels de partage de médias sociaux Buffer (ce projet utilise également beaucoup PHP). Un «démarrage sans code» est une nouvelle
approche de la création de
produits / MVP / idées de test.
Un autre exemple parfait de l'utilisation d'une telle approche est le cas de Robinhood. L'application de négociation d'actions a annoncé un compte de vérification et d'épargne sans frais avec un rendement de 3%. Très vite, les autorités ont forcé l'entreprise à abandonner ces plans. Les médias et les observateurs ont pensé qu'il s'agissait d'un échec colossal. Cependant, ce n'était qu'un test parfait.
L'entreprise a compris qu'il existe une demande massive pour un tel service et a compris les problèmes auxquels elle pourrait être confrontée du côté du gouvernement. Plus tard, les représentants de Robinhood ont
annoncé que la société avait pivoté vers l'idée d'un "compte de gestion de trésorerie" qui n'est techniquement pas un compte bancaire.
Ainsi, ils ont pu prouver l'hypothèse et l'ajuster pour mieux s'adapter aux conditions actuelles avec des coûts presque nuls. Ils viennent de publier un article de blog et ont payé pour sa distribution. Ce serait bien pire s'ils commençaient par le développement et la sortie du produit réel pour découvrir seulement que l'état ne le permettait pas dans la mise en œuvre actuelle.
Cette approche «échec rapide» est la meilleure à suivre pour une startup, car il est préférable de savoir que votre produit ne fonctionnera pas aussi tôt que prévu. Dans la Silicon Valley, les startups qui ont échoué sont dites «expérimentées» car les fondateurs apprendront de l'échec et basculeront vers une autre idée d'entreprise.
Comment choisir les meilleurs outils pour construire votre startup
Selon CB Insights, la principale
cause d'échec au démarrage est à court de liquidités (elle tue 29% des entreprises). Cela signifie que tout fondateur de startup devrait avoir un retour sur investissement de tous les outils et technologies que l'entreprise utilise et implémente.
D'un point de vue technique, cela signifie passer à la suite des technologies hyping à celles qui ont vraiment prouvé qu'elles peuvent être utilisées par une startup. L'exemple parfait pour illustrer cela est de comparer deux langages de programmation: Java et PHP.
Java a longtemps été considéré comme une excellente solution pour créer des applications de niveau entreprise. Il a une solide réputation, alors que PHP a toujours été considéré comme trop simple, sans fantaisie. Cependant, dans la vraie vie, choisir Java plutôt que PHP peut littéralement tuer votre startup.
Plusieurs faits:
- PHP offre un meilleur délai de commercialisation, tandis que les applications Java sont difficiles et longues à coder.
- PHP a une part de marché plus importante, une base d'utilisateurs plus large et le nombre de programmeurs écrivant du code l'utilisant.
- Comme il y a plus de programmeurs PHP que ceux qui codent en Java, les premiers sont moins chers.
Et tous ces faits ne signifient pas que l'utilisation de PHP vous donne seulement des économies de ressources et de temps, mais la qualité globale sera inférieure. Pas du tout, il existe des frameworks au niveau de l'entreprise basés sur PHP, comme
Symfony , qui a plus de 3 milliards de téléchargements. En l'utilisant, vous pouvez créer une application Web de haute qualité très rapidement.
Réflexions finales
Lorsque vous travaillez sur une startup, vous devez être rapide et vous devez échouer rapidement, apprendre et répéter, en particulier au début de la phase de démarrage. C'est la seule approche qui mène à la création d'un produit dont les gens ont vraiment besoin et veulent payer. Cela dit, il faut penser au développement technologique de toute l'organisation.
Ne suivez pas le battage médiatique. Au lieu de cela, analysez chaque outil, technologie et solution au bon angle. Cela permettra-t-il d'économiser vos ressources et votre temps, tout en permettant de créer quelque chose qui peut être utilisé pour des tests réels? Ensuite, il peut être utilisé, si c'est juste quelque chose que vos programmeurs souhaitent ajouter à leur CV - évitez d'utiliser de telles technologies.
Quelques liens utiles pour obtenir plus d'informations sur la création d'un produit: