Header Ads Widget

Ticker

6/recent/ticker-posts

Consejos para crear experiencias de desarrollador excepcionales




Developer Experience (DX) para desarrolladores es similar a User Experience (UX) para usuarios finales. Los productos API que agilizan DX tienden a aumentar el interés y retener seguidores. Pero no se trata solo de servicios de cara al público; Las API internas y de socios también se benefician de un enfoque en DX.

Los portales para desarrolladores pueden lograr DX de calidad al adoptar la capacidad de descubrimiento, una integración más rápida y una documentación precisa. Pero un buen DX está arraigado en una API bien diseñada que también sigue las mejores prácticas de estilo. Los defensores de los desarrolladores son necesarios para abordar problemas y recopilar comentarios para refinar conjuntos de funciones y crear tutoriales. Esta es solo una introducción a las muchas facetas de DX.

En este artículo, profundizamos en cómo crear experiencias de desarrollador excepcionales para nuestras API . Con ese fin, entrevistamos a tres expertos en el campo: James Messinger , Developer Experience Director, ShipEngine, Derric Gilling , CEO, Moseif, y Srushtika Neelakantam , Developer Advocate, Ably Realtime, para descubrir qué están haciendo en sus respectivos grupos para mejorar servicios para usuarios desarrolladores.

DX para la incorporación

James Messinger de ShipEngine.

El sello distintivo de DX es satisfacer las necesidades de sus usuarios, en cualquier etapa en la que se encuentren. Durante el uso inicial, estas necesidades fluctúan según el conocimiento del desarrollador. Pero una regla general es hacer que los desarrolladores accedan a "Hola mundo" lo antes posible .

Según James, un portal para desarrolladores debe adaptarse al consumidor en cualquier etapa de su viaje, pero debe considerar especialmente la experiencia inicial de incorporación .

"Para los nuevos usuarios, el portal debe proporcionar una experiencia de incorporación guiada, con un entorno de espacio aislado listo para usar, claves API, guías de introducción y tutoriales paso a paso", dice James.

Derric se hace eco de esta declaración, animando a los propietarios de API a "crear un flujo de incorporación impresionante" que hace que sea lo más fácil posible comenzar a hacer ping a la API. Recomienda que los propietarios de API se centren en la cantidad mínima de pasos necesarios para implementar su solución . Fomenta los fragmentos de código, la capacidad de copiar y pegar y los mensajes "recibidos con éxito" para el procesamiento asincrónico.

Las pequeñas mejoras de DX pueden mantener a los desarrolladores activos y comprometidos. Pero también es esencial considerar la tasa de divulgación de información. Si su configuración completa es compleja e involucra múltiples puntos de integración, estos pueden emerger más tarde usando lo que Derric llama incorporación gradual .

Srushtika agrega que la documentación bien estructurada y los videos tutoriales pueden resaltar casos de uso. Ella enfatiza que las capacidades de autoservicio como una caja de arena para la depuración pueden mejorar enormemente el proceso de incorporación.

“Las herramientas de autoservicio para desarrolladores y las guías de incorporación son muy apreciadas por los clientes desarrolladores”, dice Srushtika.

Lea también: 4 API que hacen muy bien la experiencia del desarrollador

DX para paneles de desarrolladores

Pero DX no termina con la incorporación. A medida que los desarrolladores maduran sus aplicaciones, requieren controles de documentación, así como un centro para la información de la cuenta. Aquí es donde entra en juego un panel de cuenta de desarrollador .

James señala que los clientes que ya se han convertido requieren un portal que muestre el uso de métricas, información de facturación, notas de la versión y guías de actualización. Un panel para acceder fácilmente a la información de la cuenta es simplemente necesario para mantener un negocio de API como producto.

Para ver una configuración mínima viable del tablero del desarrollador, cree una cuenta con Dark Sky para ver su consola API. Tienen un panel de desarrollador simple con tasas de consumo de API, información de facturación, saldo de la cuenta, una capacidad para restablecer la clave API y otras formas de mantener su cuenta.

“En serio, sin embargo, a veces hay que mover montañas para que los desarrolladores adopten y utilicen completamente su plataforma de desarrollo”, dice Derric. Él recomienda lo siguiente para mantener excelentes portales para desarrolladores que puedan ayudar a los desarrolladores mucho después de la incorporación inicial:

  • Documentación y muestras de trabajo bien organizadas y actualizadas
  • SDK específicos del marco
  • Implementaciones con un clic
  • Soporte impresionante
Relacionado:  5 ejemplos de excelente documentación de API (y por qué pensamos eso)

DX para defensores de desarrolladores

Hablamos de la conexión máquina-máquina muy a menudo; ¡Puede ser fácil olvidar que hay humanos reales en ambos lados! Los ingenieros de soporte y los defensores de los desarrolladores deben sentir empatía por sus usuarios, un elemento humano crucial para mantener las relaciones y fomentar el uso.

Derric recomienda que los propietarios de API pongan más esfuerzo en mantener relaciones personales con su base de usuarios:

“Cree relaciones personales con sus desarrolladores. Aprenda de ellos y comprenda sus casos de uso. A los desarrolladores les encanta hablar sobre los proyectos en los que trabajan y pueden convertirse en sus mayores evangelistas ”, dice Derric.

Srushtika Neelakantam

Srushtika Neelakantam  de Ably Realtime.

Srushtika está de acuerdo en que las conexiones personales con los desarrolladores pueden beneficiar significativamente a su programa. Ella enfatiza que recopilar comentarios de los desarrolladores es fundamental para los primeros programas:

“Pregúnteles a sus usuarios de manera amigable qué podría hacer mejor con sus documentos, tutoriales, eventos, comunidad, etc., y qué más les resultaría útil”, dice Srushtika. "Definitivamente obtendrás muchos consejos y una dirección a seguir".

Srushtika también recomienda mantenerse a la vanguardia cuando se trata de nuevos marcos y lenguajes de programación calientes.

Derric fomenta la creación de un equipo de promotores de desarrolladores dedicados e informados que sean más que enlaces con la ingeniería.

“El soporte para desarrolladores es una de las mejores formas de saber dónde hay obstáculos para comenzar con su plataforma. En el caso de las pequeñas empresas, incluso el director general debería tener su apoyo ”, dice Derric.

Relacionado:  Cómo optimizar la experiencia del desarrollador para su API

DX para comunidades de desarrolladores

Cada comunidad de desarrolladores tiene una composición única. Los defensores de los desarrolladores deben tratar de satisfacer sus necesidades de asistencia al usuario e insertarse donde los desarrolladores están activos.

"Los defensores de las API deberían estar dondequiera que estén sus clientes", dice James. "Determinar cómo priorizar sus esfuerzos de promoción es una cuestión de observar el comportamiento de su comunidad y medir la efectividad de los diferentes métodos de participación".

Nuestros panelistas recomiendan utilizar foros de discusión de la comunidad como Stack Overflow, Discord, GitHub, Reddit o Slack para responder a las preguntas de los desarrolladores. James también señala que los defensores deberían considerar los hackatones, las reuniones o exponer y hablar en conferencias.

Sin embargo, para los programas API en etapa inicial, Derric señala que algunas actividades comunitarias pueden poner el carro antes que el caballo. Recomienda centrarse en una "experiencia de usuario único". Esto significa crear herramientas de autoservicio, contenido de blog y priorizar el soporte para los adoptantes existentes.

"No inicie un foro de la comunidad si aún no tiene una comunidad existente", dice Derric. "A medida que crece su programa de desarrolladores, se deben invertir más esfuerzos en nutrir y empoderar a la comunidad en crecimiento, especialmente en la búsqueda de personas influyentes y evangelistas clave".

No obstante, la gran cantidad de tareas involucradas en DX puede ser abrumadora. Srushtika señala que aprender a priorizar tareas y administrar el tiempo para tales tareas puede ser difícil. Por lo tanto, hace hincapié en los proveedores de API para que consideren qué actividades generan más valor.

Lea también:  7 mantras para una experiencia de desarrollador de calidad

Gestión de tareas y tiempo DX

“Los equipos de defensa de los desarrolladores tienen una amplia gama de responsabilidades que parecen
igualmente importantes”, dice Srushtika. "En tales casos, todo se reduce a priorizar las diversas actividades en función del valor que ofrecen frente al tiempo y los recursos que necesitará dedicar a esas actividades".

Por ejemplo, Srushtika señala cómo presentar una charla u organizar un evento puede requerir un esfuerzo y tiempo considerables, y no garantizar directamente valor. Mientras que la inversión en soporte técnico, que podría requerir un esfuerzo mínimo y un tiempo insignificante, podría producir mejores resultados, incluida la comprensión de los comentarios de primera mano de los usuarios.

Además de considerar el tiempo y el valor de la producción para las actividades de relaciones con los desarrolladores, Srushtika agrega que la inversión en DevRel debe coincidir con los objetivos generales de la empresa :

“A menudo, la priorización de varias actividades de DevRel se realiza en función de los objetivos más amplios de la empresa para el trimestre o el año, pero a menudo es un punto óptimo entre difundir el conocimiento sobre el producto, educar a las personas sobre cómo usarlo y retener a los clientes existentes mejorando continuamente su DX ".

KPI para mejorar DX

Derric Gilling

Derric Gilling de Moesif.

¿Qué tipo de métricas deberían considerar los programas de desarrollo? Si se está tomando todos estos puntos en serio, con suerte notará más incorporaciones, suscripciones y más registros de claves API, todos los sellos distintivos del éxito. ¿O son?

Derric advierte que algunos KPI que se utilizan para medir la experiencia de los desarrolladores son métricas puramente vanas. Las páginas vistas y los registros no necesariamente se correlacionan con una plataforma activa o el éxito del desarrollador final. En sus palabras, "estas métricas solo miden la adquisición y no tienen en cuenta lo que sucede después de registrarse".

En cambio, Derric recomienda que los proveedores de API alineen a todos los equipos en dos métricas de estrella del norte que están más íntimamente ligadas al uso de producción real:

  • Tokens activos semanales : este número mide los distintos tokens que acceden a la API en una semana determinada. Esto refleja mejor el uso real del producto, a diferencia de los registros, que pueden no ser usuarios reales y sostenidos.
  • Time to First Hello World : Time to First Hello World (TTFHW) es el tiempo que tarda un desarrollador en registrarse, crear una aplicación o prueba simple y crear su primer hola mundo (es decir, su primera API).

James está de acuerdo con Derric en que TTFHW es una métrica confiable a considerar. Pero aún así, tiene la opción de elegir qué constituye Hello World de su API. James recomienda rastrear una acción que sea más significativa que simplemente una primera solicitud de API exitosa. Por ejemplo, en la empresa ShipEngine de James, el TTFHW se mide creando su primera etiqueta de envío.

James también fomenta el seguimiento de las tasas de conversión de prueba y recomienda la herramienta Haxor para cuantificar la experiencia del desarrollador y medir los KPI.

Srushtika también está de acuerdo en que medir DevRel es más complicado que los registros; correlacionar los esfuerzos de marketing con la generación de ingresos es complicado de lograr. “Los programas de desarrollo impactan los ingresos y las suscripciones de formas muy indirectas que pueden ser muy difíciles o, a veces, imposibles de rastrear o medir”, dice.

Independientemente, Srushtika también recomienda buscar información en las siguientes áreas:

  • Contenido : vistas de su contenido centrado en el desarrollador, incluidos tutoriales o videos,
  • Foros : busque tendencias en la participación en preguntas de soporte.
  • Charlas : considere los comentarios de eventos y conferencias, los picos de asistencia o las visualizaciones.
  • Hackathons : supervise la usabilidad y los problemas durante la incorporación del desarrollador en eventos en vivo.

“Todas las actividades de DevRel retroalimentan el producto, la ingeniería, las ventas y, por supuesto, el marketing, por lo que DevRel tiene un impacto poderoso en varias funciones del negocio”, dice Srushtika.

Relacionado: Cómo medir el éxito de las relaciones con los desarrolladores

Reflexiones finales sobre la creación de un gran DX

Ahí lo tenemos. En resumen, aquí hay algunas lecciones rápidas que hemos aprendido sobre cómo crear experiencias de desarrollo de calidad:

  • Cree un proceso de incorporación rápido y sencillo : como dice Derric, "Cree algo que los desarrolladores adoren y sea fácil de empezar".
  • Cree herramientas y documentación de autoservicio increíbles : no oculte documentos, tenga recursos de autoexploración a mano. Cuanto más invierta en recursos para desarrolladores, menos será necesario el apoyo uno-uno.
  • Priorice cuidadosamente las inversiones en experiencia de desarrollador. Priorice el apoyo a los desarrolladores: esto debería venir antes que las campañas de marketing masivas. Considere la etapa en la que se encuentra y cree herramientas comunitarias de manera adecuada.
  • Utilice los datos y comentarios correctos para mejorar . Monitorear DX es complicado. Obtenga comentarios de su comunidad y considere realizar un seguimiento de una métrica estable vinculada al valor comercial, como los tokens activos semanales o TTFW.

Publicar un comentario

0 Comentarios