Sdílet prostřednictvím


Monetizace pomocí služby Azure API Management

PLATÍ PRO: Všechny úrovně služby API Management

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í, zavedené organizace a všechno mezi tím, co se obvykle snaží digitálně transformovat od obchodního modelu. Rozhraní API umožňují realizovat obchodní model, což usnadňuje a nákladově efektivnější způsob marketingu, 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 urychluje klíčové prvky, organizace stále potřebují konfigurovat a vytvářet 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:

Diagram zpeněžení hodnotového řetězce

Mezi kategorie strategie monetizace rozhraní API patří:

Strategie monetizace rozhraní API Popis
Zadejte možnost pro bezplatnou SKU. Rozhraní API usnadňuje obchodní integraci, jako je například zjednodušení dodavatelského řetězce. Rozhraní API není zpeněženo, 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 dokumentu 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í pro všechny. 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.

Diagram kroků pro implementaci strategie monetizace

Krok 1: Vysvětlení zákazníka

  1. Namapujte fáze pravděpodobné cesty uživatelů rozhraní API od prvního zjištění vašeho rozhraní API až po maximální škálování.

    Například sada fází zákazníka může být:

    Fáze zákazníka Popis
    Šetření Umožněte příjemci rozhraní API vyzkoušet své rozhraní API s nulovými náklady a třením.
    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.
    Ukázková 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ě srozumitelné a může být nutný přístup, který je nepříznivý pro rizika.
    Počáteční růst Umožněte 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.
  2. Analyzujte hodnotu, kterou vaše rozhraní API bude generovat pro zákazníka v každé fázi cesty.

  3. 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.

  4. Vypočítejte očekávané úrovně životnosti rozhraní API pro zákazníka a očekávaný počet zákazníků po celou dobu ž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ň přechodu. 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. Bývá to nejdůležitě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

  1. Prozkoumejte trh a identifikujte konkurenty.
  2. Analyzujte strategie monetizace konkurentů.
  3. 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 výše uvedených kroků navrhujte model výnosů. Můžete pracovat se dvěma dimenzemi:

Dimenze Popis
Kvalita služby Omezení na úrovni služby, kterou nabízíte, můžete nastavit limit využití rozhraní API. 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).
Limity a limity četnosti se použijí ve spojení, což uživatelům brání v krátkém intenzivním nárůstu volání rozhraní API, aby spotřebovávají měsíční kvótu.
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.

  1. Co nejsnadnější škálování a růst vašich zákazníků:
    • 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.
  2. Udržujte model výnosů co nejjednodušší:
    • Vyvažte potřebu výběru s rizikem zahlcení zákazníků řadu možností.
    • Udržujte nižší počet dimenzí, které se používají k rozlišení úrovní modelu výnosů.
  3. 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 výše uvedených fází zákazníka bychom potřebovali šest typů předplatného:

Typ předplatného Popis
Free Umožňuje příjemci rozhraní API zkušební verzi rozhraní API v rámci závazku a bezplatného způsobu určení, jestli splňuje 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 provádět tolik volání, kolik chce za měsíc, 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í částku nadlimitního využití za další hovor. Pokud se jim pravidelně účtují nadlimitní využití, můžou upgradovat 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ů.

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ě výše uvedených příkladů by se cenové modely mohly použít 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 Kvalita služby
Šetření Bezplatný Není implementováno. Kvóta nastavená tak, aby příjemce omezil na 100 volání za měsíc.
Implementace Freemium Odstupňované úrovně:
  • Plochá částka první úrovně je 0 USD.
  • Další úrovně na jednotku poplatku za částku nastavenou na 0,20 USD/100 volání.
Nejsou nastaveny žádné kvóty. Spotřebitel může dál volat a platit za hovory s limitem sazby 100 hovorů za minutu.
Preview Měřeno Cena nastavená na poplatky za volání 0,15 USD/100. 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 nastavená na poplatek 14,95 USD za měsíc. Kvóta nastavená tak, aby příjemce omezil na 50 000 volání za měsíc s limitem rychlosti 100 volání za minutu.
Počáteční růst Úroveň + nadlimitní využití Odstupňované úrovně:
  • Plochá částka první úrovně je 89,95 USD za měsíc za prvních 100 000 volání.
  • Další úrovně na jednotku poplatku za částku nastavenou na 0,10 USD/100 volání.
Nejsou nastaveny žádné kvóty. Spotřebitel může dál volat a platit za další hovory s limitem sazby 100 hovorů za minutu.
Měřítko Úroveň + nadlimitní využití Odstupňované úrovně:
  • Plochá částka první úrovně je 449,95 USD za měsíc pro prvních 500 000 volání.
  • Další úrovně na jednotku se účtují poplatky za částku 0,06 USD/100.
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 Unit Odstupňované úrovně, kde každá úroveň ploché částky je 749,95 USD za měsíc 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.

Dva příklady interpretace modelu výnosů na základě výše uvedené tabulky:

  • Cenový model úrovně
    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.
    • Rychlost je omezená na 100 volání za minutu.
  • Fáze škálování životního cyklu Implementovaná použitím cenového modelu Úrovně + Nadlimitní využití , kde spotřebitelé:

    • Platíte 449,95 USD za měsíc za prvních 500 000 hovorů.
    • Účtují se vám další volání ve výši 0,06 USD/100 za prvních 50 000 USD.
    • 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 nadměrnému nebo nedostatečnému stanovení vašeho rozhraní API na základě výzkumu trhu v kroku 3 výše.
  • 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ý zákazník zvolil. 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 budete muset použít strategii zpeněžení (například přeložit metriky využití rozhraní API na platbu).

Pomocí služby Azure API Management můžete urychlit a zrušit riziko implementace pomocí integrovaných funkcí poskytovaných ve službě 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í úložiště GitHub a implementujte ukázkový projekt ve 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 dochází k četnosti změn zákazníků, opakujte kroky 1 až 5 výše, abyste odhalili a vyřešili zdroj.

Průběžný vývoj

Pravidelně zkontrolujte strategii monetizace tím, že revizí a opětovným vyhodnocením všech výše uvedených kroků. Možná budete muset v průběhu času vyvíjet svou 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í představuje pouze jednu omezující vlastnost úspěšné implementace rozhraní API. Mezi další omezující vlastnosti patří:

  • 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.

Další kroky