Tipps für die richtige Entwicklung von Developer Relations in Ihrem Unternehmen


Viele Unternehmen erkennen, dass sie Entwickler brauchen, die mit ihnen bauen, aber sie sind sich nicht sicher, wie. Hier sind einige Gebote (und Verbote) von einem der besten DevRel-Experten der Branche.

developer relationsdeveloper relations

Bild: iStock

In der Technik sind einige Dinge intuitiv wichtig, aber mit Auswirkungen, die notorisch schwer zu messen sind. Nehmen wir zum Beispiel DevRel oder Developer Relations. Es ist zu einer Binsenweisheit geworden, dass Entwickler die neuen Königsmacher sind, dass sie für den Erfolg einer Plattform oder eines Dienstes immens wichtig sein können. Und doch, wie Shawn Wang von Temporal schrieb, ist DevRel oft „Viel Brutzeln, fragwürdiges Steak.“

Angesichts einer offensichtlichen Unfähigkeit, konsistent zu messen die Auswirkungen, die DevRel auf das Vermögen eines Unternehmens hat, warum investieren Unternehmen weiterhin? Denn sie investieren definitiv, und zwar nicht nur in den USA und Europa, und nicht nur Technologieanbieter, wie ich ausführlich beschrieben habe. Wenn man bedenkt, wie lange Wang an DevRel beteiligt ist und für wen (AWS, kurz bevor er zu Temporal kam), sind seine Vorschläge zur Messung der Wirkung von DevRel besonders aufschlussreich.

Alle coolen Kids machen es Klar, Die DevRel-Leute, denen Sie auf Twitter folgen, arbeiten wahrscheinlich für AWS, Google und Microsoft, aber diese Cloud-Unternehmen sind kaum die einzigen Unternehmen, die DevRel-Experten beschäftigen. Ich habe schnell gesucht und DevRel bei Ford Motor Company (Automobil), CapitalOne (Finanzdienstleistungen), Ubisoft (Gaming) und mehr gefunden. Das liegt daran, dass jedes Unternehmen zwar unterschiedliche Anforderungen an Drittentwickler hat, Unternehmen jedoch zunehmend Wert darin sehen, Entwicklern die Möglichkeit zu geben, auf ihren Software- (oder Hardware-) Assets aufzubauen.

Oder, wie Martin Woodward, Senior Director of Developer Relations bei GitHub, betont hat: „Der Grund, warum DevRel derzeit in der Branche so beliebt ist, liegt darin, dass immer mehr Menschen sich mit Software beschäftigen und die Bedeutung von Community und Community verstehen Aufbau von Netzwerkeffekten um Ihre Software herum, damit sie wächst und sie wächst organisch.“ Wenn jedes Unternehmen zunehmend von Software abhängig ist, könnte so ziemlich jedes Unternehmen davon profitieren, dass mehr Entwickler diese Software verwenden und/oder in irgendeiner Weise dazu beitragen.

Dennoch, sobald Sie erkennen, dass Sie DevRel aus welchem ​​Grund auch immer brauchen, wie messen Sie den Erfolg?

SEHEN: Einstellungskit: Android-Entwickler (TechRepublic Premium)

Es ist üblich, Vanity-Metriken wie GitHub-Sterne zu sehen (für eine Open Source Projekt, das Sie möglicherweise haben) oder Abzeichen, die bei persönlichen Veranstaltungen gescannt wurden (erinnern Sie sich daran)? Diese seien wertlos, argumentierte Wang. Stattdessen: „Hör auf zu suchen: Deine North Star-Metrik ist ‚monatlich aktive Entwickler‘.“ Das heißt, die Anzahl der Entwickler, die Ihren Newsletter abonnieren, zu Ihrem Projekt beitragen, Ihrem entwicklungsbezogenen Twitter-Handle folgen usw. Indem Sie all die verschiedenen Möglichkeiten zusammenfassen, wie Entwickler mit Ihrem Unternehmen interagieren, erhalten Sie eine ganzheitliche Sicht auf die Gesundheit der Community . Wenn diese Zahl steigt, großartig. Wenn unten, nicht so toll.

Ein Problem bei der Messung von DevRel ist, dass man leicht dem Gesetz der großen Zahlen unterliegt. Nein, nicht 3952138 dieses 3952138 Gesetz der großen Zahlen; Vielmehr meine ich die Idee, dass jeder große Zahlen will, weil groß gut ist, oder? Vielleicht. Aber in DevRel kommen viele der besten Dinge davon, weniger, aber wertvollere Menschen zu erreichen. Oder wie Wang es ausdrückte, viele DevRel-Metriken scheitern, „weil sie Quantität über Qualität, Breite über Tiefe, kostenlos und oberflächlich über bezahlt und auf ernsthaftes Interesse hinweisen.“

Denken Sie so darüber nach. Wenn ich ein Open-Source-Projekt leite, ist es verlockend zu glauben, dass eine lebendige Community wie Zehntausende von Mitwirkenden am Projekt aussieht. Doch für die überwiegende Mehrheit der Projekte tun weniger als 03 Menschen 90% der Arbeit, wie eine aktuelle Studie aufdeckte. Fast alle Projekte würden also mehr davon profitieren, wenn sie einen dieser 10 Menschen finden würden, die sich intensiv für a einsetzen können Projekt, anstatt zu versuchen, eine Armee von Zuschauern anzuhäufen. Für den DevRel-Experten, der geholfen hat, diesen einen Mitwirkenden zu gewinnen, ist seine Arbeit für das Jahr erledigt.

developer relations SIEHE: Geschäft Führer

als

Entwickler: Der Aufstieg kein Code und Low-Code Software (kostenlos PDF) (TechRepublic)3952138

Womit wir wieder bei der Frage wären, was DevRel tun sollte. Dies hängt, wie bereits erwähnt, von Ihrem Produkt/Projekt ab, aber eine Sache, die Wang herabsetzt und die ich regelmäßig bei verschiedenen Unternehmen angepriesen habe, ist die Verwendung von DevRel zur Information der Produktentwicklung. Es scheint so eine großartige Idee zu sein. Es funktioniert nur selten: „Die Realität ist oft, dass das Verhältnis dieses Straßenverkehrs in beide Richtungen 99 % ausgehend und 1 % eingehend“, schrieb er, „weil die Produkt-/Engineering-Organisationen keine Bandbreite für ‚Schatten-PM-ing‘ von devrel reserviert haben und alle Metriken von devrel auf ausgehenden Datenverkehr ausgerichtet sind.“

Also was sind gute Gründe für DevRel? Ich betrachte DevRel gerne als eine authentische Möglichkeit, Entwickler zu engagieren (oder an sie zu vermarkten). Dies kann laut Wang erreicht werden, indem man DevRel auf Community, Inhalt und/oder Produkt konzentriert. Ein Unternehmen möchte möglicherweise eine breite Community um ein ergänzendes Open-Source-Projekt herum aufbauen, um beispielsweise das Kernprodukt leichter verkaufen zu können, oder vielleicht soll die Community einfach dafür sorgen, dass potenzielle Käufer sich in der Anzahl sicher fühlen. Oder vielleicht würde DevRel tiefgreifende technische Inhalte erstellen, die es Drittentwicklern ermöglichen, mit oder auf dem Produkt des Unternehmens aufzubauen. Apropos Produkt: DevRel kann auch das Team sein, das ein Produkt zum Leben erweckt, indem es Demos erstellt und auf diese und andere Weise dem Produktteam des Unternehmens hilft, zu wissen, wenn ein neues Produkt noch nicht ganz bereit für die allgemeine Verfügbarkeit ist.

)

Aber warte! Es gibt mehr. So viel mehr, dass ich es Ihnen überlasse, Wangs ausgezeichneten Beitrag zu lesen. Denken Sie daran: Das „richtige“ DevRel ist auf die Anforderungen Ihrer Organisation abgestimmt. Du bist nicht Google. Sie benötigen die DevRel-Organisation von Google nicht. Wie ich geschrieben habe: „Also, bevor Sie gehen, stellen Sie einen DevRel-Lead in der Form von ein Kelsey Hightower (in der Tat eine sehr hohe Messlatte), verstehen Sie zuerst die Gemeinschaft, die Sie sich erhoffen. Es kann gut sein, dass der ideale Kandidat in der Kabine nebenan sitzt.“

Offenlegung: Ich arbeite für MongoDB, aber die hier geäußerten Ansichten sind meine 3952138.

Ähnliche Artikel

Schaltfläche "Zurück zum Anfang"