Usage-Based Pricing

Pure Usage-Based

Płatność wyłącznie za faktyczne użycie — zero stałych opłat

Commit + Overage

Stała opłata za minimalne użycie + stawka za przekroczenie

Tiered Usage

Różne stawki per unit dla różnych przedziałów wolumenu

Seat + Usage Hybrid

Stała opłata per user + dodatkowa opłata za zużycie zasobów

Co to jest Usage-Based Pricing (UBP)?

Usage-Based Pricing (UBP), znany też jako Pay-as-you-go lub consumption-based pricing, to model cenowy w którym klient płaci proporcjonalnie do rzeczywistego użycia produktu — nie za licencję czy seat. Przykłady: Stripe pobiera 1.4% + 25gr za każdą transakcję. AWS pobiera za GB transferu danych, godziny compute, liczbę requestów. Twilio pobiera za każdy wysłany SMS i minutę rozmowy. Snowflake pobiera za credits skonsumowane przez queries. UBP eliminuje barierę wejścia (brak wysokiego ARPU od dnia 1) i naturalnie skaluje z wartością — klient płaci więcej gdy więcej korzysta, co jest fair. Kluczowe wyzwanie: revenue staje się zmienne i trudniejsze do prognozowania.

Jakie są modele Usage-Based Pricing?

Modele UBP: Pure Usage-Based — całość kosztu zależy od użycia. Niski próg wejścia, ale nieprzewidywalny revenue dla firmy (Stripe, Twilio, AWS). Hybrid (Commit + Overage) — klient płaci stałą opłatę za minimum (committed use) i stawkę za przekroczenie. Przewidywalny baseline + upside. Popularne w enterprise (Snowflake, Datadog). Tiered Usage — różne stawki dla różnych wolumenów (1-10K unitów: 0.10, 10K-100K: 0.08, 100K+: 0.05). Zachęca do skalowania. Volume Pricing — jedna stawka na cały wolumen zależy od całkowitej wielkości zamówienia. Seat + Usage — stała opłata per user + opłata za zużycie (hybrid popularny w SaaS developer tools).

Jak UBP wpływa na metryki SaaS?

Wpływ UBP na metryki SaaS: ARR vs. ARR'ish — przy UBP mówi się o 'annualized run rate' opartym na ostatnich 30 dniach, nie o contracted ARR. Revenue jest volatile. NRR (Net Revenue Retention) — UBP naturalnie drive'uje wysokie NRR bo expansion jest automatyczna gdy klient rośnie. Snowflake reportuje 130%+ NRR. CAC Payback — jest dłuższy bo initial commit jest niski. Klient 'ramping up' generuje revenue z opóźnieniem. Forecasting — wymaga modeli prediktywnych opartych na usage patterns, nie tylko churn i expansion rate. Churn signal — drop w usage jest wczesnym sygnałem churnu, zanim klient formalnie odejdzie. Usage data = customer health signal.

Kiedy stosować Usage-Based Pricing?

Kiedy UBP jest właściwy: Wartość produktu jest łatwo mierzalna i bezpośrednio powiązana z użyciem (liczba transakcji, API calls, GB danych). Klienci mają bardzo różne skale użycia — od małego startupu do enterprise — i pricing musi działać dla obu. Produkt ma naturalne 'units' które klient rozumie (wiadomości, minuty, rekordy). Bariera wejścia musi być niska — klient chce zacząć małym i skalować. Kiedy UBP nie działa: produkt jest używany stale bez jasnych 'units' (np. projekt management tool). Klienci enterprise wymagają przewidywalnych kosztów budżetowych. Usage jest trudna do zmierzenia lub klientowi trudno przewidzieć. W takim przypadku seat-based lub flat-rate jest lepszym wyborem.

Jak budować pricing page dla Usage-Based produktu?

Pricing page dla UBP: Pokaż kalkulator — klient wpisuje swoje oczekiwane użycie i widzi szacowany koszt. Stripe i Twilio mają świetne przykłady. Pokaż przykłady typowych klientów — 'startup wysyłający 10K SMS/miesiąc płaci 50 USD'. Transparentność stawek — pokaż pełną tabelę cenową bez ukrytych opłat. Pokaż jak skaluje — wizualizuj koszt przy 10x wzroście (klient chce wiedzieć na co się naraża). Darmowy tier lub trial z kredytem startowym — obniż barierę wejścia. Committed use discounts — enterprise chce pewności kosztów, oferuj rabat za roczny commit (Snowflake Virtual Private Cloud). Jasne free limits — co jest zawsze darmowe, co zaczyna kosztować.

Wyślij zapytanie