Header Ads Widget

Ticker

6/recent/ticker-posts

5 consejos para generar compromiso en torno a su API como producto

 

El compromiso es una métrica fundamental para casi cualquier propietario de software como servicio (SaaS). El deseo de que su API sea lanzada, apreciada y utilizada es toda la fuerza impulsora detrás de la mayor parte del desarrollo en el espacio público de API. En consecuencia, descubrir formas de generar este compromiso es clave para tener una oferta exitosa.

A continuación, veremos varios consejos que pueden ayudar a generar compromiso en torno al concepto de API como producto. Aunque estos consejos se pueden aplicar a otros escenarios, cuando se considera una API desde una mentalidad de producto, se pueden aprovechar específicamente a alturas aún mayores.

1. Conozca a su audiencia
Uno de los primeros y más importantes aspectos del marketing de desarrolladores (o realmente cualquier tipo de marketing) es el proceso de averiguar quién es su consumidor y qué es lo que quiere. Es importante recordar que la API es fundamentalmente un producto . Como con cualquier producto, existe tanto una audiencia adecuada como un método apropiado para llegar a esa audiencia. El canal y la estrategia de marketing serán tan importantes como lo que se promueva.

Considere en qué categorías cae su consumidor de API. ¿Se está promocionando la API como una API simple que recupera datos de literatura y los presenta a los usuarios de manera simple? En tal caso, el consumidor puede estar menos preocupado acerca de por qué eligió GraphQL o por qué Golang era el idioma más apropiado. Estarán más preocupados por el valor específico que ofrece su API y cómo se compara con otros servicios digitales en la misma categoría o clase. La función es más importante que el formulario o los sistemas subyacentes y, como tal, la promoción de una API de este tipo caería firmemente en el "valor de la demostración" en lugar de "explicar los detalles".

Ahora considere lo inverso. ¿Qué pasa si la API está diseñada para ingerir datos de otras API, tomando interacciones complejas y permitiendo la mutación, combinación y transformación? En tal caso, DEBE centrarse en los aspectos técnicos, ya que es probable que el usuario final deba comprender las elecciones realizadas, cómo afectan el flujo de datos de la API y cómo las implementaciones secundarias podrían aprovechar mejor esta elección. Claramente, comprender su base de usuarios determinará cómo comercializar una API.

2. Garantice una experiencia de desarrollador de alta calidad
Cuando se busca cómo generar compromiso, no solo es suficiente crear una API de clase mundial, sino que también necesita crear una experiencia de clase mundial. Los productos pueden pasar por ciclos de exageración y adopción, pero si ese producto no coincide con las expectativas del usuario, rara vez resulta en retención y uso a largo plazo.

En consecuencia, es increíblemente importante comprender la experiencia del desarrollador y asegurarse de que sea completa y efectiva. Hay varias formas en que los propietarios de API pueden proporcionar una experiencia de desarrollador de calidad. En primer lugar, los desarrolladores deben crear una experiencia de incorporación clara y digerible . Esta experiencia debe tener documentación legible y actualizada para que los desarrolladores la examinen detenidamente.

En segundo lugar, los desarrolladores deben aspirar a una experiencia que modele un flujo de preguntas y respuestas. Los usuarios deben llegar a la plataforma con una pregunta, encontrar la respuesta a esa pregunta y saber dónde encontrar información adicional. Además, los usuarios deben poder comprender por qué funciona su solución y cómo funcionan los sistemas subyacentes.

Por último, la iteración y la experimentación deben apoyarse siempre que sea posible. Esto puede ser tan simple como hacer que sus puntos finales estén claramente definidos y etiquetados o tan complicado como proporcionar directamente un esquema detallado, especificaciones, comentarios en línea y ayuda bajo demanda para que los desarrolladores comprendan el intrincado diseño de su API.

3. Desarrollar capacidades de autoservicio
En relación con el punto anterior, asegurarse de proporcionar un sistema de autoservicio es una de las mejores cosas que puede hacer para generar compromiso.

Todos los servicios tienen barreras para los usuarios nuevos . Ya sea que el sistema sea simple o complejo, siempre existirá una barrera y, naturalmente, reducirá la cantidad total de usuarios que pueden usar su API de manera efectiva. El tamaño de esta barrera y, más concretamente, lo que haga para minimizar esta barrera, tendrá un impacto drástico tanto en la experiencia del desarrollador como en la tasa de adopción de la oferta del producto.

La creación de un sistema para proporcionar automáticamente servicios y credenciales es un buen comienzo, asumiendo que puede crear un entorno lo suficientemente seguro. Se puede aprovechar un mayor valor de autoservicio proporcionando orientación, tutoriales , documentación y otros materiales de autoservicio para ayudar a optimizar la experiencia del usuario. Un método adecuado para lograr un patrón educativo simplificado es mostrando fragmentos de código de ejemplo y ejemplos de documentación de casos de uso.

Sin embargo, se debe tener en cuenta que simplemente ofrecer una opción de autoservicio es solo el comienzo. La opción de autoservicio debe ser atractiva, directa y reducir la sobrecarga de interactuar con la API. Tenga cuidado de que el autoservicio también se combine con la documentación imperecedera para que los usuarios sientan que no se les deja que se las arreglen por sí mismos. Proporcionar un contacto de soporte, o al menos una forma de enviar errores y otros errores también puede reducir la barrera de uso percibida.

4. Garantizar la visibilidad
Un área importante en la que centrarse en general es asegurarse de que su API sea lo más visible posible. Las API a menudo se lanzan en el vacío, es decir, la API se desarrolla con las mejores intenciones por parte de sus desarrolladores, pero luego simplemente se envía a GitHub con un nombre general cuando los desarrolladores sienten que está lo suficientemente completa para su lanzamiento.

La realidad, sin embargo, es que no puede simplemente poner la API y esperar lo mejor. Hacer eso es pedir un milagro, especialmente en el espacio moderno donde la atención es un bien escaso. Afortunadamente, existen algunos pasos sencillos para garantizar que su API sea detectable .

Un gran primer paso es asegurarse de que todos sus materiales hagan referencia a la función principal y la intención de su API. Esto puede ser tan simple como comenzar con el nombre de la API. Llamar a la API con algo como "API impresionante" o "APIfactor" puede parecer moderno, pero no expresa claramente lo que hace la API y su intención. Esto es cierto para todos los materiales, incluidas las iniciativas de marca y marketing . Se debe hacer referencia a la API por lo que hace y por qué existe. En lugar de llamarlo "API impresionante", algo más puntiagudo como "API de aislamiento sónico" puede describir mejor su función.

Un excelente ejemplo de esto bien hecho es Mockoon (que ya hemos revisado antes . El tema de los materiales para desarrolladores es un mapache, que ayuda a que el servicio sea reconocible y opciones de marketing estéticamente agradables. Aún así, el nombre hace más que proporcionar una buena Cualquiera que haya creado una API sabe lo que es "burlarse", como crear un entorno simulado para realizar pruebas. Si observa la oferta de Mockoon, es posible que no sepa exactamente lo que hace, pero puede suponer la intención.

Más que eso, puedes encontrar a Mockoon. Una simple búsqueda de "API burlarse" revela que Mockoon ocupa un lugar destacado porque su nombre y su resumen son claros y fácilmente comprensibles a primera vista. La marca es clara en contexto y la estética es agradable.

Esta posibilidad de descubrimiento es posiblemente aún más importante a nivel técnico. Al crear una API, los puntos finales deben tener un nombre correcto, estar bien documentados y ser detectables. ¿El punto final es algo así como ? Para el usuario final promedio, eso parece un galimatías, e incluso para alguien que puede usar su API de manera extensiva, será frustrante escribir repetidamente. En cambio, elegir algo como es más claro, aunque un poco más largo (en cuyo caso la versión más corta puede ser apropiada para resolver también en el mismo punto final).sonicisolation.com/api/vxisoch1sonicisolation.com/api/1channelvocalisolation

La API también debería dejar muy claro qué puntos finales son para qué. Esto se puede lograr mediante la documentación, pero también puede proporcionar códigos de error y resúmenes que informan al usuario, como acciones no válidas, preguntando al usuario, "¿quiso decir este punto final?" contribuiría en gran medida a ayudar al usuario en su uso inicial de la API.

Esto también se remonta al punto anterior sobre la barrera de entrada: cuanto más fácil sea para alguien ingresar a su API para descubrir y comprender funciones, más probable será que continúe su patrón de exploración y utilización.

5. Cree una comunidad de desarrolladores
Los usuarios casi siempre gravitarán hacia una solución con mucha actividad comunitaria. Aún más, los desarrolladores casi siempre se alejarán de una solución que parezca abandonada. Para muchos usuarios, la línea entre “esto está abandonado” y “esto parece abandonado” es tan delgada que cualquier reducción en la calidad o cantidad de opciones para las relaciones comunitarias podría dañar seriamente la adopción.

En consecuencia, los propietarios de API deben ingresar a la comunidad y participar activamente. Esto puede tomar una amplia variedad de formas. Soluciones simples como tener un foro donde el desarrollador puede hablar con los usuarios y dar respuestas a sus preguntas pueden hacer maravillas para establecer un sentido de comunidad. También puede ayudar a sacar a la luz errores e inquietudes al mismo tiempo que ayuda a orientar e impulsar nuevos desarrollos.

Las opciones más complejas, como la liberación de partes de la API al dominio público o la publicación de bibliotecas y marcos de apoyo, pueden ayudar a generar conciencia de marca y producto, buena voluntad de la comunidad y participación. Esto puede ayudar a los desarrolladores a beneficiarse de una adopción más amplia y una mayor retroalimentación, y puede asegurar una línea secundaria de desarrollo (y en algunos casos, ingresos) para ayudar a respaldar la oferta principal.

Cualquiera que sea la forma que adopte esta interacción, la priorización del apoyo de la comunidad pagará dividendos a largo plazo en cuanto a participación y utilización.

Encienda su compromiso de API como producto
Si bien estos cinco consejos no son de ninguna manera una lista exhaustiva de formas de generar participación de API como producto , la adopción de cualquiera puede conducir a una mayor adopción, utilización y participación a través de múltiples canales. La combinación de estos puntos seguramente puede ayudar a convertir una buena oferta de API en una excelente . Además, equilibrar la disponibilidad y la facilidad de acceso con la seguridad también es una parte importante de toda esta conversación.

¿Qué opinas de estos consejos? ¿Tiene ideas sobre la promoción de productos API? ¡Háganos saber en los comentarios a continuación!


Publicar un comentario

0 Comentarios