Na het verprutsen van drie projecten en 500 keer afgewezen te zijn, begreep ik eindelijk de ware essentie van Web3-ondernemerschap op Solana.

Geschreven door: Rishabh Gupta

Samengesteld door: Jia Huan, ChainCatcher

Als startende oprichter heb ik jarenlang mijn best gedaan voor drie infrastructuurprojecten die uiteindelijk zijn mislukt. In 2025 begon ik met het bouwen van een consumentenproduct dat mensen echt wilden gebruiken. Hier deel ik mijn pijnlijke lessen die ik heb geleerd op het gebied van gebruikersacquisitie en fondsenwerving.

Ik werk al ongeveer vier jaar in deze industrie.

In 2023, toen "account abstraction" nog steeds het populairste onderwerp in de industrie was, begon ik te ontwikkelen binnen het EVM-ecosysteem. In die tijd ontwikkelde iedereen SDK's (Software Development Kits) voor account abstraction wallets. Rollup-schaaloplossingen waren ook erg populair—Optimism, Arbitrum en verschillende RaaS (Rollup as a Service) domineerden.

Als wiskundeliefhebber ben ik diep aangetrokken tot ZK (zero-knowledge proofs) en geloof ik dat het de wereld zal veranderen (en ik geloof nog steeds dat het in de toekomst zal gebeuren).

Ik geloofde ooit ten onrechte dat complexiteit gelijk staat aan geloofwaardigheid.

Wanneer VC's vroegen naar toepassingsscenario's, zou ik vol vertrouwen zkML (zero-knowledge machine learning), zk-identiteit en zk-stemmen opsommen—maar tot op de dag van vandaag blijven deze gebieden grotendeels ongebruikt. Ik identificeerde per ongeluk geweldige technologie als een nuttig product.

Na verloop van tijd ben ik gaan geloven dat hoe complexer een idee is, hoe groter de kans op succes.

VC's vertelden me ook dat het bouwen van infrastructuur in de cryptowereld de enige manier is om te slagen.

Het kostte me bijna twee jaar en meer dan 500 afwijzingen om te beseffen dat dit niet geschikt voor me was.

Het Solana-ecosysteem betreden

Dit is een volledig nieuw ecosysteem voor mij—mensen hier geven om use cases. Zelfs Meme-coins doen er niet toe, omdat omzet belangrijk is.

Snelheid is belangrijk. Distributie is belangrijk.

Ik bouw nu al 7 maanden consumentenapplicaties met Solana, en hier zijn mijn gedachten:

1. Gebouwd voor jonge gebruikers die bereid zijn nieuwe dingen te proberen

Probeer te ontwikkelen voor jonge mensen die van nature openstaan voor nieuwe producten.

In de consumentencryptoruimte betekent dit doorgaans mensen die kunnen handelen in de "loopgraven" of jonge gebruikers tussen 13-21 jaar.

Een onderzoek uit 2024 door de Consumer Technology Association toonde aan dat 86% van Gen Z (11-26 jaar oud) technologie als centraal in hun leven beschouwt—een hoger percentage dan welke eerdere generatie dan ook. Ze bezitten meer apparaten en zijn bereidwilliger om uit te geven aan technologieproducten.

Ze zijn bereidwilliger om nieuwe apps uit te proberen, te experimenteren met nieuwe functies en hun gewoonten te veranderen.

Gebruikers ouder dan 25 jaar zijn over het algemeen minder bereid om nieuwe werkwijzen aan te nemen, tenzij er een zeer sterke prikkel is.

Onderzoek toont aan dat sociale activiteit piekt rond de leeftijd van 20-21 jaar. Dit betekent dat producten die zijn ontworpen voor jonge mensen van nature een hoger viraal potentieel hebben.

2. Maak het product inherent "deelbaar" om marketingkosten te verlagen.

Als je geen enorm marketing- of reclamebudget hebt, moet het product zelf het verkeerskanaal zijn.

Op het gebied van encryptie is overdraagbaarheid bijzonder belangrijk omdat:

KOL-marketing erg duur is.

Het vertrouwensniveau extreem laag is.

Iedereen beloningen of prikkels verwacht.

Als je product gebruikers een reden geeft om het spontaan te delen met vrienden en gemeenschappen, heb je publiciteit gewonnen zonder geld te verbranden. Het is moeilijk, maar de moeite waard om vanaf dag één te optimaliseren.

3. Lanceer de door gebruikers gevraagde functies zo snel mogelijk.

Wanneer gebruikers een slechte ervaring of bugs melden, los ze dan onmiddellijk op, vooral de pijnpunten die het gebruik belemmeren.

Ik paste vroeger aan het eind van de dag patches toe. Maar toen stuurde een gebruiker me een bericht met: "Aangezien je app deze functie niet heeft, schakel ik over naar product Y."

Zodra gebruikers naar concurrenten gaan en een gewoonte vormen, is het erg moeilijk om ze terug te krijgen.

Probeer het daarom onmiddellijk op te lossen (idealiter binnen 2-5 uur).

Als meerdere gebruikers om een bepaalde functie vragen en het haalbaar is:

Kan het in 2-3 dagen worden gemaakt.

Vertel ze dat dit werd gelanceerd op basis van hun feedback.

Je zou ze zelfs wat beloningen kunnen geven.

Dit bouwt een diep niveau van vertrouwen op. Gebruikers beginnen te voelen dat het product "van hen is", en dit gevoel van eigenaarschap is ongelooflijk krachtig in producten in een vroeg stadium.

4. De applicatienaam is erg belangrijk.

Het lijkt eenvoudig, maar veel mensen (inclusief ikzelf) hebben het verprutst.

De applicatienaam moet zeer herkenbaar zijn en gemakkelijk mondeling te delen.

Mijn vorige product heette "Encifher", een naam die extreem moeilijk te onthouden was; zelfs investeerders en partners zouden het verkeerd spellen bij het maken van groepschats.

Dus we veranderden het later in encrypt.trade. Het is beknopt, gemakkelijk te onthouden en stijlvol.

5. Communiceren met gebruikers is moeilijk, maar het is noodzakelijk.

Het vinden en betrekken van gebruikers is extreem moeilijk, vooral wanneer wat je bouwt geen deel uitmaakt van het huidige "hot narrative".

Toen ik begon te werken aan privacy, was het niet populair. Ik benaderde bijna 1.000 mensen via cold-start-berichten: misschien zouden 10 van de 100 antwoorden. Daarvan boden er slechts 3-4 echte hulp.

Ik praat met iedereen die ook maar de minste interesse toont.

Ik werkte met hen om het product te itereren.

Het Cold-DM-framework is ook een iteratief proces. Hier zijn enkele belangrijke punten om op te letten:

• Begin met een warme begroeting.
• Zet de hoogtepunten (financieringssituatie, transactievolume, enz.) aan het begin.
• Leg uit waar je ze hebt gevonden.
• Geef een vriendelijke oproep tot actie.
• Vergeet niet altijd op te volgen.

Er is geen perfecte Cold-DM; je moet tegen elkaar testen om een effectieve aanpak voor je doelklanten te vinden.

Hier is een behoorlijk Cold-DM-sjabloon beschikbaar: maar wees je ervan bewust dat het proces traag en vervelend is.

In de cryptocurrency-gemeenschap beantwoorden weinig mensen DM's omdat oplichting overal is.

Lage responspercentages zijn de norm (wat een beetje frustrerend is, ik weet het).

Desondanks moet je dit doen.

Je doel is niet om in dit stadium 1.000 gebruikers te verwerven.

Je doel is 10-20 early adopters die zich bekommeren om de problemen, bereid zijn het product te proberen en eerlijke feedback zullen geven.

Deze early users zullen je ondersteuningssysteem worden.

Vroege producten hebben vaak bugs, en deze gebruikers zullen je helpen door die fase heen te komen.

6. Snelle iteratie

De crypto-industrie verandert voortdurend en de aandachtsspanne is extreem kort.

Je moet gebruikersgedrag bestuderen, niet alleen naar hun taal luisteren:

Wat doen ze herhaaldelijk?

Wat voor soort compromis gebruiken ze?

Waarvoor zijn mensen al bereid te betalen? (Veel ideeën klinken goed, maar ze kunnen niet overleven als gebruikers er niet voor willen betalen.)

7. Maak je website zo eenvoudig dat het "dwaasbestendig" is.

Maak nooit aannames over hoe gebruikers dingen waarnemen.

Als ontwikkelaar heb je misschien honderden uren naar het product gestaard en vind je het voor de hand liggend, maar het kan volledig onbekend zijn voor iemand die voor het eerst het veld betreedt.

Vermijd het introduceren van nieuwe terminologie of complexe processen.

Minimaliseer het aantal klikken.

De kernwaarde moet binnen 5 seconden na het betreden van de app worden gepresenteerd.

Conclusie

Het bouwen van consumentencryptoproducten is zowel leuk als uitdagend. Snelheid van iteratie, gebruikersgericht denken en marketingvaardigheid zijn belangrijker dan perfecte technologie. Dit is volledig anders dan B2B.