- Developer Relations ou Developer Advocacy
→ um papel que existe principalmente em empresas cujo mercado-alvo são desenvolvedores
→ envolve atividades como criar comunidades, produzir conteúdo ou melhorar a experiência do desenvolvedor com um produto para divulgar um produto ou tecnologia específica aos desenvolvedores
3 tipos de DevRel
- Community Builder: DevRel com foco em comunidade
- papel de criar comunidades de desenvolvedores
- fazer com que os desenvolvedores levem algo de valor por meio de ações como organizar eventos, fazer transmissões ao vivo, administrar Slack/Discord e trocar feedback
- Developer Educator: DevRel com foco em conteúdo
- divulgar o produto por meio de textos ou apresentações
- blogs, vídeos, workshops, podcasts, tweets etc.
- no curto prazo, pode envolver promoções; no longo prazo, até considerar SEO
- DX Engineer: DevRel com foco no produto
- responsável pela experiência do desenvolvedor com o produto (melhorando como os desenvolvedores percebem o produto)
- conversar diretamente com desenvolvedores e, com base na opinião deles, melhorar a documentação e os guias
- também trabalha em coisas como exemplos de código, templates e integrações
Conseguindo um emprego em DevRel
- é uma área muito em alta
- muitas startups estão procurando bons profissionais de DevRel
- principais habilidades para se candidatar a DevRel
- habilidade de programação: para ter empatia com desenvolvedores, é preciso saber programar
- habilidade de construir comunidade: é bom ter experiência criando e operando comunidades, seja na universidade, em open source ou em comunidades online
- habilidade de criação de conteúdo: capacidade de apresentar, gravar vídeos para YouTube, tuitar e escrever posts de blog
Conselhos para DevRel
- How to engage developers
- Show, don’t tell.: não apenas diga, mostre (permita que usem o produto rapidamente)
- Features not benefits: mostre as funcionalidades de forma intuitiva e compare com outros produtos
- Be genuinely helpful: invista em materiais de alta qualidade (documentação de API, site de ajuda bem mantido, vídeos de como fazer, casos de uso de exemplo etc.). E facilite o contato quando precisarem de ajuda adicional
- Be Direct: conheça os desenvolvedores e imagine que está escrevendo diretamente para cada pessoa. Assim, é possível criar conteúdo realmente útil, e não texto de vendas
- Think beyond the 9-to-5.: muitos desenvolvedores tocam side projects sobre vários temas, dentro ou fora do trabalho
- Repurpose Content: reutilize ao máximo o mesmo conteúdo. Monte um pipeline como tweet → blog → vídeo → apresentação em conferência
- Have a "breakable toy": tenha um app real onde você possa aplicar novas tecnologias e mostrar métricas resultantes dessas mudanças. Deve ser pequeno, mas real. Um tracker simples de exercícios, um planejador de refeições, uma ferramenta de notas etc. É bom ter alguns usuários reais, como você e alguns amigos
- Outros materiais relacionados a DevRel
2 comentários
Também penso da mesma forma. À medida que a cultura de desenvolvimento de software evolui, é natural que os tipos de trabalho também precisem se diversificar e se especializar. Em vez de simplesmente focar em criar o produto e dividir tudo entre cargos de desenvolvimento e de gestão, seria ótimo ver o surgimento de vários papéis necessários para evoluir e promover o produto. Acho muito bom que, além da divisão apenas entre DevRel/Advocate, agora também esteja sendo acrescentado DX. Não sei se o fato de muitos membros da equipe de DevRel do Chrome terem migrado para cargos de DX no Spotify pode ser um bom exemplo. Pessoalmente, tenho bastante interesse nisso, mas as vagas realmente...
Os personagens centrais daquele texto são, em sua maioria, da equipe de DevRel da Vercel, então é curioso ver o DevRel sendo definido por uma startup mais nova(?) em vez de por uma organização de DevRel mais antiga.
Lá fora isso está super em alta, mas... no Brasil... hm... buá buá
Mesmo assim, eu acho que é um papel realmente necessário.