Monetização com o Gerenciamento de API do Azure
APLICA-SE A: todas as camadas do Gerenciamento de API
As APIs Web modernas são o ponto de base da economia digital. Elas fornecem a propriedade intelectual (PI) de uma empresa a terceiros e geram receita por:
- Empacotamento de PI na forma de dados, algoritmos ou processos.
- Permitir que outras partes descubram e consumam PI útil de maneira consistente e sem conflitos.
- Oferecer um mecanismo para pagamento direto ou indireto para esse uso.
Um tema comum entre as histórias de sucesso da API é um modelo de negócios bem-sucedido. O valor é criado e trocado entre todas as partes, de maneira sustentável.
As start-ups, as organizações estabelecidas e tudo no meio disso, normalmente, buscam transformar digitalmente começando com o modelo de negócios. As APIs permitem que o modelo de negócios seja realizado, permitindo uma maneira mais fácil e mais eficiente para marketing, adoção, consumo e dimensionamento da PI 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 principais elementos, as organizações ainda precisam configurar e criar sua API em torno de seu modelo técnico e de negócios exclusivo.
Desenvolvendo uma estratégia de monetização
AMonetização é o processo de converter algo em dinheiro, nesse caso, o valor da API. As interações de API normalmente envolvem três partes distintas na cadeia de valores:
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, por exemplo, a simplificação de uma cadeia de fornecedores. A API não é monetizada, mas fornece valor significativo, permitindo eficiências de processos empresariais para o provedor de API e o consumidor de API. |
| O consumidor paga | Os consumidores de API pagam com base no número de interações que eles têm com a API. Nós focamos nessa abordagem neste documento. |
| O consumidor é pago | Por exemplo, um consumidor de API usa a API para inserir anúncios em seu site e recebe uma parte da receita gerada. |
| Monetização indireta | A monetização de API não é orientada pelo número de interações com a API, mas por meio de outras fontes de receita facilitadas pela API. |
Observação
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 variedade de fatores influenciam o design, a monetização de API não vem como uma solução de única para todos. 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.
Etapa 1: entenda seu cliente
Mapeie os estágios no percurso provável dos consumidores de 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 Habilitar o consumidor de API a experimentar sua API sem custo e atrito. Implementação Fornecer acesso suficiente à API para dar suporte ao trabalho de desenvolvimento e teste necessário para integração com ela. Visualização Permitir que o cliente inicialize sua oferta e entenda a demanda inicial. Uso inicial da produção Dar suporte à adoção antecipada da API em 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 Habilitar o consumidor de API a aumentar o uso da API em resposta ao aumento da demanda dos usuários finais. Escala Incentivar o consumidor de API a se comprometer com um volume mais alto de compra quando a API atingir consistentemente altos níveis de uso a cada mês. Crescimento global Recompensar os usuários de API que estão usando a API em escala global oferecendo o preço ideal de venda. Analisar o valor que sua API gerará para o cliente em cada estágio em sua jornada.
Considerar aplicar uma estratégia de preços baseada em valor se o valor direto da API ao cliente for bem compreendido.
Calcular os níveis de uso de tempo de vida previstos da API para um cliente e o número esperado de clientes durante o tempo de vida da API.
Etapa 2: quantifique os custos
Calcule o custo total de propriedade da sua API.
| Custo | Description |
|---|---|
| Custo da aquisição do cliente (CAC) | O custo de marketing, vendas e integração. As APIs mais bem-sucedidas tendem a ter um CAC de zero à medida que os níveis de adoção aumentam. As APIs devem ser, em grande parte, de autoatendimento na integração. Os fatores incluem documentação e integração sem conflitos com sistemas de pagamento. |
| Custos de engenharia | Os recursos humanos necessários para criar, testar, operar e manter a API durante seu tempo de vida. Tende a ser o componente de custo mais significativo. Sempre que possível, explore a PaaS de nuvem e as tecnologias sem servidor para minimizá-lo. |
| Custos de infraestrutura | Os custos para as plataformas subjacentes, a computação, a rede e o armazenamento necessários para dar suporte à API durante seu tempo de vida. Explore plataformas de nuvem para obter um modelo de custo de infraestrutura que é escalado proporcionalmente de acordo com os níveis de uso da API. |
Etapa 3: realize pesquisa de mercado
- Pesquisar o mercado para identificar concorrentes.
- Analisar estratégias de monetização dos concorrentes.
- Entender os recursos específicos (funcionais e não funcionais) que eles estão oferecendo com sua API.
Etapa 4: projete o modelo de receita
Projetar um modelo de receita com base no resultado das etapas acima. Você pode trabalhar em duas dimensões:
| Dimensão | Descrição |
|---|---|
| Qualidade de serviço | Coloque restrições no nível de serviço que você está oferecendo definindo um limite no uso da API. Defina uma cota para as chamadas à API que podem ser feitas durante um período de tempo (por exemplo, 50.000 chamadas por mês) e, em seguida, bloqueie chamadas depois que essa cota for atingida. Você também pode definir um limite de taxa, limitando o número de chamadas que podem ser feitas em um curto período (por exemplo, 100 chamadas por segundo). Limites e limites de taxa são aplicados em conjunto, impedindo que os usuários consumam sua cota mensal em uma curta intermitência intensiva de chamadas à API. |
| Preço | Defina o preço unitário a ser pago por cada chamada à API. |
Maximize o valor de tempo de vida (LTV) gerado de cada cliente projetando um modelo de receita que dá suporte ao cliente em cada estágio da jornada do cliente.
- Faça com que seja o mais fácil possível para seus clientes dimensionar e aumentar:
- Sugira que os clientes passem para a próxima camada no modelo de receita.
- Por exemplo, dê uma recompensa os clientes que comprarem um volume mais alto de chamadas à API com um preço unitário mais baixo.
- Mantenha o modelo de receita o mais simples possível:
- Equilibre a necessidade de fornecer escolha com o risco de sobrecarregar os clientes com uma matriz de opções.
- Mantenha o número de dimensões usadas para diferenciar entre as camadas do modelo de receita.
- Seja transparente:
- Forneça uma documentação clara sobre as diferentes opções.
- Dê aos clientes ferramentas para escolher o modelo de receita que melhor atende às necessidades deles.
Identifique o intervalo 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 do 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 assinatura | Description |
|---|---|
Free |
Permite que o consumidor da API teste a API de forma gratuita e econômica, para determinar se ela atende a um caso de uso. Remove todas as barreiras de entrada. |
Freemium |
Permite que o consumidor de API use a API gratuitamente, mas para fazer a transição para um serviço pago conforme a demanda aumenta. |
Metered |
O consumidor de 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 elas excederem esse limite, ele pagará um valor excedente por chamada extra. Se o excedente for frequente, o cliente poderá atualizar para a próxima camada. |
Tier + Overage |
O consumidor da API paga por um número definido de chamadas por mês. Se as chamadas excederem esse limite, ele pagará um valor excedente por chamada extra. |
Unit |
O consumidor da API paga por uma quantidade definida de chamada por mês. Se ele exceder esse limite, terá que 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 direcionar um estágio específico no ciclo de vida do consumidor da API.
Embora os modelos de preços geralmente não devam ser alterados, talvez seja necessário adaptar a configuração e a aplicação de modelos de preços para seu modelo de receita. Por exemplo, talvez você queira ajustar seus preços para corresponder a um concorrente.
Com base nos exemplos acima, os modelos de preços podem ser aplicados para criar um modelo de receita geral da seguinte maneira:
| Ciclo de vida do cliente | Modelo de preços | Configuração do modelo de preços | Qualidade de Serviço |
|---|---|---|---|
| Investigação | Gratuita | Não implementado. | Cota definida para limitar o consumidor a 100 chamadas/mês. |
| Implementação | Freemium | Camadas graduadas:
|
Nenhuma cota definida. O consumidor pode continuar a fazer e pagar chamadas com um limite de taxa de 100 chamadas/minuto. |
| Versão Prévia | Limitado | Preço de cobrança ao consumidor definido em US$0,15/100 chamadas. | Nenhuma cota definida. O consumidor pode continuar a fazer e pagar chamadas com um limite de taxa de 200 de chamadas/minuto. |
| Uso inicial da produção | Camada | Preço de cobrança ao consumidor definido como US$14,95 mês. | Cota definida para limitar o consumidor a 50.000 chamadas/mês com um limite de taxa de 100 chamadas/minuto. |
| Crescimento inicial | Camada + excedente | Camadas graduadas:
|
Nenhuma cota definida. O consumidor pode continuar a fazer e pagar chamadas extras com um limite de taxa de 100 de chamadas/minuto. |
| Escala | Camada + excedente | Camadas graduadas:
|
Nenhuma cota definida. O consumidor pode continuar a fazer e pagar chamadas extras com um limite de taxa de 1.200 de chamadas/minuto. |
| Crescimento global | Unidade | Camadas graduadas, em que cada valor simples de camada é de US$749.95/mês para 1,5 milhões de chamadas. | Nenhuma cota definida. O consumidor pode continuar a fazer e pagar chamadas extras com um limite de taxa de 3.500 de chamadas/minuto. |
Dois exemplos de como interpretar o modelo de receita com base na tabela acima:
Modelo de preço por camada
Aplicado para dar suporte aos consumidores de API durante a fase de produção inicial do ciclo de vida. Com a configuração do modelo de preços da camada, o consumidor:- Paga US$14,95/mês.
- Pode fazer até um máximo de 50.000 de chamadas/mês.
- Taxa limitada a 100 chamadas/minuto.
Fase de dimensionamento do ciclo de vida Implementada ao aplicar o modelo de preço Camada + excedente, em que os consumidores:
- Pagam US$449,95/mês para as primeiras 500.000 chamadas.
- São cobrados um extra de US$0.06/100 chamadas após as primeiras 50.000.
- Taxa limitada a 1.200 chamadas/minuto.
Etapa 5: calibrar
Calibre os preços em todo o modelo de receita para:
- Definir o preço para evitar um preço muito alto ou muito baixo para sua API, com base na pesquisa de mercado na etapa 3 acima.
- Evitar qualquer ponto no modelo de receita que pareça injusto ou incentive os clientes a contornarem o modelo para obter preços mais favoráveis.
- Certificar-se que o modelo de receita foi direcionado para gerar um valor de tempo de vida total (LTV) suficiente para cobrir o custo total de propriedade mais a margem.
- Verificar se a qualidade de suas ofertas de serviço em cada camada de modelo de receita pode ser suportada por sua solução.
- Por exemplo, se você estiver oferecendo suporte a 3.500 chamadas/minuto, verifique se sua solução de ponta a ponta pode ser dimensionada para dar suporte a esse nível de taxa de transferência.
Etapa 6: lançar e monitorar
Escolha uma solução apropriada para coletar o pagamento do uso de suas APIs. Os provedores tendem a se enquadrar em dois grupos:
Plataformas de pagamento, como Stripe
Calcule o pagamento com base nas métricas de uso bruto 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 Adyen
Preocupado apenas com a facilitação da transação de pagamento. Você precisará aplicar sua estratégia do monetização (como converter as métricas de uso da API em um pagamento) antes de chamar esse serviço.
Use o Gerenciamento de API do Azure para acelerar e mitigar o risco da implementação usando recursos internos fornecidos no Gerenciamento de API. Para obter mais informações sobre os recursos específicos do Gerenciamento de API, consulte como o Gerenciamento de API dá suporte a monetização.
Implemente uma solução que cria flexibilidade em como você codifica sua estratégia de monetização nos sistemas subjacentes usando a mesma abordagem do projeto de exemplo. Com a codificação flexível, você pode responder dinamicamente e minimizar o risco e o custo de fazer alterações.
Siga o repositório de documentação sobre monetização do GitHub para implementar o projeto de exemplo na 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 a evidência mostrar que você está tendo rotatividade de clientes, repita as etapas 1 a 5 acima para descobrir e resolver a origem.
Evolução contínua
Examine sua estratégia de monetização regularmente revisitando e reavaliando todas as etapas acima. Talvez seja necessário desenvolver sua estratégia de monetização ao longo do tempo à medida que você aprende mais sobre seus clientes, quais são os custos para fornecer a API e como você responde a mudanças na concorrência 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:
- Experiência do desenvolvedor
- A qualidade da documentação
- Os termos legais
- Sua capacidade de dimensionar a API para atender aos níveis de serviço comprometidos.
Próximas etapas
- Como o Gerenciamento de API dá suporte à monetização.
- Implante um Adyen de demonstração ou integração do Stripe por meio do repositório Gitassociado.