Resumen ejecutivo

• Developer Relations (DevRel) es el rol que conecta a una empresa tecnológica con los desarrolladores que usan su producto: documentación, contenido técnico, comunidad y feedback al equipo de producto.

• Es un perfil híbrido: necesitás saber programar lo suficiente para construir demos y, a la vez, comunicar con claridad.

• Se llega desde dos lados: developers que disfrutan enseñar y creadores de contenido o community managers que aprenden a programar.

• Para entrar, nada pesa más que un portfolio público de tutoriales, demos y charlas.

Si alguna vez seguiste un tutorial de una API, viste una charla sobre una herramienta nueva o hiciste una pregunta en el Discord de un producto y te respondió alguien de la empresa, probablemente estabas frente al trabajo de un equipo de DevRel. Es un rol que creció con las empresas cuyo cliente es un desarrollador (plataformas en la nube, APIs, herramientas de IA) y que hoy aparece cada vez más en búsquedas. Acá te contamos qué hace, qué perfil piden y cómo llegar.

Qué es Developer Relations

DevRel es el conjunto de prácticas con las que una empresa construye una relación con la comunidad de desarrolladores. El objetivo no es vender en el sentido clásico, sino que más developers adopten el producto, tengan éxito usándolo y le cuenten al equipo qué les falta. La DevRel Collective, una comunidad internacional de profesionales del rol, es un buen punto de partida para ver la amplitud del trabajo.

Dentro de DevRel suelen convivir varios títulos:

• Developer Advocate: crea contenido técnico, da charlas y representa a los developers dentro de la empresa.

• Developer Experience (DX) Engineer: mejora SDKs, ejemplos de código y el recorrido para empezar a usar el producto.

• Technical Writer: se especializa en documentación.

• Community Manager técnico: cuida foros, Discord, programas de embajadores y eventos.

Qué hace en el día a día

• Contenido técnico: tutoriales, videos, posts y ejemplos de código en GitHub.

• Documentación: revisar guías de inicio rápido, detectar pasos confusos y proponer mejoras.

• Demos y proyectos de ejemplo: apps chicas que muestran cómo resolver un caso real con el producto.

• Charlas y eventos: meetups, conferencias, webinars y hackatones.

• Comunidad: responder preguntas, moderar espacios y reconocer a quienes contribuyen.

• Feedback a producto: juntar lo que piden o sufren los developers y llevarlo al equipo con datos.

Esa última tarea es la que más diferencia al rol del marketing tradicional: DevRel trabaja en las dos direcciones, de la empresa hacia la comunidad y de la comunidad hacia la empresa.

El perfil técnico que se pide

No hace falta ser el mejor programador del equipo, pero sí construir con autonomía. En la práctica suelen pedir:

• Manejo sólido de al menos un lenguaje (JavaScript y Python son los más comunes).

• Experiencia consumiendo APIs, usando Git y GitHub y publicando proyectos.

• Escritura técnica clara: explicar un concepto complejo en pasos simples.

• Capacidad de hablar en público, en vivo o en video.

• Inglés, porque gran parte de la comunidad y la documentación está en ese idioma.

Para entender cómo se mide el trabajo, sirve mirar cómo lo describen empresas que publican sus prácticas: el handbook público de GitLab detalla los equipos de Developer Relations, sus responsabilidades y métricas.

Cómo se mide el éxito en DevRel

Es uno de los temas más debatidos del rol. Las métricas habituales incluyen developers que se registran y llegan a su primera llamada exitosa a la API, tráfico y uso de la documentación, participación en la comunidad, asistencia a eventos y cantidad de pedidos de producto que vienen de la comunidad. Un buen DevRel conecta su contenido con alguna de esas métricas, en vez de medir solo vistas.

Cómo llegar al rol

Si venís de desarrollo

1. Empezá a escribir sobre lo que resolvés en tu trabajo: un post por mes alcanza.

2. Da una charla corta en un meetup o grabá un video explicando un proyecto tuyo.

3. Respondé preguntas en foros o comunidades de las herramientas que usás.

4. Postulate a roles internos cercanos, como documentación o soporte técnico avanzado.

Si venís de contenido o comunidad

1. Aprendé a programar lo suficiente para construir y publicar tus propias demos.

2. Elegí una herramienta y armá una serie de tutoriales de principio a fin.

3. Usá tu experiencia en comunidad como ventaja: moderación, eventos y métricas de engagement son parte del rol.

En los dos casos, el portfolio es lo que abre la puerta. Te ayudan nuestras guías para ordenar tu GitHub como portfolio y sobre copywriting como habilidad clave, útil para escribir contenido técnico que se lea.

Cursos recomendados de Coderhouse

Si venís del contenido y necesitás la base técnica, el curso de JavaScript te deja construyendo demos propias. Si ya programás y querés trabajar la comunicación, el curso de Oratoria te prepara para charlas y videos, y el de Community Manager te da herramientas para gestionar comunidades.

Preguntas frecuentes

¿DevRel es un rol de marketing o de ingeniería? Depende de la empresa. A veces depende de marketing, otras de producto o ingeniería. Lo que no cambia es que combina las dos cosas.

¿Hay puestos de DevRel en Latinoamérica? Sí, sobre todo en empresas tecnológicas que venden a developers y en compañías globales que contratan de forma remota para la comunidad hispanohablante.

¿Se puede entrar como junior? Es poco común, porque se espera experiencia técnica previa. Lo habitual es llegar después de un primer trabajo como developer, soporte técnico o contenido técnico.

¿Qué diferencia hay entre DevRel y un technical product manager? El product manager decide qué se construye; DevRel ayuda a que los developers lo adopten y trae su feedback. Si te interesa esa otra área, leé qué hace un technical product manager.