Usually, the first thing that comes to mind when thinking about developer relations is developer advocacy. Indeed, 9 times out of 10, the first role that’s 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, Chief Evangelist Guy Kawasaki 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. Unsurprising, given their mandate and skillset, which combines technical skills with communication skills.

Developer relations and developer marketing…they aren’t the same thing
The world of developer relations is often in a state of change. The industry has many takes, but most boil down to relating information and communicating with developers.

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

In this role they communicate out to the development community as well performing the “voice of the developer” role inside their company, providing valuable feedback about the product, the developer experience, and the reputation of your company within developer circles.

DevRel is made up of four functional areas:

  1. Developer marketing
  2. Developer experience
  3. Developer education
  4. Developer success

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

Especially in early-stage teams:

Just because someone can do a bit of everything in DevRel, it doesn’t necessarily set them up for success by expecting them to do a bit of everything.

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:

  1. Overlook a dev advocate’s insights at your peril.
  2. 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.

Psst.. Want to network with other developer marketers? Join our slack community!

Join the community | Developer Marketing Alliance
The Developer Marketing Community Slack community is the perfect place to connect with like-minded marketers across the globe. You’ll be able to learn and grow alongside your peers, ask questions, find job opportunities, see the latest content, and much more.