Header Ads Widget

Ticker

6/recent/ticker-posts

Lanzamiento del libro electrónico: API como producto

 

API como producto es una tendencia en alza. En este libro electrónico, cubrimos algunos consejos que le ayudarán a crear un modelo de negocio funcional en torno a un producto API especializado. Descubra modelos de monetización comunes, sugerencias de marketing para desarrolladores y más consejos comerciales útiles para SaaS centrado en API.


Descargue la API como producto  GRATIS sin entregar un correo electrónico. Los formatos PDF , EPUB y MOBI están disponibles para descarga directa. También está disponible en Leanpub  y Amazon Kindle por una pequeña tarifa.

Prólogo: El potencial de las API como producto
En las API nórdicas, hemos realizado un seguimiento de la aparición de muchas tendencias de API a lo largo de los años. En nuestro blog y en nuestras conferencias, los colaboradores han descrito una y otra vez nuevas formas de generar valor a partir de las API.

Sin embargo, pocos temas encapsulan tanto interés como el concepto de API como producto. Al abrir la funcionalidad de software especializado a través de una API, las empresas pueden convertir los datos y los componentes operativos en productos básicos por llamada. Las API web comercializadas ayudan a los equipos de software a evitar reinventar la rueda para una funcionalidad común. Esto podría ser cualquier cosa, desde pagos hasta geolocalización, inteligencia artificial, datos meteorológicos, inicios de sesión, mensajería y más. Es posible que esté familiarizado con la frase "hay una API para eso".

Estoy entusiasmado con este formato, ya que podría decirse que es una encarnación más a pedido y en tiempo real de Software-as-a-Service. La tendencia API-as-a-Product no es solo humo y espejos, muchas startups están comenzando a tratar su API como una oferta central debido a su potencial de escalabilidad y crecimiento explosivo. Tomemos la historia de la API de registro de automóviles , que pasó de cero a tres millones de llamadas en menos de dos años. Algunas empresas de API-first incluso han IPO-d en los últimos años.

Debido a su naturaleza, las API tienen mucho que ofrecer:

Encajan en la agenda de inicio . Podría decirse que las API apelan a los conceptos de especialización e interrupción.
Son independientes de la plataforma . Al usar HTTP como mecanismo de entrega, cualquier usuario desarrollador puede integrar API en su aplicación, independientemente de la plataforma o el idioma que esté usando.
Pueden ser de autoservicio . Si se configura correctamente con impresionantes entornos de prueba y documentación, los portales de API hacen gran parte del trabajo inicial y requieren un apoyo humano mínimo.
Las API están estandarizadas : los desarrolladores están familiarizados con las API. Los productos API suelen adoptar un estilo REST y sirven JSON a través de HTTP. La especificación OpenAPI (anteriormente Swagger) también ha hecho importantes encrucijadas para documentar estos servicios.
Sin embargo, debemos reconocer que se necesita un esfuerzo sustancial para crear y mantener una API como producto de autoservicio funcional. Hay mucho que considerar. Debe equilibrar la apertura con el cobro por el acceso. Los proveedores deben encontrar su salsa secreta de freemium, la limitación de tarifas, el cobro por llamada o el precio de suscripción. Debe admitir protocolos estándar y realizar un seguimiento de los estilos de comunicación emergentes. También ayuda a conocer bien a los usuarios desarrolladores, monitorear el uso de la plataforma y optimizar para encontrar el modelo correcto.

Y diseñar el programa es solo el comienzo. Las API como productos requieren una experiencia de desarrollador sin igual y una alta estabilidad. El proveedor también puede experimentar desafíos inesperados, como identificar a los usuarios de spam y frustrar a los sombreros negros. O bien, la API puede tener dificultades para despegar y atraer un punto de apoyo de desarrollador necesario para sostener un negocio.

Como editor en jefe del blog de API nórdicas, he trabajado con nuestros escritores y colaboradores para explorar el tema de API como producto desde muchos ángulos. Como resultado, nuestra comunidad ha producido una gran cantidad de conocimientos sobre el tratamiento de una API como un producto.

En este libro electrónico, he recopilado algunas de nuestras ideas más útiles para ayudarlo a comenzar su viaje de API como producto. Los capítulos abordan todas las preocupaciones descritas anteriormente. He intentado incluir perspectivas de alto nivel, pero también detalles esenciales. (Por ejemplo, un capítulo implica el cálculo de los gastos de mantenimiento de API como producto, con estimaciones de precios detalladas). Incluso si su API no adopta un modelo público, creo que aún es útil considerar cómo puede beneficiarse de llevar una perspectiva de producto a la integración.

Tenga en cuenta que este es un tema muy nuevo y lleno de matices. Los estilos de integración de software están cambiando, al igual que los estándares para el diseño de API. Esta evolución, junto con la consolidación de la industria y las nuevas capas de abstracción, podría afectar significativamente la estrategia general de los productos API para competir en el mercado futuro. Por lo tanto, tome este texto con un grano de sal y manténgase siempre actualizado con las fuerzas en juego.

Dicho esto, ¡feliz lectura y mucha suerte en tu viaje a la API!

Publicar un comentario

0 Comentarios