Kredyty zastępują długą listę stawek technicznych jednym saldem właściwym dla produktu. Narzędzie kreatywne może obejmować 1,000 kredytów miesięcznie, operacja AI może zużywać od 2 do 80, a klient API może kupić kolejny pakiet, gdy saldo zaczyna się wyczerpywać.
Ta abstrakcja może ułatwić pakowanie kilku kosztownych działań. Może również ukryć rzeczywisty koszt wszystkiego. Jeżeli przed każdym kliknięciem klienci muszą przeliczać walutę, przeglądać dokumentację modelu i zgadywać długość wyniku, produkt jedynie przeniósł złożoność, zamiast ją usunąć.
Cennik oparty na kredytach działa wtedy, gdy saldo zapewnia klientom stabilną jednostkę planowania, pozwala dostawcy pokryć koszt zmienny i obsługuje wiele działań bez nieczytelnego cennika. Zawodzi, gdy kredyty projektuje się głównie po to, by zaciemniać cenę, sztucznie generować niewykorzystane saldo lub zmieniać stawki bez wyraźnej decyzji cenowej.
Ten przewodnik wyjaśnia, jak zbudować przejrzystą i niezawodną operacyjnie gospodarkę kredytową.
Co reprezentuje kredyt produktowy
Kredyt to uprawnienie handlowe zapisane w portfelu lub limicie. Aktywność w produkcie zużywa to uprawnienie zgodnie z regułą przeliczeniową.
Podstawowe obliczenie wygląda następująco:
zużyte kredyty = liczba działań × koszt kredytowy jednego działania
Koszt pieniężny zależy od sposobu pozyskania kredytów:
efektywna cena działania = zużyte kredyty × zrealizowana cena jednego kredytu
Zrealizowana cena kredytu bywa różna, bo kredyty przychodzą różnymi drogami: cykliczny limit w pakiecie, jednorazowy pakiet, zobowiązanie roczne, rabaty wolumenowe, przyznanie promocyjne, zwrot lub środki kompensacyjne, program partnerski, automatyczne doładowanie.
Dlatego deklarowana cena kredytu niewiele mówi o przychodzie. Dwa konta o identycznym zużyciu mogą różnić się kilkakrotnie tym, ile za te kredyty zapłacono.
Kredyt może abstrahować jeden bazowy miernik lub kilka z nich. Na przykład:
| Działanie w produkcie | Koszt w kredytach | Bazowe czynniki kosztowe |
|---|---|---|
| Usunięcie tła obrazu | 2 | wnioskowanie modelu i przechowywanie |
| Wygenerowanie standardowego obrazu | 12 | model, rozdzielczość i kolejka |
| Wygenerowanie obrazu w wysokiej rozdzielczości | 35 | większy model i czas przetwarzania |
| Utworzenie 30 sekund filmu | 80 | czas trwania, model i renderowanie |
Tabela jest użyteczna tylko wtedy, gdy klienci widzą ją przed podjęciem działania, a działania są zdefiniowane spójnie.
Dlaczego produkty wykorzystują kredyty
Jedno saldo może obejmować różnorodne działania
Produkty AI i narzędzia kreatywne mogą oferować tekst, obraz, dźwięk, wideo oraz analizę. Bezpośrednie rozliczanie tokenów, sekund, pikseli, czasu GPU i żądań do dostawcy byłoby precyzyjne, lecz trudne do zakupu. Kredyty tworzą jedną warstwę handlową ponad tymi zasobami.
Pakiety stają się łatwiejsze do konstruowania
Subskrypcja może zawierać pulę do wykorzystania w kilku procesach. Klient otrzymuje elastyczność, a dostawca nie musi dokładnie przewidywać, która funkcja zostanie użyta.
Przedpłata ogranicza ekspozycję finansową
Zakupione kredyty pozwalają pobrać środki przed poniesieniem kosztu zmiennego i ograniczają użycie do dostępnego salda. Jest to cenne w przypadku kosztownych operacji udostępnianych natychmiast.
Promocje można oddzielić od ceny katalogowej
Produkt może przyznawać kredyty próbne lub rekompensacyjne bez zmiany stałej stawki za działanie. Oddzielne salda grantów umożliwiają również pomiar kosztu promocji.
Różnice kosztów pozostają możliwe do wyrażenia
Kosztowny model może zużywać więcej kredytów niż model wydajny, podczas gdy użytkownik nadal korzysta z jednego portfela.
Korzyści te wymagają zrozumiałego systemu wymiany. Saldo, którego znaczenie zmienia się w nieprzewidywalny sposób, nie jest stabilnym miernikiem wartości.
Kiedy kredyty są dobrym rozwiązaniem
Cennik kredytowy jest najbardziej użyteczny, gdy:
- produkt zawiera kilka rozliczanych działań;
- działania mają istotnie różne koszty zmienne;
- klienci chcą elastycznie korzystać z tych działań;
- bezpośrednie mierniki techniczne byłyby trudne do prognozowania;
- przedpłata lub zawarty limit usprawnia zarządzanie ryzykiem;
- koszt operacji można oszacować lub ograniczyć przed ich wykonaniem.
Jest mniej użyteczny, gdy produkt można już opisać jedną naturalną jednostką. API do walidacji adresów e-mail z jednym stabilnym typem żądania może być bardziej przejrzyste przy cenie €0.004 za walidację niż przy 0.4 kredytu, którego wartość pieniężną trzeba obliczać.
Model jest również słaby, gdy kredytów nie da się powiązać ze znaczącym rezultatem. „Punkty energii AI” nie poprawiają zrozumienia, jeżeli ten sam prompt zużywa niemożliwą do przewidzenia ilość.
Zastosuj diagnostykę dopasowania:
| Wymiar | Dobre dopasowanie kredytów | Sygnał ostrzegawczy |
|---|---|---|
| Szerokość produktu | Kilka działań korzysta ze wspólnego portfela | Jedno oczywiste działanie rozliczeniowe |
| Zmienność kosztów | Klasy działań mają znany koszt względny | Każde wykonanie ma nieograniczony, nieznany koszt |
| Planowanie przez klienta | Procesy można oszacować w kredytach | Wyczerpywanie salda wydaje się losowe |
| Ryzyko | Przedpłata zabezpiecza kosztowną realizację | Koszt jest znikomy, a zasilanie salda dodaje tarcie |
| Pakowanie | Elastyczny limit zwiększa wybór | Kredyty służą wyłącznie ukryciu podwyżki ceny |
| Operacje | Portfel i rejestr mogą być źródłem prawdy | Saldo jest obliczane niespójnie w różnych systemach |
Co oznacza jeden kredyt
Kredyt nie musi odpowiadać walucie w stosunku jeden do jednego. Musi jednak mieć stabilny cel handlowy.
Istnieją trzy powszechne podejścia.
Abstrakcja pieniężna
Jeden kredyt odpowiada stałej wartości pieniężnej, na przykład €0.01. Działania zużywają kredyty zgodnie ze swoją ceną.
Zalety: łatwe obliczanie stawek wewnętrznych, proste zwroty i księgowość i klienci mogą przeliczyć wartość na walutę.
Wady: dodatkowa jednostka może wnosić niewielką wartość, klienci nadal wykonują obliczenia walutowe i ceny regionalne i rabaty komplikują równoważność.
Jeżeli przelicznik jest stały i widoczny, rozważ, czy zwykłe wyświetlanie waluty nie byłoby bardziej przejrzyste.
Abstrakcja działania produktowego
Jeden kredyt odpowiada w przybliżeniu małemu działaniu w produkcie. Większe działania zużywają jego wielokrotność.
Zalety: język produktu może być bardziej intuicyjny, limity pakietowe mogą reprezentować zestaw prac i szczegóły kosztów technicznych pozostają wewnętrzne.
Wady:
- klienci potrzebują tabeli przeliczeniowej;
- zmiany działań mogą zmieniać postrzeganą wartość;
- koszty ułamkowe lub bardzo wysokie mogą stać się niewygodne.
Abstrakcja zasobów ważona kosztem
Kredyty odzwierciedlają względne zasoby zmienne. Różne modele, rozdzielczości lub priorytety zużywają różne ilości.
Zalety:
- chroni marżę przy zmianach kosztu bazowego;
- pozwala użytkownikom wymieniać jakość i szybkość na saldo;
- sprawdza się przy różnorodnych obciążeniach AI.
Wady:
- może pośrednio ujawniać złożoność techniczną;
- koszt i wartość dla klienta mogą się rozchodzić;
- zmiany wydajności dostawcy wymagają zarządzania stawkami.
Najbardziej dojrzałe wdrożenia łączą działania produktowe z ważeniem kosztowym: rozpoznawalne wyniki są wyceniane w całkowitych kredytach, a wewnętrzna telemetria chroni marżę.
Tabela przeliczeniowa
Tabela przeliczeniowa jest właściwym cennikiem. Traktuj ją jak publiczną umowę handlową, a nie ukrytą wartość konfiguracyjną.
Dla każdego działania określ:
- nazwę działania i stan produktu;
- bazową liczbę kredytów;
- wymiar ilościowy, jeżeli występuje;
- mnożnik modelu, jakości lub szybkości;
- zasadę zaokrąglania;
- szacunek wyświetlany przed potwierdzeniem;
- zasadę końcowego rozliczenia;
- sposób obsługi błędów i anulowania;
- obowiązującą wersję i datę.
Preferuj łatwe do zapamiętania kwoty. Typowe działanie kosztujące 7.384 kredytu sugeruje pozorną precyzję i trudno je planować. Całkowite kredyty lub zrozumiałe przyrosty zwykle sprawdzają się lepiej.
Pokazuj łączne wartości dla reprezentatywnych procesów, nie tylko pojedyncze działania:
| Proces | Elementy | Oczekiwane zużycie kredytów |
|---|---|---|
| Przygotowanie jednego zdjęcia produktu | Usunięcie tła + standardowe generowanie | 14 |
| Utworzenie zestawu kampanii | 8 standardowych obrazów + 2 warianty w wysokiej rozdzielczości | 166 |
| Utworzenie krótkiego klipu | Scenorys + renderowanie 30-sekundowe | 96 |
Szacunek procesu pomaga kupującym przełożyć pakiet 1,000 kredytów na użyteczne rezultaty.
Nie ukrywaj zmiennego zużycia
Niektórych działań nie da się dokładnie wycenić z góry. Generowanie tekstu może zależeć od długości wyniku, agent może wywołać kilka narzędzi, a zadanie wideo może wymagać ponowień.
Zastosuj jeden z czterech wzorców.
Stały koszt działania
Pobieraj tę samą liczbę kredytów za zdefiniowaną operację i absorbuj zwykłą zmienność. Zapewnia to najlepszą przewidywalność, gdy zmienność jest ograniczona.
Szacunek przed wykonaniem
Oszacuj zużycie na podstawie danych wejściowych i wybranych ustawień. Przed potwierdzeniem przez klienta pokaż zakres lub maksimum.
Rezerwacja i rozliczenie
Zarezerwuj ilość stanowiącą górną granicę, wykonaj operację i rozlicz faktyczne zużycie. Natychmiast zwolnij pozostałą część.
dostępne saldo po rezerwacji = saldo początkowe − zarezerwowane kredyty
saldo końcowe = saldo początkowe − rozliczone kredyty
Maksimum określone przez użytkownika
Pozwól klientowi ustawić limit kredytów, długość wyniku, liczbę kroków lub poziom jakości. Zatrzymaj działanie w kontrolowany sposób po osiągnięciu limitu.
Nigdy nie pozwalaj autonomicznemu procesowi opróżnić całego portfela organizacji bez widoczności lub zabezpieczeń. Stosuj budżety i subportfele dla agentów, projektów oraz kluczy API.
Prawdziwy rejestr portfela
Saldo portfela to infrastruktura finansowa. Nie przechowuj go jako jednej modyfikowalnej liczby bez historii transakcji.
Prowadź rejestr typu append-only albo w pełni audytowalny, z wyraźnymi typami transakcji: zakup, przyznanie subskrypcyjne, przyznanie promocyjne, rezerwacja, rozliczenie, zwolnienie, zwrot, korekta ręczna, wygaśnięcie, przeniesienie, storno po obciążeniu zwrotnym.
Rezerwacja, rozliczenie i zwolnienie muszą być osobnymi typami. Kredyt zatrzymany pod pracę w toku nie jest ani wydany, ani dostępny, a rejestr, który nie potrafi wyrazić tego stanu, rozjedzie się z rzeczywistością.
Każda transakcja niesie unikalny identyfikator, konto i portfel, kwotę i kierunek, kategorię salda, źródłową akcję lub zamówienie, klucz idempotencji, znacznik czasu, partię z terminem ważności, wersję tabeli przeliczeń, podmiot lub system oraz przyczynę wraz z metadanymi audytu.
To wersja tabeli przeliczeń pozwala rok później odpowiedzieć na pytanie „dlaczego to kosztowało dwanaście kredytów”.
Obliczaj saldo na podstawie wpisów rejestru albo utrzymuj uzgadnianą projekcję. Produkt, system rozliczeniowy i panel wsparcia muszą być zgodne.
Historia widoczna dla klienta powinna tłumaczyć wewnętrzne wpisy zrozumiałym językiem. „Korekta rejestru typu R-17” nie jest wystarczającym wyjaśnieniem brakującego salda.
Saldo zakupione, pakietowe i promocyjne
Kredyty pozyskane na różne sposoby mogą podlegać różnym warunkom. Przechowuj je w oddzielnych partiach lub kategoriach.
Zakupione kredyty
Klient zapłacił bezpośrednio za saldo. Zasady zwrotu, wygasania i przenoszenia mogą podlegać regulacjom i powinny być zachowawcze.
Limit subskrypcyjny
Cykliczny pakiet przyznaje kredyty na określony czas. Niewykorzystany limit może się zerować, przechodzić na kolejny okres w ustalonych granicach lub kumulować. Wyraźnie przedstaw tę zasadę.
Kredyty promocyjne
Granty próbne, poleceniowe lub rekompensacyjne mogą mieć krótszy termin ważności i węższy zakres użycia. Nie powinny po cichu zastępować zakupionych kredytów przy finalizacji zakupu.
Kredyty usługowe
Rekompensata za przerwę w działaniu może być ograniczona do przyszłych usług i podlegać innym zasadom umownym niż zwrot pieniężny.
Określ kolejność zużycia. Powszechną zasadą jest wykorzystywanie w pierwszej kolejności salda, które najwcześniej wygasa, przy jednoczesnej ochronie zakupionych środków przed niepotrzebnym wygaśnięciem. Pokazuj klientom, które partie pozostały i kiedy wygasają.
Czy kredyty przechodzą na kolejny okres lub wygasają
Wygasanie zmienia zachowanie i ekonomikę.
Okresowy limit, który się zeruje
Miesięczna subskrypcja obejmuje kredyty dostępne w danym okresie rozliczeniowym. Zerowanie ogranicza ekonomikę pakietu i jest znajome klientom, ale w miesiącach mniejszego użycia mogą oni odczuwać utratę wartości.
Ograniczone przenoszenie
Niewykorzystany limit może przechodzić przez ustaloną liczbę miesięcy lub do określonego pułapu. Pozwala to obsłużyć zmienny popyt bez tworzenia nieograniczonego zobowiązania.
Zakupione saldo bez terminu ważności
Najłatwiej uzasadnić je jako przechowywaną opłaconą wartość. Tworzy długotrwałe zobowiązania usługowe i wymaga polityki dotyczącej nieaktywnego salda.
Zakupione saldo z terminem ważności
Może uprościć zobowiązania wynikające ze starych cen i zachęcać do użycia, lecz stwarza ryzyko dla zaufania, prawa i księgowości. Ujawnij termin ważności przed zakupem, wysyłaj przypomnienia i nie opieraj głównego źródła marży na niewykorzystanej wartości.
Wygasanie kredytów promocyjnych
Granty ograniczone czasowo są powszechne i na ogół łatwiejsze do wyjaśnienia, gdy data jest wyraźna.
Modeluj zobowiązanie wynikające z pozostałego salda i oczekiwane wykorzystanie. Niewykorzystanie — kredyty, których nigdy nie użyto — może wpływać na księgowość, ale nie powinno być celowo generowane przez nieprzejrzystość.
Wielkości pakietów i limity
Projekt pakietów i limitów wpływa na dostępność, przepływy pieniężne oraz efektywną cenę jednostkową.
Małe pakiety
Obniżają próg rozpoczęcia testów i odpowiadają użytkownikom korzystającym sporadycznie. Opłaty płatnicze i wsparcie mogą uczynić je nieopłacalnymi.
Duże pakiety
Poprawiają pobieranie środków i mogą wspierać rabaty ilościowe. Zwiększają ryzyko zwrotów, wygasania i niewykorzystanych zakupów.
Limit subskrypcyjny
Tworzy przychód cykliczny i zapewnia klientom regularną dostępność zasobów. Powinien odpowiadać rozpoznawalnemu wolumenowi procesów.
Automatyczne doładowanie
Dodaje pakiet, gdy saldo spadnie poniżej progu. Pozwól klientom wybrać: kwotę doładowania, saldo uruchamiające doładowanie, miesięczny limit doładowań, metodę płatności i odbiorców alertów.
Nigdy nie włączaj automatycznego doładowania na podstawie niejednoznacznej zgody. Klient powinien móc je wstrzymać bez wyłączania dostępu do konta.
Zobowiązanie organizacji
Przedsiębiorstwo może kupić roczną pulę kredytów współdzieloną przez projekty. Określ zasady łączenia, debetu, wygasania, blokady stawek i raportowania.
Użyj tabeli, aby wyjaśnić efektywne ceny:
| Zakup | Kredyty | Cena | Efektywna cena jednego kredytu |
|---|---|---|---|
| Mały pakiet | 500 | €15 | €0.030 |
| Standardowy pakiet | 2,000 | €54 | €0.027 |
| Pakiet ilościowy | 10,000 | €240 | €0.024 |
Jeśli rabaty są duże, sprawdź, czy klienci nie mogą odsprzedawać ani przenosić salda w niezamierzony sposób.
Kredyty a ekonomika jednostkowa
Dla każdego działania:
przychód z działania = zużyte kredyty × zrealizowany przychód na kredyt
marża kontrybucyjna działania = przychód z działania − zmienny koszt działania
Zrealizowany przychód na kredyt zależy od wykorzystanej partii. Kredyty promocyjne mogą nie generować bezpośredniego przychodu, kredyty subskrypcyjne mają przypisaną wartość pakietu, a pakiety rabatowe mają niższe zrealizowane stawki.
Śledź marżę kontrybucyjną według typu akcji, modelu lub dostawcy, ustawienia jakości, kohorty klientów, źródła pozyskania, źródła kredytów, wielkości pakietu i percentyla zużycia.
Źródło kredytów trafia do tego przekroju nieprzypadkowo. Zużycie sfinansowane przyznaniami promocyjnymi ma koszt i nie ma przychodu, a mieszanie go z kredytami kupionymi ukrywa, gdzie naprawdę jest marża.
Nie obliczaj marży według nominalnej ceny katalogowej, jeśli większość użycia pochodzi z kredytów rabatowych, zawartych w pakiecie lub promocyjnych.
Przeprowadź testy warunków skrajnych dla:
- najdłuższych dozwolonych danych wejściowych;
- wyników o najwyższej rozdzielczości;
- powtarzających się ponowień;
- niskiego współczynnika trafień w pamięć podręczną;
- podwyżek cen usług zewnętrznych;
- zmian kursów walut;
- użytkowników wybierających wyłącznie działanie o najniższej marży;
- rocznych sald zakupionych według starej tabeli przeliczeniowej.
Mieszana gospodarka kredytowa może ukrywać subsydiowanie krzyżowe. Może to być akceptowalne, jeśli jest zamierzone i ograniczone.
Wersjonuj stawki przeliczeniowe
Działania produktowe i koszty realizacji zmieniają się. Dlatego tabela przeliczeniowa wymaga wersjonowania.
Zmiana stawki powinna określać:
- działania objęte zmianą;
- nową liczbę kredytów;
- datę wejścia w życie;
- sposób traktowania prac w kolejce;
- sposób traktowania istniejących subskrypcji;
- sposób traktowania zakupionego salda;
- komunikację z klientami;
- plan migracji i wycofania zmiany.
Najbardziej wrażliwe jest już zakupione saldo. Zmiana wyceny tego, za co klient zapłacił, zmienia wartość już przekazanych przez niego środków — i właśnie tak klient ją opisze.
Zwiększenie kosztu działania z 10 do 15 kredytów oznacza efektywną podwyżkę ceny tego samego wyniku o 50%. Traktuj ją z taką samą starannością jak zmianę ceny walutowej.
Możliwe zabezpieczenia obejmują:
- okres powiadomienia;
- czasowy dostęp do starej stawki dla istniejących zobowiązań;
- przyznanie dodatkowego salda;
- przeliczenie starych kredytów na zachowaną wartość pieniężną;
- wybór nowego modelu z inną stawką;
- zmianę ceny pakietu zamiast dyskretnej zmiany zużycia.
Nie przepisuj historycznych wpisów rejestru według nowej tabeli. Każde rozliczenie musi zachować wersję stawki zastosowaną w danym momencie.
Zmiany modeli i dostawców
Produkty AI mogą zmieniać dostawców, optymalizować prompty lub wprowadzać modele o innych kosztach i jakości.
W miarę możliwości oddzielaj wewnętrzne identyfikatory modeli od trwałych klas usług widocznych dla klienta. Działanie „Standardowy obraz” może pozostać stabilne, gdy dostawca ulepsza implementację, o ile jakość wyniku i ekonomika nadal mieszczą się w złożonej obietnicy.
Pokazuj stawki dla konkretnych modeli, gdy wybór modelu sam w sobie ma znaczenie: klienci mogą wymagać określonych możliwości, opóźnienia, dostawcy lub polityki danych. W takim przypadku pokaż dokładny koszt w kredytach przed użyciem.
Jeżeli optymalizacja obniża koszt zmienny, dostawca może utrzymać stawki, zmniejszyć zużycie kredytów lub ulepszyć usługę zawartą w pakiecie. Oceń konkurencję, wartość i marżę, zamiast automatycznie zakładać wycenę koszt plus.
Jeżeli koszt nagle wzrośnie, unikaj wstecznego pomniejszania salda. Stosuj limity, tymczasową kontrolę dostępności i prospektywne zmiany stawek.
Rezerwacje, anulowania i obsługa błędów
Kosztowne działania asynchroniczne wymagają jasnych przejść między stanami.
Niezawodny proces:
- oszacuj maksymalną liczbę kredytów;
- potwierdź wystarczające dostępne saldo;
- utwórz idempotentną rezerwację;
- wykonaj działanie;
- po powodzeniu rozlicz faktycznie należne kredyty;
- zwolnij pozostałą część;
- automatycznie odwróć rozliczenie w przypadku kwalifikującego się błędu.
Zdefiniuj rezultaty:
| Rezultat | Sposób rozliczenia kredytów |
|---|---|
| Dostawca odrzuca żądanie przed rozpoczęciem pracy | Bez rozliczenia; zwolnij rezerwację |
| Błąd spowodowany przez dostawcę | Automatycznie zwolnij lub zwróć kredyty |
| Zduplikowane ponowienie klienta z tym samym kluczem idempotencji | Jedna rezerwacja i jedno rozliczenie |
| Klient anuluje przed rozpoczęciem kosztownej pracy | Zwolnij rezerwację |
| Klient anuluje po istotnym przetwarzaniu | Zastosuj ujawnioną częściową lub pełną opłatę |
| Częściowy użyteczny wynik | Zastosuj opublikowaną zasadę dla częściowego wyniku |
| Odrzucenie ze względu na politykę treści | Przed wysłaniem poinformuj, czy weryfikacja wiąże się z opłatą |
Produkt nigdy nie powinien pozostawiać rezerwacji bezterminowo. Stosuj uzgadnianie po przekroczeniu limitu czasu i status widoczny dla klienta.
Ujemne salda i wyścigi
Równoległe żądania mogą zużyć więcej niż dostępne saldo portfela, jeżeli rezerwacje nie są atomowe.
Wymagania obejmują:
- atomowe sprawdzanie salda i dokonywanie rezerwacji;
- idempotencję powtarzanych żądań;
- deterministyczne porządkowanie lub obsługę konfliktów;
- kontrolę współbieżności na poziomie organizacji;
- limity ujemnego salda;
- odzyskiwanie po opóźnionym pomiarze;
- zadania uzgadniające;
- alerty o naruszeniu niezmienników.
Zdecyduj, czy ograniczony debet jest dozwolony. Konta firmowe z płatnością z dołu mogą mieć linię kredytową; konta samoobsługowe z przedpłatą mogą zatrzymywać działanie, gdy dostępne saldo jest niewystarczające.
Jeśli produkt dopuszcza ujemne saldo podczas opóźnionego rozliczenia, pokazuj oczekujące użycie i nie pozwalaj, by panel przedstawiał poprzednią kwotę jako bezpiecznie dostępną.
Zespoły, projekty i centra kosztów
Jeden portfel organizacji może być zbyt szeroki. Zespół musi wiedzieć, kto i co zużył.
Oferuj:
- użycie według przestrzeni roboczej, projektu i klucza API;
- etykiety lub znaczniki centrów kosztów;
- budżety projektowe;
- limity subportfeli;
- uprawnienia do zakupów oparte na rolach;
- progi zatwierdzania;
- scentralizowane doładowanie;
- skonsolidowane eksporty transakcji.
Progi zatwierdzania i subportfele sprawiają, że kredyty są akceptowalne dla zespołu finansowego. Bez nich wspólne saldo jest nieprzypisanym budżetem, który może wydać dowolny zespół.
Subportfel może rezerwować część salda organizacji bez dokonywania oddzielnego zakupu. Określ, czy niewykorzystane przydziały wracają automatycznie.
Nie zmuszaj każdego użytkownika do kupowania osobistych kredytów, gdy płatnikiem jest organizacja. Osobiste portfele mogą rozdrabniać wartość i komplikować proces zakupowy.
Wyjaśnij cennik kredytowy w miejscu zakupu
Strona cennika powinna natychmiast odpowiadać na cztery pytania:
- Ile kredytów zawiera pakiet lub zakup?
- Ile kosztują typowe działania?
- Co się dzieje, gdy saldo osiągnie zero?
- Czy kredyty przechodzą na kolejny okres lub wygasają?
Następnie przedstaw:
- pełną tabelę przeliczeniową;
- przykłady procesów;
- kalkulator;
- stawki doładowań;
- różnice między modelami i poziomami jakości;
- zasady zwrotów i obsługi błędów;
- zrzuty ekranu lub opisy panelu użycia;
- zasady współdzielenia i zobowiązań dla przedsiębiorstw.
Nie polegaj na sformułowaniu „do 1,000 wygenerowanych wyników”, jeśli normalne ustawienia dają ich znacznie mniej. Podaj założenia i realistyczny zakres.
Tam, gdzie to praktyczne, pokazuj walutę obok kredytów w finalizacji zakupu i historii użycia. Celem jest zrozumienie, a nie maksymalizowanie liczby kroków potrzebnych do odkrycia efektywnej ceny.
Zrozumienie kredytów przez klientów
Kredyty tworzą dwie warstwy przeliczenia:
waluta → kredyty → rezultaty produktowe
Przetestuj obie.
Daj uczestnikom pakiet, tabelę przeliczeniową i scenariusz. Zapytaj:
- Ile procesów możesz ukończyć?
- Jaka jest efektywna cena jednego standardowego wyniku?
- Która operacja zużywa najwięcej?
- Co dzieje się z niewykorzystanym saldem?
- Co się stanie, gdy saldo będzie niewystarczające?
- Czy inne ustawienie jakości zmieni koszt?
Rejestruj proces obliczania, a nie tylko to, czy uczestnik lubi kredyty. Powtarzające się błędy arytmetyczne wskazują, że abstrakcja jest zbyt trudna.
Porównaj kredyty z alternatywami opartymi bezpośrednio na walucie i jednostkach. Kredyty powinny zwyciężać dlatego, że upraszczają różnorodny produkt, a nie dlatego, że firma preferuje interfejs przypominający grę.
Przetestuj gospodarkę kredytową w trybie cieniowania
Zanim rzeczywiste salda zaczną kontrolować dostęp, zastosuj tabelę przeliczeniową do zdarzeń podobnych do produkcyjnych.
Przed uruchomieniem lub zmianą modelu zmierz oczekiwaną liczbę kredytów na konto, czy typowe scenariusze pozostają w zasięgu, tempo wyczerpywania salda, marżę na akcji, dokładność rezerwacji, zwroty po awariach, konflikty równoległych operacji, koszt promocji, oczekiwane niewykorzystane saldo i konta odstające.
Dostępność typowych scenariuszy chroni adopcję. Jeśli rutynowe zadanie zjada zauważalną część miesięcznego limitu, klienci przestaną je wykonywać i nazwą produkt drogim.
Następnie udostępnij użytkownikom testowym widoczne salda cieniowane. Zapytaj, czy tempo ich wyczerpywania odpowiada modelowi mentalnemu użytkowników. Technicznie poprawny rejestr nadal może być komercyjnie niezrozumiały.
Przetestuj granice miesięcy, przyznawanie limitów, zmiany subskrypcji, zwroty, wygasłe partie, przeniesione przestrzenie robocze oraz wersje stawek przeliczeniowych.
Sześciotygodniowy plan wdrożenia
Tydzień 1: zdefiniuj cel i działania
- Wymień rozliczane działania produktowe i procesy klientów.
- Zmapuj koszt zmienny i wartość każdego działania.
- Określ, dlaczego kredyty są lepsze od bezpośredniej waluty lub jednostek użycia.
- Przygotuj prostą tabelę przeliczeniową.
Tydzień 2: zaprojektuj politykę salda
- Oddziel partie zakupione, zawarte w pakiecie i promocyjne.
- Zdefiniuj przenoszenie, wygasanie i kolejność zużycia.
- Wybierz pakiety, limity subskrypcyjne i sposób doładowania.
- Przeanalizuj kwestie prawne i księgowe.
Tydzień 3: zbuduj rejestr i rezerwacje
- Wdróż idempotentne transakcje portfela.
- Dodaj stany rezerwacji, rozliczenia, zwolnienia i zwrotu.
- Zabezpiecz współbieżne aktualizacje salda.
- Utwórz narzędzia do uzgadniania i audytu.
Tydzień 4: modeluj i badaj
- Odtwórz rzeczywiste działania według tabeli przeliczeniowej.
- Przetestuj koszty i marżę w warunkach skrajnych.
- Przetestuj obliczenia procesów z klientami.
- Popraw niezrozumiałe wartości i działania o niskiej marży.
Tydzień 5: uruchomienie cieniowane
- Wyświetlaj niewiążące salda i historię transakcji.
- Przetestuj alerty o wyczerpywaniu i kontrolę doładowań.
- Uzgodnij każdy błąd i każde przekroczenie czasu rezerwacji.
- Przeszkol wsparcie w zakresie badania salda.
Tydzień 6: kontrolowany płatny pilotaż
- Włącz ograniczoną kohortę na jawnych warunkach.
- Monitoruj zakupy, zużycie, doładowania i marżę kontrybucyjną.
- Codziennie analizuj nieporozumienia i spory.
- Zdecyduj, czy rozszerzyć, poprawić, czy odrzucić tę abstrakcję.
Wskaźniki dla produktów opartych na kredytach
| Obszar | Wskaźnik | Co ujawnia |
|---|---|---|
| Aktywacja | Konta wykonujące pierwsze wartościowe działanie kredytowe | Czy granty prowadzą do rzeczywistego użycia produktu |
| Zrozumienie | Kontakty ze wsparciem dotyczące cen i salda | Czy abstrakcja jest zrozumiała |
| Zużycie | Kredyty zużyte według działania i kohorty | Miks produktowy i sposób wyczerpywania |
| Konwersja | Konta z grantem próbnym kupujące kredyty | Komercyjna jakość bezpłatnego użycia |
| Ponowny zakup | Konta kupujące lub doładowujące ponownie | Powtarzalna użyteczność poza etykietą subskrypcji |
| Wykorzystanie limitu | Zużyte / przyznane kredyty subskrypcyjne | Dopasowanie pakietu i ryzyko odnowienia |
| Niewykorzystanie | Wygasłe lub nieaktywne saldo według źródła | Niewykorzystana wartość i istniejące zobowiązanie |
| Ekonomika | Marża kontrybucyjna według działania i źródła kredytów | Rentowność przy rabatach i grantach |
| Niezawodność | Niezgodności rejestru i przekroczenia czasu rezerwacji | Integralność infrastruktury portfela |
| Zaufanie | Zwroty, kwestionowane potrącenia i nieoczekiwane wyczerpanie | Uczciwość i przejrzystość |
| Koncentracja | Udział zużycia według działania i konta | Zależność i ekspozycja marży |
Śledź przychód pieniężny i środki pieniężne oddzielnie od zużycia kredytów. Sprzedaż pakietu i jego wykorzystanie to różne zdarzenia ekonomiczne.
Typowe przyczyny niepowodzeń
Arbitralny kurs wymiany
Produkt wybiera dużą fikcyjną liczbę, która nie ułatwia planowania. Klienci nadal przeliczają wszystko z powrotem na walutę.
Ukryte koszty działań
Użytkownicy poznają liczbę kredytów dopiero po kliknięciu. Wyczerpywanie salda wydaje się losowe.
Cicha inflacja
Ten sam wynik zaczyna zużywać więcej kredytów, ale zmiana nie jest traktowana jak podwyżka ceny.
Niewykorzystanie jako strategia
Wielkości pakietów i terminy ważności projektuje się tak, aby klienci regularnie tracili opłaconą wartość. Krótkoterminowa marża prowadzi do długotrwałej nieufności.
Jedno modyfikowalne saldo
Zakupiona i promocyjna wartość są łączone bez historii. Wsparcie nie potrafi wyjaśnić wygaśnięcia ani zwrotów.
Obciążanie za błędy dostawcy
Nieudane zadania i automatyczne ponowienia zużywają kredyty. Dostawca czerpie korzyści z zawodności.
Brak systemu rezerwacji
Równoległe kosztowne operacje przekraczają saldo portfela lub kończą się błędem po dostarczeniu pracy.
Nieograniczone zużycie przez agenta
Automatyzacja może zużywać wartość całej organizacji bez budżetu projektu lub maksimum.
Analiza marży nominalnej
Zespół wycenia każdy zużyty kredyt według katalogowej ceny pakietu, mimo że pochodził on z rabatu, grantu lub limitu subskrypcyjnego.
Nadmierna złożoność przeliczeń
Modele, ustawienia i funkcje tworzą dziesiątki mnożników. Kredyty przestają upraszczać cennik.
Praktyczna lista kontrolna cennika kredytowego
Dopasowanie strategiczne
- Kredyty upraszczają kilka różnorodnych działań podlegających rozliczeniu.
- Bezpośrednia waluta lub jedna naturalna jednostka nie byłyby bardziej przejrzyste.
- Klienci potrafią powiązać saldo z rozpoznawalnymi procesami.
- Przedpłata lub limit tworzy rzeczywistą wartość dla klienta albo w zarządzaniu ryzykiem.
- System nie jest zaprojektowany głównie w celu zaciemniania ceny.
Tabela przeliczeniowa
- Każde działanie ma widoczny, wersjonowany koszt w kredytach.
- Typowe procesy mają realistyczne przykłady.
- Działania o zmiennym koszcie pokazują szacunki lub maksimum przed wykonaniem.
- Zasady zaokrąglania, modelu, jakości i błędów są jawne.
- Zmiany efektywnej ceny podlegają nadzorowi cenowemu.
Portfel i polityka
- Partie zakupione, subskrypcyjne, promocyjne i usługowe są oddzielne.
- Zasady przenoszenia, wygasania i kolejności zużycia są ujawnione.
- Wpisy rejestru są niezmienne lub w pełni audytowalne.
- Rezerwacje i rozliczenia są atomowe i idempotentne.
- Zwroty i korekty zachowują odwołania do źródła.
Kontrola klienta
- Salda bieżące, oczekujące i wygasające są widoczne.
- Transakcje używają zrozumiałego języka produktu.
- Automatyczne doładowanie wymaga wyraźnej, konfigurowalnej zgody.
- Projekty i klucze API mogą mieć budżety lub limity.
- Alerty docierają przed wyczerpaniem lub nietypowym zużyciem.
Ekonomika i dowody
- Marża kontrybucyjna jest modelowana według działania i źródła kredytów.
- Granty promocyjne i rabaty są uwzględnione w zrealizowanej ekonomice.
- Historyczne działania zostały wycenione w trybie cieniowania.
- Przetestowano duże obciążenia i równoległe operacje.
- Klienci potrafią obliczyć dostępność typowego procesu w ramach salda.
- Sukces obejmuje powtarzalną wartość, zaufanie i marżę — nie tylko sprzedaż kredytów.
Kredyty muszą pozostać czytelne
Kredyty powinny upraszczać różnorodny produkt do jednego zrozumiałego salda. Powinny pozwalać klientom planować użyteczną pracę, wybierać między działaniami i kontrolować wydatki, jednocześnie umożliwiając dostawcy pokrycie kosztu zmiennego.
Zapewnij widoczność tabeli przeliczeniowej. Oddziel źródła salda, zachowuj audytowalny rejestr, rezerwuj kredyty przed kosztowną pracą i automatycznie zwracaj je za błędy. Każdą zmianę zużycia kredytów traktuj jak decyzję cenową, a nie cichą aktualizację konfiguracji.
Zdrowej gospodarki kredytowej nie mierzy się ilością wygasającej zakupionej wartości. Mierzy się ją tym, czy klienci rozumieją, co mogą osiągnąć, zużywają kredyty na wartościowe rezultaty i dobrowolnie uzupełniają saldo.