Part 4 of our Developer Relations Fundamentals Series.
Usually, the first thing that comes to mind when thinking about Developer Relations is Developer Advocacy. Indeed, nine times out of 10, the first role hired in a new DevRel team is a Developer Advocate. So much so that Developer Advocacy is often perceived as the only, or the single most important role, in Developer Relations.
There is so much more to DevRel than Developer Advocacy.
There are many reasons and a pile of history for this misunderstanding. When Developer Relations first started with Apple back in the early 80s, Guy Kawasaki, as the Chief Evangelist, was such a fierce promotor that an indelible mark was left on the field of DevRel. Still today, Developer Advocates/Evangelists are typically the most visible representatives of your DevRel program in external technical communities and normally front your technical marketing efforts. It is unsurprising, given their mandate and skillset, which combines technical and communication skills.
What is certain is that the Developer Advocate role and philosophy of serving developers and advocating on their behalf is a crucial function of DevRel that sets the tone for the culture surrounding DevRel.
Developer Advocates act as an information valve for a company (see diagram below). In this role they communicate out to the development community, and perform the “voice of the developer” role in their company, providing valuable feedback about the product, the developer experience, and your company's reputation within developer circles.
As we set out in our blog, What is Developer Relations, we put forward that DevRel is made up of four functional areas:
All in service to the Community.
We received some feedback expressing surprise that Advocacy wasn’t named as one of the functional areas. Our response - advocating for developers necessarily takes place across all four of those functional areas, illustrating why Developer Advocates are often referred to as “Swiss Army Knifes” or ”Jack/Jill’s of all trades.”
Check for the traps, though, especially in early-stage teams:
In addition, we often find that Developer Advocates enjoy high levels of empowerment and autonomy, but are typically hired into IC (Individual Contributor) roles. Consequently, they may not be intimately involved in the strategic planning and budget setting for the overall program.
Therefore, if you have a Dev Advocate on your team,
overlook a Dev Advocate’s insights at your peril,
and, consider career progression paths for them and your team overall.
Additionally, to give your DevRel program the best chance of success, we encourage you to look at DevRel from a higher and more strategic perspective.
Advocacy is key, but don’t forget about all of the other roles which contribute to your program. These will be roles that exist inside the core DevRel team, as well as co-workers in adjacent teams who need to collaborate with your DevRel team to deliver an optimal and friction-free Developer Journey.
Don't miss new posts. Get email notifications by subscribing to our blog.