Ontwikkelaarsrelaties kunnen worden verward met marketing, hoewel de realiteit iets genuanceerder is.
Afbeelding: Morsa Images/Getty
Het succes van elk stukje software is volledig afhankelijk van het in handen krijgen van ontwikkelaars en ervoor zorgen dat ze het willen gebruiken. Als een leverancier ontwikkelaars er niet van kan overtuigen dat hun tool nuttig, intuïtief en goed ondersteund is, is de kans groot dat het de zoveelste grafsteen wordt op het steeds groter wordende app-kerkhof.
Ontwikkelaarsrelaties zijn een interessante rol omdat het zich enigszins uitstrekt over de product-, engineering- en marketingeenheden binnen een organisatie. Het doel van relaties met ontwikkelaars is vooral om de softwaretool van een bedrijf te promoten bij de bredere ontwikkelaarsgemeenschap en erachter te komen wat ontwikkelaars precies van die tool nodig hebben om het van hen te laten werken. Deze feedback wordt vervolgens teruggenomen naar andere teams binnen de organisatie, zodat eventuele problemen en verbeteringen kunnen worden aangebracht.
Het is gebruikelijk om ontwikkelaarsrelaties te zien in bedrijven waarvan de doelmarkt, of in ieder geval hun belangrijkste klanten, ontwikkelaars zelf zijn.
ZIE: < strong>Wat is een softwareontwikkelaar? Alles wat u moet weten over de rol van programmeur en hoe deze verandert
Hoewel niet bepaald nieuw, zijn ontwikkelaarsrelaties – of DevRel – de laatste jaren meer mainstream geworden, omdat bedrijven proberen uit te vinden hoe ontwikkelaars hun digitale producten gebruiken en eventuele knelpunten aanpakken die de acceptatie kunnen belemmeren.
” Ik denk dat een team voor ontwikkelaarsrelaties echt iets kan toevoegen aan de waarde van de technologie, ook weer omdat een goed team voor ontwikkelaarsrelaties heel duidelijk maakt aan de gemeenschap dat het bedrijf luistert naar de feedback die ze krijgen en deze ook implementeert”, zegt Mary. Thengvall, directeur ontwikkelaarsrelaties bij Camunda, een open-source automatiseringsplatform.
Ontwikkelaarsrelaties kunnen verschillende vormen aannemen en kunnen verschillende dingen betekenen voor verschillende organisaties. Het kan gaan om: praten over de app van een leverancier op een conferentie; het maken van tutorials en walkthrough-video's voor YouTube; app-bronnen maken voor GitHub of reageren op vragen van ontwikkelaars op Stack Overflow.
In de kern gaat DevRel echter over het opbouwen van een verstandhouding met de ontwikkelaarsgemeenschap en dit gebruiken om erachter te komen hoe succesvolle softwaretoepassingen kunnen worden gebouwd. In die zin gaat het bij ontwikkelaarsrelaties om het sluiten van de feedbacklus en het creëren van een brug tussen de mensen die de software gebruiken en de bredere organisatie, zegt Lorna Mitchell, hoofd ontwikkelaarsrelaties bij open-sourcesoftwarebedrijf Aiven.
p>”Je hebt een manier nodig om met je ontwikkelaars te praten”, vertelt Mitchell aan ZDNet. “Je moet er zijn – om in de gemeenschappen te zijn waar de ontwikkelaars zijn. Als iemand een vraag heeft over je product op Stack Overflow, wil je daarop reageren.”
Mitchell beschrijft ontwikkelaarsrelaties als een “lijm”-rol, en daarom is het gebruikelijk om het in verschillende delen van een organisatie te zien rapporteren. “Ik rapporteer aan marketing; het is niet ongebruikelijk om te rapporteren aan product; je ziet het soms in engineering. Daar kwam het vandaan en soms is het er nog steeds.”
Uiteraard is communicatie dan ook een belangrijke pijler van de rol van DevRel. Ze moeten niet alleen de behoeften van zeer gespecialiseerde technische professionals effectief communiceren naar minder en zelfs niet-technisch personeel, maar DevRel-teams moeten ook in staat zijn om het doel of de functie van hun tool te communiceren op een manier die betekenisvol is voor ontwikkelaars.
ZIE: ontwikkelaars inhuren? Deze interviewfouten kunnen je technisch toptalent kosten
En ontwikkelaars zullen waarschijnlijk niet worden overtuigd door oppervlakkige marketingspiel, zegt Mitchell. “Er is een echt verhalend aspect aan ontwikkelaarsrelaties, wanneer je die inhoud maakt. Maar je hebt absoluut de technische karbonades nodig om er een back-up van te maken, anders ga je erover horen.”
Ze voegt eraan toe: “De gemeenschap waardeert mensen die niet op hun niveau zijn niet, en dus hoe deskundiger uw doelklant, hoe meer technische vaardigheden uw DevRel-team nodig heeft.”
Terwijl ontwikkelaarsrelaties vaak worden gebundeld in marketing en sales (het is in zekere zin marketing voor ontwikkelaars), suggereert Thengvall dat de realiteit iets genuanceerder is.
“Ik denk dat er elementen van zijn die waar zijn: we doen een aantal marketinggerelateerde activiteiten, we doen een aantal productgerelateerde activiteiten, we doen een aantal klantsuccesgerelateerde activiteiten, maar er is geen ander team in het bedrijf dat alleen het succes heeft van de [ontwikkelaar]gemeenschap als een van de belangrijkste punten in onze gedachten”, zegt ze.
“Het primaire doel voor ons is om mensen echt succesvol te maken in het oplossen van de problemen die ze hebben, en die focus dus echt te hebben stelt ons open om te kunnen zeggen: 'We identificeren deze lacunes, we zien dat dit gebieden voor verbetering zijn en we gaan deze dingen echt vooruit helpen.'”
Thengvall zegt dat ontwikkelaarsrelatieteams in veel opzichten fungeren als 'klant nul', wat een organisatie de mogelijkheid biedt om hun API's uit te testen voordat ze de bredere ontwikkelaarsgemeenschap betreden en mogelijke hiaten van tevoren aan te pakken.
“Het team voor ontwikkelaarsrelaties geeft ook waardevolle feedback over niet alleen hoe de community reageert op het product en hoe ze ervoor kiezen om het te gebruiken, maar ook wat de eerste ervaring zou kunnen zijn als we nieuwe functies uitproberen en nieuwe versies van de software”, zegt ze.
ZIE: Open source is belangrijk, en het gaat om meer dan alleen gratis software
Hoewel niet per se de meest opwindende van vakgebieden speelt documentatie een enorm belangrijke rol in DevRel, vooral nu bedrijven racen om nieuwe digitale aanbiedingen te lanceren en de concurrentie tussen leveranciers oplaait.
“Je kunt niet verwachten dat mensen gewoon weten hoe ze iets moeten gebruiken, of dat het als volledig intuïtief wordt beschouwd voor iedereen die het voor het eerst verkent. Het is dus ongelooflijk belangrijk ervoor te zorgen dat dingen goed gedocumenteerd zijn”, zegt Thengvall.
Mitchell is het daarmee eens en voegt eraan toe dat documentatie vaak vrij gedetailleerd moet zijn. “Ik zie veel echt specifieke vragen – alleen een zeer gedetailleerde 'Hoe configureer ik dit specifieke ding, wat doe ik met deze integratie of met deze specifieke vorm van gegevens'… Het kan heel moeilijk zijn om die materialen te maken, ” zegt ze.
Als de gedachte om nauwgezet gedetailleerde technische documentatie samen te stellen voor een veeleisende gebruikersgroep van ontwikkelaars je niet afschrikt, zijn er momenteel veel DevRel-rollen. “Het enorme aantal vacatures voor ontwikkelaarsrelaties op dit moment is gewoon belachelijk”, zegt Thengvall.
“Het is het afgelopen jaar enorm gestegen en ik denk dat mensen beginnen te beseffen dat ze echt een stem aan de gemeenschap nodig hebben, en dat ze iemand nodig hebben die namens de gemeenschap. We hebben dus zeker meer professionals op het gebied van ontwikkelaarsrelaties nodig.”
CXO
De eerste 100 dagen: de agenda bepalen als CIO Wat is een IT-directeur? Alles wat u moet weten over een van de topfuncties in tech People Management: Vier manieren om een organisatie te creëren waar uw team van houdt Wat is een Chief Technology Officer? Alles wat u moet weten over de CTO De CIO heeft een nieuwe reeks prioriteiten en problemen: Dit staat op hun takenlijst Digitale transformatie: dit is waarom CIO's dapper moeten blijven en blijven innoveren
Verwante onderwerpen:
Samenwerking Enterprise Software Open Source Mobiel besturingssysteem 