Monetização com o Gerenciamento de API do Azure
APLICA-SE A: Todas as camadas de gerenciamento de API
As APIs da Web modernas sustentam a economia digital. Fornecem a propriedade intelectual (PI) de uma empresa a terceiros e geram rendimento ao:
- IP de empacotamento na forma de dados, algoritmos ou processos.
- Permitindo que outras partes descubram e consumam IP útil de forma consistente e sem atrito.
- Oferecendo um mecanismo de pagamento direto ou indireto por esse uso.
Um tema comum em histórias de sucesso de API é um modelo de negócios saudável. O valor é criado e trocado entre todas as partes, de forma sustentável.
Start-ups, organizações estabelecidas e tudo o que está entre elas normalmente buscam se transformar digitalmente a partir do modelo de negócios. As APIs permitem que o modelo de negócios seja realizado, permitindo uma maneira mais fácil e econômica de marketing, adoção, consumo e dimensionamento do IP subjacente.
As organizações que publicam sua primeira API enfrentam um conjunto complexo de decisões. Embora a plataforma de Gerenciamento de API do Azure diminua o risco e acelere os elementos-chave, as organizações ainda precisam configurar e criar sua API em torno de seu modelo técnico e de negócios exclusivo.
Desenvolver uma estratégia de rentabilização
A monetização é o processo de converter algo em dinheiro - neste caso, o valor da API. As interações API normalmente envolvem três partes distintas na cadeia de valor:
As categorias de estratégia de monetização de API incluem:
| Estratégia de monetização de API | Description |
|---|---|
| Gratuito | Uma API facilita a integração entre empresas, como a racionalização de uma cadeia de abastecimento. A API não é monetizada, mas oferece um valor significativo ao permitir a eficiência dos processos de negócios tanto para o provedor quanto para o consumidor da API. |
| O consumidor paga | Os consumidores da API pagam com base no número de interações que têm com a API. Concentramo-nos nesta abordagem neste documento. |
| O consumidor é pago | Por exemplo, um consumidor de API usa a API para incorporar publicidade em seu site e recebe uma parte da receita gerada. |
| Monetização indireta | A monetização da API não é impulsionada pelo número de interações com a API, mas por outras fontes de receita facilitadas pela API. |
Nota
A estratégia de monetização é definida pelo provedor de API e deve ser projetada para atender às necessidades do consumidor de API.
Como uma ampla gama de fatores influencia o design, a monetização da API não vem como uma solução única. A estratégia de monetização diferencia sua API de seus concorrentes e maximiza sua receita gerada.
As etapas a seguir explicam como implementar uma estratégia de monetização para sua API.
Passo 1: Compreender o seu cliente
Mapeie os estágios na jornada provável dos consumidores de sua API, desde a primeira descoberta de sua API até a escala máxima.
Por exemplo, um conjunto de estágios do cliente pode ser:
Estágio do cliente Description Investigação Habilite o consumidor de API para experimentar sua API com custo e atrito zero. Implementação Fornecer acesso suficiente à API para dar suporte ao trabalho de desenvolvimento e teste necessário para integração com ela. Pré-visualizar Permitir que o cliente lance sua oferta e entenda a demanda inicial. Utilização inicial da produção Apoiar a adoção precoce da API na produção quando os níveis de uso não são totalmente compreendidos e uma abordagem de risco adverso pode ser necessária. Crescimento inicial Permita que o consumidor da API aumente o uso da API em resposta ao aumento da demanda dos usuários finais. Escala Incentive o consumidor de API a se comprometer com um maior volume de compras quando a API estiver atingindo consistentemente altos níveis de uso a cada mês. Crescimento mundial Recompense os usuários da API que estão usando a API em escala global, oferecendo o preço de atacado ideal. Analise o valor que sua API estará gerando para o cliente em cada etapa de sua jornada.
Considere a aplicação de uma estratégia de preços baseada em valor se o valor direto da API para o cliente for bem compreendido.
Calcule os níveis de uso antecipados da API durante o tempo de vida de um cliente e o número esperado de clientes ao longo da vida útil da API.
Passo 2: Quantificar os custos
Calcule o custo total de propriedade da sua API.
| Custo | Description |
|---|---|
| Custo de aquisição de clientes (COCA) | O custo de marketing, vendas e integração. As APIs mais bem-sucedidas tendem a ter um COCA com zero à medida que os níveis de adoção aumentam. As APIs devem ser, em grande parte, self-service na integração. Os fatores incluem documentação e integração sem atrito com sistemas de pagamento. |
| Custos de engenharia | Os recursos humanos necessários para criar, testar, operar e manter a API ao longo de sua vida útil. Tende a ser o componente de custo mais significativo. Sempre que possível, explore o PaaS na nuvem e as tecnologias sem servidor para minimizar. |
| Custos de infraestrutura | Os custos para as plataformas subjacentes, computação, rede e armazenamento necessários para suportar a API ao longo de sua vida útil. Explore plataformas de nuvem para obter um modelo de custo de infraestrutura que aumente proporcionalmente de acordo com os níveis de uso da API. |
Etapa 3: Realizar pesquisa de mercado
- Pesquise o mercado para identificar concorrentes.
- Analise as estratégias de monetização dos concorrentes.
- Entenda os recursos específicos (funcionais e não funcionais) que eles estão oferecendo com sua API.
Etapa 4: Projetar o modelo de receita
Projete um modelo de receita com base no resultado das etapas acima. Você pode trabalhar em duas dimensões:
| Dimensão | Description |
|---|---|
| Qualidade do serviço | Coloque restrições no nível de serviço que você está oferecendo definindo um limite para o uso da API. Defina uma cota para as chamadas de API que podem ser feitas durante um período de tempo (por exemplo, 50.000 chamadas por mês) e, em seguida, bloqueie as chamadas assim que essa cota for atingida. Você também pode definir um limite de tarifa, limitando o número de chamadas que podem ser feitas em um curto período (por exemplo, 100 chamadas por segundo). Limites máximos e limites de taxa são aplicados em conjunto, impedindo que os usuários consumam sua cota mensal em uma curta explosão intensiva de chamadas de API. |
| Preço | Defina o preço unitário a ser pago por cada chamada de API. |
Maximize o valor vitalício (LTV) que você gera de cada cliente projetando um modelo de receita que apoie seu cliente em cada estágio da jornada do cliente.
- Torne o mais fácil possível para os seus clientes escalarem e crescerem:
- Sugira que os clientes subam para o próximo nível no modelo de receita.
- Por exemplo, recompense os clientes que compram um volume maior de chamadas de API com um preço unitário mais baixo.
- Mantenha o modelo de receita o mais simples possível:
- Equilibre a necessidade de oferecer escolha com o risco de sobrecarregar os clientes com uma variedade de opções.
- Reduza o número de dimensões usadas para diferenciar entre os níveis do modelo de receita.
- Seja transparente:
- Forneça documentação clara sobre as diferentes opções.
- Dê aos seus clientes ferramentas para escolher o modelo de receita que melhor se adapta às suas necessidades.
Identifique a gama de modelos de preços necessários. Um modelo de preços descreve um conjunto específico de regras para o provedor de API transformar o consumo pelo consumidor de API em receita.
Por exemplo, para dar suporte aos estágios do cliente acima, precisaríamos de seis tipos de assinatura:
| Tipo de subscrição | Description |
|---|---|
Free |
Permite que o consumidor da API teste a API de forma obrigatória e sem custos, para determinar se ela cumpre um caso de uso. Elimina todas as barreiras à entrada. |
Freemium |
Permite que o consumidor da API use a API gratuitamente, mas faça a transição para um serviço pago à medida que a demanda aumenta. |
Metered |
O consumidor da API pode fazer quantas chamadas quiser por mês e pagará um valor fixo por chamada. |
Tier |
O consumidor da API paga por um número definido de chamadas por mês. Se excederem este limite, pagam um valor adicional por chamada extra. Se eles incorrerem regularmente em excesso, eles podem atualizar para o próximo nível. |
Tier + Overage |
O consumidor da API paga por um número definido de chamadas por mês. Se excederem este limite, pagam um valor fixo por chamada extra. |
Unit |
O consumidor da API paga por uma quantidade definida de chamadas por mês. Se excederem este limite, têm de pagar por outra unidade de chamadas. |
Seu modelo de receita definirá o conjunto de produtos de API. Cada produto de API implementa um modelo de preços específico para atingir um estágio específico no ciclo de vida do consumidor da API.
Embora os modelos de preços geralmente não devam mudar, talvez seja necessário adaptar a configuração e a aplicação dos modelos de preços para o seu modelo de receita. Por exemplo, você pode querer ajustar seus preços para corresponder a um concorrente.
Com base nos exemplos acima, os modelos de preços poderiam ser aplicados para criar um modelo de receita global da seguinte forma:
| Estágio do ciclo de vida do cliente | Modelo de preços | Configuração do modelo de preços | Qualidade de Serviço |
|---|---|---|---|
| Investigação | Gratuito | Não implementado. | Quota definida para limitar o Consumidor a 100 chamadas/mês. |
| Implementação | Freemium | Escalões graduados:
|
Não foram estabelecidas quotas. O consumidor pode continuar a fazer e pagar chamadas com um limite de tarifa de 100 chamadas/minuto. |
| Pré-visualizar | Medidos | Preço definido para cobrar ao consumidor $0,15/100 chamadas. | Não foram estabelecidas quotas. O consumidor pode continuar a fazer e pagar chamadas com um limite de tarifa de 200 chamadas/minuto. |
| Utilização inicial da produção | Escalão de serviço | Preço definido para cobrar ao consumidor US $ 14,95 / mês. | Quota definida para limitar o consumidor a 50.000 chamadas/mês com um limite tarifário de 100 chamadas/minuto. |
| Crescimento inicial | Nível + Excesso | Escalões graduados:
|
Não foram estabelecidas quotas. O consumidor pode continuar a fazer e pagar chamadas adicionais a um limite de tarifa de 100 chamadas/minuto. |
| Escala | Nível + Excesso | Escalões graduados:
|
Não foram estabelecidas quotas. O consumidor pode continuar a fazer e pagar chamadas extras com um limite de tarifa de 1.200 chamadas/minuto. |
| Crescimento mundial | Unidade | Níveis graduados, onde cada nível fixo é de US$ 749,95/mês para 1.500.000 chamadas. | Não foram estabelecidas quotas. O consumidor pode continuar a fazer e pagar chamadas extras com um limite de tarifa de 3.500 chamadas/minuto. |
Dois exemplos de como interpretar o modelo de receita com base na tabela acima:
Modelo de preços de nível
Aplicado para dar suporte aos consumidores de API durante a fase inicial de produção do ciclo de vida. Com a configuração do modelo de preços de camadas, o consumidor:- Paga $14.95/mês.
- Pode fazer até um máximo de 50.000 chamadas/mês.
- Tarifa limitada a 100 chamadas/minuto.
Fase de escala do ciclo de vida Implementada através da aplicação do modelo de preços Tier + Overage , em que os consumidores:
- Pague $449.95/mês pelas primeiras 500.000 chamadas.
- São cobradas um extra de $0,06/100 chamadas após as primeiras 50.000.
- Tarifa limitada a 1.200 chamadas/minuto.
Passo 5: Calibrar
Calibrar os preços em todo o modelo de receita para:
- Defina o preço para evitar sobrepreço ou subavaliação da sua API, com base na pesquisa de mercado na etapa 3 acima.
- Evite quaisquer pontos no modelo de receita que pareçam injustos ou incentive os clientes a contornar o modelo para alcançar preços mais favoráveis.
- Garantir que o modelo de receita seja orientado para gerar um valor total de vida útil (TLV) suficiente para cobrir o custo total de propriedade mais a margem.
- Verifique se a qualidade de suas ofertas de serviço em cada camada de modelo de receita pode ser suportada pela sua solução.
- Por exemplo, se você estiver oferecendo suporte a 3.500 chamadas/minuto, certifique-se de que sua solução de ponta a ponta possa ser dimensionada para suportar esse nível de taxa de transferência.
Passo 6: Libertar e monitorizar
Escolha uma solução apropriada para cobrar o pagamento pelo uso de suas APIs. Os prestadores tendem a dividir-se em dois grupos:
Plataformas de pagamento, como o Stripe
Calcule o pagamento com base nas métricas brutas de uso da API aplicando o modelo de receita específico que o cliente escolheu. Configure a plataforma de pagamento para refletir sua estratégia de monetização.
Provedores de pagamento, como a Adyen
Apenas em relação à facilitação da operação de pagamento. Você precisará aplicar sua estratégia de monetização (por exemplo, traduzir métricas de uso da API em um pagamento) antes de chamar este serviço.
Use o Gerenciamento de API do Azure para acelerar e reduzir o risco da implementação usando recursos internos fornecidos no Gerenciamento de API. Para obter mais informações sobre os recursos específicos no Gerenciamento de API, consulte como o Gerenciamento de API oferece suporte à monetização.
Implemente uma solução que crie flexibilidade na forma como você codifica sua estratégia de monetização nos sistemas subjacentes usando a mesma abordagem do projeto de exemplo. Com codificação flexível, você pode responder dinamicamente e minimizar o risco e o custo de fazer alterações.
Siga a documentação de repositório do GitHub de monetização para implementar o projeto de exemplo em sua própria assinatura do Azure.
Monitore regularmente como sua API está sendo consumida para permitir que você tome decisões baseadas em evidências. Por exemplo, se as evidências mostrarem que você está agitando clientes, repita as etapas 1 a 5 acima para descobrir e abordar a fonte.
Evolução contínua
Reveja a sua estratégia de rentabilização regularmente, revisitando e reavaliando todos os passos acima. Você pode precisar evoluir sua estratégia de monetização ao longo do tempo à medida que aprende mais sobre seus clientes, quanto custa fornecer a API e como você responde à concorrência em mudança no mercado.
Lembre-se de que a estratégia de monetização é apenas uma faceta de uma implementação de API bem-sucedida. Outras facetas incluem:
- A experiência do desenvolvedor
- A qualidade da sua documentação
- Os termos legais
- Sua capacidade de dimensionar a API para atender aos níveis de serviço comprometidos.
Passos Seguintes
- Como o Gerenciamento de API oferece suporte à monetização.
- Implante uma integração demo Adyen ou Stripe através do repositório Git associado.