¿Qué es DevRel o Developer Relations? o acaso es Developer Advocate

por

Developer Relations

(o DevRel) es la parte de una organización que se centra en asegurarse de que un producto esté listo para su adopción cuando el usuario previsto es un desarrollador de software. Un producto técnico es diferente porque la audiencia que lo consume:

  • No suele responder a las tácticas de marketing tradicionales.
  • No suele responder a las ventas tradicionales.
  • Está bien informado y, a menudo, es capaz de resolver el problema por sí mismo.

Un producto que es una API disponible en la nube es un buen ejemplo, los desarrolladores pueden recomendar o bloquear la decisión de compra. Por lo tanto, la posición del DevRel se basa en un equipo multifuncional que aspira a ganarse la recomendación de ese desarrollador.

Esto se puede hacer de diversas formas: Vía correo se puede asegurar de una gran experiencia por parte del desarrollador, o quizás evangelizando el producto para aumentar la aceptación del mismo. A través de la construcción de una comunidad dentro de los ecosistemas de software más grandes, o abogando por cambios en el producto que ayuden a los desarrolladores con su adaptación , además de proporcionar todo el apoyo necesario para que el uso del software en los proyectos de los desarrolladores sea totalmente exitosa.

Muchas grandes empresas de tecnología tienen equipos y programas de DevRel; entre las que se incluyen AWS, Dolby, Google, Intel, IBM, Microsoft, Salesforce, Samsung, Twilio, etc.

¿Qué hace un DevRel?

Hay una serie de actividades que se pueden agrupar en el dominio del puesto de Relaciones Públicas de los desarrolladores. Dependiendo de la etapa en el que se encuentre el producto, hasta su disponibilidad general para poder salir al mercado, se determinará dónde están las prioridades del DevRel.

Algunas de las tareas, podrían ser las siguientes:

  • Asistir y patrocinar eventos para desarrolladores, como reuniones, conferencias y hackatones.
  • Crear proyectos, prototipos y demostraciones interesantes utilizando previamente a su lanzamiento, los nuevos productos y APIs.
  • Crear documentación técnica, tanto guías de introducción al producto, como tutoriales o publicaciones de blog más informales.
  • Generar contenido, a través de múltiples modalidades: Seminarios web, sesiones de codificación en vivo, videos grabados, entrevistas de podcast, talleres o presentaciones en persona, etc.
  • Trabajar con asociaciones y alianzas para alcanzar nuevas oportunidades de colaboración en conjunto, que nos puedan lanzar al mercado con servicios complementarios que se requieran para la construcción de algo concreto.
  • Hacer crecer las comunidades en línea y fuera de línea; mediante listas de correos, programas VIP, etc.
  • Brindar soporte técnico a través de canales que sean lo más conveniente posibles para los desarrolladores, incluidos eventos en persona, foros en línea, pilas de formación, redes sociales, StackOverflow, Quora, etc.
  • Desarrollar herramientas y el SDK que ayude a los desarrolladores a incorporarse y tener un éxito más rápido y con una curva de aprendizaje menos drástica.

Para lograr todas estas actividades, el DevRel, debe trabajar en estrecha colaboración y en participación constante con el resto de los departamentos de la organización. Como por ejemplo: La gestión de Productos, el equipo de ingeniería, el equipo de marketing, la sección de comunicaciones, los relaciones públicas y la atención al cliente.

Esto es lo que hace que colocar a un DevRel dentro de una organización, casi siempre sea un gran desafío. Se requiere, que todas las partes de la organización contribuyan y se enfoquen en la inclusión del DevRel, para que éste, pueda enfocarse a tiempo completo en todas las funciones.

¿Qué habilidades debe tener un DevRel?

La habilidad más importante que debe tener un “relaciones públicas de desarrolladores” en su stack de habilidades es la empatía.

Una vez me dijeron que en Google, el Developer Advocate es visto como el cliente cero: Una parada temprana en el proceso de lanzamiento para sentir lo que experimentará el desarrollador final cuando intenta utilizar una API en un proyecto.

Este no es el mismo objetivo que el aseguramiento de la calidad (QA), sino más bien una prueba de aceptación del usuario para que “Hello World” funcione de manera eficiente dentro del conjunto de herramientas preferido de un desarrollador.

Esto significa asegurarse de que el servicio sea fácil de aprender, se pueda utilizar en diferentes entornos y se pueda utilizar en combinación con otros productos ofrecidos por la misma empresa.

El equipos de relaciones con el desarrollador o DevRel dentro de una gran organización, podría englobar numerosas habilidades, como las que vamos a describir a continuación:

  • Desarrollo de software: Experiencia en arquitectura de soluciones, desarrollo full-stack políglota, uso de API web, etc.
  • Comunicaciones: Como redacción técnica y oratoria, relaciones interpersonales multi-funcionales.
  • Experiencia de usuario (UX): Como diseño centrado en el usuario, creación de herramientas de productividad para desarrolladores, etc.
  • Negocios: Como desarrollo comercial, asociaciones y alianzas, relaciones públicas, etc.

Dependiendo de las fortalezas específicas de cada individuo, podría prepararse para uno de los roles típicos de relaciones con el desarrollador (esta no es la estructura de un equipo, solo ejemplos de títulos que podrían existir):

  • Desarrollador evangelista / evangelista técnico: Las definiciones varían, pero con frecuencia se asocian con representar a la empresa ante la comunidad para vender el sueño de lo que un producto puede hacer.
  • Defensor del desarrollador: A menudo pone mayor énfasis en representar a la comunidad ante la empresa, expresando los comentarios recopilados de los desarrolladores en la comunidad para ayudar a dar forma a la dirección del producto mientras brinda apoyo.
  • Community Manager / Events Manager: Colaborador y facilitador para cuidar de la comunidad, compartir información, hacer conexiones o planificar eventos.
  • Experiencia de desarrollador / Ingeniero de programas de desarrollador: a menudo trabaja dentro de la empresa centrándose en la usabilidad y la ingeniería de las herramientas del desarrollador, la higiene de las API, la creación de SDK, tutoriales y portales.
  • Gerente de contenido / escritor técnico: Hábil para comunicarse de manera clara y efectiva con las audiencias
  • Marketing de desarrolladores / Growth Hacking: Redacta de manera clara el mensaje en torno a lo que hace un producto para que resuene entre la audiencia de desarrolladores que intenta encontrarlo mediante el cultivo de redes sociales, anuncios y tácticas relacionadas.

Relacionados

Grandes enlaces de interes:

Relacionado