Had een geweldig gesprek met @_b12z_, een bouwer die werkt aan @explore_thecore. Zijn eerste Web3-project faalde omdat ze "te compliant" waren. Zijn conclusie: "Vroeg zijn op de verkeerde manier is net zo slecht als te laat zijn." Hier is zijn reis van DeFi naar het oplossen van Web3-groei🧵
Van 7 jaar in de institutionele banksector → ontdekte blockchain in 2016 → verliet zijn baan bij een onderneming om in crypto te bouwen. De beslissing? Zien dat 90% van de Web3-tractie nep was - van volgers tot airdrop-jagers. Hij maakte een plan om er iets aan te doen.
Eerste poging: Een onchain fondsbeheersysteem gebouwd in 2018-19 De harde les: "Te compliant" zijn terwijl de regelgeving nog niet klaar was, is net zo slecht als het volledig negeren ervan.
Plot twist: Nam een omweg om de ontwikkeling van het core banking systeem van 0→1 te leiden Waarom het belangrijk was: Het leren van traditionele regulatoire verwachtingen voor crypto-projecten werd onschatbaar toen de MiCA-regelgeving eindelijk werd geïntroduceerd.
"We wilden een spel bouwen, maar realiseerden ons dat zelfs een goed spel niet genoeg is." Het probleem? Gebruikersheracquisitielussen die budgetten opeten. Je kunt je niet uit een retentieprobleem hacken. De beslissing? Omdat 90% van de web3-tractie nep was, maakte hij een plan om er iets aan te doen.
Zijn belangrijkste filosofie is de Wet van de Minste Inspanning: "Mensen zullen uiteindelijk een oplossing kiezen waarbij ze de minste obstakels hebben om een bepaald doel te bereiken." Het gaat niet om als eerste zijn. Het gaat om het verwijderen van wrijving. Dingen laten werken met een paar klikken in plaats van honderd DM's.
Grote KOL's zijn uitgeput. Ze hebben te veel mislukte projecten gepromoot. De contrarian inzet: Focus op tier 3-4 influencers met een paar duizend volgers. Kwaliteitsinhoud > aantal volgers. Soms verslaat 5K betrokken volgers 1M vermoeide.
Bouwen van tweezijdige marktplaatsen 101: Begon met het verbinden van KOL's met projecten. Maar de echte groeihack? Activeer eerst gebruikers, en gebruik die tractie om projecten aan te trekken: "Hé, we hebben 5000 spelers die deze functies aanvragen. Wil je meedoen?" Vraag creëert aanbod.
Bij het kiezen van infrastructuur (waarom ze voor Zircuit hebben gekozen): • Beveiliging voor het opslaan van project/KOL-gegevens • Lage transactiekosten voor massale microtransacties • Zal niet stapelen bij het schalen naar honderden duizenden spelers De saaie dingen zijn belangrijk wanneer je opschaalt.
De GTM-strategie waar niemand het over heeft: Lijst games op het platform zonder toestemming te vragen. Bouw gebruikersverzoeken en feedback op. BENADER daarna projecten met bewijs: "5000 spelers willen dit." Je verkoopt geen toegang. Je levert een publiek.
Over informatieontwerp: "Mensen lezen tegenwoordig gewoon niet." Hun oplossing: Verwerk alles in pitches van 1 minuut. Als je iemand in 1 minuut niet kunt overtuigen om geïnteresseerd te zijn, zul je ze niet overtuigen in 10 pagina's.
Onchain automatiseringssystemen zijn niet alleen technische functies - ze zijn de verdedigingslinie. Wanneer alles geautomatiseerd is, verwijder je besluitmoeheid. Gebruikers kiezen standaard voor het pad van de minste weerstand. Maak jouw pad het gemakkelijkste.
"We bouwen voor jullie. Wat voor suggesties jullie ook hebben, we luisteren altijd." Maar hier is de uitvoering: MVP gelanceerd in 6-7 maanden, verzonden, geluisterd, iteratief gewerkt. Verzend snel, leer sneller, bouw wat mensen echt willen.
Conclusie: Je omwegen zijn niet verspild. Je "verkeerde" ervaring in de industrie wordt je voordeel. Focus op het verwijderen van wrijving, niet op het toevoegen van functies. En soms is de grootste kans het oplossen.
Bekijk de volledige showcase hier:
4,41K