Blockdaemon: ETH Protocol

Bakgrund

Blockdaemon är en ledande plattform för blockkedjeinfrastruktur inom Web3, som gör det möjligt för företag att snabbt sätta upp och vidareutveckla innovativa blockkedjeapplikationer. Den tar bort komplexiteten ur blockkedjor genom enkel konfiguration, övervakning för hög tillgänglighet och säkerhet på institutionell nivå.

Ett protokoll är den uppsättning standarder som styr ett blockkedjenätverk: transaktionsvalidering, konsensus, nätverkskommunikation, datalagring. Noder är de enheter som upprätthåller nätverkets integritet. Staking är när kryptoinnehavare låser kryptovaluta för att delta i validering och konsensus. Blockdaemons protokollsidor var dit företagsköpare gick för att förstå vilka av dessa som stöddes, och hur. Jag arbetade med fas 1 av ETH Protocol: ompositionering och kännedom.

Problemet

I mitten av 2022 var Ethereum överlägset det populäraste protokollet bland Blockdaemons företagskunder, och dess sida var den de läste innan de kontaktade sälj. Den var också inaktuell.

De flesta protokollsidor var det. Design och innehåll speglade inte längre det senaste erbjudandet, och just ETH-sidan sa ingenting om nyligen lanserade API:er, däribland NFT-API:et. Den var lång, tung på text, snål på bild. Resultatet var ett kännedomsglapp: företagskunderna visste inte vad som hade lanserats, och färre kvalificerade leads nådde sälj.

Målen var att göra om sidan så att den speglade de senaste API:erna och erbjudandena samtidigt som den blev visuellt tilltalande och mindre rörig, att skapa kännedom bland företagskunder om de nya erbjudandena, och att genom de två öka antalet kvalificerade företagsleads.

Min roll

Jag drev det här från början till slut, och skillnaden mellan vad jag ritade och vad jag satte i produktion är viktig här.

Det jag designade: researchplanen och åtta intervjuer, konkurrentanalysen, personan och resekartan, sektionerna för hero, funktioner, CTA och förtroende samt kontakt och vanliga frågor på protokollsidan, en egen sida för NFT-API:et, en helt omgjord design av nyhetsbrevet och ett nytt system för bloggomslag.

Det jag byggde och levererade: protokollsidan som en mall snarare än en sida. Jag hade författat en MVP-stilguide några månader tidigare för att komma åt inkonsekvenserna som spred sig i våra sajtdesigner, och det här projektet var där jag satte den i arbete som ett komponentsystem: en mallad sida med definierade platser för siffror, erbjudanden och text per protokoll, så att mönstret höll medan varje sida förblev anpassningsbar. Jag producerade också 3D-grafiken som nyhetsbrevet och omslagen byggdes av, och skrev riktlinjerna och mallarna för bloggomslag som teamet använde efteråt. Utvecklingsteamet tog mallen och rullade över resterande protokollsidor på den.

Angreppssätt

Åtta intervjuer. Fem interna (två produktchefer, två marknadsansvariga, marknadschefen) om vad som var på väg att lanseras, vad som redan fanns och hur mycket teknisk Web3-kunskap målgruppen egentligen hade. Tre med säljare: vad företagskunder behöver av blockkedje-API:er, vilka mått de prioriterar när de utvärderar ett protokoll, vad som gör det svårt att välja leverantör, och vilka mejl, pitchdäck och enbladare som hade gett bra utfall. De samtalen hamnade på en affinitetskarta.

Konkurrentanalysen fick fram fyra saker som en protokollsida måste bära: en funktionslista och en detaljsektion med starka bilder i botten, siffror som stakingbelöningar och extra belöningar, en bloggsektion som bygger förtroende, och en dokumentationssektion så att kunder kunde granska teknisk dokumentation före ett köpbeslut.

Alex, personan, och en resekarta över hur Alex väljer leverantör samlade produkt och marknad. Frågan blev: hur skulle vi kunna visa upp ETH Protocol-sidan så att kännedomen ökar och beslutsfattare på ledningsnivå lockas, vilket driver kvalificerade leads?

Så byggde jag det

Jag designade mallen mot Polkadot-protokollet först, som en medveten platshållare. Om systemet böjde sig för ett protokoll det inte var designat kring skulle det böja sig för resten.

Den gamla heron proppade in siffror som skräpade ner sidan och inte var de kunderna utvärderade på, och texten täckte inte de senaste erbjudandena. Av två alternativ lyfte det andra fram siffrorna långt bättre: protokollbeskrivning till vänster, siffror till höger, i linje med det naturliga läsmönstret. Sedan tonade jag ner siffrornas typografi så att hierarkin inte välte.

Funktionssektionen hade varit tät text med en enda stödjande bild, och saknade viktiga erbjudanden som staking och NFT-API:et. Ett alternativ ledde med bilder och allt framme direkt, det andra använde ikonkort i flera flikar. Det första vann för att det berättade en sammanhängande historia: erbjudanden ordnade efter målkundens prioritering, bra stödjande bilder, tertiära knappar ut till dokumentationen. Under den låg CTA:er för att staka ETH eller starta en nod, bloggsektionen och aktuella kundlogotyper, sedan kontakt och vanliga frågor.

Nyhetsbrevet hade varit text med en logotyp överst. Jag byggde 3D-material för headerbilden, och det materialet kom att snabba upp designproduktionen långt bortom mejl: bloggomslag, YouTube-miniatyrer, eventmaterial. Bloggomslagen var inkonsekventa i design och bildformat, mestadels ren text på vitt, för oslipade för att hålla uppmärksamheten i ett socialt flöde. De fick ett nytt visuellt system med riktlinjer och mallar bakom sig.

Resultat

Varje protokollsida gjordes om på den nya mallen, det omgjorda nyhetsbrevet gick ut, och färska blogginlägg fick de nya omslagen. Engagemang och konvertering följdes noga. De siffrorna är konfidentiella och redovisas inte här.

Vad arbetet var till för är enklare att säga: att målkunderna lätt skulle förstå kärnerbjudandet, kunna jämföra leverantörer och tryggt höra av sig om tjänsterna, med nyhetsbrevet och blogginläggen som byggde förtroende och trovärdighet runtomkring. Riktlinjerna för 3D-grafik som projektet producerade höll det visuella språket sammanhållet för designteamet efteråt.

Vad jag skulle göra annorlunda

Ingen del av researchen rörde en faktisk företagskund. Sälj var en bra och ärlig ställföreträdare, men det är fortfarande andrahandsinformation. Jag skulle pressa på för två eller tre samtal med riktiga köpare innan jag låser en uppsättning nyckeltal.

Konkurrentanalysen satte en dokumentationssektion bland de fyra viktigaste kraven, och mallen levererades med tertiära länkar till dokumentationen i stället för en riktig ingång. Rätt beslut för två månader, fel beslut för året därpå.

Och mallen gick ut före en skriven komponentspecifikation. Utvecklingsteamets utrullning till resterande protokoll fungerade, men en specifikation hade gjort den snabbare och lämnat färre beslut att förhandla om igen per sida.