GOOGLE APIGEE Maximizando el valor empresarial de los activos digitales a través de la monetización de API

La monetización de API es una forma clave de desbloquear el valor de sus programas de API y aumentar la adopción de API. La monetización permite a los proveedores de API llegar más allá de los modelos de negocio actuales, escalar programas de API y abrir nuevas oportunidades con clientes, desarrolladores y socios.

APIGEE ha lanzado un nuevo libro electrónico analiza más a fondo la maximización del valor comercial de los activos digitales a través de la monetización de API y comparte las mejores prácticas que Apigee ha observado al trabajar con cientos de empresas líderes.

Dentro de la mentalidad del producto API

Todas las empresas tienen activos digitales: algo valioso (funcionalidad, datos, acceso a ciertos inventarios de productos o bases de usuarios, etc.) que se pueden expresar como software.
Las interfaces de programación de aplicaciones, o API, son los mecanismos que hacen que estos activos digitales estén disponibles para los desarrolladores, tanto dentro como fuera de una organización, que los utilizan para crear y agregar valor a las aplicaciones de software.
Una API resume la complejidad de un activo digital en una interfaz coherente, lo que permite a los desarrolladores aprovechar un activo incluso si no tienen experiencia en el sistema subyacente que alberga
eso. Las API permiten a los desarrolladores trabajar de manera más eficiente al reutilizar funcionalidades o datos valiosos, y permiten que los activos se combinen más libremente en nuevas formas. El aumento en los desarrolladores que aprovechan estas capacidades no solo ha llevado a una explosión de experiencias digitales más ricas y con mayor capacidad de respuesta, sino que también ha posicionado las API en medio de las iniciativas de negocios digitales de casi todas las organizaciones.
Como resultado, muchas de las principales empresas digitales ven las API no solo como herramientas simples, sino como productos de ciclo de vida completo para desarrolladores.
Los roles típicos de un equipo de producto de API incluyen un administrador de producto de API que posee los procesos y la coordinación multifuncional que es fundamental para el éxito de la API; un arquitecto de API responsable de diseñar y guiar la creación de API; un desarrollador de API que crea API a partir de los diseños e implementos de API Architect y políticas de seguridad y otros protocolos; un evangelista de API que sirve como la voz de los consumidores de API y es el propietario de socios y desarrolladores; y un Campeón de la API que trabaja en estrecha colaboración con los patrocinadores ejecutivos internos para comunicar el valor del programa API al resto de la organización.

El equipo de producto de API generalmente lleva varias responsabilidades críticas:
• Diseñe API seguras y fáciles de usar y llévelas al mercado
• Ofrezca una experiencia de desarrollador de API de clase mundial
• Impulsar mejoras continuas de la API con monitoreo y análisis
• Maximice el valor comercial de las API mediante la monetización de API, la participación en el ecosistema, el evangelismo de los desarrolladores, etc.

Valor directo e indirecto: no todas las API deberían ser monetizadas

Cuando una empresa hace que sus API estén disponibles para desarrolladores externos, esas API pueden generar valor directo e indirecto. Distinguir estos es un requisito previo para determinar si, por no hablar de cómo, se debe monetizar una API.
Por ejemplo, muchos minoristas hacen que las API de ubicación de sus tiendas estén disponibles de forma gratuita para terceros
desarrolladores de fiestas. Tanto para los desarrolladores que consumen la API como para los usuarios finales a los que atienden, estas API ofrecen un valor obvio: mejor funcionalidad, mejores aplicaciones y mejores experiencias. Un proveedor de API podría cobrar por este valor, pero muchos deciden que producen el mayor valor y las mejores experiencias para los clientes al agrupar la capacidad o ponerla a disposición de los desarrolladores. Después de todo, con más desarrolladores que aprovechan las API de ubicación de tienda, más aplicaciones entregarán ubicaciones de tienda a más usuarios, lo que en teoría debería conducir a más ventas. ¿Es aconsejable echar una llave a este proceso al tratar de monetizar la API directamente en lugar de disfrutar de los beneficios indirectos? Un localizador de tiendas tiene valor, pero quizás no tanto o un valor tan único que muchos desarrolladores pagarán por la oportunidad de
Adoptar la API.
Sin embargo, en otros casos, una empresa puede poseer datos únicos, difíciles de replicar y valiosos, como los datos meteorológicos que proporcionan las API de AccuWeather. Puede poseer funcionalidades valiosas y propias, como las capacidades de envío y logística que ofrecen las API de Pitney Bowes o las capacidades de aprendizaje automático que ofrecen las API de un número creciente de organizaciones. Cuando una API proporciona acceso a activos valiosos que los desarrolladores están dispuestos a pagar, la monetización directa de la API puede ser más lucrativa que regalarla.
Fomentar la adopción.
Independientemente de si una API se monetiza o no, las empresas deben pensar en los desarrolladores como clientes de la API. Las API no deben limitarse a exponer los activos digitales, deben hacer que el activo sea fácil de consumir y presentar claramente su propuesta de valor. Las API que fallan en esta línea de base pueden tener dificultades para obtener la adopción sin importar si tienen una etiqueta de precio, se entregan de forma gratuita a audiencias externas o se presentan a los desarrolladores internos como recursos internos.

Mejores prácticas probadas en el campo

Muchas de las mejores prácticas clave de monetización de API están encapsuladas en “5 A”: Activos, Audiencia, Acceso, Adopción y Administración y operaciones.
Activos: ¿Qué capacidades comerciales o datos tiene usted que la gente quiera usar?
Una estrategia de monetización de API puede comenzar con la identificación de capacidades de negocios o activos digitales que tengan valor fuera de la organización o incluso para equipos de otros equipos dentro de la organización. Una vez que se han identificado los activos valiosos, se pueden exponer como API, los activos relacionados se pueden agrupar en productos de la API, y los productos de la API relacionados se pueden agrupar en paquetes de la API, con el fin de dirigirse a diversas necesidades del desarrollador.

Público: ¿Quiénes son las personas que desean utilizar las capacidades de su negocio?
Para comprender cómo empaquetar los activos digitales en las API que los desarrolladores usarán, es posible que una empresa necesite identificar los grupos de clientes objetivo y trabajar para comprender sus necesidades. En algunos casos, la circunscripción está compuesta por comunidades de desarrolladores y, en algunos casos, la circunscripción es un conjunto de socios comerciales. De cualquier manera, un proveedor de API debe establecer estrategias a partir de las necesidades del usuario en lugar de suposiciones formadas dentro de la organización. Llamamos a este enfoque trabajando desde el “afuera hacia adentro”.

Aunque un enfoque externo puede sugerir la consideración de solo los clientes o socios externos de un proveedor de API, no siempre es así, ya que las comunidades de desarrolladores también existen dentro de las organizaciones. Al pensar en la obtención de ingresos y la monetización de la API, las API destinadas a los desarrolladores internos a menudo deben formar parte de la misma conversación que las destinadas a los desarrolladores externos.

Algunas API internas se demuestran tan valiosas que se convierten en candidatas para la externalización e incluso la monetización, pero si esas API internas no se administran como productos, esta oportunidad puede que nunca se reconozca. Además, las funciones de monetización aplicadas a las API puramente internas pueden ayudar a las empresas a realizar un seguimiento de las finanzas dentro de los departamentos internos.

Casos de uso en el mundo real.

Telstra: cosechando amplios beneficios de los ingresos de API

Para Telstra, el proveedor de servicios de telecomunicaciones más grande de Australia, la monetización de API ha desempeñado un papel clave no solo para atraer nuevos negocios, sino también para elevar el perfil del programa API de la empresa a los tomadores de decisiones clave dentro de la empresa.
Cuando Telstra lanzó su primera API pública, una API de mensajería SMS básica, en 2015, su objetivo era experimentar con formas de modernizar sus sistemas y productos heredados, y hacer que esos sistemas y productos fueran más modulares y fáciles de usar para los desarrolladores internos. dijo Steven Cooper, API de Telstra y evangelista de plataforma.
“Estaba orientado a probar las aguas y evaluar lo que se necesitaba internamente para las API y servicios disponibles públicamente”, dijo Cooper.
La respuesta fue impresionante: en unos pocos meses, más de 3.000 desarrolladores se registraron para usar la API. Con este éxito inicial en su haber, Telstra comenzó a centrarse en atraer nuevas audiencias. Lanzó su portal de desarrolladores en 2017 como una tienda en línea para sus API y creó una hoja de ruta para futuros productos API.
A medida que Telstra desarrolló su capacidad para monetizar sus API y distribuirlas a través de su portal, se abrieron nuevas puertas a nuevas audiencias. La oportunidad de acceder e incorporar las API de Telstra en nuevas aplicaciones podría extenderse no solo a los socios empresariales sino también a desarrolladores individuales y pequeños equipos, una dinámica que amplió significativamente la gama de desarrolladores que innovan con los servicios de Telstra.

A través de su portal de desarrolladores, los desarrolladores se inscriben en pruebas gratuitas limitadas para experimentar con las API de Telstra, incluidas 1.000 llamadas gratuitas a las API de SMS y MMS de Telstra. También hay un paquete de tarifas basado en el uso de API para los desarrolladores que necesitan un mayor volumen de llamadas.
“Telstra tenía algunos grandes productos tradicionales, como SMS y MMS”, dijo David Freeman, gerente general de habilitación de API de Telstra. “Lo que hemos visto es que podemos convertirlos en productos de API reales y monetizables”.
La monetización también proporciona una nueva e importante métrica para el equipo de la API de Telstra: los ingresos.
“¿Cuáles son las métricas de calidad que realmente necesitamos medir? Hemos tomado un pequeño cambio en eso ahora, estamos viendo cosas como los ingresos porque nuestro programa ha madurado “, dijo Freeman.
Otro logro muy importante que realizó el equipo de API de Telstra al implementar la monetización: producir ingresos tangibles ha llamado la atención de los líderes de negocios de Telstra y les ha dado una idea del valor que se obtiene al exponer los servicios de telecomunicaciones como API.
“Tan pronto como comienza a monetizar las cosas, realmente cambia la forma en que la empresa piensa acerca de las API”, dijo Freeman. “Eso nos ayuda a superar nuestro peso dentro de la organización y nos ayuda a tener una voz”.