DX Heroes logo
#partnership
#developer-experience

Developer marketing neexistuje... bez DevX

Délka: 

8 min

Publikováno: 

11. prosince 2024

Developer marketing neexistuje... bez DevX

Ano, titulek si hraje s knihou Adama DuVandera. Ale než to odsunete jako další pohled na developer marketing, pojďme si to ujasnit. V dřívějším článku jsme se ohradili proti klišé, že vývojáři nesnášejí marketing. Šlo nám o to, že vývojáři ocení marketing, který jako marketing nepůsobí. Pokud si najdete čas, ten článek stojí za přečtení.

A tady je háček. I skvělá strategie developer marketingu se rozpadne bez pevné zkušenosti vývojáře (DevX) pod ní.

Vývojáři jsou bystří, skeptičtí a topí se v možnostech. Nablýskané funkce a humbuk na ně nezaberou, aspoň ne natolik, aby u vás zůstali. Záleží jim na autentičnosti, efektivitě a nástrojích, které zapadnou do jejich práce. Tak jaký má smysl lít peníze do marketingu, když máte slabé DevX?

Tenhle článek má posunout vaše myšlení i kroky kolem zkušenosti vývojáře. Ukážeme, jak zanedbané DevX podkopává váš marketing a odhání právě ty lidi, které chcete oslovit.

Proč je zkušenost vývojáře páteří developer marketingu

Líbí se mi, jak zkušenost vývojáře popisuje Jennifer Riggins, hlavně ten poslední řádek:

Zkušenost vývojáře je rozšířením UX se zaměřením na vývojáře, který může být buď prostředníkem, nebo, jako u řady API, koncovým uživatelem. Ať už se na DX design soustředíte, nebo ne, vaši vývojáři vaše API vždy nějak prožívají, a ten zážitek může být pozitivní, nebo negativní.

Souhlasím naprosto.

S příchodem roku 2025 by člověk čekal, že DevX konečně dostane oddech, když AI přebírá všechno. Ne. Developer Survey 2024 od Stack Overflow ukazuje, že největší frustrací vývojářů je technický dluh (62,4 %), hned za ním složité technologické stacky. DevX je pořád v háji a upřímně, náprava se hned tak nechystá. Tak budeme píchat dál, dokud nás někdo neuslyší.

Developer Experience - Most Common Frustrations

Na vývojáře se každý den sype záplava reklam a nabídek a vybudovali si na ten šum ostrý filtr. Váš marketing musí sedět se zkušeností, kterou váš produkt opravdu dává, jinak je neosloví.

Slíbíte jednoduchost a efektivitu a pak dodáte něco kostrbatého a složitého, a máte problém. Vývojáři vám přestanou věřit, a důvěra je všechno. Radí se s kolegy a v komunitách, takže jedna špatná zkušenost se rychle rozšíří po fórech, sociálních sítích i profesních sítích a zničí všechnu práci, kterou jste do marketingu dali.

Když selže DevX, selže i všechno ostatní

Když selže DevX, dopady nejde přehlédnout. Špatné recenze se šíří jako požár a žádný marketing tu škodu nespraví. Pro vývojáře není zkušenost jedna funkce, je to celý produkt. Tady je přesně, jak selhávající DevX podkopává zbytek vašeho marketingu.

Zahltíte vývojáře moc brzy

Jak řekl Adam DuVander, první dojem je všechno, obzvlášť ve zkušenosti vývojáře. Sami byste se nezaregistrovali ke službě, abyste pak ještě před startem dostali padesátistránkový manuál. Cristiano Betta tomu říká „performance overload“. Vývojáři nemají čas na složité instrukce. Chtějí jednoduchý a hladký onboarding, který je rychle rozjede.

A developer drowning in work

Jak to tedy udržet jednoduché?

  • Zjednodušte onboarding: soustřeďte se na kroky, které lidé ke startu opravdu potřebují.
  • Použijte progressive disclosure: pokročilé funkce odkrývejte postupně, jak si vývojář zvyká.

GitHub to dělá dobře, registrace zabere minimum údajů. Náročnější funkce jako repozitáře, organizace a integrace nabízí až ve chvíli, kdy je objevujete. To respektuje čas vývojáře a drží kognitivní zátěž nízko. Onboarding je ale jen začátek. Co se stane, když vám dokumentace přestane stačit?

Špatná dokumentace nechá vývojáře tápat

Když je onboarding první překážkou, dokumentace je maraton. Je páteří každého dobrého procesu vývoje. Špatná nebo neúplná dokumentace nechá vývojáře ztracené a frustrované. Logika je prostá: když vývojáři nenajdou, co potřebují, ztrácejí čas, dělají chyby a ztrácejí důvěru ve váš produkt.

Image about documentation

Jak to opravit?

  • Udělejte navigaci jasnou: používejte nadpisy, podnadpisy a logickou hierarchii.
  • Přidejte ukázky kódu: praktické úryvky pomohou vývojářům rychle pochopit implementaci.

Dobrým příkladem je vývojářská dokumentace Facebooku. Je strukturovaná, snadno se v ní orientuje a je plná praktických příkladů, které vývojáře provedou i složitými integracemi. Ani skvělá dokumentace ale nepomůže, pokud váš produkt ignoruje standardy platformy, na které vývojáři spoléhají.

Ignorování standardů platformy plodí nedůvěru

Vývojáři jsou tvorové zvyku. Spoléhají na zaběhlé postupy a normy, aby zůstali efektivní. Když váš produkt ignoruje standardy platformy, vytváří tření a podrývá důvěru. Je to jako jezdit po špatné straně silnice.

Jak budovat důvěru:

  • Respektujte zvyklosti platformy: držte se konvencí a vzorů, které jsou na dané platformě běžné.
  • Zajistěte kompatibilitu: testujte napříč prostředími a verzemi.

Třeba API dokumentace pro Python vývojáře, která dodržuje styl PEP 8, dává najevo respekt ke komunitě a snižuje bariéru přijetí. I bezchybné standardy ale potřebují za sebou pořádné nástroje.

Chybějící kvalitní nástroje vývojáře odhánějí

Ani nejlepší dokumentace a soulad s platformou vás nezachrání, pokud vaše nástroje nestačí. Vývojáři spoléhají na SDK, knihovny a pluginy, aby se posouvali rychleji. Když jsou plné chyb, zastaralé nebo chybí, odejdou jinam.

Jak dodávat nástroje, kterým vývojáři věří:

  • Nabídněte oficiální SDK: pokryjte jazyky, které vaše publikum opravdu používá.
  • Udržujte je: rychle opravujte chyby a držte krok s nejnovějšími aktualizacemi platformy.

PayPal si tvrdě sáhl na to, co se stane, když SDK zanedbáte. Vznikla hromada neoficiálních a nekonzistentních knihoven, a to vývojáře mátlo a frustrovalo. Stripe šel chytřejší cestou, se spolehlivými a dobře udržovanými SDK napříč řadou jazyků. Vývojáři Stripe věří, protože vědí, že nástroje vydrží.

Zanedbejte kteroukoli část DevX, onboarding, dokumentaci, standardy platformy nebo nástroje, a nezklamete jen vývojáře. Zklamete svůj marketing, svůj produkt a nakonec i svůj byznys.

Skvělá zkušenost vývojáře sama zvedá doporučování

Dobrá zkušenost vývojáře mění vývojáře v nadšené ambasadory. Když je zkušenost hladká a příjemná, chtějí ji sdílet. Stanou se z nich zastánci vašeho produktu, doporučí ho kolegům (podle průzkumu Evans Data Corporation ovlivňují 92 % vývojářů doporučení od kolegů), píšou tutoriály a zabudují ho do svých projektů.

Když Twilio v roce 2008 startovalo, silně vsadilo na DevX se skvělou dokumentací a snadno použitelnými API. Vývojáři si to zamilovali a rozšířili dál, což Twilio vyneslo na špici komunikačních API.

Trvalou důvěru buduje i průběžné zlepšování. Vývojáři si všimnou, když nasloucháte zpětné vazbě a podle ní jednáte. Pravidelné aktualizace, rychlé opravy chyb a nové funkce ukazují, že jejich potřeby berete vážně.

Otázky, které vám pomohou ke skvělému DevX

Naši přátelé z DXHeroes v čele se svým CEO Prokopem Simkem o budování silné zkušenosti vývojáře něco vědí. Prokop sdílel sadu praktických otázek, kterými své DevX vyhodnotíte a zlepšíte, od srozumitelnosti po snadnost použití:

  • Ukazuje produkt vývojářům svůj přínos? Podložte to příklady.
  • Jak rychle si ho vývojář vyzkouší nebo uvidí v akci? Dejte dema a příklady na první místo.
  • Je přijetí rychlé a jednoduché? Ubírejte kroky potřebné ke startu.
  • Je vygenerování API klíče rychlé a intuitivní? Vývojáři nesnášejí čekání na přístup.
  • Dají se pokyny pro start snadno sledovat? Srozumitelnost tady rozhoduje o prvním dojmu.
  • Je k vyzkoušení potřeba registrace? Pokud ano, udělejte ji co nejméně bolestnou.
  • Jsou možnosti konfigurace jasné a dobře zdokumentované? Nejednoznačnost vede k frustraci.
  • Je API dobře zdokumentované, s příklady a SDK? Vývojáři oceňují nástroje, které fungují hned.
  • Je verzování API ošetřené dobře, se srozumitelně komunikovanými změnami? Překvapení nikdy nepotěší.
  • Jak rychle se dá produkt integrovat? Rychlost se počítá, obzvlášť u API a SaaS nástrojů.
  • Je k dispozici pohotová podpora, když se něco rozbije? Rychlá pomoc během zádrhelu rozhoduje.

Doporučuji jejich článek o externí zkušenosti vývojáře, kde se o tématu dozvíte víc.

Závěrem

Developer marketing má zesilovat silné stránky vašeho produktu, ne zakrývat ty slabé. Když je jádro zkušenosti slabé, marketing ty slabiny jen rozhlásí většímu publiku.

Můžete jet nejnápaditější kampaně s největšími rozpočty, ale bez pevného DevX je to k ničemu. Vývojáři jsou partneři v budování, ne jen spotřebitelé. Tak s nimi i jednejte.

Pokud chcete své DevX pozvednout, zvažte spolupráci s experty jako DX Heroes. Pomáhají stavbou developer portálů a dalších produktů, které zlepšují práci, efektivitu i produktivitu startupů i velkých firem.

Až budete připravení komunikovat hodnotu svého produktu, naše SaaS obsahová agentura dodá technický obsah, který provede cestu vývojáře, urychlí přijetí a podpoří silný go-to-market.

Chcete být o krok napřed?

Nenechte si utéct naše nejlepší postřehy. Žádný spam, jen praktické analýzy, pozvánky na exkluzivní eventy a shrnutí podcastů přímo do vaší schránky.