He estado entrevistando mucho últimamente (y no, no quiero hablar de eso). Casi todo el tiempo me preguntan “¿Cómo se definen las relaciones con los desarrolladores?” y esta publicación es la respuesta detallada a esa pregunta.

Lo escribo porque casi todos los entrevistadores a los que les he dado esto han dicho alguna forma de “¡Esa es una muy buena analogía! Deberías escribir eso como una publicación de blog”. Aqui estamos.

Primero, DevRel no es una fiesta

DevRel es muchas cosas, pero una fiesta no es una de ellas. De hecho, es uno de los trabajos más difíciles en tecnología. Es como tener 4 o 5 trabajos a la vez.

  1. Eres desarrollador
  2. Eres un especialista en marketing
  3. Eres vendedor
  4. Eres gerente de producto
  5. Eres profesor

Y para colmo, debe poder influir en marketing, ingeniería, ventas y gestión de productos, todo sin tener ninguna autoridad. No puede decirle a nadie qué hacer directamente, porque ninguno de ellos depende de usted o, a menudo, ni siquiera depende de sus organizaciones. Pero hay que poder evitar que hagan cosas tontas que los desarrolladores odiarán y convencerlos para que hagan las cosas que los desarrolladores quieren.

Marketing quiere producir algo de botín para una conferencia que es… desaconsejable, y hay que convencerlos de que no lo hagan. Tengo ejemplos. Es mejor si has establecido una relación con ellos de modo que vengan y pregunten qué tipo de botín sería bueno. O Marketing quiere reescribir la publicación del blog del CTO o la presentación del CFP (Call for Papers), y lo convierten todo en un florido lenguaje de marketing y hay que deshacerlo todo para que la charla realmente sea aceptada.

La ingeniería intenta priorizar las correcciones de errores y las funciones, y usted debe influir en esas elecciones en nombre de la comunidad de desarrolladores. Ingeniería y Gestión de Productos quieren seguir adelante con sus funciones favoritas, pero usted sabe que los desarrolladores están pidiendo a gritos un conjunto diferente de funciones. Tienes que influir en esas elecciones.

Podría seguir y seguir, pero ya entiendes la idea. Y, en general, tienes que hacer todo eso mientras escribes contenido técnico (publicaciones de blog, tutoriales, etc.), hablas en conferencias y organizas reuniones y otros eventos. A menudo, todo eso se hace desde un asiento de avión o desde la sala VIP de un aeropuerto. No es una fiesta. Es agotador.

DevRel es una fiesta

Pero es una fiesta

Y ahora les voy a contar por qué es una fiesta. Algo así como.

Primero, veamos lo que considero los 3 pilares de DevRel: defensa del desarrollador, experiencia del desarrollador y gestión de la comunidad. Repasemos cómo funciona cada una de esas partes en esta analogía del partido.

Defensa de los desarrolladores

El Defensor del Desarrollador (DA) es la persona de primera línea que interactúa con los desarrolladores a diario. Hablan con desarrolladores, dan presentaciones en conferencias, escriben contenido técnico y, en general, intentan atraer desarrolladores a su plataforma. Están en el mundo intentando que los desarrolladores vengan a tu fiesta. Tienen que ser agradables, sentirse cómodos con la gente y lo suficientemente técnicos como para poder hablar de manera creíble con los desarrolladores sobre su plataforma.

Sus defensores de los desarrolladores deben ser capaces de promocionar su plataforma y su comunidad como un gran lugar que tiene valor para los desarrolladores, es un lugar inclusivo y acogedor, y que tiene recursos para ayudarlos. Deben poder hacerlo de una manera auténtica y genuina, y que no sea sólo lenguaje de marketing.

El anfitrión de la fiesta

Experiencia del desarrollador

El equipo de Experiencia de Desarrolladores (DevEx) es responsable de garantizar que cuando los desarrolladores asistan a su fiesta, haya cosas que hacer. Son responsables de la experiencia de incorporación, la documentación, los SDK, las API, la CLI y todas las demás herramientas que los desarrolladores utilizarán para interactuar con su plataforma. Ellos son responsables de asegurarse de que la fiesta sea divertida y de que haya cosas que hacer.

DevEx crea, prueba y mantiene las demostraciones, tutoriales y otro contenido que los desarrolladores utilizarán para aprender sobre su plataforma. Si DevEx falla, entonces todas las personas a las que Developer Advocacy convenza para que asistan a la parte se darán la vuelta y se irán. Y no volverán pronto. El viejo dicho “nunca tienes una segunda oportunidad para causar una primera impresión” nunca es más cierto que en DevRel.

Si está a medio construir, se irán.

Si no se construye, se irán.

Gestión comunitaria

Por último, pero no menos importante, está la gestión comunitaria. Este es el grupo responsable de garantizar que la fiesta sea divertida, acogedora, segura y que las personas se sientan valoradas e incluidas. ¿Existe un Código de Conducta? ¿Se aplica? ¿Existen directrices claras para su aplicación? Un buen Community Manager se asegura de que todas estas cosas estén en su lugar y de que funcionen.

El Community Manager también es responsable (generalmente) de un programa de “campeones”. Estas son las personas que son el alma del partido. Ellos son los que siempre están ahí, siempre ayudando, siempre asegurándose de que todos la pasen bien. Responden preguntas, apoyan a otros miembros de la comunidad y, en general, se puede contar con ellos como los “pilares de la comunidad”.

Pero un buen Community Manager también sabe quiénes son los merodeadores y puede animarlos a convertirse en miembros activos. También saben quiénes son los posibles alborotadores y mantienen una estrecha vigilancia para asegurarse de que se respeten los estándares de la comunidad.

Un partido puede arruinarse rápidamente y, una vez que lo hace, puede ser casi imposible volver a encarrilar las cosas o superar el daño a la reputación.

Hay muchísimos, muchos ejemplos.

Gerente de comunidad

Es un deporte de equipo

DevRel es un deporte de equipo. Se necesita mucha gente, con muchas habilidades diferentes y diversas, para que sea un éxito. No es una fiesta, pero es una fiesta. Es mucho trabajo duro, pero también es muy divertido. Es mucho estrés, pero también mucha alegría.

Y no es algo que se pueda lograr de la noche a la mañana. Se necesita tiempo y un esfuerzo concertado a lo largo del tiempo para construir la casa, colocar todas las piezas en su lugar, atraer a las personas adecuadas y luego nutrirlas para formar una comunidad. Es mucho trabajo, pero vale la pena.

DevRel también es un centro de costos. No va a generar ingresos directamente. Pero también es un multiplicador de fuerza. Puede mejorar su producto, fortalecer su comunidad y hacer que su empresa tenga más éxito. Es una inversión a largo plazo y vale la pena. No verás el éxito en 3 meses. O 6 meses. O incluso un año, muy probablemente. Sí, puede esperar ver avances, pero llevará tiempo construir el tipo de comunidad que hará que su empresa tenga éxito.

Dicho todo esto, DevRel absolutamente puede participar en la generación de ingresos significativos. Aquí están mis sugerencias sobre cómo:

  • Asegúrese de saber quiénes son los ejecutivos de cuentas/vendedores. Ofrécete a ayudarlos si lo necesitan. Asegúrate de que sepan quién eres y qué puedes ofrecer.
  • Saber cuáles son las metas y objetivos generales de la empresa para el año y el trimestre. Centra tus esfuerzos en cosas que ayudarán a la empresa a alcanzar esos objetivos.
  • Realice un seguimiento de las cosas que hace para impactar las metas y objetivos de la empresa, y cómo ayudó a generar ingresos.
  • Manténgase al tanto de las personas de su comunidad que han progresado con su software y, especialmente, busque pistas de que puedan estar listas para hablar con el departamento de ventas.
  • Cuando estén listos, haz la presentación. Y hágalo personal para que tanto el cliente potencial como el ejecutivo de ventas sepan que se ha tomado el tiempo para comprender sus necesidades y que se las está comunicando a las personas adecuadas.

Conclusión

Como he dicho, DevRel es como una parte en cuanto a cómo debe planificarse, gestionarse y ejecutarse. Ninguna fiesta verdaderamente épica “sucede simplemente”. Se necesita trabajo y todo un equipo para que parezca sencillo. DevRel tampoco es parte porque es una cantidad impía de trabajo. Existe una tremenda responsabilidad y no es algo que se pueda simplemente “improvisar”. Esas ideas para blogs y tutoriales no surgen de la nada. Requieren tiempo, investigación y esfuerzo.

Entonces, organicemos todos una fiesta para la gente de DevRel en su empresa. Celebre sus logros y asegúrese de que, si Devrel ha impactado su trabajo, todos lo sepan.