Los "productos API" se mencionan con relativa frecuencia, y hay diferentes maneras de ver el tema. Ninguna de ellas es intrínsecamente "correcta" o "incorrecta", y en esta entrada del blog hablaremos de los dos tipos más importantes de productos API. Siempre que tenga conversaciones sobre los productos API, puede ser útil asegurarse de que todo el mundo está hablando de lo mismo, y entender las dos perspectivas principales puede ayudar a ello.

La conclusión más importante de esta entrada de blog puede ser que es importante no confundir el término "producto API" con las API que se comercializan y monetizan específicamente como productos proporcionados externamente. Mucho más a menudo, los productos API serán partes de una imagen más grande de la cadena de valor, y en esos escenarios es igualmente importante entender lo que se necesita para crear y gestionar los productos API.

¿Qué es un producto API?

Si observamos cómo se utiliza habitualmente el término "producto API", podemos identificar dos usos principales. Empezaremos con la definición más restringida y luego la ampliaremos a la comprensión más general de lo que es un producto API.

Según nuestra experiencia, es mucho más útil utilizar la comprensión más general, porque de lo contrario se perderán todas las ventajas que conlleva abordar todas las APIs relevantes para el negocio con una mentalidad de producto.

La API como producto

En un sentido estricto, existe la idea de gestionar una API como un producto en sí mismo. Es algo que resulta tentadoramente fácil de entender, pero lamentablemente sólo tiene sentido para una pequeña parte de los casos de uso de las API en el mundo real. Un ejemplo de API como producto sería Twilio y Stripe, donde tu API es el producto que vendes; y algunas empresas han tenido mucho éxito haciéndolo.

No hay nada de malo en esa visión, pero no capta con exactitud la realidad del abrumador número de organizaciones en su viaje hacia las API. Muy pocas de ellas tienen la intención de comercializar las APIs como sus productos principales, lo que significa que abordar los productos de las APIs con esa estrecha mentalidad pasa por alto la realidad de la mayoría de las organizaciones.

Por este motivo, proponemos utilizar el término "Producto API" de una forma más inclusiva, asegurándonos de captar las realidades de la mayoría de las organizaciones que existen. En esa visión del mundo, el objetivo no es limitarse a los productos API expuestos externamente. Por el contrario, el objetivo es asegurarse de que está tratando todas las APIs que contribuyen a los objetivos de negocio de su organización como productos, y que los está gestionando en consecuencia.

Productos API en general

El principal valor de las APIs reside en su naturaleza de "empaquetado": envuelven cualquier bloque de construcción digital de manera que lo hacen utilizable para cualquier persona interesada en esa capacidad. Esta naturaleza de "embalaje" se aplica a cualquier usuario potencial de ese bloque de construcción digital.

Cuanto más grandes son las organizaciones, más importante es que gestionen y proporcionen adecuadamente todas sus capacidades a los consumidores internos. Esa es la única manera de hacer que funcione la transformación digital, que en su definición más simple exige que transformes tu organización para que pueda captar fácilmente las oportunidades en el ámbito digital.

El famoso "mandato de la API" de Jeff Bezos significa, en esencia, tratar cualquier capacidad como un producto con una API, específicamente también aquellas que no están (todavía) destinadas al consumo externo. Si limitas tu perspectiva de producto a las APIs destinadas al consumo externo, renunciarás a la mayoría de los beneficios de las APIs y convertirás tu organización en una que es digital en la superficie, pero que no ha dado el paso hacia la verdadera transformación digital.

Lo que esto significa para nuestro debate sobre el "producto API" es que debería enfocar todas sus capacidades a nivel empresarial como productos API. No cabe duda de que se trata de un largo camino, tanto en lo que respecta a la adquisición de las habilidades y prácticas necesarias para gestionar los productos API, como en lo que se refiere a la creación paulatina de ese catálogo de productos API que constituye la base digital de su organización.

Pero hoy en día tenemos cada vez más experiencia en cómo hacerlo, tenemos soluciones de software como los mercados de APIs que te ayudan a hacerlo, y tenemos muchas pruebas de que hacerlo es una inversión que merece la pena en el futuro de tu organización.

Lo que realmente importa para los productos API

Ahora que hemos establecido que una comprensión más general de los productos de la API le llevará más lejos en su viaje de la API, ¿qué es lo que realmente importa para los productos de la API? No tenemos suficiente espacio para discutir todos los detalles aquí, pero aquí hay algunas áreas que debe tener en cuenta:

• Ciclo de vida del producto API. Como cualquier otro producto, los productos API tienen un ciclo de vida. Se conciben y diseñan para un conjunto específico de consumidores, deben evolucionar junto con las necesidades de estos consumidores y deben tener un ciclo de vida del producto bien gestionado desde su inicio hasta su finalización.
• Desarrollo de productos API. El desarrollo de productos siempre es un proceso de fuera a dentro, que comienza con las necesidades de un grupo de usuarios y sigue un proceso de diseño para atender mejor las necesidades de ese grupo de usuarios. Esto puede suponer un gran cambio con respecto a la mentalidad de dentro a fuera de muchas APIs que simplemente exponen capacidades técnicas sin pensar en las necesidades de los consumidores de esa capacidad.
• Propietario del producto API. Para poder gestionar el ciclo de vida, y para que el desarrollo maximice la utilidad de la API, los productos de la API deben tener propietarios de producto cuyo trabajo es asegurarse de que la API crea el máximo valor para la organización y para sus usuarios.