GOOGLE APIGEE, Modelos de Monetización

API M

GOOGLE APIGEE, Modelos de Monetización
27/10/2021

GOOGLE APIGEE, Modelos de Monetización

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.

Los líderes empresariales también deben comprender, como se señaló anteriormente, si las API de
público objetivo es más valioso bajo un modelo de monetización directa o bajo un modelo que busca beneficios indirectos. Mucha gente usará un recurso, pero solo algunos dentro de ese grupo estarán dispuestos a pagar para usar ese recurso. Entre los que están dispuestos a pagar, algunos necesitarán primero probar una API de forma gratuita y otros deberán ofrecer una facturación flexible que se adapte a sus necesidades y usos. Para encontrar la combinación de monetización correcta, las empresas pueden necesitar herramientas para ajustar las estrategias de monetización sobre la marcha y perseguir muchos modelos Los modelos populares de monetización API incluyen:
Freemium: el proveedor de API ofrece un nivel básico de servicio, definido en términos de cuotas y / o capacidades, de forma gratuita. Los niveles más altos de servicio que ofrecen más capacidades o una mayor cuota de uso se ofrecen por una tarifa.
Basado en el uso: el cliente API se cobra por cada transacción. Las posibles variaciones incluyen
modelos de tarifa plana en los que el desarrollador cobra una tarifa fija por cada transacción; Modelos de banda de volumen en los que se cobra una tarifa variable al desarrollador
en el volumen de transacciones;
Modelos basados ​​en el uso en los que los atributos personalizados dictan las tarifas. Por ejemplo, se puede cobrar al desarrollador por cada transacción, pero la cantidad cobrada varía según el número de bytes transmitidos.
Reparto de ingresos: el proveedor de API comparte con el desarrollador un porcentaje de los ingresos generados por cada transacción. Las posibles variaciones incluyen
modelos de acciones fijas en las que el desarrollador recibe un porcentaje establecido de los ingresos generados por cada transacción;
Modelos de participación flexibles en los que el desarrollador recibe un porcentaje variable de los ingresos generados, en función de los ingresos totales generados en las transacciones API durante un período de tiempo específico

Acceso: ¿Cómo la gente encuentra y accede a su producto?

La mayoría de los productos necesitan una tienda, y en el caso de los productos API dirigidos al mercado abierto, la tienda a menudo toma la forma de mercados API o un portal de desarrolladores personalizado: un destino único donde los clientes pueden descubrir, explorar, acceder y prueba las API de un proveedor.
Los proveedores que crean portales de API deben incluir un catálogo que facilite a los desarrolladores el descubrimiento de API, y deben incluir documentación, código de muestra, blogs y foros que expresan claramente el valor de las API y facilitan el trabajo con las API dentro de minutos. Los desarrolladores que visitan el portal deben poder acceder a las claves de API y, de lo contrario, incorporarse a través de procesos de autoservicio, y el portal debe incluir entornos de espacio aislado para que los desarrolladores puedan experimentar de forma segura.

Adopción: ¿Cómo comercializa su producto?

Varias formas de marketing también pueden desempeñar un papel importante en impulsar la adopción de API. Al formar un punto de vista externo, las empresas deben encomendar a los evangelistas la formación de relaciones con las comunidades de desarrolladores y crear una presencia en conferencias y reuniones de desarrolladores. Un portal para desarrolladores debe incluir foros y otras características de la comunidad que permitan a los usuarios intercambiar las mejores prácticas y proporcionar comentarios al proveedor de API. SEO, SEM, redes sociales y otros esfuerzos de mercadeo general también pueden ser importantes.

Administración y operaciones: ¿Cómo sirve y mejora su producto?

Al igual que con cualquier producto, una API monetizada que es popular hoy en día puede no ser tan lucrativa en el futuro si no se actualiza y no es compatible. Es especialmente probable que los consumidores de API tengan mayores expectativas sobre las API a las que pagan para acceder, por lo que esperan un alto nivel de servicio, soporte, mejora continua, etc.
Para cumplir con estas expectativas cambiantes, es importante que los proveedores de API mantengan el tiempo de actividad de sus servicios y puedan cambiar los modelos de precios a medida que cambia el comportamiento del desarrollador. Casi no hace falta decir que los proveedores de API deben proteger sus productos de las amenazas, ya que los desarrolladores abandonarán un servicio inseguro.

Los proveedores de API también necesitan una estrategia que abarque tanto las tareas de operaciones técnicas, como la administración de lanzamientos y el monitoreo de API, como las tareas de operaciones de negocios, que incluyen generar conocimientos a partir de análisis y usar esos conocimientos para formar estrategias de crecimiento. Esto significa que los proveedores de API deben monitorear continuamente sus productos para que puedan detectar y abordar rápidamente las interrupciones del servicio. Los proveedores deben usar el análisis de API para observar cómo las APIs están siendo utilizadas por los diferentes grupos de desarrolladores, aprender cómo los diferentes modelos de monetización y las características del producto están afectando la adopción, y configurar las iteraciones para que sus API sean más útiles en el futuro. Los proveedores de API deben invertir en herramientas que les permitan modificar de forma flexible y responsable los precios y probar A / B diferentes ofertas.

La monetización de APIs es parte de nuestro servicio de Programa de APIs empresarial 

Para más información contáctanos a [email protected]

https://www.prodigio.tech/servicios/api-program/