Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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 zwykle dążą do cyfrowej transformacji, zaczynając od modelu biznesowego. Interfejsy API umożliwiają organizacjom realizowanie modelu biznesowego, co umożliwia łatwiejsze i bardziej ekonomiczne wprowadzanie na rynek, wdrażanie, używanie i skalowanie bazowego adresu IP.
Organizacje publikujące swój pierwszy interfejs API napotykają złożony zestaw decyzji. Mimo że platforma Azure API Management usuwa ryzyko i przyspiesza kluczowe elementy, organizacje nadal muszą konfigurować i kompilować 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ść interfejsu API. Interakcje interfejsu API zwykle obejmują trzy odrębne strony w łańcuchu wartości:
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 artykule. |
| 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ż wiele czynników wpływa na projekt, monetyzacja interfejsu API nie jest dostępna jako uniwersalne rozwiązanie. 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.
Krok 1. Zrozumienie klienta
Sporządź mapę etapów prawdopodobnej ścieżki konsumentów API od momentu pierwszego odkrycia do maksymalnego wykorzystania.
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 Wspieranie wczesnego przyjęcia interfejsu API w środowisku produkcyjnym, gdy poziomy użycia nie są w pełni zrozumiałe, a konieczne może być podejście ostrożnościowe. Początkowy wzrost Umożliwia użytkownikowi interfejsu API zwiększenie użycia interfejsu API w odpowiedzi na zwiększone zapotrzebowanie od użytkowników końcowych. Skala Skłonić konsumenta API do zobowiązania się do zakupu większej ilości, gdy API konsekwentnie osiąga wysokie poziomy wykorzystania każdego miesiąca. Globalny wzrost Nagradzaj użytkowników interfejsu API korzystających z niego na skalę globalną, oferując optymalną cenę hurtową. Przeanalizuj wartość wygenerowaną przez interfejs API dla klienta na każdym etapie podróży.
Rozważ zastosowanie strategii cenowej opartej na wartości, jeśli bezpośrednia wartość interfejsu API dla klienta jest dobrze zrozumiała.
Oblicz przewidywane poziomy użycia interfejsu API przez klienta w okresie jego istnienia oraz oczekiwaną liczby klientów w tym okresie.
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
- Zbadaj rynek, aby zidentyfikować konkurentów.
- Analizowanie strategii zarabiania konkurentów.
- Poznaj określone funkcje (funkcjonalne i niefunkcjonalne), które oferują za pomocą interfejsu API.
Krok 4. Projektowanie modelu przychodów
Projektowanie modelu przychodów na podstawie wyniku powyższych kroków. Możesz pracować w dwóch wymiarach:
| Wymiar | Opis |
|---|---|
| Jakość usług | Umieść ograniczenia na poziomie usługi, który oferujesz, 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.
- 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.
- 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.
- 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 aby obsługiwać zdefiniowane wcześniej etapy klienta, potrzebujemy sześciu typów subskrypcji:
| Typ subskrypcji | Opis |
|---|---|
Free |
Umożliwia użytkownikowi interfejsu API korzystanie z wersji próbnej bez zobowiązań i kosztów, aby określić, czy spełnia ona 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 miesięcznie za określoną liczbę wywołań. 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ń. |
Zestaw produktów interfejsu API definiuje Twój model dochodów. 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 zastosowania modeli cenowych dla modelu przychodów. Możesz na przykład dostosować ceny, aby dopasować je do konkurenta.
Korzystając z powyższych przykładów, można zastosować modele cenowe, aby utworzyć ogólny model przychodów w następujący sposób:
| Etap cyklu życia klienta | Model ustalania cen | Konfiguracja modelu cen | Quality of Service |
|---|---|---|---|
| Badanie | Bezpłatna | Nie zaimplementowano. | Ustawiono limit przydziału, aby ograniczyć odbiorcę do 100 wywołań/miesiąca. |
| Implementacja | Freemium | Stopniowane poziomy
|
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
|
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 | Poziom i opłata za nadwyżkę | Poziomy stopniowane
|
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ę. |
Poniżej przedstawiono 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.
- Limit ustalony na 100 wywołań 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ść jest ograniczona do 1200 wywołań na minutę.
Krok 5. Skalibrowanie
Dostosowanie cen w ramach modelu przychodów w celu:
- Ustaw ceny, aby zapobiec przewartościowaniu lub niedocenianiu swojego interfejsu API na podstawie badań rynkowych wcześniej w kroku 3.
- 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 skalować 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 musisz 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 usługi 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 wskazują, że tracisz klientów, powtórz poprzednie kroki od 1 do 5, aby zidentyfikować i rozwiązać przyczynę.
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 zapewnienia interfejsu API i sposobie 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ść
- Jak usługa API Management obsługuje zarabianie.
- Wdróż demonstracyjną integrację z usługą Adyen lub Stripe za pośrednictwem skojarzonego repozytorium Git.