Après avoir raté trois projets et essuyé 500 refus, j'ai finalement saisi la véritable essence de l'entrepreneuriat Web3 sur Solana.

Écrit par : Rishabh Gupta

Compilé par : Jia Huan, ChainCatcher

En tant que fondateur débutant, j'ai consacré des années d'efforts à trois projets d'infrastructure qui ont finalement échoué. En 2025, j'ai commencé à créer un produit grand public que les gens voulaient vraiment utiliser. Ici, je partage mes leçons douloureuses apprises en matière d'acquisition d'utilisateurs et de levée de fonds.

Je suis dans cette industrie depuis environ quatre ans.

En 2023, lorsque « l'abstraction de compte » était encore le sujet le plus brûlant de l'industrie, j'ai commencé à développer au sein de l'écosystème EVM. À cette époque, tout le monde développait des SDK (Kits de Développement Logiciel) pour les portefeuilles d'abstraction de compte. Les solutions de mise à l'échelle Rollup étaient également très populaires — Optimism, Arbitrum et divers RaaS (Rollup as a Service) dominaient.

En tant que passionné de mathématiques, je suis profondément attiré par les ZK (Preuve à divulgation nulle de connaissance) et je crois que cela changera le monde (et je crois fermement que ce sera le cas à l'avenir).

J'ai autrefois cru à tort que la complexité équivalait à la crédibilité.

Lorsque les VCs posaient des questions sur les scénarios d'application, je listais avec confiance zkML (apprentissage automatique à divulgation nulle de connaissance), identité zk et vote zk — mais à ce jour, ces domaines restent largement inutilisés. J'ai confondu une technologie extraordinaire avec un produit utile.

Au fil du temps, j'en suis venu à croire que plus une idée est complexe, plus ses chances de succès sont grandes.

Les VCs m'ont également dit que dans l'espace crypto, construire l'infrastructure est la seule façon de réussir.

Il m'a fallu près de deux ans et plus de 500 refus pour réaliser que ce n'était pas fait pour moi.

Entrer dans l'Écosystème Solana

C'est un écosystème complètement nouveau pour moi — les gens ici se soucient des cas d'usage. Même les pièces Meme n'ont pas d'importance, car les revenus sont importants.

La vitesse est importante. La distribution est importante.

Je construis des applications grand public avec Solana depuis 7 mois maintenant, et voici mes réflexions :

1. Conçu pour les jeunes utilisateurs qui sont prêts à essayer de nouvelles choses

Essayez de développer pour les jeunes qui sont naturellement ouverts aux nouveaux produits.

Dans l'espace crypto grand public, cela signifie généralement les personnes qui peuvent trader dans la « tranchée » ou les jeunes utilisateurs âgés de 13 à 21 ans.

Une étude de 2024 de la Consumer Technology Association a montré que 86 % de la génération Z (âgés de 11 à 26 ans) considèrent la technologie comme centrale dans leur vie — un pourcentage plus élevé que toute génération précédente. Ils possèdent plus d'appareils et sont plus disposés à dépenser pour des produits technologiques.

Ils sont plus disposés à essayer de nouvelles applications, à expérimenter de nouvelles fonctionnalités et à changer leurs habitudes.

Les utilisateurs de plus de 25 ans sont généralement moins disposés à adopter de nouvelles procédures de fonctionnement à moins qu'il n'y ait une incitation très forte.

Les recherches montrent que l'activité sociale atteint son pic autour de 20-21 ans. Cela signifie que les produits conçus pour les jeunes ont naturellement un potentiel viral plus élevé.

2. Rendre le produit intrinsèquement « diffusable » pour réduire les coûts marketing.

Si vous n'avez pas un énorme budget marketing ou publicitaire, le produit lui-même doit être le canal de trafic.

Dans le domaine du chiffrement, la transmissibilité est particulièrement importante car :

Le marketing KOL est très coûteux.

Le niveau de confiance est extrêmement bas.

Tout le monde s'attend à des récompenses ou à des incitations.

Si votre produit donne aux utilisateurs une raison de le partager spontanément avec des amis et des communautés, vous avez gagné de la publicité sans brûler d'argent. C'est difficile, mais cela vaut la peine d'être optimisé dès le premier jour.

3. Lancez les fonctionnalités demandées par les utilisateurs dès que possible.

Lorsque les utilisateurs signalent une mauvaise expérience ou des bugs, veuillez les corriger immédiatement, en particulier les points de douleur qui entravent l'utilisation.

J'avais l'habitude d'appliquer des correctifs à la fin de la journée. Mais ensuite, un utilisateur m'a envoyé un message disant : « Puisque votre application n'a pas cette fonctionnalité, je vais passer au produit Y. »

Une fois que les utilisateurs vont chez les concurrents et prennent une habitude, il est très difficile de les ramener.

Par conséquent, essayez de corriger immédiatement (idéalement dans les 2 à 5 heures).

Si plusieurs utilisateurs demandent une certaine fonctionnalité et qu'elle est réalisable :

Elle peut être réalisée en 2-3 jours.

Dites-leur que cela a été lancé sur la base de leurs commentaires.

Vous pourriez même leur donner des récompenses.

Cela construit un niveau profond de confiance. Les utilisateurs commencent à sentir que le produit « leur appartient », et ce sentiment d'appartenance est incroyablement puissant dans les produits en phase de démarrage.

4. Le nom de l'application est très important.

Cela semble simple, mais beaucoup de gens (y compris moi-même) l'ont gâché.

Le nom de l'application doit être hautement reconnaissable et facile à partager verbalement.

Mon produit précédent s'appelait « Encifher », un nom extrêmement difficile à retenir ; même les investisseurs et les partenaires l'orthographiaient mal lors de la création de groupes de discussion.

Nous l'avons donc changé plus tard en encrypt.trade. C'est concis, facile à retenir et élégant.

5. Communiquer avec les utilisateurs est difficile, mais c'est nécessaire.

Trouver et interagir avec les utilisateurs est extrêmement difficile, surtout lorsque ce que vous construisez ne fait pas partie du « récit chaud » actuel.

Quand j'ai commencé à travailler sur la confidentialité, ce n'était pas populaire. J'ai contacté près de 1 000 personnes via des messages à froid : peut-être 10 sur 100 répondraient. Parmi eux, seulement 3-4 offraient une aide réelle.

Je parle à quiconque montre le moindre intérêt.

J'ai travaillé avec eux pour itérer le produit.

Le cadre Cold-DM est également un processus itératif. Voici quelques points clés à noter :

• Commencez par une salutation chaleureuse.
• Mettez les points forts (situation de financement, volume de transactions, etc.) au début.
• Expliquez où vous les avez trouvés.
• Donnez un appel à l'action convivial.
• N'oubliez jamais de faire un suivi.

Il n'y a pas de Cold-DM parfait ; vous devez vous tester les uns contre les autres pour trouver une approche efficace pour vos clients cibles.

Voici un modèle de Cold-DM décent disponible : mais sachez que le processus est lent et fastidieux.

Dans la communauté crypto, peu de gens répondent aux DM car les arnaques sont partout.

Les faibles taux de réponse sont la norme (ce qui est un peu frustrant, je sais).

Néanmoins, vous devez le faire.

Votre objectif n'est pas d'acquérir 1 000 utilisateurs à ce stade.

Votre objectif est de 10 à 20 adopteurs précoces qui se soucient des problèmes, sont prêts à essayer le produit et fourniront des commentaires honnêtes.

Ces utilisateurs précoces deviendront votre système de soutien.

Les produits précoces ont souvent des bugs, et ces utilisateurs vous aideront à traverser cette phase.

6. Itération rapide

L'industrie crypto évolue constamment, et les durées d'attention sont extrêmement courtes.

Vous devez étudier le comportement des utilisateurs, pas seulement écouter leur langage :

Que font-ils de manière répétée ?

Quel type de compromis utilisent-ils ?

Pour quoi les gens sont-ils déjà prêts à payer ? (Beaucoup d'idées semblent bonnes, mais elles ne peuvent pas survivre si les utilisateurs ne sont pas prêts à payer pour elles.)

7. Rendez votre site Web si simple qu'il soit « infaillible ».

Ne faites jamais d'hypothèses sur la façon dont les utilisateurs perçoivent les choses.

En tant que développeur, vous avez peut-être regardé le produit pendant des centaines d'heures et le trouvez évident, mais il peut être complètement inconnu pour quelqu'un qui entre dans le domaine pour la première fois.

Évitez d'introduire une nouvelle terminologie ou des processus complexes.

Minimisez le nombre de clics.

La valeur fondamentale doit être présentée dans les 5 secondes suivant l'entrée dans l'application.

Conclusion

Construire des produits chiffrés de qualité grand public est à la fois amusant et stimulant. La vitesse d'itération, la pensée centrée sur l'utilisateur et les prouesses marketing sont plus importantes que la technologie parfaite. C'est complètement différent du B2B.