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 między zwykle dążyć do cyfrowej transformacji, począwszy od modelu biznesowego. Interfejsy API umożliwiają realizację modelu biznesowego, co ułatwia i bardziej ekonomiczny sposób marketingu, wdrażania, używania i skalowania bazowego adresu IP.
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
Zarabianie to proces konwertowania czegoś na pieniądze — w tym przypadku wartość interfejsu API. Interakcje interfejsu API zwykle obejmują trzy odrębne strony w łańcuchu wartości:
Kategorie strategii zarabiania interfejsu 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ż wiele czynników wpływa na projekt, zarabianie na interfejsie API nie jest dostępne jako jednowymiarowe 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
Zmapuj etapy prawdopodobnej podróży użytkowników interfejsu API od pierwszego odnajdywania interfejsu API do maksymalnej skali.
Na przykład zestaw etapów klienta może być:
Etap klienta opis Badanie Włącz użytkownikowi interfejsu API wypróbowanie interfejsu API z zerowym kosztem i tarciem. Implementacja 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 Obsługa wczesnego wdrażania interfejsu API w środowisku produkcyjnym, gdy poziomy użycia nie są w pełni zrozumiałe i może być konieczne podejście niepożądane. Początkowy wzrost Włącz użytkownikowi interfejsu API zwiększenie użycia interfejsu API w odpowiedzi na zwiększone zapotrzebowanie od użytkowników końcowych. Skaluj Incentivize the API Consumer to commit to a higher volume of purchase once the API is consistently reaching high levels of usage each month .Incentiviz the API Consumer to commit to a higher volume of purchase once the API is consistently reaching high levels of usage each month. Globalny wzrost Nagradzaj użytkowników interfejsu API korzystających z interfejsu API na skalę globalną, oferując optymalną cenę hurtową. Przeanalizuj wartość, którą twój interfejs API będzie generował dla klienta na każdym etapie podróży.
Rozważ zastosowanie strategii cen opartej na wartości, jeśli bezpośrednia wartość interfejsu API dla klienta jest dobrze zrozumiała.
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 dołączania. Najbardziej udane interfejsy API mają tendencję do koka z zerowym wzrostem w miarę wzrostu poziomów wdrażania. Interfejsy API powinny być w dużej mierze samoobsługowe w dołączaniu. Czynniki obejmują dokumentację i bezproblemową integrację z systemami płatności. |
| Koszty inżynieryjne | Zasoby ludzkie wymagane do kompilowania, testowania, obsługi i obsługi interfejsu API w całym okresie 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
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 w połączeniu, co uniemożliwia użytkownikom korzystanie z miesięcznego limitu przydziału w krótkim intensywnym czasie wywołań interfejsu 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.
- Zachowaj liczbę wymiarów używanych do rozróżnienia między warstwami 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 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 za zestaw wywołań miesięcznie. 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 zestaw wywołań miesięcznie. Jeśli przekroczą ten limit, płacą one 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ń. |
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 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 | Warstwy stopniowane:
|
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ę. |
| Wersja Preview | Taryfowe | Cena ustawiona na opłatę za połączenia konsumenta 0,15/100 USD. | 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 ustawiona na opłatę za konsumenta w wysokości 14,95 USD/miesiąc. | 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 | Warstwa i nadwyżka | Warstwy stopniowane:
|
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ę. |
| Skaluj | Warstwa i nadwyżka | Warstwy 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 | Warstwy stopniowane, w których każda płaska kwota warstwy wynosi 749,95 USD/miesiąc za 1500 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 warstwy
Zastosowano do obsługi użytkowników interfejsu API w fazie początkowej produkcji cyklu życia. W przypadku konfiguracji modelu cenowego warstwy użytkownik:- Płaci 14,95 USD miesięcznie.
- Może składać się z maksymalnie 50 000 połączeń miesięcznie.
- Szybkość jest ograniczona do 100 wywołań na minutę.
Faza skalowania cyklu życia zaimplementowana przez zastosowanie modelu cen warstwy i nadwyżki , w którym konsumenci:
- Zapłać 449,95 USD/miesiąc za pierwsze 500 000 połączeń.
- Opłata jest naliczana za dodatkowe 0,06 USD/100 połączeń z pierwszymi 50 000 USD.
- Szybkość ograniczona do 1200 wywołań na minutę.
Krok 5. Skalibrowanie
Skalibrowanie cen między modelem przychodów w celu:
- Ustaw ceny, aby zapobiec nadmiernej lub niedostatecznej cenie interfejsu API na podstawie badań rynkowych w kroku 3 powyżej.
- Unikaj wszelkich punktów w modelu przychodów, które wydają się niesprawiedliwe lub zachęcają klientów do pracy nad modelem, aby osiągnąć bardziej korzystne 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 uwzględnienia 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 dowód pokazuje, że klienci rezygnują, powtórz kroki od 1 do 5 powyżej, aby odkryć i rozwiązać problem ze źródłem.
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 zatwierdzonych poziomów usług.
Następne kroki
- Jak usługa API Management obsługuje zarabianie.
- Wdróż demonstracyjną integrację z usługą Adyen lub Stripe za pośrednictwem skojarzonego repozytorium Git.