4 ans de创业 dans le Web3 : 7 leçons douloureuses que j'ai apprises
TechFlow SélectionTechFlow Sélection
4 ans de创业 dans le Web3 : 7 leçons douloureuses que j'ai apprises
La vitesse d'itération, la réflexion centrée sur l'utilisateur et les capacités marketing sont plus importantes que la technologie parfaite.
Dédié à des analyses Web3 approfondiesRédaction : Rishabh Gupta
Traduction : Jiahuan, ChainCatcher
En tant que fondateur novice, j'ai consacré plusieurs années à trois projets d'infrastructure qui ont finalement échoué. En 2025, j'ai commencé à construire un produit grand public que les gens voulaient vraiment utiliser. Voici mes enseignements, acquis au prix fort, sur l'acquisition d'utilisateurs et la levée de fonds.
Je suis dans ce secteur depuis environ quatre ans.
En 2023, lorsque « l'abstraction de compte » était le sujet le plus brûlant dans la communauté, j'ai commencé à développer dans l'écosystème EVM. À cette époque, tout le monde développait des SDK (kits de développement logiciel) pour des portefeuilles avec abstraction de compte. Les solutions de scaling Rollup étaient aussi très populaires — Optimism, Arbitrum et diverses offres RaaS (Rollup as a Service) dominaient le marché.
En tant qu'amateur de mathématiques, j'étais profondément attiré par la ZK (preuve à connaissance nulle), convaincu qu'elle allait changer le monde (et je reste persuadé qu'elle le fera un jour).
J'ai longtemps cru à tort que complexité == crédibilité.
Quand les VC me demandaient des cas d'utilisation, je citais fièrement zkML (machine learning à base de preuves ZK), identité ZK, vote ZK — mais encore aujourd'hui, personne n'utilise réellement ces technologies. J'ai confondu une technologie impressionnante avec un produit utile.
Avec le temps, j'ai fini par croire qu'un projet avait d'autant plus de chances de réussir qu'il était complexe.
Les VC eux-mêmes me disaient que, dans la crypto, la seule voie vers le succès passait par l'infrastructure.
Il m'a fallu près de deux ans et plus de 500 refus pour réaliser que cela ne me convenait pas.
Entrer dans l'écosystème Solana
Pour moi, c'était un écosystème entièrement nouveau — ici, les gens s'intéressent aux cas d'utilisation. Même les Meme coins sont acceptés, car les revenus comptent.
La vitesse compte. La distribution compte.
Après sept mois passés à construire des applications grand public sur Solana, voici ce que j'ai appris :
1. Construisez pour les jeunes utilisateurs prêts à expérimenter
Essayez de concevoir pour les jeunes qui aiment naturellement essayer de nouveaux produits.
Dans la crypto grand public, cela signifie souvent des personnes capables de trader dans la « tranchée », ou des utilisateurs âgés de 13 à 21 ans.
Une étude de l'Association des technologies grand public de 2024 montre que 86 % de la génération Z (11-26 ans) considèrent la technologie comme essentielle à leur vie — un taux supérieur à celui de toute génération précédente. Ils possèdent plus d'appareils et sont plus enclins à dépenser pour des produits technologiques.
Ils sont plus disposés à tester de nouvelles applications, à expérimenter de nouvelles fonctionnalités et à changer leurs habitudes.
Les utilisateurs de plus de 25 ans sont généralement peu enclins à adopter de nouveaux processus, sauf s'ils y sont fortement incités.
(Note : cela peut ne pas s'appliquer si vous travaillez avec des institutions.)
Des études montrent que l'activité sociale atteint son pic vers 20-21 ans. Cela signifie que les produits destinés aux jeunes ont naturellement un potentiel viral plus élevé.
2. Donnez à votre produit un caractère viral pour réduire les coûts marketing
Si vous n'avez pas de budget massif pour le marketing ou la publicité, votre produit doit lui-même devenir un canal de diffusion.
Dans la crypto, le caractère viral est particulièrement important, car :
Le marketing par influenceurs est très coûteux.
La méfiance est extrême.
Tout le monde attend une récompense ou une incitation.
Si votre produit donne aux utilisateurs une raison de partager spontanément avec leurs amis ou communautés, vous obtenez de la visibilité sans gaspiller d'argent. C'est difficile, mais cela vaut la peine de commencer à optimiser dès le premier jour.
3. Mettez rapidement en œuvre les fonctionnalités demandées par les utilisateurs
Lorsque les utilisateurs signalent une mauvaise expérience ou des bugs, corrigez immédiatement, surtout les points bloquants.
Avant, j'avais l'habitude de regrouper les correctifs à la fin de la journée. Un utilisateur m'a un jour envoyé un message privé : « Puisque votre application n'a pas cette fonctionnalité, je vais d'abord utiliser le produit Y. »
Une fois que les utilisateurs passent à un concurrent et prennent l'habitude, il devient très difficile de les récupérer.
Essayez donc de corriger immédiatement (idéalement en 2 à 5 heures).
Si plusieurs utilisateurs demandent une fonctionnalité faisable :
Implémentez-la en 2 à 3 jours.
Dites-leur qu'elle a été ajoutée grâce à leurs retours.
Offrez-leur même une petite récompense.
Cela crée une confiance profonde. Les utilisateurs commencent à sentir que le produit « leur appartient », et cet attachement émotionnel est puissant dans les premières phases du produit.
4. Le nom de l'application est très important
Cela semble simple, mais beaucoup (moi compris) se sont trompés.
Le nom doit être facilement reconnaissable et simple à partager oralement.
Mon ancien produit s'appelait « Encifher », un nom très difficile à retenir, au point que même des investisseurs et partenaires se trompaient en l'écrivant dans les groupes.
Nous avons donc changé pour encrypt.trade. Simple, mémorable, percutant.
5. Parler aux utilisateurs est difficile, mais indispensable
Trouver et parler aux utilisateurs est extrêmement difficile, surtout quand ce que vous construisez ne correspond pas à la tendance actuelle.
Quand j'ai commencé sur la confidentialité, ce n'était pas populaire. J'ai envoyé près de 1000 messages directs spontanés (Cold-DM) : sur 100 personnes, environ 10 répondaient. Parmi elles, seulement 3 à 4 pouvaient aider concrètement.
Je parlais à tous ceux qui montraient un intérêt, même minime
Je itérais le produit avec eux
Construire un bon Cold-DM est aussi un processus itératif. Voici quelques points clés à garder à l'esprit :
Commencez par un salut chaleureux.
Placez les points forts (levée de fonds, volume de transactions, etc.) en tête.
Indiquez où vous les avez trouvés.
Formulez un appel à l'action amical.
N'oubliez jamais de relancer (Follow up).
Il n'existe pas de Cold-DM parfait ; vous devez faire des tests comparatifs pour trouver ce qui fonctionne avec votre cible.
Voici un modèle de Cold-DM utilisable : mais attention, ce processus est lent et épuisant.
Dans la crypto, peu de gens répondent aux DM, car les arnaques sont partout.
Un faible taux de réponse est normal (je sais que c'est frustrant).
Malgré tout, vous devez le faire.
Votre objectif n'est pas d'obtenir 1000 utilisateurs à ce stade.
Votre objectif est 10 à 20 premiers utilisateurs, qui se soucient du problème, veulent essayer le produit et donneront un retour honnête.
Ces premiers utilisateurs deviendront votre système de soutien.
Les premières versions d'un produit ont souvent des défauts ; ces utilisateurs vous aideront à traverser cette phase.
6. Itérez rapidement
L'industrie de la crypto change vite, et l'attention est éphémère.
Vous devez étudier le comportement des utilisateurs, pas seulement écouter leurs paroles :
Que font-ils répétitivement ?
Quelles solutions alternatives utilisent-ils ?
Sont-ils déjà prêts à payer pour quelque chose ? (Beaucoup d'idées semblent bonnes, mais si les utilisateurs ne paient pas, elles ne survivront pas.)
7. Simplifiez votre site web jusqu'à le rendre idiot-proof
Ne faites jamais d'hypothèses sur la compréhension des utilisateurs.
En tant que développeur, après des centaines d'heures passées dessus, tout vous semble évident, mais pour un nouveau venu, tout est inconnu.
N'introduisez pas de nouveaux termes ni de processus complexes.
Réduisez au minimum le nombre de clics.
La valeur principale doit être claire dans les 5 secondes suivant l'arrivée sur l'application.
Conclusion
Construire des produits crypto grand public est à la fois amusant et difficile. La vitesse d'itération, la pensée centrée sur l'utilisateur et les capacités marketing comptent plus que la perfection technique. C'est complètement différent du B2B.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
@rishotics
