Intäktsgenerering med Azure API Management
GÄLLER FÖR: Alla API Management-nivåer
Moderna webb-API:er ligger till grund för den digitala ekonomin. De tillhandahåller ett företags immateriella rättigheter (IP) till tredje part och genererar intäkter genom att:
- Paketera IP i form av data, algoritmer eller processer.
- Gör det möjligt för andra parter att identifiera och använda användbara IP-adresser på ett konsekvent och friktionsfritt sätt.
- Erbjuder en mekanism för direkt eller indirekt betalning för den här användningen.
Ett vanligt tema i api-framgångsberättelser är en hälsosam affärsmodell. Värde skapas och utbyts mellan alla parter på ett hållbart sätt.
Nystartade företag, etablerade organisationer och allt däremellan försöker vanligtvis transformera digitalt från och med affärsmodellen. API:er gör att affärsmodellen kan förverkligas, vilket möjliggör ett enklare och mer kostnadseffektivt sätt för marknadsföring, införande, användning och skalning av den underliggande IP-adressen.
Organisationer som publicerar sitt första API står inför en komplex uppsättning beslut. Azure API Management-plattformen minskar risken och påskyndar viktiga element, men organisationer måste fortfarande konfigurera och bygga sitt API kring sin unika tekniska modell och affärsmodell.
Utveckla en strategi för intäktsgenerering
Monetarisering är processen att konvertera något till pengar – i det här fallet API-värdet. API-interaktioner involverar vanligtvis tre olika parter i värdekedjan:
Kategorier av api-intäktsgenereringsstrategi är:
| Api-intäktsgenereringsstrategi | beskrivning |
|---|---|
| Kostnadsfri | Ett API underlättar affärsintegrering till affärsintegrering, till exempel effektivisering av en leveranskedja. API:et är inte monetariserat, men ger betydande värde genom att möjliggöra effektivitetsvinster för affärsprocesser för både API-providern och API-konsumenten. |
| Konsumenten betalar | API-konsumenter betalar baserat på antalet interaktioner de har med API:et. Vi fokuserar på den här metoden i det här dokumentet. |
| Konsumenten får betalt | En API-konsument använder till exempel API:et för att bädda in annonsering på sin webbplats och får en del av de genererade intäkterna. |
| Indirekt intäktsgenerering | API-intäktsgenerering drivs inte av antalet interaktioner med API:et, utan via andra intäktskällor som underlättas av API:et. |
Kommentar
Strategin för intäktsgenerering anges av API-providern och bör utformas för att uppfylla API-konsumentens behov.
Eftersom ett brett spektrum av faktorer påverkar designen, kommer API-intäktsgenerering inte som en lösning som passar alla. Intäktsgenereringsstrategin skiljer ditt API från dina konkurrenter och maximerar dina genererade intäkter.
Följande steg förklarar hur du implementerar en strategi för intäktsgenerering för ditt API.
Steg 1: Förstå din kund
Mappa ut stegen i api-konsumenternas troliga resa, från första identifieringen av DITT API till maximal skala.
En uppsättning kundfaser kan till exempel vara:
Kundsteg beskrivning Undersökning Gör det möjligt för API-konsumenten att prova ditt API utan kostnad och friktion. Implementering Ge tillräcklig åtkomst till API:et för att stödja det utveckling och testningsarbete som krävs för att integrera med det. Förhandsversion Tillåt kunden att lansera sitt erbjudande och förstå den initiala efterfrågan. Inledande produktionsanvändning Stöd för tidig implementering av API:et i produktion när användningsnivåer inte är helt förstådda och en risk-negativ metod kan vara nödvändig. Initial tillväxt Gör det möjligt för API-konsumenten att öka användningen av API:et som svar på ökad efterfrågan från slutanvändare. Skala Uppmuntra API-konsumenten att checka in till en högre inköpsvolym när API:et konsekvent når höga användningsnivåer varje månad. Global tillväxt Belöna DE API-användare som använder API:et i global skala genom att erbjuda det optimala grossistpriset. Analysera värdet som ditt API kommer att generera för kunden i varje steg i deras resa.
Överväg att tillämpa en värdebaserad prisstrategi om det direkta värdet för API:et för kunden är väl förstått.
Beräkna de förväntade livslängdsanvändningsnivåerna för API:et för en kund och ditt förväntade antal kunder under API:ets livslängd.
Steg 2: Kvantifiera kostnaderna
Beräkna den totala ägandekostnaden för ditt API.
| Kostnad | beskrivning |
|---|---|
| Kostnad för kundförvärv (COCA) | Kostnaden för marknadsföring, försäljning och registrering. De mest framgångsrika API:erna tenderar att ha en COCA med noll när implementeringsnivåerna ökar. API:er bör till stor del vara självbetjäning i onboarding. Faktorerna är dokumentation och friktionsfri integrering med betalningssystem. |
| Tekniska kostnader | De personalresurser som krävs för att skapa, testa, använda och underhålla API:et under dess livslängd. Tenderar att vara den viktigaste kostnadskomponenten. Om möjligt kan du utnyttja paaS-molntekniker och serverlösa tekniker för att minimera. |
| Infrastrukturkostnader | Kostnaderna för underliggande plattformar, beräkning, nätverk och lagring som krävs för att stödja API:et under dess livslängd. Utnyttja molnplattformar för att uppnå en infrastrukturkostnadsmodell som skalar upp proportionellt i enlighet med API-användningsnivåer. |
Steg 3: Bedriva marknadsundersökning
- Undersöka marknaden för att identifiera konkurrenter.
- Analysera konkurrenternas strategier för intäktsgenerering.
- Förstå de specifika funktioner (funktionella och icke-funktionella) som de erbjuder med sitt API.
Steg 4: Utforma intäktsmodellen
Utforma en intäktsmodell baserat på resultatet av stegen ovan. Du kan arbeta i två dimensioner:
| Dimension | beskrivning |
|---|---|
| Tjänstkvalitet | Sätt begränsningar på den tjänstnivå som du erbjuder genom att ange ett tak för API-användning. Definiera en kvot för API-anrop som kan göras under en tidsperiod (till exempel 50 000 anrop per månad) och blockera sedan anrop när kvoten har nåtts. Du kan också ange en hastighetsgräns, vilket begränsar antalet anrop som kan göras under en kort period (till exempel 100 anrop per sekund). Tak och hastighetsgränser tillämpas tillsammans, vilket hindrar användare från att använda sin månatliga kvot i en kort intensiv ökning av API-anrop. |
| Pris | Definiera enhetspriset som ska betalas för varje API-anrop. |
Maximera det livslängdsvärde (LTV) som du genererar från varje kund genom att utforma en intäktsmodell som stöder kunden i varje steg av kundens resa.
- Gör det så enkelt som möjligt för dina kunder att skala och växa:
- Föreslå att kunder flyttar upp till nästa nivå i intäktsmodellen.
- Du kan till exempel belöna kunder som köper en högre volym API-anrop med ett lägre enhetspris.
- Håll intäktsmodellen så enkel som möjligt:
- Balansera behovet av att ge valmöjligheter med risken att överväldiga kunder med en matris med alternativ.
- Håll nere antalet dimensioner som används för att skilja mellan intäktsmodellnivåerna.
- Var transparent:
- Ange tydlig dokumentation om de olika alternativen.
- Ge dina kunder verktyg för att välja den intäktsmodell som bäst passar deras behov.
Identifiera de olika prismodeller som krävs. En prismodell beskriver en specifik uppsättning regler för API-providern för att omvandla API-konsumentens förbrukning till intäkter.
För att stödja kundfaserna ovan behöver vi till exempel sex typer av prenumerationer:
| Prenumerationstyp | beskrivning |
|---|---|
Free |
Gör det möjligt för API-konsumenten att testa API:et på ett obligatoriskt och kostnadsfritt sätt för att avgöra om det uppfyller ett användningsfall. Tar bort alla hinder för inmatning. |
Freemium |
Tillåter API-konsumenten att använda API:et kostnadsfritt, men att övergå till en betald tjänst när efterfrågan ökar. |
Metered |
API-konsumenten kan göra så många anrop som de vill per månad och betalar ett fast belopp per anrop. |
Tier |
API-konsumenten betalar för ett visst antal anrop per månad. Om de överskrider den här gränsen betalar de ett överförbrukningsbelopp per extra samtal. Om de regelbundet drabbas av överförbrukning kan de uppgradera till nästa nivå. |
Tier + Overage |
API-konsumenten betalar för ett visst antal anrop per månad. Om de överskrider den här gränsen betalar de ett visst belopp per extra samtal. |
Unit |
API-konsumenten betalar för ett visst antal anrop per månad. Om de överskrider den här gränsen måste de betala för en annan samtalsenhet. |
Intäktsmodellen definierar uppsättningen API-produkter. Varje API-produkt implementerar en specifik prismodell för att rikta in sig på en viss fas i API-konsumentlivscykeln.
Även om prismodeller i allmänhet inte bör ändras kan du behöva anpassa konfigurationen och tillämpningen av prismodeller för din intäktsmodell. Du kanske till exempel vill justera dina priser så att de matchar en konkurrent.
Med hjälp av exemplen ovan kan prismodellerna tillämpas för att skapa en övergripande intäktsmodell på följande sätt:
| Kundens livscykelfas | Prismodell | Konfiguration av prismodell | Tjänstkvalitet |
|---|---|---|---|
| Undersökning | Kostnadsfri | Inte implementerad. | Kvot inställd på att begränsa konsument till 100 anrop/månad. |
| Implementering | Freemium | Graderade nivåer:
|
Inga kvoter har angetts. Konsumenten kan fortsätta att ringa och betala för samtal med en hastighetsgräns på 100 samtal/minut. |
| Förhandsgranskning | Uppmätt | Pris inställt på att debitera konsumenten $0.15/100 samtal. | Inga kvoter har angetts. Konsumenten kan fortsätta att ringa och betala för samtal med en hastighetsgräns på 200 samtal/minut. |
| Inledande produktionsanvändning | Nivå | Priset är inställt på att debitera konsumenten 14,95 USD per månad. | Kvot inställd på att begränsa konsumenten till 50 000 samtal/månad med en hastighetsgräns på 100 samtal/minut. |
| Initial tillväxt | Nivå + överförbrukning | Graderade nivåer:
|
Inga kvoter har angetts. Konsumenten kan fortsätta att ringa och betala för extra samtal med en hastighetsgräns på 100 samtal/minut. |
| Skala | Nivå + överförbrukning | Graderade nivåer:
|
Inga kvoter har angetts. Konsumenten kan fortsätta att ringa och betala för extra samtal med en hastighetsgräns på 1 200 samtal/minut. |
| Global tillväxt | Enhet | Graderade nivåer, där varje nivås flata belopp är 749,95 USD per månad för 1 500 000 anrop. | Inga kvoter har angetts. Konsumenten kan fortsätta att ringa och betala för extra samtal med en hastighetsgräns på 3 500 samtal/minut. |
Två exempel på hur du tolkar intäktsmodellen baserat på tabellen ovan:
Prismodell på nivå
Används för att stödja API-konsumenter under livscykelns inledande produktionsfas . Med konfigurationen för prismodell på nivå:- Betalar 14,95 USD per månad.
- Kan utgöra högst 50 000 anrop/månad.
- Begränsas till 100 samtal/minut.
Skalningsfasen för livscykeln Implementerad genom att tillämpa prismodellen Nivå + Överförbrukning , där konsumenter:
- Betala 449,95 USD per månad för de första 500 000 samtalen.
- Debiteras en extra $0.06/100 samtal förbi de första 50.000.
- Frekvens begränsad till 1 200 samtal/minut.
Steg 5: Kalibrera
Kalibrera prissättningen i intäktsmodellen för att:
- Ange priser för att förhindra överprissättning eller underprissättning av ditt API, baserat på marknadsundersökning i steg 3 ovan.
- Undvik eventuella punkter i intäktsmodellen som verkar orättvis eller uppmuntra kunder att kringgå modellen för att uppnå mer gynnsamma priser.
- Se till att intäktsmodellen är inriktad på att generera ett totalt livslängdsvärde (TLV) som är tillräckligt för att täcka den totala ägandekostnaden plus marginalen.
- Kontrollera att kvaliteten på dina tjänsterbjudanden på varje intäktsmodellnivå kan stödjas av din lösning.
- Om du till exempel erbjuder stöd för 3 500 samtal/minut kontrollerar du att lösningen från slutpunkt till slutpunkt kan skalas för att stödja dataflödesnivån.
Steg 6: Släpp och övervaka
Välj en lämplig lösning för att samla in betalning för användning av dina API:er. Leverantörer tenderar att ingå i två grupper:
Betalningsplattformar, till exempel Stripe
Beräkna betalningen baserat på användningsstatistiken för rå-API:et genom att tillämpa den specifika intäktsmodell som kunden har valt. Konfigurera betalningsplattformen så att den återspeglar din intäktsgenereringsstrategi.
Betalningsleverantörer som Adyen
Endast när det gäller att underlätta betalningstransaktionen. Du måste tillämpa din intäktsgenereringsstrategi (som att översätta API-användningsstatistik till en betalning) innan du anropar den här tjänsten.
Använd Azure API Management för att påskynda och minska risken för implementeringen med hjälp av inbyggda funktioner i API Management. Mer information om de specifika funktionerna i API Management finns i hur API Management stöder intäktsgenerering.
Implementera en lösning som bygger flexibilitet i hur du kodifierar din strategi för intäktsgenerering i de underliggande systemen med samma metod som exempelprojektet. Med flexibel kodning kan du svara dynamiskt och minimera risken och kostnaden för att göra ändringar.
Följ dokumentationen om github-lagringsplatsen för intäktsgenerering för att implementera exempelprojektet i din egen Azure-prenumeration.
Övervaka regelbundet hur ditt API används så att du kan fatta evidensbaserade beslut. Om bevis till exempel visar att du ger kunder omsättning upprepar du steg 1 till 5 ovan för att upptäcka och adressera källan.
Pågående utveckling
Granska din strategi för intäktsgenerering regelbundet genom att gå tillbaka till och utvärdera alla steg ovan. Du kan behöva utveckla din strategi för intäktsgenerering över tid när du lär dig mer om dina kunder, vad det kostar att tillhandahålla API:et och hur du reagerar på skiftande konkurrens på marknaden.
Kom ihåg att intäktsgenereringsstrategin bara är en aspekt av en lyckad API-implementering. Andra fasetter är:
- Utvecklarupplevelsen
- Kvaliteten på din dokumentation
- De juridiska villkoren
- Din möjlighet att skala API:et för att uppfylla de incheckade tjänstnivåerna.
Nästa steg
- Så här stöder API Management intäktsgenerering.
- Distribuera en demo-Adyen- eller Stripe-integrering via den associerade Git-lagringsplatsen.