DevRel är den nya marknadsföringen (men kan inte känna sig som marknadsföring)

Bogomil Balkansky

följ

Nov 12, 2020 * 4 min läs

Open source och shift left är två trender som gör utvecklare till de sanna beslutsfattarna för att anta infrastrukturprogramvara produkt.

denna nya verklighet har djupgående konsekvenser för marknadsstrategin för alla infrastrukturprogramvaruföretag. Varför? Eftersom det sista utvecklare vill göra är att prata med säljare. Den klassiska RFP-processen har ersatts av utvecklare som hittar sina egna svar på utvecklarforum. Leverantörsstyrda POCs har ersatts av självbetjäningsförsök.

i detta nya sammanhang är utvecklarrelationer och samhällsbyggande den nya marknadsföringen och försäljningen. På Sequoia samlade vi nyligen ledare för utvecklarrelationsfunktioner från några ledande företag — som Confluent, MongoDB och Twilio — och några nya — som Fishtown Analytics (som vi nyligen samarbetade med, läs mer här), Temporal och Gremlin — för att förstå det nuvarande läget för utvecklarrelationer idag.

här är vad vi lärde oss:

  1. Covid-pålagda lockdowns kräver en nyföreställning av samhällsbyggande som en helt virtuell aktivitet (inte förvånande)
  2. att identifiera och stärka produktmästare är den högsta hävstångsaktiviteten i DevRel-funktionen
  3. med tanke på den nya betydelsen av DevRel, där den sitter organisatoriskt är fortfarande ifrågasatt
  4. DevRel-verktygskedjan är i bästa fall omogen och lämnar mycket att var önskad

de covid-pålagda lockdowns kräver en nyföreställning av samhällsbyggande som en helt virtuell aktivitet. Det har varit några positiva biprodukter från att arbeta hemifrån: (1) DevRel Slack-kanalaktiviteten har ökat med så mycket som 3x hos vissa företag och (2) DevRel-aktiviteter kan vara mer inkluderande av medlemmar i samhället som inte bor i större storstadsområden. Vi hörde att vissa säger att DevRel-ledare säger att de har lyckats lansera kontorstid på nätet; andra experimenterar med helt nya kanaler, till exempel Twitch; och andra moderniserar fortfarande den lugna världen av onlineutbildning med retro rollspel, som Twilio Quest.

att identifiera och stärka produktmästare i samhället är den högsta hävstångsaktiviteten i DevRel-funktionen. Mästare är de mest engagerade evangelisterna av produkten-de är de människor som har knutit sin karriär och yrkesidentitet till att bli expert på en viss produkt. (På AWS kallas mästare ” hjältar.”) Att identifiera och aktivera dessa mästare är en av de viktigaste aktiviteterna för alla DevRel-funktioner. Konsensus är att mästare är födda, inte gjorda. Eftersom det är svårt att skapa en mästare, är ansträngningen bäst att hitta och odla dessa individer. Entusiasm och inflytande är de bästa egenskaperna hos mästare som blir de mest kraftfulla rösterna för en Devrelorganisation. De inneboende belöningarna för champions är roliga (kontakt med likasinnade människor), tillhörighet (associera sig med ett starkt varumärke) och tillväxt (karriärutveckling och öka deras inflytande).

med tanke på den nya betydelsen av DevRel, där den sitter organisatoriskt är fortfarande ifrågasatt. DevRel kan vara den nya marknadsföringen, men om det kommer att fungera kan det inte kännas som det: Utvecklare lider ingen marknadsföring fluff. Avkastningen på DevRel är lead generation, och det är ett argument för att göra det till en del av marknadsorganisationen. Men DevRel lead generation kan bara lyckas om den sitter nära produkt-och ingenjörsteam eftersom det är vad utvecklargemenskapen vill och förväntar sig: de vill vara de första som vet om en produktplan och de vill kunna påverka den. I vissa fall har DevRel studsat fram och tillbaka mellan marknadsföring och produkt, men oavsett var den rapporterar organisatoriskt behöver den en direkt kommunikationslinje till produktchefer och ingenjörer. Sara Varni, Twilios CMO, delade sitt företags resa för att förena dessa två olje-och vattenvärldar. De bästa DevRel-personerna är tillräckligt tekniska och känner till produkten väl. Men när funktionen växer och mognar uppstår icke-tekniska roller (som händelse-och samhällshantering).

DevRel-verktygskedjan är i bästa fall omogen och lämnar mycket att önska. Alla har en kärlek-hat relation med Slack för DevRel ändamål. Dess största fördel är att den finns på skrivbordet för alla utvecklare, vilket ökar engagemanget. Men Slacks sökfunktion är dålig: diskussioner är inte sökbara på den offentliga webben och samma frågor besvaras om och om igen. Varje enskild DevRel-ledare har lekt med tanken på att ersätta Slack, men många är rädda för att förlora sin distributionskraft. Vissa har tagit steget och förklarat vältaligt varför. Praktiskt taget alla DevRel-team använder flera kanaler för att engagera sig i samhället (GitHub, Stack Overflow, sociala medier etc.), men det finns inget enda verktyg för att spåra och mäta samhällsengagemang över flera kanaler. Olika DIY-lösningar har försökt lösa detta: Hootsuite i samband med Slack för varningar om sociala medier och nyheter; En Airtable dashboard med några API-integrationer och data från Bitergia; och en specialbyggd instrumentpanel baserad på Kibana. Commsor är en intressant start som försöker förena samhällsmätning och spårning över kanaler. Och det finns ett sortiment av andra nya tekniker som DevRel-ledare testar: Bevy (virtual Meetup.com plattform), Toucan.evenemang (sociala evenemangsplattform), Tulula (”Netflix för tekniska evenemang”), Circle.so och bana.kärlek (Gemenskapsplattformar).

Lämna ett svar

Din e-postadress kommer inte publiceras.