Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’APPLIQUE À : tous les niveaux de Gestion des API
Les API web modernes sous-tendent l’économie numérique. Ils fournissent la propriété intellectuelle (IP) d’une entreprise à des tiers et génèrent des revenus par :
- Empaquetage d’adresses IP sous la forme de données, d’algorithmes ou de processus.
- Permettre à d’autres parties de découvrir et d’utiliser des adresses IP utiles de manière cohérente et sans friction.
- Offre un mécanisme de paiement direct ou indirect pour cette utilisation.
Un thème courant dans les récits de réussite de l’API est un modèle d’entreprise sain. La valeur est créée et échangée entre toutes les parties de manière durable.
Les start-ups, les organisations établies et tous les éléments entre deux cherchent généralement à transformer numériquement, en commençant par le modèle d’entreprise. Les API permettent aux organisations de réaliser le modèle métier, ce qui permet un moyen plus simple et plus économique de commercialiser, d’adopter, de consommer et de mettre à l’échelle l’adresse IP sous-jacente.
Les organisations qui publient leur première API font face à un ensemble complexe de décisions. Bien que la plateforme Gestion des API Azure désaffecte les risques et accélère les éléments clés, les organisations doivent toujours configurer et créer leur API autour de leur modèle technique et commercial unique.
Développement d’une stratégie de monétisation
La monétisation est le processus de conversion de quelque chose en argent ; dans ce cas, la valeur de l’API. Les interactions d’API impliquent généralement trois parties distinctes dans la chaîne de valeurs :
Les catégories de stratégie de monétisation des API sont les suivantes :
| Stratégie de monétisation des API | Descriptif |
|---|---|
| Gratuit | Une API facilite l’intégration de l’entreprise, comme la rationalisation d’une chaîne d’approvisionnement. L’API n’est pas monétisée, mais offre une valeur significative en permettant l’efficacité des processus métier pour le fournisseur d’API et le consommateur d’API. |
| Le consommateur paie | Les consommateurs d’API paient en fonction du nombre d’interactions qu’ils ont avec l’API. Nous nous concentrons sur cette approche dans cet article. |
| Le consommateur est payé | Par exemple, un consommateur d’API utilise l’API pour incorporer la publicité dans son site web et reçoit une part des revenus générés. |
| Monétisation indirecte | La monétisation des API n’est pas pilotée par le nombre d’interactions avec l’API, mais par le biais d’autres sources de revenus facilitées par l’API. |
Note
La stratégie de monétisation est définie par le fournisseur d’API et doit être conçue pour répondre aux besoins du consommateur d’API.
Étant donné qu’un large éventail de facteurs influencent la conception, la monétisation des API n’est pas une solution universelle. La stratégie de monétisation différencie votre API de vos concurrents et optimise vos revenus générés.
Les étapes suivantes expliquent comment implémenter une stratégie de monétisation pour votre API.
Étape 1 : Comprendre votre client
Mapper les étapes du parcours probable de vos consommateurs d’API de la première découverte de votre API à la mise à l’échelle maximale.
Par exemple, un ensemble d’étapes client peut être :
Étape du client Descriptif Investigation Permettre au consommateur d’API d’essayer votre API sans coût et friction. Implémentation Fournir un accès suffisant à l’API pour prendre en charge le travail de développement et de test requis pour l’intégrer. Aperçu Permettre au client de lancer son offre et de comprendre la demande initiale. Utilisation initiale de la production Prise en charge de l’adoption anticipée de l’API en production lorsque les niveaux d’utilisation ne sont pas entièrement compris et qu’une approche à risque défavorable peut être nécessaire. Croissance initiale Permettre au consommateur d’API d’accélérer l’utilisation de l’API en réponse à une demande accrue des utilisateurs finaux. Scale Inciter le consommateur d’API à s’engager dans un volume d’achat plus élevé une fois que l’API atteint constamment des niveaux élevés d’utilisation chaque mois. Croissance mondiale Récompensez les utilisateurs de l’API qui utilisent l’API à l’échelle mondiale en offrant le prix de gros optimal. Analysez la valeur générée par votre API pour le client à chaque étape de son parcours.
Envisagez d’appliquer une stratégie de tarification basée sur la valeur si la valeur directe de l’API au client est bien comprise.
Calculez les niveaux d’utilisation prévus de l’API pour un client et le nombre attendu de clients pendant la durée de vie de l’API.
Étape 2 : Quantifier les coûts
Calculez le coût total de possession de votre API.
| Coûts | Descriptif |
|---|---|
| Coût de l’acquisition de clients (COCA) | Coût du marketing, des ventes et de l’intégration. Les API les plus réussies ont tendance à avoir un COCA avec zéro à mesure que les niveaux d’adoption augmentent. Les API doivent être largement en libre-service dans l’intégration. Les facteurs incluent la documentation et l’intégration sans friction aux systèmes de paiement. |
| Coûts d’ingénierie | Les ressources humaines requises pour créer, tester, exploiter et maintenir l’API pendant sa durée de vie. Il s’agit généralement du composant de coût le plus important. Si possible, exploitez les technologies PaaS cloud et serverless pour minimiser. |
| Coûts d’infrastructure | Les coûts des plateformes sous-jacentes, du calcul, du réseau et du stockage nécessaires pour prendre en charge l’API pendant sa durée de vie. Exploitez les plateformes cloud pour obtenir un modèle de coût d’infrastructure qui s’adapte proportionnellement aux niveaux d’utilisation de l’API. |
Étape 3 : Effectuer des recherches sur le marché
- Recherchez le marché pour identifier les concurrents.
- Analysez les stratégies de monétisation des concurrents.
- Comprendre les fonctionnalités spécifiques (fonctionnelles et non fonctionnelles) qu’elles offrent avec leur API.
Étape 4 : Concevoir le modèle de chiffre d’affaires
Concevez un modèle de chiffre d’affaires en fonction du résultat des étapes précédentes. Vous pouvez travailler sur deux dimensions :
| Dimension | Descriptif |
|---|---|
| Qualité de service | Placez les contraintes au niveau du service que vous proposez en définissant une limite sur l’utilisation de l’API. Définissez un quota pour les appels d’API qui peuvent être effectués sur une période de temps (par exemple, 50 000 appels par mois), puis bloquez les appels une fois ce quota atteint. Vous pouvez également définir une limite de débit, limitant le nombre d’appels qui peuvent être effectués dans une courte période (par exemple, 100 appels par seconde). Les limites de débit et de plafond sont appliquées conjointement, ce qui empêche les utilisateurs de consommer leur quota mensuel dans une courte rafale intensive d’appels d’API. |
| Prix | Définissez le prix unitaire à payer pour chaque appel d’API. |
Optimisez la valeur de durée de vie (LTV) que vous générez à partir de chaque client en concevant un modèle de chiffre d’affaires qui prend en charge votre client à chaque étape du parcours client.
- Facilitez la mise à l’échelle et la croissance de vos clients :
- Suggérer aux clients de passer au niveau suivant dans le modèle de chiffre d’affaires.
- Par exemple, récompensez les clients qui achètent un volume plus élevé d’appels d’API avec un prix unitaire inférieur.
- Gardez le modèle de chiffre d’affaires aussi simple que possible :
- Équilibrez la nécessité d'offrir des choix avec le risque d'accabler les clients avec un éventail d'options.
- Limitez le nombre de dimensions utilisées pour différencier les niveaux de modèle de revenus.
- Soyez transparent :
- Fournissez une documentation claire sur les différentes options.
- Donnez à vos clients des outils pour choisir le modèle de chiffre d’affaires qui convient le mieux à leurs besoins.
Identifiez la plage de modèles tarifaires requis. Un modèle de tarification décrit un ensemble spécifique de règles pour que le fournisseur d’API transforme la consommation par le consommateur d’API en revenus.
Par exemple, pour prendre en charge les phases client définies précédemment, nous avons besoin de six types d’abonnement :
| Type d’abonnement | Descriptif |
|---|---|
Free |
Permet au consommateur d’API d’essayer l’API de manière gratuite et obligatoire pour déterminer s’il répond à un cas d’usage. Supprime tous les obstacles à l’entrée. |
Freemium |
Permet au consommateur d’API d’utiliser l’API gratuitement, mais de passer à un service payant à mesure que la demande augmente. |
Metered |
Le consommateur d'API peut effectuer autant d'appels qu'ils le souhaitent et payer un montant fixe par appel. |
Tier |
Le consommateur d’API paie un nombre défini d’appels par mois. S’ils dépassent cette limite, ils paient un montant de dépassement par appel supplémentaire. S’il encoure régulièrement un dépassement, il peut effectuer une mise à niveau vers le niveau suivant. |
Tier + Overage |
Le consommateur d’API paie un nombre défini d’appels par mois. S’ils dépassent cette limite, ils paient un montant défini par appel supplémentaire. |
Unit |
Le consommateur d’API paie un montant défini d’appels par mois. S’ils dépassent cette limite, ils doivent payer pour une autre unité d’appels. |
Votre modèle de chiffre d’affaires définit l’ensemble de produits d’API. Chaque produit d’API implémente un modèle de tarification spécifique pour cibler une étape spécifique dans le cycle de vie du consommateur d’API.
Bien que les modèles de tarification ne doivent généralement pas changer, vous devrez peut-être adapter la configuration et l’application des modèles tarifaires pour votre modèle de revenu. Par exemple, vous souhaiterez peut-être ajuster vos prix pour qu’ils correspondent à un concurrent.
En s’appuyant sur les exemples précédents, vous pouvez appliquer les modèles tarifaires pour créer un modèle de revenu global comme suit :
| Étape du cycle de vie du client | Modèle de tarification | Configuration du modèle de tarification | Qualité de service |
|---|---|---|---|
| Investigation | Libre | Non implémenté. | Quota défini pour limiter le consommateur à 100 appels/mois. |
| Implementation | Freemium | Niveaux gradués :
|
Aucun quota défini. Le consommateur peut continuer à effectuer et à payer des appels avec une limite de 100 appels/minute. |
| Preview | Limité | Prix fixé pour facturer 0,15 $/100 appels au consommateur. | Aucun quota défini. Le consommateur peut continuer à effectuer et à payer des appels à une limite de 200 appels/minutes. |
| Utilisation initiale de la production | Niveau | Prix fixé pour facturer à la consommation 14,95 $ par mois. | Quota défini pour limiter le consommateur à 50 000 appels/mois avec une limite de débit de 100 appels/minute. |
| Croissance initiale | Niveau + dépassement | Niveaux gradués :
|
Aucun quota défini. Le consommateur peut continuer à effectuer et à payer des appels supplémentaires à une limite de 100 appels/minutes. |
| Scale | Niveau + dépassement | Niveaux gradués :
|
Aucun quota défini. Le consommateur peut continuer à effectuer et à payer des appels supplémentaires à une limite de 1 200 appels/minute. |
| Croissance mondiale | Unité | Paliers tarifaires graduels, où chaque palier a un montant fixe de 749,95 $ par mois pour 1 500 000 appels. | Aucun quota défini. Le consommateur peut continuer à effectuer et à payer des appels supplémentaires à une limite de 3 500 appels/minute. |
Voici deux exemples d’interprétation du modèle de revenu en fonction du tableau précédent :
Modèle de tarification par niveau
Appliqué pour prendre en charge les consommateurs d’API pendant la phase de production initiale du cycle de vie. Avec la configuration du modèle de tarification par niveaux, le consommateur :- Paie 14,95 $ par mois.
- Peut effectuer jusqu’à un maximum de 50 000 appels/mois.
- Taux limité à 100 appels/minutes.
Phase de mise à l’échelle de la durée de vie implémentée en appliquant le modèle de tarification Niveau + Dépassement, lorsque les consommateurs :
- Payez 449,95 $ par mois pour les 500 000 premiers appels.
- Sont facturés un supplément de 0,06/100 appels au-delà des 50 000 premiers.
- Le taux est limité à 1 200 appels/minute.
Étape 5 : Étalonner
Étalonnez la tarification sur le modèle de revenus pour :
- Définissez la tarification pour empêcher la surpricisation ou la sous-tarification de votre API en fonction de la recherche sur le marché à l’étape 3 plus tôt.
- Évitez les points du modèle de revenus qui semblent injustes ou encouragent les clients à contourner le modèle pour obtenir des prix plus favorables.
- Assurez-vous que le modèle de revenu est destiné à générer une valeur de durée de vie totale suffisante pour couvrir le coût total de possession et la marge.
- Vérifiez que la qualité de vos offres de service dans chaque niveau du modèle de revenu peut être soutenue par votre solution.
- Par exemple, si vous proposez de prendre en charge 3 500 appels/minutes, assurez-vous que votre solution de bout en bout peut être mise à l’échelle pour prendre en charge ce niveau de débit.
Étape 6 : Mise en production et surveillance
Choisissez une solution appropriée pour collecter le paiement pour l’utilisation de vos API. Les fournisseurs ont tendance à se trouver dans deux groupes :
Plateformes de paiement, comme Stripe
Calculez le paiement en fonction des métriques d’utilisation brutes de l’API en appliquant le modèle de revenu spécifique choisi par le client. Configurez la plateforme de paiement pour refléter votre stratégie de monétisation.
Fournisseurs de paiement, comme Adyen
S’inquiète uniquement de la facilité de la transaction de paiement. Vous devez appliquer votre stratégie de monétisation (par exemple, traduire les métriques d’utilisation de l’API en paiement) avant d’appeler ce service.
Utilisez Gestion des API Azure pour accélérer et dé-risquer l’implémentation à l’aide des fonctionnalités intégrées de Gestion des API. Pour plus d’informations sur les fonctionnalités spécifiques de Gestion des API, consultez la façon dont Gestion des API prend en charge la monétisation.
Implémentez une solution qui crée une flexibilité dans la façon dont vous codifiez votre stratégie de monétisation dans les systèmes sous-jacents à l’aide de la même approche que l’exemple de projet. Avec le codage flexible, vous pouvez répondre dynamiquement et réduire le risque et le coût d’apporter des modifications.
Suivez la documentation du dépôt GitHub de monétisation pour implémenter l’exemple de projet dans votre propre abonnement Azure.
Surveillez régulièrement la façon dont votre API est consommée pour vous permettre de prendre des décisions basées sur des preuves. Par exemple, si des preuves montrent que vous perdez des clients, répétez les étapes précédentes de 1 à 5 pour découvrir et traiter la source.
Évolution continue
Passez en revue régulièrement votre stratégie de monétisation en revoyant et en réévaluant toutes les étapes antérieures. Vous devrez peut-être évoluer votre stratégie de monétisation au fil du temps lorsque vous en apprenez davantage sur vos clients, ce qu’il coûte pour fournir l’API et la façon dont vous répondez à la concurrence qui se déplace sur le marché.
N’oubliez pas que la stratégie de monétisation n’est qu’une facette d’une implémentation d’API réussie. Voici d’autres facettes :
- Expérience du développeur
- La qualité de votre documentation
- Conditions légales
- Votre capacité à mettre à l’échelle l’API pour répondre aux niveaux de service validés.
Contenu connexe
- Comment Gestion des API prend en charge la monétisation.
- Déployez une intégration Adyen ou Stripe de démonstration via le dépôt Git associé.