Tratar la API como Producto
Composable Business & API

I write about API as a Product and how to build products / prototypes with NoCode
COVID-19, generador de empresas robustas y flexibles
Eventos globales como la pandemia, la situación económica mundial y conflictos geopolíticos, han resaltado las debilidades del modelo de negocio de muchas empresas que fueron rentables y “eficientes” prepandemia.
De momento se volvieron lentas, frágiles… Cuando tenían que demostrar flexibilidad y capacidad para innovar.
El contexto mundial actual está empujando a las empresas a tomar decisiones más rápido y mejor informadas para sobrevivir a un mundo tan cambiante. Con un tiempo relativamente corto después de COVID-19, las empresas deben actuar, definir una estrategia y tácticas, antes de recibir otro golpe como la pandemia.
Acelerar es crucial para permitir a las empresas sobrevivir en situaciones adversas. Cuando todo va bien se generan falsos positivos que esconden las debilidades de los cimientos del modelo de negocio.
Procesos operativos que funcionaron en el pasado, se vuelven obsoletos. Las empresas deben innovar rápido, adaptar su propuesta de valor y reensamblar sus capacidades desde dentro y fuera de sí mismas.
Para lograr esto, las empresas deben ofrecer valor comercial y adaptarse al ritmo acelerado del negocio, o sea ser un Composable Business.
Composable Business, aceleración natural.
De acuerdo a Gartner analysts
Diseñar para la resiliencia y aceptar que el cambio disruptivo
es la norma.
De acuerdo a la wikipedia
Composability es un principio de diseño de sistemas que se ocupa en las interrelaciones entre componentes, para que se puedan ensamblar en diversas combinaciones para satisfacer las necesidades del cliente / usuario.
En tiempos de pandemia y crisis económica, las empresas deben estar preparadas y ser rápidas, mucho más rápidas que la competencia, para adaptarse a la disrupción creada por la crisis o no, tal vez sean tiempos de oportunidades.
Entonces, Porqué ser un Composable business?
- Para no desaparecer en una crisis mundial
- Para crear nuestras propias oportunidades de negocio
Es responsabilidad de los directores realizar un cambio dentro de la empresa y considerar la “APIficación” del negocio o arriesgarse a que la empresa sufra o termine desapareciendo.
API centrada en el cliente para abrir nuevos mercados
vía APIStrat 2016: Moving Toward a Modular Enterprise
La API dentro de un Composable Business se enfocan en liberar las capacidades core y técnicas del negocio para crear nuevas soluciones para los clientes de los diferentes tipos de usuarios de la API.
A ellos no les importa la parte técnica, lo que quieren es tener acceso vía una API al valor ofrecido por un Composable Business para solucionar un problema de su cliente.
Como arquitecto, se deben enfocar en ambos aspectos: capacidades core y técnicas del negocio. Esto requiere un diseño de API enfocado para ofrecer los resultados deseados y no solo datos.
Y si la API será tratada como un producto, primero se debería diseñar. Si, API First se refiere a diseñar / definir los contratos como la primera tarea a realizar.
Por lo tanto, una API es una parte del “vehículo” para crear una API como Producto.
API como Producto
Una API como Producto monetiza y expone los servicios y funcionalidades core y técnicas del negocio. O sea, una API permite la integración entre un sistema A y un sistema B, pero para ser considera un producto debe ser monetizada.
Tratar una API como Producto significa que vamos a permitir a desarrolladores externos, basarse en nuestra API generar las soluciones que requieran. Sean publicas o privadas.
¿Cómo pasar de una API a un Producto?
- Identificando las capacidades core y técnicas del negocio, que lo diferencia de la competencia
- Creando un “vehículo” que permita el acceso a las capacidades del negocio, parte de este “vehículo” son la API
- Identificando los tipos de usuarios de la API, empezando por los usuarios internos, o sea, los desarrolladores.
- Comerse su propio comida de perro, o sea, crea una API privada.
- Escuchando las necesidades de los partners para permitir construir sobre la API como Producto
- Crea una API pública, otorgar el permiso a desarrolladores externos a construir nuevas soluciones que no se le ocurrieron al negocio.
¿Como ofrecer la mejor experiencia a nuestros usuarios (desarrolladores internos y externos)?
- Conociendo el sentimiento del desarrollador al usar la API.
- Fácil de entender: documentando la API de manera precisa.
- Fácil de usar: reduciendo la escritura de código creando herramientas (SDKs, API Console, etc) que faciliten la inmersión inicial.
- Fácil de depurar: dar feedback sobre los errores ocurridos en las peticiones realizadas vía un API Dashboard.
- Fácil de obtener ayuda: dar rápido acceso al equipo de soporte de API
- Ayuda a tus usuarios a contribuir a la comunidad.
Sigue iterando, sigue creciendo
Las crisis llegan en momentos inesperados, las oportunidades se toman de mejor forma cuando estamos preparados. Contar con una primera versión de API, no significa que se ha terminado el trabajo. Continua escuchando a los usuarios de la API como Producto, itera y crece constantemente.
Genera valor, Monetiza tu API.
Contáctame:
https://www.linkedin.com/in/jyrgaxiola/

