Geld verdienen met Azure API Management
VAN TOEPASSING OP: Alle API Management-lagen
Moderne web-API's ondersteunen de digitale economie. Ze bieden het intellectuele eigendom (IP) van een bedrijf aan derden en genereren inkomsten door:
- IP-adressen verpakken in de vorm van gegevens, algoritmen of processen.
- Andere partijen in staat stellen nuttige IP-adressen op een consistente, wrijvingloze manier te detecteren en te gebruiken.
- Het aanbieden van een mechanisme voor directe of indirecte betaling voor dit gebruik.
Een gemeenschappelijk thema voor succesverhalen van API's is een gezond bedrijfsmodel. Waarde wordt gecreëerd en uitgewisseld tussen alle partijen, op een duurzame manier.
Start-ups, gevestigde organisaties en alles tussendoor proberen doorgaans digitaal te transformeren, te beginnen met het bedrijfsmodel. Met API's kan het bedrijfsmodel worden gerealiseerd, waardoor het eenvoudiger en rendabeler is voor marketing, acceptatie, verbruik en schaalaanpassing van het onderliggende IP-adres.
Organisaties die hun eerste API publiceren, hebben te maken met een complexe set beslissingen. Hoewel het Azure API Management-platform risico's de escaleert en belangrijke elementen versnelt, moeten organisaties hun API nog steeds configureren en bouwen rond hun unieke technische en bedrijfsmodel.
Een strategie voor het genereren van inkomsten ontwikkelen
Geld verdienen is het proces van het omzetten van iets in geld, in dit geval de API-waarde. API-interacties omvatten doorgaans drie afzonderlijke partijen in de waardeketen:
Categorieën van API-strategie voor het genereren van inkomsten zijn onder andere:
| API-strategie voor het genereren van inkomsten | Beschrijving |
|---|---|
| Gratis | Een API faciliteert bedrijfsintegratie, zoals het stroomlijnen van een toeleveringsketen. De API heeft geen inkomsten, maar levert aanzienlijke waarde door efficiëntie van bedrijfsprocessen mogelijk te maken voor zowel de API-provider als de API-consument. |
| Consument betaalt | API-consumenten betalen op basis van het aantal interacties dat ze hebben met de API. We richten ons op deze benadering in dit document. |
| Consument wordt betaald | Een API-consument gebruikt bijvoorbeeld de API om advertenties in te sluiten op hun website en ontvangt een deel van de gegenereerde omzet. |
| Indirecte inkomsten genereren | API-inkomsten worden niet aangestuurd door het aantal interacties met de API, maar via andere bronnen van inkomsten die worden gefaciliteerd door de API. |
Notitie
De strategie voor het genereren van inkomsten wordt ingesteld door de API-provider en moet worden ontworpen om te voldoen aan de behoeften van de API-consument.
Omdat een breed scala aan factoren van invloed is op het ontwerp, komt API-inkomsten niet als een oplossing die geschikt is voor één grootte. De strategie voor het genereren van inkomsten onderscheidt uw API van uw concurrenten en maximaliseert uw gegenereerde omzet.
In de volgende stappen wordt uitgelegd hoe u een strategie voor het genereren van inkomsten implementeert voor uw API.
Stap 1: Inzicht in uw klant
Wijs de fasen in de waarschijnlijke reis van uw API-consumenten toe, van de eerste detectie van uw API tot een maximale schaal.
Een reeks klantfasen kan bijvoorbeeld het volgende zijn:
Klantfase Beschrijving Onderzoek Schakel de API-consument in om uw API zonder kosten en wrijving uit te proberen. Implementatie Geef voldoende toegang tot de API ter ondersteuning van het ontwikkel- en testwerk dat nodig is om ermee te integreren. Preview uitvoeren Sta de klant toe om hun aanbieding te starten en inzicht te hebben in de eerste vraag. Eerste productiegebruik Ondersteuning voor vroege acceptatie van de API in productie wanneer gebruiksniveaus niet volledig worden begrepen en een risico-negatieve benadering nodig is. Initiële groei Schakel de API-consument in om het gebruik van de API te verhogen als reactie op de toegenomen vraag van eindgebruikers. Schaal wijzigen Bevorder de API-consument om een hoger aankoopvolume door te voeren zodra de API elke maand consistent hoge gebruiksniveaus bereikt. Wereldwijde groei Beloon de API-gebruikers die de API op wereldwijde schaal gebruiken door de optimale groothandelsprijs aan te bieden. Analyseer de waarde die uw API voor de klant genereert in elke fase in hun traject.
Overweeg om een prijsstrategie op basis van waarde toe te passen als de directe waarde van de API voor de klant goed wordt begrepen.
Bereken de verwachte gebruiksniveaus van de API voor een klant en het verwachte aantal klanten gedurende de levensduur van de API.
Stap 2: De kosten kwantificeren
Bereken de totale eigendomskosten voor uw API.
| Kosten | Beschrijving |
|---|---|
| Kosten van klantaankoop (COCA) | De kosten van marketing, verkoop en onboarding. De meest succesvolle API's hebben meestal een COCA met nul naarmate de acceptatieniveaus toenemen. API's moeten grotendeels selfservice zijn bij onboarding. Factoren zijn documentatie en wrijvingloze integratie met betalingssystemen. |
| Technische kosten | De human resources die nodig zijn voor het bouwen, testen, gebruiken en onderhouden van de API gedurende de levensduur. Dit is meestal het belangrijkste kostenonderdeel. Gebruik waar mogelijk cloud PaaS en serverloze technologieën om deze te minimaliseren. |
| Infrastructuurkosten | De kosten voor de onderliggende platforms, berekening, netwerk en opslag die nodig zijn om de API gedurende de levensduur te ondersteunen. Exploit cloudplatforms om een infrastructuurkostenmodel te bereiken dat proportioneel wordt geschaald in overeenstemming met api-gebruiksniveaus. |
Stap 3: Marktonderzoek uitvoeren
- Onderzoek de markt om concurrenten te identificeren.
- Analyseer de strategieën voor het genereren van inkomsten van concurrenten.
- Krijg inzicht in de specifieke functies (functioneel en niet-functioneel) die ze aanbieden met hun API.
Stap 4: Het omzetmodel ontwerpen
Ontwerp een omzetmodel op basis van het resultaat van de bovenstaande stappen. U kunt in twee dimensies werken:
| Dimensie | Beschrijving |
|---|---|
| Quality of service | Stel beperkingen in op het serviceniveau dat u aanbiedt door een limiet in te stellen voor API-gebruik. Definieer een quotum voor de API-aanroepen die gedurende een bepaalde periode kunnen worden gemaakt (bijvoorbeeld 50.000 aanroepen per maand) en blokkeer vervolgens aanroepen zodra dat quotum is bereikt. U kunt ook een frequentielimiet instellen, waardoor het aantal aanroepen wordt beperkt dat in een korte periode kan worden uitgevoerd (bijvoorbeeld 100 aanroepen per seconde). Limieten en frequentielimieten worden in combinatie toegepast, waardoor gebruikers hun maandelijkse quotum niet in een korte intensieve burst van API-aanroepen kunnen gebruiken. |
| Price | Definieer de eenheidsprijs die moet worden betaald voor elke API-aanroep. |
Maximaliseer de levensduurwaarde (LTV) die u van elke klant genereert door een omzetmodel te ontwerpen dat uw klant in elke fase van het klanttraject ondersteunt.
- Maak het voor uw klanten zo eenvoudig mogelijk om te schalen en te groeien:
- Stel voor dat klanten naar de volgende laag in het omzetmodel gaan.
- Beloon bijvoorbeeld klanten die een hoger aantal API-aanroepen aanschaffen met een lagere eenheidsprijs.
- Houd het omzetmodel zo eenvoudig mogelijk:
- Balancer de noodzaak om keuze te bieden met het risico van overweldigende klanten met een scala aan opties.
- Houd het aantal dimensies dat wordt gebruikt om onderscheid te maken tussen de lagen van het omzetmodel.
- Wees transparant:
- Geef duidelijke documentatie over de verschillende opties.
- Geef uw klanten hulpprogramma's voor het kiezen van het omzetmodel dat het beste bij hun behoeften past.
Identificeer het bereik van de vereiste prijsmodellen. Een prijsmodel beschrijft een specifieke set regels voor de API-provider om het verbruik door de API-consument om te zetten in omzet.
Als u bijvoorbeeld de bovenstaande klantfasen wilt ondersteunen, hebben we zes typen abonnementen nodig:
| Abonnementstype | Beschrijving |
|---|---|
Free |
Hiermee kan de API-consument de API op een verplichting en gratis manier uitproberen om te bepalen of deze voldoet aan een use-case. Hiermee verwijdert u alle obstakels voor de toegang. |
Freemium |
Hiermee kan de API-consument de API gratis gebruiken, maar overstappen naar een betaalde service naarmate de vraag toeneemt. |
Metered |
De API-consument kan zoveel aanroepen doen als ze per maand willen en betaalt een vast bedrag per aanroep. |
Tier |
De API-consument betaalt voor een vast aantal aanroepen per maand. Als ze deze limiet overschrijden, betalen ze een overschrijdingsbedrag per extra oproep. Als ze regelmatig overschrijding oplopen, kunnen ze upgraden naar de volgende laag. |
Tier + Overage |
De API-consument betaalt voor een vast aantal aanroepen per maand. Als ze deze limiet overschrijden, betalen ze een vast bedrag per extra oproep. |
Unit |
De API-consument betaalt voor een vast aantal aanroepen per maand. Als ze deze limiet overschrijden, moeten ze betalen voor een andere oproepeenheid. |
Uw omzetmodel definieert de set API-producten. Elk API-product implementeert een specifiek prijsmodel om een specifieke fase in de levenscyclus van de API-consument te bereiken.
Hoewel prijsmodellen over het algemeen niet moeten worden gewijzigd, moet u mogelijk de configuratie en toepassing van prijsmodellen aanpassen voor uw omzetmodel. U kunt bijvoorbeeld uw prijzen aanpassen aan een concurrent.
Op basis van de bovenstaande voorbeelden kunnen de prijsmodellen als volgt worden toegepast om een algemeen omzetmodel te maken:
| Levenscyclusfase van de klant | Prijsmodel | Configuratie van prijsmodel | Quality of Service |
|---|---|---|---|
| Onderzoek | Gratis | Niet geïmplementeerd. | Quotum ingesteld om de consument te beperken tot 100 gesprekken/maand. |
| Implementatie | Freemium | Gegradueerde lagen:
|
Er zijn geen quota ingesteld. De consument kan gesprekken blijven voeren en betalen met een frequentielimiet van 100 oproepen/minuten. |
| Preview | Gemeten | Prijs ingesteld op kosten van consumenten $ 0,15/100 gesprekken. | Er zijn geen quota ingesteld. De consument kan gesprekken blijven voeren en betalen met een snelheidslimiet van 200 oproepen/minuten. |
| Eerste productiegebruik | Laag | Prijs ingesteld op kosten van consumenten $ 14,95 /maand. | Quotum ingesteld om de consument te beperken tot 50.000 gesprekken/maand met een frequentielimiet van 100 gesprekken/minuut. |
| Initiële groei | Laag + overschrijding | Gegradueerde lagen:
|
Er zijn geen quota ingesteld. De consument kan blijven bellen en betalen voor extra oproepen met een snelheidslimiet van 100 oproepen/minuten. |
| Schaal wijzigen | Laag + overschrijding | Gegradueerde lagen:
|
Er zijn geen quota ingesteld. De consument kan blijven bellen en betalen voor extra oproepen met een snelheidslimiet van 1.200 gesprekken/minuut. |
| Wereldwijde groei | Eenheid | Gegradueerde lagen, waarbij elk laagbedrag $ 749,95 per maand is voor 1.500.000 aanroepen. | Er zijn geen quota ingesteld. De consument kan blijven bellen en betalen voor extra oproepen met een snelheidslimiet van 3500 oproepen/minuten. |
Twee voorbeelden van het interpreteren van het omzetmodel op basis van de bovenstaande tabel:
Prijsmodel voor prijscategorieën
Toegepast op ondersteuning van API-consumenten tijdens de eerste productiefase van de levenscyclus. Met de configuratie van het prijsmodel voor de laag is de consument:- Betaalt $ 14,95 / maand.
- Kan maximaal 50.000 gesprekken per maand tot gevolg hebben.
- De snelheid is beperkt tot 100 gesprekken/minuut.
Schaalfase van de levenscyclus geïmplementeerd door het prijsmodel Tier + Overschrijding toe te passen, waarbij consumenten:
- Betaal $ 449,95 per maand voor de eerste 500.000 oproepen.
- Er worden extra oproepen van $ 0,06/100 in rekening gebracht voorbij de eerste 50.000.
- Snelheid beperkt tot 1.200 gesprekken/minuut.
Stap 5: Kalibreren
Kalibreer de prijzen voor het omzetmodel naar:
- Stel de prijzen in om te voorkomen dat uw API te veel te duur of onderpriceren is, op basis van het marktonderzoek in stap 3 hierboven.
- Vermijd punten in het inkomstenmodel die oneerlijk lijken of moedig klanten aan om het model te omzeilen om gunstigere prijzen te bereiken.
- Zorg ervoor dat het omzetmodel is afgestemd op het genereren van een totale levensduurwaarde (TLV) die voldoende is om de totale eigendomskosten plus marge te dekken.
- Controleer of de kwaliteit van uw serviceaanbiedingen in elke omzetmodellaag door uw oplossing kan worden ondersteund.
- Als u bijvoorbeeld 3500 oproepen per minuut ondersteunt, moet u ervoor zorgen dat uw end-to-end-oplossing kan worden geschaald om dat doorvoerniveau te ondersteunen.
Stap 6: Release en monitor
Kies een geschikte oplossing om betaling te verzamelen voor gebruik van uw API's. Providers vallen meestal in twee groepen:
Betalingsplatformen, zoals Stripe
Bereken de betaling op basis van de metrische gegevens voor onbewerkt API-gebruik door het specifieke omzetmodel toe te passen dat de klant heeft gekozen. Configureer het betalingsplatform om uw strategie voor inkomsten te weerspiegelen.
Betalingsproviders, zoals Adyen
Alleen betrekking op het faciliteren van de betalingstransactie. U moet uw strategie voor het genereren van inkomsten toepassen (zoals metrische gegevens over API-gebruik vertalen naar een betaling) voordat u deze service aanroept.
Gebruik Azure API Management om de implementatie te versnellen en de risico's op te lossen met behulp van ingebouwde mogelijkheden in API Management. Zie voor meer informatie over de specifieke functies in API Management hoe API Management ondersteuning biedt voor het genereren van inkomsten.
Implementeer een oplossing die flexibiliteit inbouwt in de manier waarop u uw strategie voor het genereren van inkomsten in de onderliggende systemen codificeert met behulp van dezelfde benadering als het voorbeeldproject. Met flexibele codering kunt u dynamisch reageren en het risico en de kosten voor het aanbrengen van wijzigingen minimaliseren.
Volg de documentatie voor de GitHub-opslagplaats voor het genereren van inkomsten om het voorbeeldproject in uw eigen Azure-abonnement te implementeren.
Controleer regelmatig hoe uw API wordt gebruikt om u in staat te stellen op bewijs gebaseerde beslissingen te nemen. Als u bijvoorbeeld blijkt dat u klanten verloop, herhaalt u stap 1 tot en met 5 hierboven om de bron te ontdekken en aan te pakken.
Doorlopende evolutie
Controleer regelmatig uw strategie voor het genereren van inkomsten door alle bovenstaande stappen opnieuw te bekijken en opnieuw te evalueren. Mogelijk moet u in de loop van de tijd uw strategie voor het genereren van inkomsten ontwikkelen naarmate u meer leert over uw klanten, wat het kost om de API te leveren en hoe u reageert op het verschuiven van de concurrentie in de markt.
Houd er rekening mee dat de strategie voor het genereren van inkomsten slechts één facet is van een geslaagde API-implementatie. Andere facetten zijn:
- De ontwikkelaarservaring
- De kwaliteit van uw documentatie
- De juridische voorwaarden
- Uw mogelijkheid om de API te schalen om te voldoen aan de vastgelegde serviceniveaus.
Volgende stappen
- Hoe API Management inkomsten ondersteunt.
- Implementeer een demo-integratie van Adyen of Stripe via de bijbehorende Git-opslagplaats.