Udostępnij za pośrednictwem

Zarabianie za pomocą usługi Azure API Management

DOTYCZY: Wszystkie warstwy usługi API Management

Nowoczesne internetowe interfejsy API stanowią podstawę gospodarki cyfrowej. Zapewniają one własność intelektualną firmy (IP) stronom trzecim i generują przychody według:

  • Pakowanie adresu IP w postaci danych, algorytmów lub procesów.
  • Umożliwienie innym stronom odnajdywania i korzystania z przydatnych adresów IP w spójny, bezproblemowy sposób.
  • Oferowanie mechanizmu bezpośredniej lub pośredniej płatności za to użycie.

Typowym motywem historii sukcesu interfejsu API jest zdrowy model biznesowy. Wartość jest tworzona i wymieniana między wszystkimi stronami w zrównoważony sposób.

Start-upy, ustanowione organizacje i wszystko pomiędzy, zazwyczaj dążą do cyfrowej transformacji, zaczynając od modelu biznesowego. Interfejsy API umożliwiają realizację modelu biznesowego, co ułatwia bardziej ekonomiczny sposób prowadzenia marketingu, wdrażania, korzystania i skalowania podstawowej technologii.

Organizacje publikujące swój pierwszy interfejs API napotykają złożony zestaw decyzji. Podczas gdy platforma Azure API Management usuwa ryzyko i przyspiesza kluczowe elementy, organizacje nadal muszą konfigurować i tworzyć swój interfejs API wokół unikatowego modelu technicznego i biznesowego.

Opracowywanie strategii zarabiania

Monetyzacja to proces przekształcania czegoś w pieniądze — w tym przypadku wartość API. Interakcje interfejsu API zwykle obejmują trzy odrębne strony w łańcuchu wartości:

Diagram łańcucha wartości monetyzacji

Kategorie strategii monetyzacji API obejmują:

Strategia monetyzacji interfejsu API Opis
Bezpłatna Interfejs API ułatwia integrację biznesową, taką jak usprawnianie łańcucha dostaw. Interfejs API nie jest zarabiany, ale zapewnia znaczącą wartość dzięki umożliwieniu wydajności procesów biznesowych zarówno dla dostawcy interfejsu API, jak i użytkownika interfejsu API.
Konsument płaci Użytkownicy interfejsu API płacą w zależności od liczby interakcji, które mają z interfejsem API. Koncentrujemy się na tym podejściu w tym dokumencie.
Konsument otrzymuje wynagrodzenie Na przykład użytkownik interfejsu API używa interfejsu API do osadzania reklam w swojej witrynie internetowej i otrzymuje udział wygenerowanego przychodu.
Pośrednia monetyzacja Monetyzacja interfejsu API nie jest oparta na liczbie interakcji z interfejsem API, ale za pośrednictwem innych źródeł przychodów ułatwianych przez interfejs API.

Uwaga

Strategia zarabiania jest ustawiana przez dostawcę interfejsu API i powinna być zaprojektowana tak, aby spełniała potrzeby użytkownika interfejsu API.

Ponieważ szeroki zakres czynników wpływa na projekt, monetyzacja interfejsu API nie jest uniwersalnym rozwiązaniem. Strategia zarabiania odróżnia interfejs API od konkurencji i maksymalizuje wygenerowany przychód.

W poniższych krokach wyjaśniono, jak zaimplementować strategię zarabiania dla interfejsu API.

Diagram kroków wdrażania strategii zarabiania

Krok 1. Zrozumienie klienta

  1. Zmapuj etapy prawdopodobnej podróży użytkowników interfejsu API od pierwszego odnajdywania interfejsu API do maksymalnej skali.

    Na przykład zestaw etapów relacji z klientem może być:

    Etap klienta Opis
    Dochodzenie Umożliw użytkownikom interfejsu API wypróbowanie go bez kosztów i przeszkód.
    Wdrożenie Zapewnienie wystarczającego dostępu do interfejsu API w celu obsługi prac programistycznych i testowych wymaganych do jej integracji.
    (wersja zapoznawcza) Zezwól klientowi na uruchomienie oferty i zrozumienie początkowego zapotrzebowania.
    Początkowe użycie produkcyjne Zachęcanie do wczesnego wdrażania interfejsu API w środowisku produkcyjnym, gdy poziomy użycia nie są w pełni zrozumiałe i konieczne może być podejście unikające ryzyka.
    Początkowy wzrost Umożliw użytkownikowi interfejsu API zwiększenie jego użycia w odpowiedzi na rosnące zapotrzebowanie ze strony użytkowników końcowych.
    Skala Zachęć konsumenta API do zobowiązania się do większej ilości zakupów, gdy API regularnie osiąga wysokie poziomy użytkowania każdego miesiąca.
    Globalny wzrost Nagradzaj użytkowników interfejsu API korzystających z niego na skalę globalną, oferując optymalną cenę hurtową.

  2. Przeanalizuj wartość, którą twój interfejs API będzie generował dla klienta na każdym etapie podróży.

  3. Rozważ zastosowanie strategii cen opartej na wartości, jeśli bezpośrednia wartość interfejsu API dla klienta jest dobrze zrozumiała.

  4. Oblicz przewidywane poziomy użycia okresu istnienia interfejsu API dla klienta i oczekiwanej liczby klientów w okresie istnienia interfejsu API.

Krok 2. Określanie ilości kosztów

Oblicz całkowity koszt posiadania interfejsu API.

Koszt Opis
Koszt pozyskiwania klientów (COCA) Koszt marketingu, sprzedaży i wdrożenia. Najbardziej udane interfejsy API mają tendencję do posiadania COCA równego zero w miarę wzrostu poziomów wdrażania. Interfejsy API powinny być w dużej mierze samoobsługowe przy wdrażaniu nowych użytkowników. Czynniki obejmują dokumentację i bezproblemową integrację z systemami płatności.
Koszty inżynieryjne Zasoby ludzkie wymagane do budowania, testowania, uruchamiania i obsługi interfejsu API przez cały okres jego istnienia. Zwykle jest to najbardziej znaczący składnik kosztów. Jeśli to możliwe, wykorzystaj rozwiązania PaaS w chmurze i technologie bezserwerowe, aby zminimalizować.
Koszty infrastruktury Koszty podstawowych platform, zasobów obliczeniowych, sieci i magazynu wymagane do obsługi interfejsu API w całym okresie istnienia. Wykorzystanie platform w chmurze w celu osiągnięcia modelu kosztów infrastruktury, który jest skalowany proporcjonalnie w górę zgodnie z poziomami użycia interfejsu API.

Krok 3. Przeprowadzanie badań rynkowych

  1. Zbadaj rynek, aby zidentyfikować konkurentów.
  2. Analizowanie strategii zarabiania konkurentów.
  3. Poznaj określone funkcje (funkcjonalne i niefunkcjonalne), które oferują za pomocą interfejsu API.

Krok 4. Projektowanie modelu przychodów

Zaprojektuj model przychodów na podstawie wyniku powyższych kroków. Możesz pracować w dwóch wymiarach:

Wymiar Opis
Jakość usług Umieść ograniczenia dotyczące oferowanego poziomu usług, ustawiając limit użycia interfejsu API. Zdefiniuj limit przydziału wywołań interfejsu API, które można wykonać w danym okresie (na przykład 50 000 wywołań miesięcznie), a następnie zablokuj wywołania po osiągnięciu tego limitu przydziału.
Można również ustawić limit szybkości, ograniczając liczbę wywołań, które można wykonać w krótkim okresie (na przykład 100 wywołań na sekundę).
Limity i limity szybkości są stosowane razem, aby uniemożliwić użytkownikom zużycie miesięcznego przydziału w krótkim, intensywnym okresie wywołań API.
cena Zdefiniuj cenę jednostkową do zapłaty za każde wywołanie interfejsu API.

Maksymalizuj wartość okresu istnienia (LTV) wygenerowaną przez każdego klienta, projektując model przychodów, który obsługuje klienta na każdym etapie podróży klienta.

  1. Umożliwiaj klientom jak najszybsze skalowanie i zwiększanie skali:
    • Zasugeruj klientom przejście do następnej warstwy w modelu przychodów.
    • Na przykład nagradzaj klientów, którzy kupują większą liczbę wywołań interfejsu API przy użyciu niższej ceny jednostkowej.
  2. Zachowaj jak najprostszy model przychodów:
    • Zrównoważ konieczność wyboru z ryzykiem przeciążenia klientów szeregiem opcji.
    • Ogranicz liczbę wymiarów różnicujących warstwy modelu przychodów.
  3. Być przezroczyste:
    • Podaj przejrzystą dokumentację dotyczącą różnych opcji.
    • Daj swoim klientom narzędzia do wybierania modelu przychodów, który najlepiej odpowiada ich potrzebom.

Zidentyfikuj zakres wymaganych modeli cenowych. Model cen opisuje określony zestaw reguł dla dostawcy interfejsu API, aby przekształcić użycie przez użytkownika interfejsu API w przychód.

Na przykład w celu obsługi powyższych etapów obsługi klienta potrzebujemy sześciu typów subskrypcji:

Typ subskrypcji Opis
Free Umożliwia użytkownikowi interfejsu API korzystanie z wersji próbnej interfejsu API w sposób zobowiązujący i bezpłatny, aby określić, czy spełnia on przypadek użycia. Usuwa wszystkie bariery wejścia.
Freemium Umożliwia użytkownikowi interfejsu API bezpłatne użycie interfejsu API, ale przejście do płatnej usługi wraz ze wzrostem zapotrzebowania.
Metered Użytkownik interfejsu API może wykonać dowolną liczbę wywołań miesięcznie i zapłaci stałą kwotę za wywołanie.
Tier Użytkownik interfejsu API płaci miesięcznie za określoną liczbę wywołań. Jeśli przekroczą ten limit, płacą kwotę nadwyżki za dodatkowe połączenie. Jeśli regularnie generują nadwyżki, mogą przejść do następnej warstwy.
Tier + Overage Użytkownik interfejsu API płaci za ustaloną liczbę wywołań miesięcznie. Jeśli przekroczą ten limit, płacą ustaloną kwotę za dodatkowe wywołanie.
Unit Użytkownik interfejsu API płaci za określoną liczbę wywołań miesięcznie. Jeśli przekroczą ten limit, muszą zapłacić za kolejną jednostkę połączeń.

Twój model przychodów zdefiniuje zestaw produktów interfejsu API. Każdy produkt interfejsu API implementuje określony model cen, aby zastosować określony etap w cyklu życia klienta interfejsu API.

Chociaż modele cenowe zazwyczaj nie powinny ulec zmianie, może być konieczne dostosowanie konfiguracji i stosowania modeli cenowych dla modelu przychodów. Na przykład możesz dostosować ceny, aby dopasować je do konkurenta.

Korzystając z powyższych przykładów, modele cenowe można zastosować w celu utworzenia ogólnego modelu przychodów w następujący sposób:

Etap cyklu życia klienta Model ustalania cen Konfiguracja modelu cen Jakość usług
Badanie Bezpłatna Nie zaimplementowano. Ustawiono limit przydziału, aby ograniczyć odbiorcę do 100 wywołań/miesiąca.
Implementacja Freemium Stopniowane poziomy
  • Stała stawka pierwszego poziomu wynosi 0 USD.
  • Kolejne progi cenowe za jednostkę opłaty ustawiono na 0,20 USD za 100 połączeń.
 Nie ustawiono limitów przydziału. Konsument może nadal wykonywać połączenia i płacić za połączenia z limitem szybkości wynoszącym 100 połączeń na minutę.
Prapremiera Licznikowane Cena ustalona na naliczanie 0,15 USD za każde 100 połączeń. Nie ustawiono limitów przydziału. Konsument może nadal wykonywać połączenia i płacić za połączenia przy limicie szybkości 200 połączeń na minutę.
Początkowe użycie produkcyjne Warstwa Cena ustalona na 14,95 USD miesięcznie dla konsumenta. Ustawiono limit przydziału, aby ograniczyć odbiorcę do 50 000 wywołań/miesiąc z limitem szybkości wynoszącym 100 wywołań na minutę.
Początkowy wzrost Poziom i opłata za nadwyżkę Stopniowane poziomy
  • Kwota płaska pierwszej warstwy wynosi 89,95 USD/miesiąc dla pierwszych 100 000 wywołań.
  • Kolejne poziomy opłat za jednostkę ustawione na 0,10 USD za 100 połączeń.
 Nie ustawiono limitów przydziału. Konsument może nadal wykonywać dodatkowe połączenia i płacić za dodatkowe połączenia z limitem szybkości wynoszącym 100 połączeń na minutę.
Skala Warstwa i przekroczenie limitu Poziomy stopniowane
  • Płaska opłata pierwszego poziomu wynosi 449,95 USD/miesiąc za pierwsze 500 000 wywołań.
  • Kolejne poziomy opłat za jednostkę ustawiono na 0,06 USD za 100 połączeń.
 Nie ustawiono limitów przydziału. Konsument może nadal wykonywać dodatkowe połączenia i płacić za dodatkowe połączenia przy limicie stawek wynoszącym 1200 połączeń na minutę.
Globalny wzrost Jednostka Poziomy stopniowane, w których każda stała kwota wynosi 749,95 USD/miesiąc za 1 500 000 połączeń. Nie ustawiono limitów przydziału. Konsument może nadal wykonywać dodatkowe połączenia i płacić za dodatkowe połączenia przy limicie stawek wynoszącym 3500 połączeń na minutę.

Dwa przykłady interpretowania modelu przychodów na podstawie powyższej tabeli:

  • Model cenowy oparty na poziomach
    Zastosowano do obsługi użytkowników interfejsu API w fazie początkowej produkcji cyklu życia. W przypadku konfiguracji modelu cenowego warstwowego konsument:

    • Płaci 14,95 USD miesięcznie.
    • Może wykonać do maksymalnie 50 000 połączeń miesięcznie.
    • Ogranicz liczbę połączeń do 100 na minutę.

  • Faza skalowania cyklu życia Realizowana przez zastosowanie modelu cenowego Tier + Overage, gdzie konsumenci:

    • Zapłać 449,95 USD/miesiąc za pierwsze 500 000 połączeń.
    • Naliczana jest dodatkowa opłata w wysokości 0,06 USD za każde 100 połączeń powyżej pierwszych 50 000 połączeń.
    • Szybkość ograniczona do 1200 wywołań na minutę.

Krok 5. Skalibrowanie

Dostosowanie cen w ramach modelu przychodów w celu:

  • Ustal ceny, aby zapobiec przeszacowaniu lub niedoszacowaniu cen API na podstawie badań rynkowych w kroku 3 powyżej.
  • Unikaj wszelkich punktów w modelu przychodów, które mogą wydawać się niesprawiedliwe lub zachęcać klientów do omijania modelu, aby osiągnąć korzystniejsze ceny.
  • Upewnij się, że model przychodów jest kierowany do generowania całkowitej wartości okresu istnienia (TLV) wystarczającej do pokrycia całkowitego kosztu posiadania i marży.
  • Sprawdź, czy jakość ofert usług w każdej warstwie modelu przychodów może być obsługiwana przez Rozwiązanie.
    • Jeśli na przykład oferujesz obsługę 3500 wywołań na minutę, upewnij się, że kompleksowe rozwiązanie może być skalowane w celu obsługi tego poziomu przepływności.

Krok 6. Wydawanie i monitorowanie

Wybierz odpowiednie rozwiązanie do zbierania płatności za użycie interfejsów API. Dostawcy mają tendencję do zaliczania się do dwóch grup.

  • Platformy płatności, takie jak Stripe

    Oblicz płatność na podstawie nieprzetworzonych metryk użycia interfejsu API, stosując określony model przychodów wybrany przez klienta. Skonfiguruj platformę płatności, aby odzwierciedlała strategię zarabiania.

  • Dostawcy płatności, tacy jak Adyen

    Dotyczy to tylko ułatwienia transakcji płatniczej. Przed wywołaniem tej usługi należy zastosować strategię zarabiania (na przykład przetłumaczyć metryki użycia interfejsu API na płatność).

Użyj usługi Azure API Management, aby przyspieszyć i usunąć ryzyko implementacji przy użyciu wbudowanych funkcji dostępnych w usłudze API Management. Aby uzyskać więcej informacji na temat określonych funkcji w usłudze API Management, zobacz , jak usługa API Management obsługuje zarabianie.

Zaimplementuj rozwiązanie, które zapewnia elastyczność w sposobie skodyfikowania strategii zarabiania w systemach bazowych przy użyciu tego samego podejścia co przykładowy projekt. Dzięki elastycznej kodzie można dynamicznie reagować i zminimalizować ryzyko i koszty wprowadzania zmian.

Postępuj zgodnie z dokumentacją repozytorium GitHub monetyzacji , aby zaimplementować przykładowy projekt we własnej subskrypcji platformy Azure.

Regularnie monitoruj sposób korzystania z interfejsu API, aby umożliwić podejmowanie decyzji opartych na dowodach. Jeśli na przykład dowody pokazują, że klienci rezygnują, powtórz kroki 1 do 5, aby odkryć i rozwiązać źródło problemu.

Ciągła ewolucja

Regularnie przeglądaj strategię zarabiania, ponownie przeglądając i ponownie oceniając wszystkie powyższe kroki. Może być konieczne rozwijanie strategii zarabiania w miarę upływu czasu, gdy dowiesz się więcej o swoich klientach, kosztach dostarczania interfejsu API i sposobach reagowania na zmianę konkurencji na rynku.

Pamiętaj, że strategia zarabiania jest tylko jednym aspektem pomyślnej implementacji interfejsu API. Inne aspekty obejmują:

  • Środowisko deweloperskie
  • Jakość dokumentacji
  • Postanowienia prawne
  • Możliwość skalowania interfejsu API w celu spełnienia zagwarantowanych poziomów usług.

Powiązana zawartość