(1) Un pivot centré sur la technologie
(2) L’incapacité à conserver un modèle économique simple
(3) Connaître le lean startup, mais se faire piéger par l’esprit d’artisan
(1) Un pivot centré sur la technologie
(2) L’incapacité à conserver un modèle économique simple
(3) Connaître le lean startup, mais se faire piéger par l’esprit d’artisan
4 commentaires
Je me suis dit d’un coup que le nombre de vues du blog avait augmenté, et c’est grâce à GeekNews lol
Avec le recul, je pense que c’est en commençant à écrire ces billets de blog que je me suis davantage intéressé au SaaS, et que cet intérêt s’est naturellement déplacé vers le no-code.
Ces derniers temps, en regardant les outils no-code et en les étudiant, je me dis que d’ici quelques années, les gens ne feront probablement plus eux-mêmes le prototypage d’apps en codant.
Merci pour cet excellent article ! Moi aussi, je pense que le no-code a de l’avenir ;)
Si on regroupe les points 2 et 3 évoqués dans l’article,
j’ai l’impression qu’on arrive à l’idée qu’il est important de créer un MVP (produit minimum viable, Minimum Viable Product) avec un objectif clair.
À mon avis, quand un développeur se lance dans la création d’une startup, les deux points ci-dessous sont importants pour construire un MVP.
Voici les aspects que les développeurs ont souvent tendance à ne pas faire ou à mal faire.
Faire des choix et se concentrer : commencer par créer un produit qui résout un seul pain point important, de façon simple
Mashup : pour aller vite, bien réutiliser autant que possible ce qui n’est pas au cœur du produit (frameworks, SaaS)
Pour le point 1, je pense qu’il faut prendre largement en compte l’étude de marché, l’analyse des tendances, les compétences techniques dont on dispose, etc.
Pour le point 2, je pense qu’il est important d’avoir au moins un « niveau de connaissance superficiel » de différents outils, puis de les utiliser au bon moment et au bon endroit quand c’est nécessaire.
Si on ne les connaît pas du tout, on finit simplement par tout développer soi-même, ou bien on perd beaucoup de temps rien qu’à chercher si ce genre de solution existe. Ne perdez pas de temps à développer des fonctionnalités qui ne sont pas essentielles.
C’est d’ailleurs pour cela que, via GeekNews, je vous présente divers SaaS / frameworks avec une brève explication.
Je pense que si vous lisez au moins les titres et les descriptions, cela pourra vous servir un jour.
C’est aussi pourquoi, aux personnes qui me contactent pour des sujets business, je recommande souvent beaucoup d’autres outils utilisables pour ce qui n’est pas au cœur du produit, ainsi que des cas business.
Même pour un side project ou un projet personnel, pour obtenir un produit exploitable dans un calendrier réaliste, il faut finalement investir le strict minimum partout sauf dans la valeur clé. Merci pour ces bonnes remarques.