¿Por qué las relaciones con los desarrolladores son fundamentales para el éxito de Web3?

Anteriormente, analizamos cómo las empresas emergentes en etapa inicial construyen comunidades de desarrolladores y rastrean la adecuación del producto al mercado. Sin un equipo eficaz de relaciones con los desarrolladores, es poco probable que estas iniciativas tengan éxito.

Los profesionales de relaciones con desarrolladores a menudo sirven como centros de información, a menudo colaboran con otros equipos de operaciones, como productos, ventas y marketing, y mantienen a todos informados. Dado que muchas nuevas empresas Web3 están centradas en los desarrolladores, es necesario comprender mejor esta función. Específicamente, cómo las relaciones efectivas con los desarrolladores agregan valor en una etapa temprana y por qué son fundamentales para la salud del ecosistema Web3 en general.

En este artículo, discutiremos los siguientes puntos:

• Qué son las relaciones con los desarrolladores y cómo ha evolucionado.

• Cómo las relaciones con los desarrolladores pueden respaldar el crecimiento de las startups a lo largo del ciclo de financiación.

• Un aspecto importante de las relaciones con los desarrolladores para las primeras empresas de Web3.

• Qué buscar al contratar para un puesto de relaciones con desarrolladores.

• Cómo las relaciones con los desarrolladores pueden hacer avanzar la Web3 como industria.

¿Qué son las relaciones con los desarrolladores?

Las relaciones con los desarrolladores, o "DevRel" para abreviar, describen una serie de actividades con un objetivo final común: alentar a los desarrolladores externos a crear software y aplicaciones para un ecosistema tecnológico específico.

Una breve historia de DevRel

Comprender el papel de DevRel ayuda a comprender mejor el contexto en el que surgió. A medida que el movimiento de código abierto ha ido creciendo, muchas personas desempeñan funciones que pueden incluirse en las relaciones con los desarrolladores, proporcionando promoción y educación. Sin embargo, no se convirtió en una profesión distinta hasta que las empresas comenzaron a vender de manera más agresiva a los desarrolladores.

Nacimiento del evangelista del software

Se dice que Apple fue pionera en este enfoque en la década de 1980 cuando introdujo el puesto de "evangelista del software", cuyo trabajo era alentar a los desarrolladores a crear aplicaciones para macOS y más tarde para iOS.

Apple reconoce que una plataforma es tan valiosa como las aplicaciones que se ejecutan en ella. Parte de la razón por la que el iPhone ha tenido tanto éxito, por ejemplo, es que brinda a los consumidores acceso a una variedad de aplicaciones atractivas. Aunque muchas de estas aplicaciones fueron desarrolladas originalmente por la propia Apple, el ecosistema ha crecido hasta el punto en que las aplicaciones de terceros representan el 99,99 por ciento de las aplicaciones de la App Store.

Crecimiento impulsado por el producto y auge de un enfoque centrado en el desarrollador

En 2016, Blake Bartlett de OpenView Venture Partners acuñó el término "dirigido por productos" (PLG) después de invertir en empresas como Optimizely y DataDog. La suposición detrás de PLG es que la adopción de productos puede crecer orgánicamente sin requerir grandes inversiones en ventas o marketing de arriba hacia abajo. Las empresas de SaaS suelen utilizar este modelo para estimular el crecimiento al permitir que las personas se registren y prueben el producto de forma gratuita. El objetivo es que los usuarios individuales promocionen productos dentro de sus propios departamentos y redes profesionales.

PLG es especialmente eficaz para empresas que se dirigen directamente a desarrolladores, como Stripe, Twilio y MongoDB. Estas empresas utilizan la estrategia DevRel como medio para impulsar el crecimiento. DevRel es necesario porque los desarrolladores no tienen interfaces de usuario bien diseñadas para brindarles la mejor experiencia de incorporación. Necesitan más soporte: no existe una experiencia frontal perfecta para ayudar a las personas a familiarizarse con las nuevas API o SDK.

Como tal, DevRel desempeña un papel fundamental a la hora de ayudar a dar una buena primera impresión a los desarrolladores, especialmente al centrarse en todos los aspectos de la experiencia del desarrollador (DX).

DevRel es el término general para varios departamentos funcionales.

Las empresas más grandes centradas en desarrolladores como Twilio o Atlassian tienen departamentos completos de DevRel donde los roles laborales se dividen en diferentes funciones de DevRel, como marketing de desarrolladores o gestión comunitaria. En las empresas emergentes más pequeñas, estas funciones suelen estar a cargo de un generalista que tal vez ni siquiera tenga "DevRel" en su título.

El siguiente diagrama destaca cómo se dividen normalmente las funciones de DevRel y compara sus objetivos básicos.

 Adaptado de "Los cuatro pilares de las relaciones con los desarrolladores" - desarrolladorrelations.com

Si bien la concienciación es clara, el concepto de "activación" en los productos centrados en el desarrollador no siempre es fácil de precisar. Para los productos basados ​​en API, suele ser cuando el desarrollador crea un token de acceso y realiza la primera llamada a la API. Para un SDK o biblioteca, podría ser la primera vez que importan y utilizan una función en su código. Dependiendo del producto, el proceso de activación para desarrolladores varía.

Relaciones con los desarrolladores en Web3

El papel y los objetivos de DelRel en Web3 son muy similares a los de Web2. En ambos casos, los profesionales de DevRel tienen que lidiar con diferentes comunidades de código abierto, cada una con su propia cultura única. El desafío para los profesionales de Web3 DevRel es la falta de herramientas para rastrear las métricas correctas y simplificar las tareas de ingeniería de bajo nivel. Por ejemplo, los desarrolladores front-end de Web2 tienen marcos de compilación dedicados y maduros, como React o Vue.js, lo que reduce en gran medida el tiempo para crear aplicaciones web completamente funcionales. Y en Web3, el marco equivalente aún no ha madurado, por lo que los educadores de Web3 tienen más trabajo que hacer para poner al día a los nuevos desarrolladores.

Web3 DevRel aún se encuentra en sus primeras etapas

Si bien algunas organizaciones Web3 tienen departamentos DevRel completos, como Consensys, Alchemy y Chainlink Labs, estos siguen siendo una minoría. La mayoría de las nuevas empresas Web3 tienen sólo un representante de DevRel, o ninguno. En cambio, las funciones relacionadas con DevRel se distribuyen entre diferentes miembros del equipo.

Aunque hay varias personas en el equipo de Web3 en roles de DevRel, esas personas generalmente no han estado trabajando en Web3 por mucho tiempo. Muchos se han transferido en los últimos 12 meses desde roles equivalentes en gigantes de Web2 como Google, Facebook y Amazon. Esto no ha sido ignorado por la comunidad Web2 DevRel. De hecho, el fundador de DevRelCon, Matthew Revell, predijo en enero de 2022 que "trabajar como persona senior de relaciones con desarrolladores en una empresa blockchain" seguiría siendo un tema importante en el próximo año.

Como resultado, la mayoría de los profesionales de DevRel todavía se están adaptando y enfocándose en construir un conjunto óptimo de escenarios para respaldar los objetivos únicos de su proyecto particular, en lugar de agregar conocimientos como una comunidad profesional.

DevRel es importante para muchos tipos de organizaciones Web3

Cuando hablamos de la comunidad de desarrolladores Web3, presentamos brevemente los tipos de proyectos que necesitan construirlos. Dado que la creación de una comunidad de desarrolladores cae dentro del ámbito de DevRel, cualquier empresa que desee crear una comunidad de desarrolladores debe comprender cómo funciona DevRel.

En resumen, las empresas que dependen de comunidades de desarrolladores se pueden dividir en tres categorías amplias con objetivos comerciales similares.

infraestructura web3

Esta categoría cubre un amplio conjunto de herramientas y tecnologías que facilitan la interoperabilidad dentro del ecosistema Web3, en lugar de estar vinculadas a un protocolo específico.

• oráculo de datos

• Solución de expansión de capa 2

• API para interactuar con blockchain

• Plataforma de gestión KYC

• sistema de archivos distribuido

• SDK y middleware para crear aplicaciones blockchain

El objetivo comercial de DevRel: aumentar la cantidad de integraciones utilizando la tecnología de la compañía, lo que a su vez aumenta los ingresos obtenidos a través de las tarifas cobradas por las llamadas API y las interacciones de contratos inteligentes.

Protocolos L1 Blockchain y DeFi

El mantenimiento de la tecnología blockchain suele estar a cargo de equipos descentralizados, pero la educación de los desarrolladores suele estar a cargo de fundaciones de código abierto como la Fundación Ethereum o la Fundación Cardano.

El objetivo comercial de DevRel: aumentar la cantidad de proyectos que utilizan el protocolo, aumentando así los ingresos a través de tarifas de transacción, que luego se utilizan para incentivar a los mineros y operadores de nodos a proteger la red.

intercambios y mercados

Suelen ser plataformas centralizadas para la compra y venta de activos digitales. Aunque están dirigidos principalmente a usuarios finales, también proporcionan API y SDK para desarrolladores que desean automatizar ciertos aspectos de la experiencia comercial.

El objetivo comercial de DevRel: aumentar la cantidad de integraciones, aumentando así la actividad de transacciones en la plataforma, lo que a su vez aumenta los ingresos generados por las tarifas de transacción. Muchos protocolos también brindan acceso gratuito y de pago a datos de transacciones agregados, que los desarrolladores pueden usar en sus dApps.

Cualquier startup Web3 que quiera ganar participación de mercado en estas áreas debe invertir en DevRel lo antes posible. Naturalmente, en la etapa previa a la semilla, las nuevas empresas se centran en terminar el producto, pero una vez que se asegura la financiación, DevRel se vuelve crucial y ayuda a generar confianza de los inversores en el proyecto.

Cómo DevRel apoya la financiación inicial

Las empresas emergentes que aprenden a dominar DevRel desde el principio tienen más probabilidades de superar la etapa de financiación inicial más rápido. En una presentación titulada "La defensa y el valor de la comunidad de desarrolladores", Dana Oshiro, socio general de Heavybit, una firma de capital de riesgo centrada en nuevas empresas de desarrolladores, explicó cómo los profesionales de DevRel pueden ayudar a incentivar la inversión de quienes continúan brindando financiamiento para comenzar. empresas de montaje. Lo hacen contribuyendo a métricas de interés para los inversores.

Aquí está el análisis de Oshiro sobre las etapas de financiación y el papel de DevRel:

Financiamiento de ronda semilla

Durante la fase previa a la semilla o de lanzamiento, la función DevRel generalmente se distribuye entre el equipo fundador de forma ad hoc y desordenada. Una demostración podría estar a cargo de un desarrollador que sea mejor para hablar en público, un cofundador podría escribir documentación y otro cofundador podría encargarse del marketing para desarrolladores.

• Objetivo general: en esta etapa, los inversores potenciales quieren ver que los fundadores hayan validado la adecuación del producto al mercado y que suficientes usuarios pioneros sigan usándolo.

• Métricas y objetivos de la etapa: los inversores están más interesados ​​en métricas que muestren la fidelidad y el interés de los primeros usuarios, como el tráfico del sitio web, la actividad de las redes sociales, los registros de la comunidad, la cantidad de demostraciones, la cantidad de comentarios de los desarrolladores recopilados, etc.

• Incluso si las funciones de DevRel se distribuyen entre varios miembros del equipo, es importante que las nuevas empresas coordinen, realicen un seguimiento y cuantifiquen de forma centralizada sus primeros esfuerzos de DevRel en áreas funcionales centrales. Esto ayuda a generar credibilidad al dirigirse a los inversores y puede ayudar a avanzar a la siguiente etapa de financiación.

Una ronda de financiación

Los especialistas dedicados de DevRel son fundamentales debido a la presión para implementar la financiación inicial de manera inteligente. Hay un mayor escrutinio sobre las operaciones de su startup, ya que los inversores deben estar seguros de que puede alcanzar el siguiente hito antes de quedarse sin dinero. La implementación de programas DevRel y su seguimiento se convirtió en un trabajo de tiempo completo, y ya no en un trabajo secundario para el fundador o el desarrollador principal.

• Objetivo general: los inversores quieren ver que usted está adquiriendo y reteniendo desarrolladores y comenzar a identificar proyectos exitosos que puedan servir como referencias y estudios de casos.

• Objetivos y métricas de la etapa: los inversores quieren ver que usted alcance los siguientes tipos de objetivos (estos se rastrean a través de métricas como interacciones con desarrolladores, clientes recomendados y miembros retenidos de la comunidad):

• Genere conciencia sobre su producto y su comunidad

• Consiga desarrolladores motivados para realizar sus primeras llamadas a API o contratos inteligentes

• Pantalla y canalización de comentarios sobre productos. Los expertos de DevRel son fundamentales para estandarizar el proceso, recopilar las métricas que los inversores quieren ver y ayudar a resolver las fricciones en el proceso de incorporación de desarrolladores.

Después de la financiación Serie A

En este punto, el reclutamiento de DevRel por sí solo puede no ser suficiente, ya que esta persona se sentirá abrumada. Las empresas deben comenzar a dividir la función DevRel en roles independientes, como administrador de la comunidad de desarrolladores, líder de marketing de desarrolladores o por región, como defensor de desarrolladores para los mercados asiáticos y de habla inglesa.

• Objetivo general: defensa. Los inversores quieren verlo adquirir y retener desarrolladores, y tener suficientes desarrolladores exitosos que sirvan como referencias y estudios de casos.

• Objetivos y métricas de la etapa: cuando buscan decenas de millones de rondas de financiación, los inversores quieren ver datos más granulares que puedan proporcionar información sobre el impulso de una startup, dándole la capacidad de:

• Continúe siendo conocido y actúe en función de los comentarios sobre el producto.

• Mantenga a los desarrolladores que sean leales a la tecnología.

• Incentivar a los desarrolladores para que recomienden y promuevan tecnologías ellos mismos.

• Las métricas importantes serán la cantidad de bifurcaciones de Github, integraciones, integraciones y la cantidad de aplicaciones de terceros, socios en el ecosistema.

• Las empresas emergentes necesitan crear equipos de DevRel compuestos por expertos que puedan centrarse en diferentes áreas funcionales y ofrecer métricas en cada categoría principal, como el crecimiento del ecosistema y la participación del producto.

Por supuesto, en cada etapa también es crucial realizar un seguimiento de los ingresos, pero esta no es la responsabilidad principal de DevRel. Sin embargo, es fundamental que los profesionales de DevRel comprendan la relación directa entre sus iniciativas y la salud financiera de una startup. Esto a veces resulta difícil porque algunas iniciativas son difíciles de vincular con los ingresos y tardan mucho en dar frutos, especialmente en las primeras etapas.

¿En qué aspectos de DevRel deberían centrarse las startups en sus primeras etapas?

Muchas nuevas empresas que priorizan a los desarrolladores se centran primero en la habilitación de los desarrolladores y en la comunidad. Esto no significa que se descuiden las funciones de marketing o comunicación, al contrario, siguen distribuidas entre el equipo como antes. Por otro lado, las funciones comunitarias y de habilitación pasan a ser responsabilidad de tiempo completo de especialistas individuales.

La siguiente imagen muestra un perfil de DevRel para una startup centrada en el empoderamiento y la comunidad.

 

Área de enfoque de DevRel de una de las primeras startups de Web3

¿Por qué no se centra la atención en la visibilidad?

Primero, tenga en cuenta que esta es una instantánea de una etapa específica, no un estado permanente: a medida que la startup construye su equipo, la distribución volverá a ser visible. Pero en las primeras etapas, las startups suelen ser mejores para generar visibilidad temprana que para retener a los usuarios.

Esto es especialmente cierto en los proyectos Web3, ya que los fundadores están bajo una intensa presión para crear efectos de red con el fin de atraer financiación. El objetivo es entusiasmar a la gente con la visión general del producto y su hoja de ruta.

Sin embargo, existen innumerables proyectos que compiten por el tiempo y la atención de los desarrolladores. Una visión convincente no es suficiente. Una mala experiencia de desarrollador y una comunidad que no responde pueden erosionar rápidamente la buena voluntad y los desarrolladores terminan pasando a proyectos con menos fricciones. Crear conciencia sin la capacidad de retener a los desarrolladores es un desperdicio.

Estrategias para promover el empoderamiento de los desarrolladores

Muchas estrategias de habilitación comunes son familiares para muchas empresas centradas en desarrolladores. Sin embargo, muchas startups todavía los ignoran o ejecutan mal. Estas estrategias incluyen:

• Redactar documentación técnica, tutoriales y guías de introducción de alta calidad.

• Realice seminarios web orientados a productos, sesiones de codificación en vivo y tutoriales en vídeo.

• Diseñe mensajes de error informativos que capturen problemas en todas las capas de la arquitectura del producto.

Estas estrategias a menudo se ejecutan mal porque las startups se olvidan de dar un paso atrás y crear una visión holística de la experiencia del desarrollador de un extremo a otro. Esta estrategia a veces se denomina diseño de experiencia del desarrollador.

La importancia del diseño de la experiencia del desarrollador

La siguiente imagen es un ejemplo de cómo diseñar para la experiencia del desarrollador. Fue creado para SendGrid, una plataforma de automatización de correo electrónico de marketing y transacciones.

 

Este ejemplo proviene de un estudio de caso titulado "Comprender un camino" publicado por el diseñador de productos Todd Moy. Este es un ejemplo convincente porque cubre todos los aspectos del proceso de desarrollo, incluido el contenido y los puntos de contacto del producto. Moy investigó el viaje de un desarrollador al que llama "Dewey" y trató de documentar sus motivaciones, puntos débiles y momentos positivos.

Este tipo de recorridos suelen ser elaborados por equipos de producto, pero son más difíciles de crear cuando el producto no se centra en la interfaz de usuario. Las empresas que dan prioridad a los desarrolladores y que dependen en gran medida de DevRel ayudan a crear estos mapas y a cristalizar las personas exactas de los desarrolladores. Dado que hay muy pocos gerentes de producto en las primeras etapas de las nuevas empresas de Web3, los expertos de Web3 DevRel son aún más importantes: de hecho, se convierten en las personas responsables de la investigación de usuarios y la mejora de productos.

¿Cómo puede una startup Web3 contratar el talento DevRel adecuado?

En Web3, la competencia por la experiencia de DevRel es feroz. El Informe Crypto Jobs 2022 de TrueUp encontró que Web3 tiene cuatro veces más necesidad de roles de relaciones con la comunidad y los desarrolladores en comparación con otras industrias tecnológicas. Esto significa que las startups deben ser flexibles a la hora de ajustar sus requisitos de contratación.

hacer concesiones en demandas no esenciales

Dada la alta competencia por los puestos de DevRel, las startups deberían estar dispuestas a ser flexibles en requisitos como experiencia previa en Web3 y ubicación.

• Dónde: Dado que la mayoría de las organizaciones Web3 ya están muy fragmentadas, es fácil para la mayoría de las nuevas empresas hacer concesiones en este frente; solo tenga en cuenta que puede haber obstáculos burocráticos para reclutar candidatos en algunas jurisdicciones y zonas horarias. Debe haber suficiente superposición para que sea eficaz. coordinación.

• Experiencia laboral previa en Web3: muchas descripciones de puestos de trabajo en Web3 enfatizan la experiencia laboral previa en Web3, pero siempre que el candidato tenga experiencia técnica previa en Web2, la experiencia técnica se puede aprender en el trabajo. Además, si un candidato está interesado en un puesto en Web3, es probable que ya esté familiarizado con conceptos básicos de Web3, como contratos inteligentes, NFT y descentralización.

• Muchas startups todavía luchan por encontrar talento en DevRel incluso después de hacer concesiones en los puntos anteriores. En este caso, las startups pueden ampliar aún más su red encontrando candidatos que estén dispuestos a pasar a otros campos relacionados.

Encuentre candidatos con habilidades consistentes

Contratar a alguien que haya ocupado anteriormente un puesto en DevRel no siempre es fundamental. Debido a que la profesión es tan joven, muchas personas vienen de campos adyacentes. Por ejemplo, una startup podría considerar contratar a un escritor técnico integral que pueda responder preguntas técnicas en Discord, un administrador de la comunidad que tenga conocimientos técnicos y sepa cómo escribir documentación, o un desarrollador que quiera ingresar a DevRel y tenga habilidades de comunicación técnica. .

En la mayoría de las empresas emergentes, las primeras contrataciones de DevRel suelen ser personas polivalentes. Recuerde, pocos son igualmente fuertes en categorías funcionales (marketing, promoción y comunidad). Entonces, la clave es observar cómo las fortalezas del candidato se superponen con las suyas.

La empatía es una prioridad

Independientemente de la experiencia profesional de un candidato, una habilidad integral en DevRel es la capacidad de empatizar con los demás. Esto requiere ser consciente de los propios prejuicios internos y del conocimiento asumido. También necesitan comprender las motivaciones y las lagunas de conocimiento de su público objetivo. Esta capacidad de empatizar con diferentes tipos de desarrolladores permite a las empresas emergentes adaptar sus comunicaciones y estrategias de productos a las necesidades de sus desarrolladores objetivo.

Notas sobre la evaluación de la competencia empática

La empatía es más difícil de evaluar que la aptitud técnica, razón por la cual a veces se pasa por alto en las entrevistas de trabajo. Las empresas hacen preguntas generales para evaluar las habilidades sociales de un candidato, pero la misión de DevRel es llegar específicamente a los desarrolladores.

Un enfoque consiste en preguntar a los candidatos cómo explicar un concepto técnico de Web3 a diferentes audiencias en "cinco niveles". Por ejemplo, en un artículo titulado "Why We Web3", el embajador de desarrolladores de Chainlink, Patrick Collins, explicó el concepto de "protocolos de confianza minimizada" en términos de "promesas inquebrantables" similares a las malas palabras con el meñique. Entiende que el público general aún no está familiarizado con el concepto de minimización de la confianza y lo divide en conceptos que todos pueden entender. Esta capacidad de dividir temas complejos y desconocidos en conceptos más simples y familiares es una habilidad esencial para cualquier profesional de DevRel.

Otro truco consiste en hacer un juego de roles: puedes ofrecerles a los candidatos un escenario en el que un desarrollador está trabajando para resolver un desafío técnico y hacer preguntas en la comunidad. Los candidatos desempeñan el papel de DevRel Advocate para ver qué tan rápido el candidato puede encontrar lo que el desarrollador finalmente quiere lograr. Una vez más, el truco consiste en ver más allá de las minucias de un problema técnico específico y comprender el contexto más amplio en el que ocurre.

Por qué Web3 necesita más DevRels

Un equipo empático de DevRel puede actuar como guía y ayudar a los principiantes a navegar por el complejo ecosistema tecnológico. Para muchos desarrolladores nuevos en el campo, Web3 se siente como un mosaico de ciudades-estado llenas de gremios en competencia en lugar de una industria cohesiva e interconectada. Esto ha cambiado a medida que la interoperabilidad se ha convertido en una prioridad, pero a menudo resulta difícil encontrar un lenguaje y una terminología comunes. Lo mismo se aplica en un sentido literal con la proliferación de lenguajes de contratos inteligentes, y en un sentido conceptual con mecanismos de consenso, protocolos, puentes, capas, etc. Como resultado, los especialistas de DevRel actúan como traductores, traduciendo conceptos técnicos extranjeros a terminología más familiar, algo fundamental para que los desarrolladores abandonen Web2, donde las prácticas de ingeniería son muy diferentes.

La profesión DevRel también tiene una gran singularidad: tiene una doble lealtad. Por un lado, es responsabilidad directa de los profesionales de DevRel garantizar el éxito de los proyectos que representan. Por otro lado, su lealtad está dirigida a la comunidad de desarrolladores más amplia dentro de su industria. Quieren que los desarrolladores tengan éxito, ya sean clientes directos o no. Es por eso que están motivados para publicar contenido educativo más general y responder preguntas en foros de desarrolladores más amplios como Stack Overflow. Esto tiene el efecto recíproco de mejorar la reputación de marca de las empresas que representan, pero ésta no es su motivación principal.

Lo más importante es que las nuevas empresas de infraestructura Web3 dependerán cada vez más de DevRel para tener éxito. El espacio de infraestructura Web3 está en aumento a medida que los empresarios reconocen la creciente necesidad de soluciones de infraestructura descentralizadas. Eso significa que la competencia se está intensificando. Las startups con proyectos similares necesitarán cada vez más expertos de DevRel para diferenciarse de la competencia y aumentar su cuota de mercado entre los desarrolladores. Independientemente de quién gane finalmente esta carrera, todo el espacio Web3 sólo puede beneficiarse si más nuevas empresas Web3 adoptan DevRel como parte integral de su éxito.