Co to są zakupy subskrypcyjne i jak działa model subskrypcji?

Zakupy subskrypcyjne to model sprzedaży, w którym klient nie dokonuje wyłącznie pojedynczego zakupu, lecz zgadza się na cykliczne korzystanie z produktu, usługi albo dostawy przez określony lub nieokreślony czas. Zamiast za każdym razem ponownie składać zamówienie, proces może odnawiać się automatycznie zgodnie z ustalonym harmonogramem.

Najbardziej oczywistym przykładem są usługi cyfrowe opłacane co miesiąc lub co rok. Model subskrypcyjny nie ogranicza się jednak do oprogramowania i platform streamingowych.

Subskrypcją mogą być również:

• regularne dostawy kawy,
• kosmetyki wysyłane co miesiąc,
• karma dla zwierząt,
• produkty higieniczne,
• materiały eksploatacyjne,
• abonament serwisowy,
• dostęp do treści premium,
• opieka techniczna,
• pakiet konsultacji,
• licencja na oprogramowanie,
• cykliczna usługa B2B.

Z punktu widzenia e-commerce subskrypcja jest więc nie tylko sposobem pobierania płatności. To cały model sprzedaży obejmujący produkt, harmonogram, płatności, zamówienia odnawiające, komunikację, obsługę błędów, anulowanie i zarządzanie relacją z klientem.

Jak działają zakupy subskrypcyjne?

W klasycznym sklepie klient wybiera produkt, płaci i otrzymuje jedno zamówienie.

W modelu subskrypcyjnym pierwsza transakcja tworzy dodatkowo relację, która może generować kolejne zamówienia w przyszłości.

Typowy proces wygląda następująco:

1. Klient wybiera produkt lub usługę subskrypcyjną.
2. Wybiera wariant albo częstotliwość rozliczenia.
3. Przechodzi przez checkout.
4. Dokonuje pierwszej płatności.
5. System zapisuje informację o aktywnej subskrypcji.
6. Po upływie okresu rozliczeniowego następuje odnowienie.
7. Powstaje kolejne zamówienie lub okres dostępu.
8. Proces powtarza się do momentu zakończenia subskrypcji.

To właśnie automatyczne zarządzanie kolejnymi okresami odróżnia subskrypcję od zwykłego produktu kupowanego wielokrotnie.

Subskrypcja to nie to samo co ponowny zakup

Klient może regularnie kupować ten sam produkt bez posiadania subskrypcji.

Jeżeli co miesiąc samodzielnie wchodzi do sklepu i zamawia tę samą kawę, mamy do czynienia z powtarzalnymi zakupami.

Jeżeli przy pierwszym zamówieniu wybiera opcję „wysyłaj mi tę kawę co miesiąc”, a system sam obsługuje następne okresy, powstaje model subskrypcyjny.

Różnica jest bardzo ważna z punktu widzenia infrastruktury sklepu.

Przy zwykłym zamówieniu system musi obsłużyć jedną transakcję.

Przy subskrypcji trzeba pamiętać również o przyszłych odnowieniach, zmianie metody płatności, nieudanych transakcjach, zmianie adresu, anulowaniu czy zakończeniu dostępu.

Subskrypcja nie jest metodą płatności

To kolejna istotna różnica.

Subskrypcja jest modelem sprzedaży, natomiast płatność cykliczna jest mechanizmem pozwalającym ten model realizować.

Można więc zaprojektować subskrypcję, w której:

• płatność odnawia się automatycznie,
• klient otrzymuje przypomnienie i płaci ręcznie,
• firma wystawia cyklicznie fakturę,
• rozliczenie odbywa się w innym systemie niż sklep.

Najwygodniejszy model konsumencki zwykle opiera się na automatycznych odnowieniach, ale nie każda subskrypcja musi działać właśnie w ten sposób.

Co to jest płatność cykliczna?

Płatność cykliczna to transakcja wykonywana ponownie według określonego harmonogramu bez konieczności każdorazowego przechodzenia przez pełny proces płatności przez klienta.

Może występować na przykład:

• co tydzień,
• co miesiąc,
• co kwartał,
• co rok,
• według indywidualnego interwału.

System płatniczy musi posiadać mechanizm pozwalający bezpiecznie obsłużyć kolejne obciążenia.

Sklep nie powinien po prostu przechowywać danych karty klienta we własnej bazie i próbować wykorzystywać ich ponownie.

W praktyce operatorzy płatności stosują mechanizmy pozwalające identyfikować zapisaną metodę płatniczą bez konieczności przechowywania przez sklep pełnych danych instrumentu płatniczego.

Co to jest odnowienie subskrypcji?

Odnowienie oznacza rozpoczęcie kolejnego okresu subskrypcji.

Jeżeli klient wykupił usługę za 99 zł miesięcznie, po zakończeniu pierwszego miesiąca system może utworzyć kolejne rozliczenie na 99 zł.

Przy automatycznej płatności proces może wyglądać następująco:

1. Nadchodzi termin odnowienia.
2. Sklep inicjuje operację zgodnie z konfiguracją subskrypcji.
3. Operator płatności próbuje pobrać należność.
4. Po udanej transakcji tworzone jest odnowienie.
5. Subskrypcja pozostaje aktywna.
6. Klient otrzymuje odpowiednie potwierdzenie.

Jeżeli płatność się nie powiedzie, konieczna jest osobna logika obsługi takiej sytuacji.

Dlaczego nieudane płatności są tak ważne?

Nie każda kolejna płatność się powiedzie.

Powodem może być między innymi:

• brak środków,
• wygaśnięcie metody płatniczej,
• odrzucenie transakcji,
• problem techniczny,
• zmiana danych klienta.

Źle zaprojektowany system może po pierwszym niepowodzeniu natychmiast zakończyć subskrypcję.

Znacznie lepszy proces może przewidywać:

• ponowienie próby,
• powiadomienie klienta,
• możliwość zmiany metody płatności,
• okres przejściowy,
• zmianę statusu subskrypcji.

Obsługa nieudanych odnowień jest jednym z elementów, które odróżniają rzeczywisty system subskrypcyjny od prostego formularza pobierającego cykliczne opłaty.

Co to jest cykl rozliczeniowy?

Cykl rozliczeniowy określa, jak często następuje odnowienie subskrypcji.

Może to być:

• 7 dni,
• 30 dni,
• miesiąc kalendarzowy,
• 3 miesiące,
• 12 miesięcy,
• inny okres wynikający z modelu biznesowego.

Ważne jest rozróżnienie pomiędzy okresem liczonym jako konkretna liczba dni a okresem kalendarzowym.

„Co 30 dni” i „co miesiąc” nie zawsze oznaczają dokładnie to samo.

Przy prostych wdrożeniach różnica może wydawać się nieistotna, ale przy tysiącach subskrypcji wpływa na terminy płatności, księgowość i komunikację z klientem.

Subskrypcja miesięczna i roczna

Wiele firm oferuje kilka okresów rozliczeniowych dla tej samej usługi.

Przykładowo klient może wybrać:

• 39 zł miesięcznie,
• 390 zł rocznie.

Dłuższy okres może być korzystniejszy cenowo, ponieważ firma otrzymuje płatność z góry za dłuższy czas, a klient otrzymuje rabat za większe zobowiązanie.

Nie zawsze jednak warto wymuszać płatność roczną.

W przypadku nowej usługi klient może preferować niższy próg wejścia i miesięczną możliwość rezygnacji.

Sposób rozliczenia powinien więc wynikać z charakteru produktu, ceny oraz sposobu podejmowania decyzji przez klienta.

Subskrypcja na czas nieokreślony

W tym modelu subskrypcja jest odnawiana aż do momentu jej anulowania.

Klient może korzystać z usługi przez kilka miesięcy albo kilka lat.

To typowy model dla:

• oprogramowania SaaS,
• serwisów cyfrowych,
• abonamentów,
• regularnych dostaw produktów,
• opieki technicznej.

System musi wtedy przechowywać aktualny status subskrypcji i poprawnie reagować na każde kolejne odnowienie.

Subskrypcja na czas określony

Subskrypcja może również posiadać z góry określoną liczbę cykli.

Przykładowo:

• 3 dostawy co miesiąc,
• 12 miesięcy dostępu,
• 6 cyklicznych konsultacji,
• 4 kwartalne paczki.

Po zakończeniu ostatniego okresu system automatycznie kończy relację.

Ten model może przypominać płatność ratalną, ale nie zawsze oznacza to samo.

Subskrypcja a raty

Raty dotyczą zazwyczaj spłaty jednego zakupu rozłożonego na kilka płatności.

Subskrypcja oznacza natomiast dostęp albo świadczenie realizowane w kolejnych okresach.

Przykładowo zakup laptopa za 6000 zł rozłożony na 12 płatności po 500 zł nadal jest jednym zakupem.

Abonament na usługę za 500 zł miesięcznie oznacza kolejne okresy świadczenia usługi.

Technicznie oba procesy mogą wykorzystywać cykliczne płatności, ale ich logika biznesowa jest zupełnie inna.

Subskrypcja a membership

Subskrypcja i członkostwo często występują razem, ale nie są synonimami.

Subskrypcja określa przede wszystkim model rozliczenia i trwania relacji.

Membership określa dostęp do określonej grupy treści, funkcji, benefitów albo zasobów.

Można więc posiadać:

• płatne członkostwo odnawiane co miesiąc,
• członkostwo opłacone jednorazowo,
• subskrypcję produktu fizycznego bez żadnej strefy członkowskiej.

Przy projektowaniu sklepu warto rozdzielić te pojęcia, ponieważ wymagają często innych mechanizmów technicznych.

Jakie produkty nadają się do subskrypcji?

Najłatwiej myśleć o produktach, które klient zużywa albo potrzebuje regularnie.

Przykładowo:

• kawa,
• karma,
• suplementowane produkty spożywcze,
• kosmetyki,
• środki czystości,
• filtry,
• materiały eksploatacyjne.

Model subskrypcyjny może jednak dotyczyć także usług.

Firma może cyklicznie sprzedawać:

• hosting,
• serwis techniczny,
• utrzymanie systemu,
• pakiet konsultacyjny,
• obsługę marketingową,
• dostęp do aplikacji,
• licencję,
• monitoring.

Najważniejsze pytanie brzmi nie „czy da się zrobić subskrypcję?”, lecz czy klient rzeczywiście posiada powtarzalną potrzebę, którą taki model upraszcza.

Subskrypcja powinna rozwiązywać problem klienta

Sama możliwość pobierania pieniędzy co miesiąc nie jest jeszcze wartością.

Dobry model subskrypcyjny powinien usuwać konieczność pamiętania o powtarzalnej czynności.

Klient może dzięki temu:

• nie pamiętać o ponownym zamówieniu,
• unikać przerw w dostawie,
• otrzymywać korzystniejszą cenę,
• mieć stały dostęp do usługi,
• łatwiej planować koszty.

Jeżeli subskrypcja nie daje klientowi żadnej przewagi, może być postrzegana wyłącznie jako próba utrudnienia rezygnacji.

To słaby fundament długoterminowego modelu sprzedaży.

Dlaczego firmy lubią model subskrypcyjny?

Największą różnicą względem klasycznej sprzedaży jest przewidywalność kolejnych przychodów.

W tradycyjnym sklepie firma po każdym zakupie musi ponownie przekonać klienta do następnej transakcji.

W modelu subskrypcyjnym część przyszłych zamówień wynika z już istniejących relacji.

Może to ułatwiać:

• planowanie sprzedaży,
• prognozowanie zapotrzebowania,
• planowanie magazynu,
• organizację obsługi klienta,
• ocenę wartości klientów.

Nie oznacza to jednak, że przychód jest gwarantowany.

Klient może anulować subskrypcję, płatność może się nie udać, a firma nadal musi dostarczać odpowiednią wartość.

Co to jest churn w subskrypcjach?

W modelach subskrypcyjnych bardzo ważne staje się obserwowanie rezygnacji klientów.

Jeżeli firma zdobywa 100 nowych subskrybentów miesięcznie, ale jednocześnie traci 90 obecnych, sam wzrost liczby nowych klientów może wyglądać dobrze, podczas gdy cały model praktycznie stoi w miejscu.

Dlatego sprzedaż subskrypcyjna nie powinna być analizowana wyłącznie przez liczbę nowych zamówień.

Trzeba obserwować również:

• utrzymanie klientów,
• rezygnacje,
• czas trwania subskrypcji,
• wartość kolejnych odnowień,
• powody anulowania.

Sama technologia może pobierać płatności perfekcyjnie, ale jeżeli klienci odchodzą po pierwszym miesiącu, problem leży w modelu produktu albo ofercie.

Subskrypcje w WooCommerce

WooCommerce może zostać rozbudowany o obsługę modeli subskrypcyjnych.

Przy tworzeniu i rozwijaniu sklepów WooCommerce subskrypcje traktuję jednak jako osobny proces biznesowy, a nie po prostu kolejny typ produktu.

Trzeba zdecydować między innymi:

• co dokładnie jest odnawiane,
• jak często następuje rozliczenie,
• czy pierwsza płatność różni się od kolejnych,
• czy klient może zmienić wariant,
• czy można wstrzymać subskrypcję,
• jak wygląda anulowanie,
• co dzieje się po nieudanej płatności,
• jak zamówienia trafiają do realizacji.

Dopiero później warto dobierać odpowiednią architekturę techniczną.

Produkt subskrypcyjny w sklepie

Karta produktu powinna jasno pokazywać, że klient wybiera subskrypcję.

Nie powinno być sytuacji, w której informacja o cyklicznej płatności jest ukryta gdzieś w dodatkowym opisie.

Na karcie warto czytelnie pokazać:

• cenę,
• częstotliwość płatności,
• częstotliwość dostawy,
• czas trwania,
• warunki anulowania,
• ewentualny okres próbny,
• opłatę początkową, jeśli występuje.

Subskrypcja powinna być zrozumiała jeszcze przed dodaniem produktu do koszyka.

Cena subskrypcji

Cena może być znacznie bardziej rozbudowana niż przy zwykłym produkcie.

Możliwe są między innymi modele:

• 49 zł miesięcznie,
• 499 zł rocznie,
• pierwszy miesiąc za 1 zł, później 49 zł,
• 99 zł opłaty startowej i 29 zł miesięcznie,
• pierwsze 14 dni bezpłatnie, później płatna subskrypcja.

Każda dodatkowa reguła zwiększa jednak złożoność systemu.

Trzeba przewidzieć, jak zachowa się ona podczas odnowienia, anulowania, zmiany planu i zwrotu.

Co to jest opłata startowa?

Niektóre modele wymagają jednorazowej opłaty pobieranej przy uruchomieniu subskrypcji.

Może ona pokrywać na przykład:

• konfigurację,
• wdrożenie,
• pierwszy zestaw produktu,
• uruchomienie usługi,
• koszt sprzętu.

Kolejne odnowienia obejmują już tylko regularną cenę subskrypcji.

System musi więc rozróżniać pierwsze zamówienie od kolejnych.

Okres próbny

Subskrypcja może rozpoczynać się bezpłatnym albo tańszym okresem testowym.

Ma to sens szczególnie w usługach cyfrowych, gdzie klient może przed zakupem poznać produkt.

Technicznie trzeba określić:

• jak długo trwa okres próbny,
• czy przy uruchomieniu pobierana jest jakakolwiek kwota,
• kiedy następuje pierwsza właściwa płatność,
• czy klient może anulować przed rozpoczęciem płatnego okresu.

Te informacje powinny być jednoznaczne również w interfejsie klienta.

Zmiana planu subskrypcji

Klient może chcieć przejść z jednego planu na drugi.

Przykładowo:

• z pakietu Basic do Pro,
• z jednej paczki miesięcznie do dwóch,
• z płatności miesięcznej na roczną.

Wtedy pojawia się pytanie, kiedy zmiana ma zacząć obowiązywać.

Możliwości są różne:

• natychmiast,
• od kolejnego okresu,
• po dopłacie różnicy,
• po zakończeniu obecnego planu.

Przy bardziej rozbudowanych subskrypcjach taka logika powinna zostać zaplanowana przed wdrożeniem.

Przeliczanie niewykorzystanego okresu

Jeżeli klient zmienia plan w połowie miesiąca, można zastosować mechanizm proporcjonalnego rozliczenia.

Przykładowo użytkownik opłacił tańszy pakiet do końca miesiąca, ale po dwóch tygodniach przechodzi na droższy.

System może:

• pobrać pełną cenę nowego planu,
• pobrać tylko różnicę,
• rozpocząć nowy plan dopiero po zakończeniu obecnego okresu.

Każdy wariant jest możliwy, ale musi być spójny z regułami biznesowymi i sposobem działania operatora płatności.

Wstrzymanie subskrypcji

Niektóre biznesy pozwalają klientowi czasowo zawiesić subskrypcję.

To może być bardzo użyteczne przy produktach fizycznych.

Klient wyjeżdża na dwa miesiące i nie potrzebuje kolejnych dostaw kawy.

Zamiast całkowicie anulować usługę może ją wstrzymać.

Po określonym czasie odnowienia wracają automatycznie.

Taki mechanizm może ograniczyć niepotrzebne rezygnacje, ale wymaga poprawnej obsługi harmonogramu.

Pomijanie pojedynczej dostawy

Jeszcze innym rozwiązaniem jest możliwość pominięcia najbliższego cyklu.

Klient nie rezygnuje z całej subskrypcji.

Po prostu nie otrzymuje jednej paczki i nie jest za nią rozliczany.

W kolejnym miesiącu harmonogram wraca do normy.

Takie funkcje poprawiają elastyczność, szczególnie przy produktach, których tempo zużycia nie zawsze jest identyczne.

Anulowanie subskrypcji

Anulowanie powinno być potraktowane jako pełnoprawny proces systemowy.

Trzeba określić:

• czy klient może anulować samodzielnie,
• kiedy anulowanie zaczyna obowiązywać,
• czy zachowuje dostęp do końca opłaconego okresu,
• czy można anulować zaplanowaną dostawę,
• czy system ma zebrać powód rezygnacji.

Z punktu widzenia technologii nie wystarczy zmienić jednego statusu w bazie.

Anulowanie może wpływać również na płatności, dostęp, CRM, wysyłki, faktury i zewnętrzne systemy.

Statusy subskrypcji

Subskrypcja nie jest zawsze po prostu aktywna albo nieaktywna.

W zależności od systemu można potrzebować stanów takich jak:

• oczekująca,
• aktywna,
• wstrzymana,
• oczekująca na płatność,
• anulowana,
• wygasła,
• zakończona.

Każdy status powinien mieć określone znaczenie.

Jeżeli subskrypcja jest wstrzymana, trzeba wiedzieć, czy klient nadal ma dostęp do usługi i czy system ma próbować pobierać kolejną płatność.

Zamówienia odnawiające w WooCommerce

Przy sprzedaży fizycznych produktów każde odnowienie może tworzyć nowe zamówienie.

To bardzo ważne, ponieważ kolejne zamówienie trzeba:

• przekazać do magazynu,
• spakować,
• wysłać,
• oznaczyć odpowiednim statusem,
• przekazać do ERP,
• rozliczyć.

Z punktu widzenia magazynu nie ma większego znaczenia, czy zamówienie zostało złożone ręcznie przez klienta, czy wygenerowane przez subskrypcję.

Musi wejść do tego samego procesu realizacji.

Subskrypcja produktów fizycznych a stany magazynowe

To jeden z trudniejszych elementów.

Aktywna subskrypcja oznacza przyszłe zapotrzebowanie.

Jeżeli 500 klientów otrzymuje co miesiąc jeden produkt, firma może z dużym prawdopodobieństwem spodziewać się około 500 kolejnych sztuk potrzebnych w następnym cyklu.

Trzeba jednak zdecydować, czy system:

• rezerwuje przyszły towar,
• sprawdza dostępność dopiero podczas odnowienia,
• pozwala odnawiać produkt chwilowo niedostępny,
• zastępuje go innym wariantem.

W klasycznym sklepie stan jest sprawdzany podczas zakupu.

W subskrypcji pomiędzy pierwszym zamówieniem a dziesiątym odnowieniem może minąć wiele miesięcy.

Co jeżeli produkt zniknie z oferty?

Produkt subskrypcyjny może zostać wycofany, zmieniony albo zastąpiony nową wersją.

Trzeba wtedy zdecydować, co zrobić z istniejącymi subskrybentami.

Można:

• utrzymać stary produkt wyłącznie dla aktywnych klientów,
• przenieść klientów do nowego produktu,
• zakończyć subskrypcję,
• zaproponować wybór zamiennika.

Masowa zmiana aktywnych subskrypcji powinna być dobrze przemyślana, ponieważ wpływa jednocześnie na klientów, płatności i kolejne zamówienia.

Subskrypcje i warianty WooCommerce

Produkt może mieć różne warianty, które dodatkowo występują w modelu subskrypcyjnym.

Przykładowo klient wybiera:

• rodzaj kawy,
• wielkość paczki,
• częstotliwość dostawy.

Każda kombinacja wpływa na cenę i proces realizacji.

Jeżeli klient chce później zmienić wariant, system musi wiedzieć, jak zastosować tę zmianę do kolejnych odnowień.

Przy większej liczbie kombinacji bardzo szybko powstaje złożona logika produktu.

Subskrypcja a checkout

Checkout dla subskrypcji powinien jasno komunikować, że zamówienie będzie odnawiane.

Klient powinien przed finalizacją rozumieć:

• ile płaci dzisiaj,
• ile będzie płacił później,
• jak często nastąpi płatność,
• kiedy nastąpi następne rozliczenie,
• czy subskrypcja ma datę końcową.

Jeżeli pierwsza płatność jest promocyjna, szczególnie ważne jest pokazanie ceny kolejnych okresów.

Panel klienta

Subskrypcja trwa dłużej niż pojedyncze zamówienie, dlatego klient potrzebuje miejsca do zarządzania nią.

W koncie użytkownika warto umożliwić w zależności od modelu:

• sprawdzenie statusu,
• zobaczenie kolejnej daty płatności,
• przegląd poprzednich odnowień,
• zmianę adresu,
• zmianę metody płatności,
• wstrzymanie,
• anulowanie,
• zmianę planu.

Im więcej operacji klient może wykonać samodzielnie, tym mniej prostych zgłoszeń musi obsługiwać firma.

Zmiana adresu dostawy

W przypadku produktów fizycznych adres zapisany podczas pierwszego zakupu może po kilku miesiącach być nieaktualny.

Trzeba określić, czy zmiana adresu:

• dotyczy tylko kolejnego zamówienia,
• dotyczy całej subskrypcji,
• powinna aktualizować również dane klienta.

To pozornie drobny detal, który przy dużej liczbie subskrypcji może generować sporo błędów logistycznych.

Subskrypcje a ERP

Jeżeli sklep jest zintegrowany z ERP, trzeba określić, jakie dane dotyczące subskrypcji powinny trafiać do systemu.

Często ERP nie musi nawet znać całej logiki subskrypcji.

Może otrzymywać kolejne wygenerowane zamówienia dokładnie tak samo jak zwykłe zamówienia WooCommerce.

W innych przypadkach system ERP może być również odpowiedzialny za:

• fakturowanie cykliczne,
• umowy,
• stany magazynowe,
• harmonogram realizacji.

Nie istnieje jeden poprawny schemat.

Najważniejsze jest jednoznaczne określenie, który system odpowiada za poszczególne elementy procesu.

Subskrypcje a CRM

CRM może otrzymywać informacje o:

• nowej subskrypcji,
• zmianie planu,
• nieudanej płatności,
• anulowaniu,
• zbliżającym się odnowieniu,
• długości relacji z klientem.

Dzięki temu dział handlowy lub obsługa mogą reagować na konkretne zdarzenia.

Przykładowo klient B2B anulujący dużą subskrypcję może automatycznie utworzyć zadanie dla opiekuna.

To właśnie tutaj subskrypcja zaczyna łączyć e-commerce z CRM i automatyzacją procesów.

Automatyzacja sprzedaży subskrypcyjnej

Bez automatyzacji model subskrypcyjny bardzo szybko traci sens.

Nie chodzi przecież o to, aby pracownik co miesiąc ręcznie tworzył identyczne zamówienie dla każdego klienta.

Automatyzować można między innymi:

• generowanie odnowień,
• pobieranie płatności,
• zmiany statusów,
• wysyłkę powiadomień,
• ponawianie nieudanych płatności,
• przekazywanie zamówień do ERP,
• tworzenie zleceń wysyłki,
• aktualizowanie CRM,
• reakcję na anulowanie.

Przy bardziej rozbudowanych wdrożeniach projektuję automatyzacje procesów sprzedażowych tak, aby subskrypcja była częścią całego systemu, a nie osobnym mechanizmem działającym wyłącznie wewnątrz WooCommerce.

Subskrypcje i automatyczne e-maile

Komunikacja z klientem ma znacznie większe znaczenie niż przy jednorazowym zakupie.

System może wysyłać wiadomości dotyczące:

• uruchomienia subskrypcji,
• zbliżającego się odnowienia,
• udanej płatności,
• nieudanej płatności,
• zmiany planu,
• wstrzymania,
• anulowania,
• wygaśnięcia metody płatności.

Nie wszystkie modele wymagają każdej z tych wiadomości.

Najważniejsze, aby klient wiedział, co dzieje się z jego usługą i kolejnymi płatnościami.

Subskrypcje B2B

Model subskrypcyjny może być bardzo użyteczny również w sprzedaży pomiędzy firmami.

Przykłady to:

• regularne dostawy materiałów,
• abonament serwisowy,
• opieka techniczna,
• licencje użytkowników,
• cykliczne pakiety usług,
• dostęp do platformy.

W B2B mechanizm rozliczeń może być bardziej rozbudowany.

Klient może mieć indywidualną cenę, termin płatności, limit użytkowników albo warunki wynikające z umowy.

Dlatego nie zawsze gotowy mechanizm konsumencki wystarcza do obsługi sprzedaży firmowej.

Subskrypcja zależna od liczby użytkowników

W usługach B2B cena może zależeć od liczby stanowisk lub kont.

Przykładowo firma płaci:

50 zł miesięcznie za każdego aktywnego użytkownika.

Jeżeli liczba użytkowników zmienia się w czasie, system musi odpowiednio aktualizować kolejne rozliczenia.

To już znacznie bardziej zaawansowany model niż stałe 99 zł miesięcznie.

Subskrypcja zależna od zużycia

Jeszcze innym modelem jest rozliczenie uzależnione od rzeczywistego wykorzystania usługi.

Może to być na przykład liczba:

• wysłanych wiadomości,
• wykonanych operacji,
• przetworzonych dokumentów,
• wykorzystanych jednostek,
• aktywnych kont.

Wtedy system musi zmierzyć zużycie w danym okresie i przekazać odpowiednią wartość do rozliczenia.

To bardziej złożona architektura, często wymagająca integracji sklepu z właściwą aplikacją lub systemem usługowym.

Stała opłata plus zużycie

Można również łączyć kilka modeli.

Przykładowo:

199 zł miesięcznie plus opłata za wykorzystanie ponad określony limit.

W takich przypadkach zwykły produkt subskrypcyjny może nie wystarczyć.

Potrzebna jest logika obliczająca końcową kwotę każdego okresu.

Subskrypcje a własne rozwiązania

Gotowe rozszerzenia dobrze obsługują standardowe modele.

Problem pojawia się wtedy, gdy firma potrzebuje czegoś nietypowego.

Przykładowo:

• cena zależy od danych z ERP,
• odnowienie następuje tylko po spełnieniu określonych warunków,
• produkt posiada nietypowy harmonogram dostaw,
• klient może tworzyć własną paczkę subskrypcyjną,
• kwota jest obliczana dynamicznie,
• subskrypcja steruje dostępem do zewnętrznej aplikacji.

W takich sytuacjach można rozszerzyć WooCommerce własną logiką zamiast próbować dopasować proces biznesowy do ograniczeń gotowego rozwiązania.

Subskrypcja pudełkowa

Popularnym wariantem sprzedaży produktów fizycznych jest regularna paczka zawierająca zmienną zawartość.

Klient nie kupuje wtedy konkretnego produktu co miesiąc, lecz określony typ zestawu.

Może to być:

• box kosmetyczny,
• zestaw kaw,
• produkty dla zwierząt,
• zestaw spożywczy,
• produkty kolekcjonerskie.

W takim przypadku subskrypcja określa cenę i harmonogram, natomiast zawartość kolejnego zamówienia może się zmieniać.

System musi więc oddzielić produkt sprzedawany klientowi od rzeczywistych pozycji magazynowych znajdujących się w paczce.

Subskrypcja „subscribe and save”

Inny popularny model polega na oferowaniu tego samego produktu w dwóch wariantach zakupu:

• kup jednorazowo,
• subskrybuj i zapłać mniej.

Klient otrzymuje rabat w zamian za zgodę na regularne dostawy.

Ten model dobrze pasuje do produktów zużywalnych.

Na karcie produktu trzeba jednak bardzo czytelnie rozdzielić oba warianty, aby klient wiedział, który z nich wybiera.

Czy subskrypcja powinna być tańsza?

Nie ma takiego obowiązku biznesowego.

Rabat jest jednym ze sposobów zachęcania do wyboru subskrypcji, ale wartością może być również sama wygoda.

Klient może płacić tę samą cenę, ale otrzymywać:

• automatyczną dostawę,
• priorytetową dostępność,
• darmową wysyłkę,
• dodatkowy benefit,
• dostęp do specjalnego wariantu.

Model rabatowy trzeba policzyć szczególnie dokładnie.

Rabat, koszt dostawy, prowizja płatnicza i obsługa mogą łącznie znacząco zmniejszyć marżę na każdym odnowieniu.

Subskrypcje a logistyka

Przy produkcie cyfrowym odnowienie może po prostu przedłużyć dostęp.

Przy produkcie fizycznym każde odnowienie uruchamia realny proces magazynowy.

Trzeba:

1. utworzyć zamówienie,
2. zarezerwować produkt,
3. przekazać go do kompletacji,
4. wygenerować przesyłkę,
5. wysłać paczkę,
6. zaktualizować status.

Jeżeli sklep posiada kilkanaście tysięcy aktywnych subskrypcji, odnowienia mogą generować bardzo duże skoki liczby zamówień w konkretnych dniach.

Harmonogram ma więc znaczenie również dla magazynu.

Wspólna data odnowienia czy indywidualna?

Subskrypcje mogą odnawiać się według dwóch ogólnych modeli.

Każdy klient może posiadać własną datę wynikającą z momentu zakupu.

Jeżeli klient kupił 8 maja, kolejne odnowienie następuje 8 czerwca.

Można również stosować wspólny dzień rozliczenia, na przykład pierwszy dzień każdego miesiąca.

Oba modele mają zalety i wady.

Rozproszone daty rozkładają obciążenie systemu i logistyki.

Wspólna data może uprościć niektóre procesy biznesowe, ale generować duży pik zamówień jednego dnia.

Subskrypcje a wydajność WooCommerce

Każda aktywna subskrypcja generuje dane i przyszłe zdarzenia.

Przy dużej skali system musi obsługiwać tysiące zaplanowanych operacji.

Znaczenie zaczyna mieć:

• wydajność bazy danych,
• system zadań cyklicznych,
• kolejki operacji,
• czas wykonywania odnowień,
• komunikacja z operatorem płatności,
• logowanie błędów.

Rozwiązanie działające dobrze przy 30 subskrypcjach nie zawsze zachowa się identycznie przy 30 000.

Dlatego skalę warto uwzględnić jeszcze przed wdrożeniem.

Co się stanie, gdy zadanie odnowienia nie wykona się poprawnie?

Automatyzacja nie oznacza, że można zapomnieć o monitorowaniu.

Może wystąpić:

• błąd serwera,
• timeout,
• problem z API płatności,
• blokada zadania cyklicznego,
• błąd wtyczki,
• konflikt po aktualizacji.

Jeżeli odnowienie nie zostało wykonane, system powinien umożliwiać wykrycie takiej sytuacji.

Przy przychodzie opartym na subskrypcjach awaria harmonogramu może bezpośrednio oznaczać brak części należnych płatności.

Subskrypcje a webhooki

Operator płatności może informować sklep o zmianach poprzez webhooki.

Może to być informacja o:

• udanej płatności,
• odrzuceniu transakcji,
• zwrocie,
• zmianie statusu płatności.

Sklep powinien poprawnie przetwarzać takie zdarzenia i aktualizować własny stan.

Problem z webhookiem może spowodować sytuację, w której płatność została wykonana, ale WooCommerce nadal uważa ją za nieopłaconą.

Subskrypcje a API

API staje się ważne, gdy subskrypcja wpływa na inne systemy.

Po udanej płatności można na przykład:

• przedłużyć dostęp w aplikacji,
• zmienić status klienta w CRM,
• utworzyć zlecenie w ERP,
• zwiększyć limit użytkowników,
• włączyć określoną funkcję.

Przy anulowaniu można wykonać proces odwrotny.

Wtedy WooCommerce staje się częścią większej infrastruktury, a nie wyłącznie miejscem pobierania płatności.

Subskrypcje cyfrowe

W przypadku produktów cyfrowych nie występuje magazyn i wysyłka, ale pojawia się zarządzanie dostępem.

System musi wiedzieć:

• kiedy uruchomić dostęp,
• kiedy go przedłużyć,
• co zrobić po nieudanej płatności,
• kiedy wyłączyć dostęp po anulowaniu.

To może dotyczyć:

• kursu,
• bazy wiedzy,
• aplikacji,
• panelu klienta,
• plików premium,
• narzędzia online.

Najważniejsza jest synchronizacja pomiędzy statusem płatności a rzeczywistymi uprawnieniami użytkownika.

Subskrypcja i licencja

Oprogramowanie może wykorzystywać subskrypcję do zarządzania licencją.

Po zakupie klient otrzymuje dostęp lub klucz.

Dopóki subskrypcja jest aktywna, licencja może umożliwiać:

• korzystanie z produktu,
• pobieranie aktualizacji,
• wsparcie techniczne,
• dostęp do dodatkowych usług.

Po zakończeniu subskrypcji sposób działania zależy od przyjętego modelu.

Program może całkowicie przestać działać albo klient może zachować ostatnią wersję bez dalszych aktualizacji.

To decyzja biznesowa, którą system musi później poprawnie egzekwować.

Subskrypcje a faktury

Każde kolejne odnowienie może wymagać utworzenia odpowiedniego dokumentu sprzedażowego.

W zależności od infrastruktury dokument może powstawać:

• w WooCommerce,
• w systemie fakturowym,
• w ERP,
• w zewnętrznej usłudze księgowej.

Automatyzacja powinna pilnować, aby dokument odpowiadał rzeczywistej płatności i zamówieniu.

Ręczne wystawianie faktur dla tysięcy odnowień szybko przestaje być realnym rozwiązaniem.

Subskrypcje a podatki

System powinien prawidłowo naliczać podatki przy kolejnych odnowieniach tak samo jak przy pierwszej transakcji.

Przy sprzedaży międzynarodowej albo B2B logika może być bardziej rozbudowana.

Zmiana danych klienta w trakcie trwania subskrypcji może również wpływać na sposób rozliczania przyszłych zamówień.

Dlatego konfiguracji odnowień nie warto traktować jako kopiowania pierwszego zamówienia bez uwzględnienia aktualnego stanu danych.

Jak mierzyć sprzedaż subskrypcyjną?

Klasyczna informacja o liczbie zamówień nadal jest przydatna, ale nie opisuje całego modelu.

Warto analizować między innymi:

• liczbę aktywnych subskrypcji,
• liczbę nowych subskrypcji,
• wartość odnowień,
• liczbę rezygnacji,
• czas utrzymania klienta,
• nieudane płatności,
• zmiany planów.

W modelu subskrypcyjnym jedno zamówienie może być początkiem wielomiesięcznej relacji.

Dlatego ocena skuteczności na podstawie wartości pierwszego koszyka może być bardzo myląca.

Pierwsze zamówienie może być nierentowne

Firma może świadomie wydać więcej na pozyskanie klienta niż zarobi na jego pierwszej płatności.

Model ma sens tylko wtedy, gdy klient pozostaje wystarczająco długo, aby kolejne odnowienia pokryły koszt pozyskania i zaczęły generować zysk.

To właśnie dlatego utrzymanie klienta jest tak ważne w biznesie subskrypcyjnym.

Jeżeli większość klientów odchodzi po pierwszym okresie, ekonomika modelu może się całkowicie rozsypać.

Dlaczego anulowanie trzeba analizować?

Informacja „klient anulował” jest mało użyteczna.

Znacznie bardziej wartościowe jest poznanie przyczyny.

Możliwe powody to na przykład:

• za wysoka cena,
• brak potrzeby,
• zbyt częste dostawy,
• problem z produktem,
• słaba obsługa,
• problem techniczny,
• przejście do konkurencji.

Jeżeli duża część klientów wybiera ten sam powód, warto poprawić sam model zamiast wyłącznie zwiększać budżet na pozyskiwanie nowych subskrybentów.

Subskrypcje a kupony rabatowe

Kupon w modelu subskrypcyjnym wymaga dokładnego określenia zakresu działania.

Rabat może dotyczyć:

• tylko pierwszej płatności,
• pierwszych trzech miesięcy,
• każdego odnowienia,
• opłaty startowej,
• konkretnego planu.

Jeżeli reguła nie jest jednoznaczna, łatwo przypadkowo przyznać rabat na wszystkie przyszłe odnowienia zamiast tylko na pierwszy okres.

Subskrypcje i program poleceń

Model subskrypcyjny można łączyć z innymi mechanizmami sprzedażowymi.

Przykładowo klient może otrzymać rabat na kolejne odnowienie za polecenie nowego użytkownika.

Takie połączenia wymagają jednak spójnego ustalenia, gdzie przechowywany jest rabat i kiedy ma zostać zastosowany.

Im więcej systemów wpływa na przyszłą cenę, tym większe znaczenie ma jedno źródło logiki rozliczenia.

Najczęstszy błąd: myślenie tylko o pierwszej płatności

Uruchomienie produktu subskrypcyjnego i poprawne opłacenie pierwszego zamówienia jest najłatwiejszą częścią całego procesu.

Prawdziwy test zaczyna się miesiąc później.

Trzeba wtedy sprawdzić:

• czy odnowienie się uruchomiło,
• czy płatność została pobrana,
• czy zamówienie powstało,
• czy magazyn je otrzymał,
• czy dokument został wystawiony,
• czy klient dostał wiadomość.

Dobry test wdrożenia subskrypcji zawsze obejmuje co najmniej jeden pełny cykl odnowienia.

Drugi błąd: brak scenariusza nieudanej płatności

Testowanie wyłącznie poprawnych transakcji pozostawia dużą część systemu niesprawdzoną.

Trzeba również przewidzieć:

• odrzucenie odnowienia,
• brak odpowiedzi operatora,
• ponowienie płatności,
• zmianę metody płatniczej,
• przywrócenie subskrypcji.

W realnym sklepie takie sytuacje będą występowały.

Trzeci błąd: brak synchronizacji z magazynem

Subskrypcja może zostać poprawnie opłacona, ale jeżeli sklep nie posiada produktu na magazynie, pojawia się problem realizacyjny.

Dlatego model fizycznych dostaw trzeba projektować razem z logistyką.

Nie wystarczy skonfigurować płatności.

Czwarty błąd: zbyt trudne anulowanie

Techniczne utrudnianie rezygnacji może krótkoterminowo zmniejszyć liczbę anulowań widoczną w systemie, ale zwykle pogarsza doświadczenie klienta.

Jeżeli model biznesowy działa tylko wtedy, gdy użytkownik nie potrafi znaleźć przycisku anulowania, problemem nie jest interfejs.

Dobry produkt subskrypcyjny powinien bronić się wartością, a nie pułapką w panelu klienta.

Piąty błąd: brak możliwości zmiany danych

Subskrypcja może trwać kilka lat.

W tym czasie klient może zmienić:

• adres,
• kartę,
• firmę,
• plan,
• wariant produktu.

System powinien przewidywać takie zmiany bez konieczności usuwania całej subskrypcji i zakładania jej ponownie.

Szósty błąd: ręczna obsługa procesu

Jeżeli przy każdym odnowieniu pracownik musi ręcznie:

• tworzyć zamówienie,
• sprawdzać płatność,
• aktualizować CRM,
• wystawiać dokument,
• wysyłać wiadomość,

to mamy raczej cykliczną pracę administracyjną niż dobrze wdrożony model subskrypcyjny.

Automatyzacja jest tutaj nie dodatkiem, lecz jednym z podstawowych elementów skalowania.

Czy subskrypcja nadaje się do każdego biznesu?

Nie.

Popularność modelu abonamentowego sprawia, że czasami próbuje się stosować go tam, gdzie klient nie posiada żadnej regularnej potrzeby.

Subskrypcja ma największy sens, gdy występuje przynajmniej jeden z elementów:

• produkt jest regularnie zużywany,
• usługa świadczona jest stale,
• klient potrzebuje ciągłego dostępu,
• regularna dostawa rozwiązuje realny problem,
• produkt rozwija się i wymaga stałej obsługi.

Jeżeli klient naturalnie potrzebuje produktu raz na pięć lat, sztuczne budowanie miesięcznej subskrypcji będzie bardzo trudne do obrony.

Kiedy subskrypcja może być dobrym pomysłem?

Warto ją rozważyć, jeżeli:

• klienci regularnie ponawiają te same zakupy,
• często zapominają o ponownym zamówieniu,
• firma świadczy usługę ciągłą,
• istnieje możliwość zaoferowania realnej wygody lub korzyści,
• proces można sensownie zautomatyzować.

Dobrym sygnałem jest sytuacja, w której klienci już bez subskrypcji wracają po ten sam produkt w regularnych odstępach.

Wtedy model nie próbuje stworzyć zachowania od zera, lecz upraszcza coś, co już się dzieje.

Co trzeba zaprojektować przed wdrożeniem?

Zanim wybiorę konkretną technologię, ustaliłbym odpowiedzi na kilka pytań:

1. Co dokładnie klient subskrybuje?
2. Jak często następuje płatność?
3. Jak często następuje dostawa?
4. Czy płatność ma odnawiać się automatycznie?
5. Czy pierwsza cena różni się od kolejnych?
6. Czy występuje okres próbny?
7. Czy klient może zmienić plan?
8. Czy może wstrzymać albo pominąć okres?
9. Co dzieje się po nieudanej płatności?
10. Jak wygląda anulowanie?
11. Co dzieje się z dostępem po anulowaniu?
12. Jak odnowienie trafia do ERP, CRM albo magazynu?

Dopiero mając te odpowiedzi, można sensownie zdecydować, czy wystarczy gotowe rozszerzenie, czy potrzebna będzie własna logika.

Jak testować wdrożenie subskrypcji?

Nie ograniczałbym testu do jednego poprawnego zakupu.

Trzeba sprawdzić co najmniej:

1. pierwsze zamówienie,
2. automatyczne odnowienie,
3. nieudaną płatność,
4. ponowienie płatności,
5. zmianę metody płatniczej,
6. zmianę danych klienta,
7. anulowanie,
8. wstrzymanie, jeżeli jest dostępne,
9. integrację z systemami zewnętrznymi.

Jeżeli subskrypcja dotyczy produktu fizycznego, test powinien obejmować również pełny proces magazynowy i wysyłkę kolejnego zamówienia.

Subskrypcje w praktyce

Model subskrypcyjny jest atrakcyjny, ponieważ może zamienić pojedynczą sprzedaż w długotrwałą relację.

Nie powinien być jednak traktowany jako prosty sposób na automatyczne pobieranie pieniędzy.

Prawdziwa subskrypcja składa się z wielu połączonych elementów:

• produktu,
• harmonogramu,
• płatności,
• odnowień,
• statusów,
• zamówień,
• komunikacji,
• obsługi błędów,
• integracji,
• anulowania.

Im większa liczba klientów i im bardziej złożony produkt, tym ważniejsze staje się zaprojektowanie całego procesu przed uruchomieniem sprzedaży.

Jak mogę pomóc przy wdrożeniu subskrypcji?

Jeżeli chcesz uruchomić sprzedaż subskrypcyjną w WooCommerce, mogę przeanalizować model biznesowy i przełożyć go na konkretną architekturę sklepu.

Sprawdzam między innymi sposób rozliczeń, logikę odnowień, checkout, konta klientów, integracje płatnicze, obsługę zamówień oraz przepływ danych do CRM, ERP i innych systemów.

Jeżeli gotowe rozwiązanie wystarcza, nie ma sensu komplikować wdrożenia własnym systemem.

Jeżeli jednak subskrypcja ma nietypowy harmonogram, indywidualne ceny, dynamiczne warianty albo musi sterować inną aplikacją, mogę przygotować własną logikę i automatyzację dopasowaną do konkretnego procesu.

Najważniejsze jest dla mnie to, aby subskrypcja działała również przy drugim, dziesiątym i setnym odnowieniu, a nie wyłącznie podczas pierwszego testowego zakupu.