Hadde en god samtale med @_b12z_, en byggmester som jobber med @explore_thecore. Hans første Web3-prosjekt mislyktes fordi de var «for kompatible». Hans takeaway: "Å være tidlig ute på feil måte er like ille som å komme for sent." Her er hans reise fra DeFi til å løse Web3-vekst🧵

Fra 7 år i institusjonell bankvirksomhet → oppdaget blokkjede i 2016 → forlot bedriftsjobben for å bygge inn krypto. Avgjørelsen? Å se at 90 % av Web3-trekkraften var falsk - fra følgere til airdrop-jegere. Han la en plan for å gjøre noe med det.

Første forsøk: Bygde et onchain fondsforvaltningssystem i 2018-19 Den harde lærdommen: Å være "for medgjørlig" når reguleringen ikke var klar ennå, er like ille som å ignorere den helt.

Plot twist: Tok en omvei for å lede kjernebanksystemutviklingen fra 0→1 Hvorfor det var viktig: Å lære tradisjonelle regulatoriske forventninger til kryptoprosjekter ble uvurderlig da MiCA-reguleringen endelig falt.

"Vi ønsket å bygge et spill, men innså at selv et godt spill ikke er nok." Problemet? Brukergjenanskaffelse sløyfer spiser budsjetter. Du kan ikke veksthacke deg ut av et oppbevaringsproblem. Avgjørelsen? Da han så at 90 % av web3-trekkraften var falsk, la han en plan om å gjøre noe med det.

Hans nøkkelfilosofi er loven om minste anstrengelse: "Folk vil til slutt velge en løsning der de har minst hindringer for å nå et bestemt mål." Ikke om å være først. Om å fjerne friksjon. Å få ting til å fungere med noen få klikk i stedet for hundre DM-er.

Store KOL-er er oppbrukt. De har promotert for mange mislykkede prosjekter. Den motstridende innsatsen: Fokuser på nivå 3-4 influencere med noen tusen følgere. Kvalitetsinnhold > antall følgere. Noen ganger slår 5K engasjerte følgere 1 million slitne.

Bygge tosidige markedsplasser 101: Begynte å koble KOL-er med prosjekter. Men det virkelige veksthacket? Aktiver brukere først, og bruk deretter den trekkraften til å trekke inn prosjekter: "Hei, vi har 5000 spillere som ber om disse funksjonene. Vil du bli med?" Etterspørsel skaper tilbud.

Om valg av infrastruktur (hvorfor de valgte Zircuit): • Sikkerhet for lagring av prosjekt/KOL-data • Lave transaksjonskostnader for massemikrotransaksjoner • Vil ikke stables når du skalerer til hundretusenvis av spillere De kjedelige tingene betyr noe når du skalerer.

GTM-strategien er det ingen som snakker om: List opp spill på plattformen uten å spørre om tillatelse. Bygg brukerforespørsler og tilbakemeldinger. SÅ tilnærm deg prosjekter med bevis: "5000 spillere vil ha dette." Du selger ikke tilgang. Du leverer et publikum.

Om informasjonsdesign: "Folk leser bare ikke nå for tiden." Løsningen deres: Fordøye alt til 1-minutts pitcher. Hvis du ikke kan overbevise noen om å være interessert på 1 minutt, vil du ikke overbevise dem på 10 sider.

Onchain-automatiseringssystemer er ikke bare tekniske funksjoner – de er vollgraven. Når alt er automatisert, fjerner du beslutningstretthet. Brukere bruker som standard banen med minste motstand. Gjør veien din til den enkleste.

«Vi bygger for dere. Uansett hvilke forslag du har, er det alltid noe vi lytter til.» Men her er utførelsen: Lanserte MVP på 6-7 måneder, sendt, lyttet, iterert. Send raskt, lær raskere, bygg det folk faktisk vil ha.

Takeaway: Omveiene dine er ikke bortkastet. Din "feil" bransjeerfaring blir din fordel. Fokuser på å fjerne friksjon, ikke legge til funksjoner. Og noen ganger er den største muligheten å fikse.

Se hele utstillingen her: