Cross-posted from my blog: https://www.christianheilmann.com/2016/08/29/what-does-a-developer-evangelistadvocate-do/
Today I was asked to define the role of a developer evangelist in my company for a slide deck to be shown at hiring events and university outreach. This was a good opportunity to make a list of all the tasks we have to do in this job and why we do them. It might be useful for you to read through, and a good resource to point people to when they — once again — ask you “but, do you still code?”.
Now, what is a developer evangelist? As defined in my developer evangelist handbook:
A developer evangelist is a spokesperson, mediator and translator between a company and both its technical staff and outside developers.
What do you need to know to be one? First there are the necessary skills:
- Great development skills — both in creating and explaining software and products
- Excellent communication skills — this job is about reaching out, listening and distilling information
- Excellent networking skills — you’re meant to collect contacts and keep them happy
Then there are also important skills to have:
- Patience of a saint — you will need to have to explain your job over and over and will have to defend your lack of ”not writing code”
- Strong sense of independence — you’re job is to help communication by aiding with your voice. You’re not in sales.
- Excellent self-organising skills — you’re on the road a lot and if you don’t take care, you burn out quickly or get buried under an avalanche of requests.
Being a developer evangelist is a role that spans across several departments. Your job is to be a communicator. Whilst you are most likely reporting to engineering, you need to spend a lot of time making different departments talk to another. Therefore internal networking skills are very important. Your job also affects the work of other people (PR, legal, comms, marketing). Be aware of these effects and make sure to communicate them before you reach out.
As a translator, you have both outbound (company to people) and inbound (people to your company) tasks to fulfil. Let’s list most of them:
- Be a social media presence
- Keep up to date with competition and market
- Create openly available software products
- Participate in other products
- Participate in public discussions
- Participate in other publications
- Create video tutorials
- Participate and help with events
- Act as a “firewall” for internal teams
- Help dealing with influencers
Be a social media presence
Provide a personal channel to ask about your company or products. People react much better to a human and interact more with them than with a corporate account. Be yourself — at no point you should become a corporate sales person. Do triage — point people to resources to use like feedback channels instead of talking on their behalf Don’t make decisions for your colleagues. Help them, don’t add to their workload.
Keep up to date with competition and market
You’re the ear on the ground — your job is to know what the competition does and what gets people excited. Use the products of your competition to see what works for you and their users and give that feedback to your teams. Detect trends and report them to your company.
Create openly available software products
You need to develop software products to keep up to date technically and show your audience that you’re not just talking but that you know what you’re doing. These should be openly available. In many cases, your company can’t release as freely as you can. Show the world that you’re trusted to do so. Building products also allows you to use tools outside developers use and feed back your experiences to your company
Participate in other products
Take part in other people’s open source products. That way you know the pains and joys of using them. Your job is to be available. By providing helpful contributions to other products people judge you by your work and how you behave as a community member, not as a company person. Analysing how other products are run gives you great feedback for your teams.
Participate in public discussions
A lot of discussion happens outside your company, on channels like Stackoverflow, Slack, Facebook Groups, Hacker News and many more. You should be monitoring those to a degree and be visible, bringing facts where discussions get heated. These are great places to find new influencers and partners in communication.
Participate in other publications
Taking part in other publications than your own and the ones of your company solidifies your status as a thought leader and influencer. Write for magazines, take part in podcasts and interview series. Help others to get their developer oriented products off the ground — even when they are your competition.
Create video tutorials
Creating short, informative and exciting videos is a great opportunity to reach new followers. Make sure you keep those personal — if there is a video about a product, help the product team build one instead. Show why you care about a feature. Keep these quick and easy, don’t over-produce them. These are meant as a “hi, look at this!”.
Participate and help with events
Present and give workshops at events. Introduce event organisers and colleagues or other presenters you enjoyed. Help promote events. Help marketing and colleagues at events to make your presence useful and yielding results.
Act as a “firewall” for internal teams
People working on products should spend their time doing that — not arguing with people online
Your job is to take negative feedback and redirect it to productive results
This means in many cases asking for more detailed reporting before working with the team to fix it.
It also means managing expectations. Just because a competitor has a cool new thing doesn’t mean your company needs to follow. Explain why.
Help dealing with influencers
If you do your job right and talk to others a lot, what other people call ”influencers” are what you call friends and contacts. Show them how much you care by getting them preview information of things to come. Make sure that communication from your company to them goes through you as it makes outreach much less awkward. Find new upcoming influencers and talk to your company about them.
- Stay up to date and participate in products
- Keep product teams and internal engineering up to date
- Amplify messaging of internal teams
- Coach and promote internal talent
- Report on events and success of campaigns
- Help organising events
- Work with PR, legal and marketing
- Give constructive feedback to the product teams and get questions answered
- Collate outside feedback and convert to constructive feedback
Stay up to date and participate in products
There is no way to be a developer evangelist for a company if you don’t know about the products your company does. You need to work with and on the products, only then can you be inspiring and concentrate on improving them. Working on the products also teaches you a lot about how they are created, which helps with triaging questions from the outside.
Keep product teams and internal engineering up to date
It is important to report to your product teams and engineers. This includes feedback about your own product, but also what positive and negative feedback the competition got. This also includes introducing the teams to people to communicate with in case they want to collaborate on a new feature.
Amplify messaging of internal teams
Your colleagues bring great content, it is your job to give it reach. Amplify their messages by spreading them far and wide and explaining them in an understandable fashion to different audiences. Tell other influencers about the direct information channels your teams have.
Coach and promote internal talent
It is great that you can represent your company, but sometimes the voice of someone working directly on a product has more impact. Coach people in the company and promote their presence on social media and at events. Connect conference organisers and internal people — make sure to check with their manager to have them available. Help people present and prepare materials for outreach.
Report on events and success of campaigns
Being at an event or running a campaign should be half the job. The other half is proving to the people in the company that it was worth it. Make sure to collect questions you got, great things you learned and find a good way to communicate them to the teams they concern. Keep a log of events that worked and those who didn’t — this is great information for marketing when it comes to sponsorship.
Help organising events
It is important to be involved in the events your company organises. Try not to get roped into presenting at those — instead offer to coach people to be there instead. Offer to be on the content board of these events — you don’t want to be surprised by some huge press release that says something you don’t agree with. Use your reach to find external speakers for your events.
Work with PR, legal and marketing
Your work overlaps a lot with those departments. Be a nice colleague and help them out and you get access to more budget and channels you don’t even know about. Make sure that what you say or do in your job is not causing any legal issues.
Give constructive feedback to the product teams and get questions answered
You’re seen as a approachable channel for questions about your products. Make sure that requests coming through you are followed up swiftly. Point out communication problems to your internal teams and help them fix those. Use external feedback to ask for improvements of your own products. It is easy to miss problems when you are too close to the subject matter.
Collate outside feedback and convert to constructive feedback
Your colleagues are busy building products. They shouldn’t have to deal with angry feedback that has no action items in it. Your job is to filter out rants and complaints and to analyse the cause of them. Then you report the root issue and work with the teams how to fix them.
Why take on this job?
Considering how full your plate is, the following question should come up:
Why would you want to become a developer evangelist (or developer advocate)?
There are perks to being someone in this role. Mostly that it is a natural progression for a developer who wants to move from a delivery role to one where they can influence more what the company does.
- It bridges the communication gap — developers have a bad reputation when it comes to communication. Showing that someone technical can help understanding each other is a good move for our market.
- It helps avoiding frustration — a lot of engineering is not needed, but based on false assumptions or misguided “I want to use this”. Good evangelism helps building what is needed, not what is cool.
- It bridges age and culture gaps — if you’re not interested in a cutthroat competition in engineering, you have a chance to use your talent otherwise.
Before you jump on the opportunity, there are some very important points to remember:
- Developer relations is not a starting position — most developer evangelists graduated from being developers in the same company. You need to know the pain to help prevent it.
- There are part time opportunities though — engineers or people learning in the company can help with Devrel to ease into the job earlier.
- Always be ready to prove your worth — measuring the impact of a developer evangelist is tough, you need to make sure you’re well organised in recording your successes.
It’s a versatile, morphing and evolving role. And that — to me — makes it really exciting.