Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
PLATÍ PRO: Všechny úrovně služby správy rozhraní API
Moderní webová rozhraní API jsou základem digitální ekonomiky. Poskytují třetím stranám duševní vlastnictví společnosti a generují výnosy:
- Zabalení IP adresy ve formě dat, algoritmů nebo procesů
- Umožňuje ostatním stranám zjišťovat a využívat užitečné IP adresy konzistentním a bezproblémovým způsobem.
- Nabízí mechanismus přímé nebo nepřímé platby za toto využití.
Běžným motivem v rámci scénářů úspěchu rozhraní API je zdravý obchodní model. Hodnota se vytváří a vyměňuje mezi všemi stranami udržitelným způsobem.
Začínající firmy, zavedené organizace a všechno mezi tím obvykle hledají, jak projít digitální transformací, počínaje obchodním modelem. Rozhraní API umožňují organizacím realizovat obchodní model, což usnadňuje a nákladově efektivnější způsob uvedení na trh, přijetí, využívání a škálování základní IP adresy.
Organizace, které publikují své první rozhraní API, čelí komplexní sadě rozhodnutí. I když platforma Azure API Management snižuje riziko a zrychluje klíčové prvky, organizace stále potřebují nakonfigurovat a vytvořit své rozhraní API kolem svého jedinečného technického a obchodního modelu.
Rozvoj strategie monetizace
Monetizace je proces převodu něčeho na peníze; v tomto případě hodnota rozhraní API. Interakce rozhraní API obvykle zahrnují tři odlišné strany v hodnotovém řetězci:
Mezi kategorie strategie monetizace rozhraní API patří:
| Strategie monetizace rozhraní API | Popis |
|---|---|
| Bezplatné | Rozhraní API usnadňuje obchodní integraci, jako je například zjednodušení dodavatelského řetězce. Rozhraní API není zpeněžené, ale poskytuje významnou hodnotu tím, že umožňuje efektivní obchodní procesy pro poskytovatele rozhraní API i příjemce rozhraní API. |
| Spotřebitelé platí | Příjemci rozhraní API platí na základě počtu interakcí, které mají s rozhraním API. V tomto článku se zaměříme na tento přístup. |
| Příjemce dostane zaplaceno | Spotřebitel rozhraní API například použije rozhraní API k vložení reklamy na svůj web a obdrží podíl vygenerovaných výnosů. |
| Nepřímá monetizace | Monetizace rozhraní API není řízena počtem interakcí s rozhraním API, ale prostřednictvím jiných zdrojů výnosů, které rozhraní API usnadňuje. |
Poznámka:
Strategie monetizace je nastavena poskytovatelem rozhraní API a měla by být navržena tak, aby splňovala potřeby příjemce rozhraní API.
Vzhledem k tomu, že návrh ovlivňuje široká škála faktorů, monetizace rozhraní API nepřichází jako jedno velké řešení. Strategie monetizace rozlišuje vaše rozhraní API od konkurence a maximalizuje vygenerované výnosy.
Následující kroky vysvětlují, jak implementovat strategii monetizace pro vaše rozhraní API.
Krok 1: Vysvětlení zákazníka
Namapujte fáze pravděpodobné cesty uživatelů rozhraní API od prvního zjišťování vašeho rozhraní API k maximálnímu škálování.
Například sada fází zákazníka může být:
Fáze zákazníka Popis Vyšetřování Umožněte uživateli rozhraní API vyzkoušet vaše rozhraní API bez nákladů a překážek. implementace Poskytněte dostatečný přístup k rozhraní API pro podporu vývoje a testování potřebné k integraci s rozhraním API. Preview Umožňuje zákazníkovi spustit svou nabídku a porozumět počáteční poptávce. Počáteční produkční využití Podpora počátečního přijetí rozhraní API v produkčním prostředí, pokud úrovně využití nejsou plně známé a může být nutný přístup, který by minimalizoval riziko. Počáteční růst Povolte uživateli rozhraní API zvýšit využití rozhraní API v reakci na zvýšenou poptávku od koncových uživatelů. Měřítko Incentivizace příjemce rozhraní API k potvrzení vyššího objemu nákupu, jakmile rozhraní API konzistentně dosahuje vysoké úrovně využití každý měsíc. Globální růst Odměňte uživatele rozhraní API, kteří používají rozhraní API v globálním měřítku, tím, že nabízejí optimální velkoobchodní cenu. Analyzujte hodnotu, kterou vaše rozhraní API vygeneruje pro zákazníka v každé fázi cesty.
Pokud je přímá hodnota rozhraní API pro zákazníka dobře srozumitelná, zvažte použití cenové strategie založené na hodnotách.
Vypočítejte očekávané úrovně využití rozhraní API pro zákazníka a očekávaný počet zákazníků v průběhu životnosti rozhraní API.
Krok 2: Kvantifikujte náklady
Vypočítejte celkové náklady na vlastnictví vašeho rozhraní API.
| Náklady | Popis |
|---|---|
| Náklady na získání zákazníků (COCA) | Náklady na marketing, prodej a onboarding. Nejúspěšnější rozhraní API mají tendenci mít COCA s nulou, protože se zvyšuje úroveň adopce. Rozhraní API by měla být do značné míry samoobslužná při onboardingu. Mezi faktory patří dokumentace a bezproblémová integrace s platebními systémy. |
| Technické náklady | Lidské zdroje potřebné k sestavení, testování, provozu a údržbě rozhraní API po celou dobu jeho života. To je obvykle nejvýznamnější nákladová komponenta. Pokud je to možné, využijte cloudovou paaS a bezserverové technologie k minimalizaci. |
| Náklady na infrastrukturu | Náklady na základní platformy, výpočetní prostředky, síť a úložiště potřebné k podpoře rozhraní API po celou dobu jeho životnosti. Využijte cloudové platformy k dosažení nákladového modelu infrastruktury, který se úměrně škáluje v souladu s úrovněmi využití rozhraní API. |
Krok 3: Provádění výzkumu trhu
- Prozkoumejte trh a identifikujte konkurenty.
- Analyzujte strategie monetizace konkurentů.
- Seznamte se s konkrétními funkcemi (funkčními a nefunkčními), které nabízejí pomocí svého rozhraní API.
Krok 4: Návrh modelu výnosů
Na základě výsledku předchozích kroků navrhujte model výnosů. Můžete pracovat se dvěma dimenzemi:
| Dimenze | Popis |
|---|---|
| Kvalita služby | Nastavením limitu využití rozhraní API umístěte omezení na úroveň služby, kterou nabízíte. Definujte kvótu pro volání rozhraní API, která se dají provést v určitém časovém období (například 50 000 volání za měsíc) a po dosažení této kvóty zablokujte volání. Můžete také nastavit limit rychlosti, omezit počet volání, která se dají provést v krátkém období (například 100 volání za sekundu). Stropy a limity četnosti se používají ve spojení, aby zabránily uživatelům spotřebovat svou měsíční kvótu rychlým a intenzivním nárůstem volání API. |
| Cena | Definujte jednotkovou cenu, která se má platit pro každé volání rozhraní API. |
Maximalizujte hodnotu životnosti (LTV), kterou vygenerujete od každého zákazníka, tím, že navrhnete model výnosů, který podporuje zákazníka v každé fázi cesty zákazníka.
- Umožněte svým zákazníkům co nejsnazší škálování a růst:
- Navrhněte zákazníkům přechod na další úroveň modelu výnosů.
- Například odměňte zákazníky, kteří si kupují vyšší objem volání rozhraní API s nižší jednotkovou cenou.
- Udržujte model výnosů co nejjednodušší:
- Vyvažte potřebu poskytnutí výběru s rizikem zahlcení zákazníků řadou možností.
- Udržujte nižší počet dimenzí, které se používají k rozlišení úrovní modelu výnosů.
- Být transparentní:
- Poskytněte jasnou dokumentaci o různých možnostech.
- Poskytněte zákazníkům nástroje pro výběr modelu výnosů, který nejlépe vyhovuje jejich potřebám.
Určete rozsah požadovaných cenových modelů. Cenový model popisuje konkrétní sadu pravidel pro poskytovatele rozhraní API, která mají převést spotřebu příjemcem rozhraní API na výnosy.
Například pro podporu fází zákazníka definovaných dříve potřebujeme šest typů předplatného:
| Typ předplatného | Popis |
|---|---|
Free |
Umožňuje uživateli API vyzkoušet rozhraní API bez jakýchkoli závazků nebo nákladů, aby zjistil, zda splňuje daný případ použití. Odstraní všechny překážky vstupu. |
Freemium |
Umožňuje příjemci rozhraní API používat rozhraní API zdarma, ale při nárůstu poptávky přejít na placenou službu. |
Metered |
Příjemce rozhraní API může volat tolik volání, kolik chce měsíčně, a bude platit pevnou částku za volání. |
Tier |
Příjemce rozhraní API platí za nastavený počet volání za měsíc. Pokud tento limit překročí, zaplatí poplatek za překročení za každý další hovor. Pokud pravidelně překračují limit, mohou přejít na další úroveň. |
Tier + Overage |
Příjemce rozhraní API platí za nastavený počet volání za měsíc. Pokud tento limit překročí, platí nastavenou částku za další hovor. |
Unit |
Příjemce rozhraní API platí za nastavené množství volání za měsíc. Pokud tento limit překročí, musí platit za jinou jednotku hovorů. |
Váš model výnosů definuje sadu produktů rozhraní API. Každý produkt rozhraní API implementuje konkrétní cenový model, který cílí na konkrétní fázi životního cyklu příjemce rozhraní API.
I když by se cenové modely obecně neměly měnit, možná budete muset přizpůsobit konfiguraci a použití cenových modelů pro váš model výnosů. Můžete například chtít upravit ceny tak, aby odpovídaly konkurentům.
Na základě předchozích příkladů byste mohli použít cenové modely k vytvoření modelu celkových výnosů následujícím způsobem:
| Fáze životního cyklu zákazníka | Cenový model | Konfigurace cenového modelu | technologie QoS (Quality of Service) |
|---|---|---|---|
| Šetření | Free | Není implementováno. | Kvóta stanovena k omezení uživatele na 100 hovorů za měsíc. |
| Implementace | Freemium | Odstupňované úrovně:
|
Nejsou nastaveny žádné kvóty. Spotřebitel může dál volat a platit za hovory s limitem sazby 100 hovorů za minutu. |
| Náhled | Měřeno | Cena stanovena na účtování spotřebiteli 0,15 dolarů/100 hovorů. | Nejsou nastaveny žádné kvóty. Spotřebitel může dál volat a platit za hovory s limitem sazby 200 hovorů za minutu. |
| Počáteční produkční využití | Úroveň | Cena stanovena na 14,95 USD za měsíc pro zákazníka. | Kvóta je nastavena tak, aby omezila uživatele na 50 000 volání za měsíc s omezením na 100 volání za minutu. |
| Počáteční růst | Kategorie + nadměrné využití | Odstupňované úrovně:
|
Nejsou nastaveny žádné kvóty. Spotřebitel může dál volat a platit za další hovory s limitem sazby 100 hovorů za minutu. |
| Škála | Kategorie + nadměrné využití | Odstupňované úrovně:
|
Nejsou nastaveny žádné kvóty. Spotřebitel může dál volat a platit za další hovory s limitem sazby 1 200 hovorů za minutu. |
| Globální růst | Jednotka | Odstupňované úrovně, kde paušální částka pro každou úroveň je 749,95 USD měsíčně za 1 500 000 volání. | Nejsou nastaveny žádné kvóty. Spotřebitel může dál volat a platit za další hovory s limitem sazby 3 500 hovorů za minutu. |
Tady jsou dva příklady, jak interpretovat model výnosů na základě předchozí tabulky:
Úrovňový cenový model
Používá se pro podporu příjemců rozhraní API během počáteční produkční fáze životního cyklu. S konfigurací cenového modelu úrovně příjemce:- Platí 14,95 USD za měsíc.
- Může volat maximálně 50 000 hovorů za měsíc.
- Je rychlost omezená na 100 volání za minutu.
Škálovací fáze životního cyklu Je implementována použitím cenového modelu Úroveň + Překročení, kde spotřebitelé:
- Platíte 449,95 USD za měsíc za prvních 500 000 hovorů.
- Účtují se vám další poplatky ve výši 0,06 USD/100 volání přesažujících prvních 50 000.
- Rychlost je omezená na 1 200 volání za minutu.
Krok 5: Kalibrace
Kalibrujte ceny napříč modelem výnosů a proveďte následující:
- Nastavte ceny tak, aby se zabránilo předražení nebo podcenění vašeho rozhraní API na základě výzkumu trhu v kroku 3 dříve.
- Vyhněte se jakýmkoli bodům v modelu výnosů, které se zobrazují jako nespravedlivé nebo podporují zákazníky, aby tento model obešli, aby dosáhli příznivějších cen.
- Ujistěte se, že model výnosů je zaměřený tak, aby vygeneroval celkovou hodnotu životnosti (TLV), aby pokrývala celkové náklady na vlastnictví plus marže.
- Ověřte, že vaše řešení podporuje kvalitu nabídek služeb v jednotlivých úrovních modelu výnosů.
- Pokud například nabízíte podporu 3 500 volání za minutu, ujistěte se, že vaše komplexní řešení může škálovat tak, aby podporovalo tuto úroveň propustnosti.
Krok 6: Uvolnění a monitorování
Zvolte vhodné řešení pro shromažďování plateb za využití vašich rozhraní API. Poskytovatelé obvykle spadají do dvou skupin:
Platební platformy, jako je Stripe
Vypočítejte platbu na základě metrik využití nezpracovaného rozhraní API použitím konkrétního modelu výnosů, který si zákazník zvolí. Nakonfigurujte platební platformu tak, aby odrážela vaši strategii monetizace.
Poskytovatelé plateb, jako je Adyen
Týká se pouze usnadnění platební transakce. Před voláním této služby je potřeba použít strategii monetizace (například přeložit metriky využití rozhraní API na platbu).
Pomocí služby Azure API Management můžete urychlit a deriskovat implementaci pomocí integrovaných funkcí služby API Management. Další informace o konkrétních funkcích ve službě API Management najdete v tom, jak služba API Management podporuje monetizaci.
Implementujte řešení, které staví flexibilitu do způsobu kodifikování strategie monetizace v podkladových systémech pomocí stejného přístupu jako ukázkový projekt. Díky flexibilnímu kódování můžete dynamicky reagovat a minimalizovat riziko a náklady na provádění změn.
Postupujte podle dokumentace k zpeněžení repozitáře GitHub a implementujte ukázkový projekt ve vašem vlastním předplatném Azure.
Pravidelně monitorujte, jak se vaše rozhraní API využívá, abyste mohli provádět rozhodnutí založená na důkazech. Pokud například důkazy ukazují, že ztrácíte zákazníky, zopakujte předchozí kroky 1 až 5, abyste odhalili zdroj a vyřešili jej.
Průběžný vývoj
Pravidelně kontrolujte svou strategii monetizace prostřednictvím revize a opětovného vyhodnocení všech předchozích kroků. Možná budete muset v průběhu času vyvíjet strategii monetizace, když se dozvíte více o svých zákaznících, o nákladech na poskytování rozhraní API a o tom, jak reagujete na posun konkurence na trhu.
Mějte na paměti, že strategie zpeněžení je pouze jedním aspektem úspěšné implementace rozhraní API. Další aspekty zahrnují:
- Prostředí pro vývojáře
- Kvalita dokumentace
- Právní podmínky
- Vaše schopnost škálovat rozhraní API tak, aby splňovala potvrzené úrovně služeb.
Související obsah
- Jak API Management podporuje monetizaci.
- Nasaďte ukázkovou integraci Adyen nebo Stripe prostřednictvím přidruženého úložiště Git.