Właściciele klubów często mówią:
problemem nie jest wystawienie karnetu — problemem jest pilnowanie, kto zapłacił, kto nie zapłacił i co właściwie z tym zrobić.
Przy 30 osobach można jeszcze pamiętać wyjątki.
Przy 150 uczestnikach, rodzicach, kilku rodzajach karnetów, płatnościach online i gotówce zaczyna powstawać drugi system:
- przelewy w banku,
- lista w Excelu,
- notatki recepcji,
- wiadomości w prywatnym komunikatorze,
- ręczne przypomnienia.
Dobry system powinien połączyć:
karnet → płatność → status → dostęp → odnowienie → przypomnienie → historia
Zacznij od rozdzielenia karnetu i płatności
Karnet nie jest płatnością.
Karnet opisuje:
- do czego uczestnik ma dostęp,
- przez jaki okres,
- ile wejść,
- na jakie grupy.
Płatność opisuje:
- ile zapłacono,
- kiedy,
- jaką metodą,
- jaki jest status transakcji.
Można mieć:
- aktywny karnet opłacony online,
- karnet przyznany administracyjnie,
- płatność offline,
- płatność nieudaną,
- wygasły karnet po poprawnej wcześniejszej płatności.
Jeżeli system miesza te pojęcia, wyjątków szybko nie da się wyjaśnić.
Płatność powinna być przypisana do właściwej osoby
W klubie dziecięcym płatnikiem może być rodzic, ale usługę wykorzystuje dziecko.
System powinien rozróżniać:
- kto płaci,
- kogo dotyczy dostęp.
Przykład:
Rodzic ma dwoje dzieci.
Jedno korzysta z karnetu BJJ Kids.
Drugie z Judo Kids.
Jeśli obie płatności są zapisane wyłącznie przy koncie rodzica, recepcja musi ustalać ich znaczenie ręcznie.
Klunivo przechowuje relację opiekun–uczestnik, dzięki czemu karnety i historia aktywności pozostają związane z właściwym profilem dziecka.
Płatności online i offline
Klub może przyjmować płatności różnymi kanałami.
Online
Przez skonfigurowanego operatora płatności.
Offline
Np. gotówka lub inne rozliczenie wykonane poza bramką płatniczą i oznaczone przez klub.
Ważne, żeby oba kanały trafiały do jednego obrazu rozliczeń.
Dlaczego sam przelew bankowy nie wystarcza?
Przelew pokazuje:
Jan Kowalski, 179 zł.
Ale nie zawsze odpowiada:
- za jaki karnet,
- dla którego dziecka,
- za jaki okres,
- czy dostęp powinien się aktywować,
- czy jest to pierwsza czy kolejna płatność.
Dopiero połączenie płatności z usługą i profilem uczestnika daje użyteczny kontekst.
Status płatności powinien być widoczny operacyjnie
Recepcja nie powinna pytać właściciela:
Czy on zapłacił?
Powinna móc sprawdzić status przy właściwym uczestniku.
Historia płatności może zawierać m.in.:
- kwotę brutto,
- netto,
- VAT,
- dostawcę płatności,
- status,
- uczestnika,
- datę.
To pozwala wyjaśnić wyjątek bez przeszukiwania banku.
Co z wygasającymi karnetami?
Najlepszy moment na przypomnienie jest przed utratą dostępu.
Klunivo ma trigger automatyzacji:
karnet niedługo wygasa
Może on uruchomić m.in.:
- e-mail,
- SMS,
- wiadomość w aplikacji,
- follow-up dla personelu.
Klub może zbudować ścieżkę z opóźnieniami i godzinami ciszy.
Co z wygasłym karnetem?
To osobny stan.
Trigger:
wygasły karnet
pozwala reagować inaczej niż przed wygaśnięciem.
Przykładowo:
5 dni przed
Twój karnet niedługo wygasa.
dzień po wygaśnięciu
Twój dostęp wygasł. Możesz odnowić go tutaj.
kilka dni później
Potrzebujesz pomocy z doborem karnetu?
Nie należy wysyłać identycznej wiadomości na każdym etapie.
Nie każdy brak odnowienia to „zaległość”
To ważne biznesowo i językowo.
Jeśli klient kupuje dobrowolny kolejny karnet, brak nowego zakupu może oznaczać rezygnację, a nie zaległy dług.
Jeżeli klub sprzedaje usługę w modelu zobowiązania okresowego, sytuacja może być inna.
Dlatego system powinien rozróżniać:
- nieodnowiony dostęp,
- nieudaną płatność,
- rzeczywistą należność wynikającą z modelu sprzedaży.
Nie warto nazywać wszystkich tych przypadków „zaległością”.
Przypomnienia powinny zależeć od kontekstu
Inna wiadomość dla:
- osoby, której karnet wygasa,
- osoby, której płatność się nie powiodła,
- rodzica dziecka,
- klienta utraconego od 60 dni.
Automatyzacja nie powinna zastępować myślenia.
Rejestracja bez zakupu
To ciekawy przypadek.
Osoba utworzyła konto, ale nie kupiła jeszcze dostępu.
Klunivo posiada trigger:
rejestracja bez zakupu
Można wykorzystać go do:
- przypomnienia,
- instrukcji,
- wiadomości w aplikacji,
- follow-upu dla personelu.
To pozwala odróżnić kogoś, kto nigdy nie został klientem, od osoby z wygasłym karnetem.
Odnowienia a retencja
Płatności są jednym z najważniejszych źródeł danych o retencji.
W Klunivo można rozróżniać:
- odnowienie terminowe,
- późne odnowienie,
- utraconego,
- powracającego.
Terminowe odnowienie:
kolejny dostęp w ciągu 7 dni
Późne:
między 7. a 30. dniem
Utracony:
30 dni bez kolejnego kwalifikującego dostępu
To pozwala analizować płatności jako zachowanie klienta.
Automatyczne odnowienia
Jeśli klub korzysta z płatności cyklicznych lub automatycznych odnowień, ważne jest, żeby w systemie było widać nie tylko samą transakcję, ale również historię dostępu i status.
Klub powinien wiedzieć:
- czy klient ma aktywny dostęp,
- kiedy jest kolejne odnowienie,
- czy transakcja się udała,
- jaki jest skutek dla karnetu.
Zwroty
Zwrot nie powinien usuwać historii transakcji.
Powinien być widoczny jako element rozliczenia.
Właściciel musi później odpowiedzieć:
dlaczego przychód z danego okresu różni się od sumy pierwotnych płatności?
Historia zwrotów pozwala to wyjaśnić.
VAT i eksport księgowy
Dla właściciela system nie zastępuje księgowości, ale powinien umożliwić eksport danych w uporządkowanej formie.
Klunivo przechowuje m.in. wartości brutto, netto i VAT oraz umożliwia eksporty CSV/XLSX z VAT-em i zwrotami.
Nie generuje obecnie faktur automatycznie i nie wysyła ich do KSeF.
Faktura na życzenie klienta
Klient może przekazać dane nabywcy i poprosić o fakturę.
Administrator:
- wpisuje numer,
- datę wystawienia,
- może załączyć gotowy PDF.
PDF pozostaje prywatny i dostępny dla uprawnionej osoby/personelu.
To jest obieg wniosku i dokumentu, a nie system księgowy.
Co z kuponami?
Kupony mogą wspierać:
- promocję,
- powrót klienta,
- akcję marketingową,
- konkretną osobę.
W Klunivo kupony mogą być procentowe lub kwotowe i przypisane do określonych warunków.
Automatyzacja nie generuje obecnie indywidualnego kodu dla każdego klienta. Można jednak użyć wcześniej utworzonego kodu w komunikacji.
Treningi personalne i rozliczenie trenera
Przy treningu indywidualnym warto rozdzielić:
- płatność klienta,
- należność trenera,
- udział klubu.
W Klunivo klient płaci przez Stripe na konto klubu.
Cała płatność trafia do klubu pomniejszona o prowizję Stripe.
Klunivo następnie nalicza należność trenera:
- kwotowo,
- albo procentowo.
Przykład:
trening 200 zł, podział 70/30
- należność trenera: 140 zł,
- część klubu przed prowizją Stripe: 60 zł.
Procent liczony jest obecnie od kwoty brutto.
System nie dzieli płatności automatycznie i nie wypłaca środków trenerowi.
Klub wykonuje wypłatę poza Klunivo, a następnie oznacza rozliczenie jako opłacone.
Co powinien widzieć trener?
Nie pełną księgowość klubu.
Trener powinien widzieć informacje potrzebne do jego pracy i rozliczeń, zgodnie z nadanymi uprawnieniami.
To jeden z powodów, dla których warto rozdzielić role.
Co powinien widzieć rodzic?
Rodzic powinien móc sprawdzić:
- aktywny dostęp dziecka,
- zakupione usługi,
- historię istotnych płatności,
- potrzebne dokumenty.
Nie powinien mieć wątpliwości:
czy ja już zapłaciłem?
Jak wygląda dobry proces płatności?
- Uczestnik wybiera usługę.
- System zna cenę i warunki.
- Płatność zostaje wykonana.
- Status transakcji zapisuje się.
- Dostęp zostaje odpowiednio aktywowany.
- Recepcja widzi stan.
- Klient widzi swoją usługę.
- Przed wygaśnięciem system może przypomnieć.
- Po wygaśnięciu można prowadzić dalszą komunikację.
- Dane trafiają do analityki i eksportu.
Najczęstsze błędy
Excel jako główna lista płatności
Przy kilku osobach działa. Później pojawiają się duplikaty i ręczne wyjątki.
Płatność bez powiązania z usługą
Sam przelew nie mówi, czego dotyczył.
Traktowanie wszystkich nieodnowionych jako dłużników
Część po prostu zakończyła korzystanie.
Brak procesu przed wygaśnięciem
Kontakt dopiero 30 dni po utracie klienta jest za późny.
Brak historii zwrotów
Powoduje niespójność raportów.
Płatności w modelu PUO
Pozyskanie
- pierwszy zakup,
- rejestracja bez zakupu,
- kupony.
Utrzymanie
- automatyczne odnowienia,
- przypomnienia o końcu karnetu,
- czytelny status dostępu.
Odzyskanie
- wygasły karnet,
- nieodnowieni,
- komunikacja,
- kampania powrotna.
Płatność nie jest więc tylko końcem checkoutu.
Jest jednym z głównych sygnałów zachowania klienta.
Powiązane funkcje Klunivo
Jak policzyć koszt ręcznej obsługi płatności?
Załóżmy:
- 200 aktywnych uczestników,
- 10% wymaga miesięcznie wyjaśnienia płatności,
- jedna sprawa zajmuje średnio 5 minut.
To:
20 spraw × 5 minut = 100 minut miesięcznie.
Jeżeli dochodzą:
- szukanie przelewu,
- pytanie rodzica,
- sprawdzanie Excela,
- aktualizacja karnetu,
czas może być dużo większy.
Największą korzyścią systemu nie musi być więc sama bramka płatnicza.
Może nią być redukcja liczby wyjątków wymagających ręcznej obsługi.
Jakie wyjątki warto raportować?
Recepcja nie potrzebuje raportu wszystkich poprawnych płatności.
Potrzebuje listy rzeczy do działania.
Przykładowo:
- płatność nieudana,
- wygasający dostęp,
- wygasły dostęp,
- rejestracja bez zakupu,
- zwrot,
- faktura oczekująca na obsługę.
Dobry system powinien kierować uwagę na wyjątki, a nie zmuszać do przeglądania całej historii.
Jak komunikować przypomnienie o płatności?
Najważniejsze jest unikanie agresywnego tonu.
Przed wygaśnięciem:
Twój karnet kończy się za kilka dni. Jeśli chcesz kontynuować treningi bez przerwy, możesz odnowić go w panelu.
Po wygaśnięciu:
Twój ostatni dostęp już wygasł. Jeśli chcesz wrócić na zajęcia, sprawdź dostępne karnety.
Po dłuższej przerwie:
Dawno Cię nie widzieliśmy. Jeśli chcesz wrócić, pomożemy dobrać grupę i plan.
Ten sam klient może potrzebować trzech różnych komunikatów na trzech etapach.
Płatność offline nie powinna oznaczać „poza systemem”
Jeżeli klient płaci gotówką lub inną metodą poza bramką, warto mimo wszystko zapisać wynik w systemie.
Inaczej:
- dostęp istnieje,
- pieniądze istnieją,
- ale raport finansowy ich nie rozumie.
Celem nie jest zmuszanie każdego do płatności online.
Celem jest jedno źródło prawdy o statusie rozliczenia.
Jak testować moduł płatności przed wyborem CRM?
Na demo wykonaj 7 scenariuszy:
- poprawna płatność online,
- płatność offline,
- wygasający karnet,
- nieudana transakcja,
- zwrot,
- rodzic płacący za dziecko,
- trening personalny z należnością trenera.
Po każdym sprawdź:
- co widzi klient,
- co widzi recepcja,
- co widzi administrator,
- co trafia do raportów.
Dopiero wtedy wiadomo, czy moduł finansowy jest naprawdę użyteczny.
Jak rozdzielić płatność, dostęp i należność?
To szczególnie ważne przy bardziej złożonych modelach.
Płatność
Ruch pieniędzy.
Dostęp
Prawo do korzystania z zajęć.
Należność
Kwota, która ma zostać rozliczona z inną stroną, np. trenerem.
Przy treningu personalnym klient może zapłacić klubowi, ale jednocześnie część tej kwoty jest należna trenerowi.
To trzy odrębne pojęcia.
Przykład 1: zwykły karnet
Klient kupuje karnet za 200 zł.
- płatność: 200 zł,
- dostęp: np. miesiąc,
- należność trenera: brak.
Przykład 2: trening personalny
Klient płaci 200 zł.
Podział 70/30.
- płatność klienta do klubu: 200 zł,
- należność trenera: 140 zł,
- część klubu przed prowizją Stripe: 60 zł.
To nie jest split payment.
To ewidencja należności.
Jak analizować odnowienia?
Warto patrzeć nie tylko na liczbę zakupów.
Przykład:
100 karnetów wygasło w sierpniu.
- 70 odnowiono do 7 dni,
- 15 między 7. a 30. dniem,
- 15 nie odnowiono przez 30 dni.
Można wtedy powiedzieć:
- 70% terminowo,
- 15% późno,
- 15% utraconych.
To dużo bardziej użyteczne niż:
sprzedaliśmy 85 karnetów.
Jakie płatności wymagają uwagi recepcji?
Najbardziej wartościowy ekran finansowy to nie ten z największą liczbą kolumn.
To ten, który pokazuje wyjątki.
Przykładowe kategorie:
- nieudana płatność,
- brak odnowienia,
- wygasający dostęp,
- zwrot,
- wniosek o fakturę,
- płatność offline do potwierdzenia.
Recepcja powinna wiedzieć, co wymaga działania.
Płatności rodzinne
Rodzic może wykonać kilka płatności w miesiącu.
Dla:
- dziecka A,
- dziecka B,
- obozu,
- produktu ze sklepu.
Właściciel widzi jednego płatnika.
Operacyjnie to cztery różne świadczenia.
Dlatego kontekst uczestnika i usługi jest ważniejszy niż sama nazwa nadawcy płatności.
Płatności za wydarzenia i zaliczki
Obóz lub wydarzenie może działać inaczej niż miesięczny karnet.
Przykład:
- cena obozu: 1800 zł,
- zaliczka: 500 zł,
- reszta: 1300 zł.
System powinien rozróżniać:
- zapis,
- rezerwację miejsca,
- opłaconą zaliczkę,
- pozostałą kwotę,
- status uczestnika.
Dzięki temu lista obozowa nie jest ręcznie porównywana z bankiem.
Jak kontrolować zwroty?
Zwrot powinien mieć jasny ślad.
W raporcie finansowym trzeba wiedzieć:
- jaka była płatność,
- jaka część została zwrócona,
- kiedy,
- czego dotyczył zwrot.
Bez tego raport przychodów może wyglądać poprawnie tylko „na pierwszy rzut oka”.
Płatności jako element obsługi klienta
Finanse często są najbardziej stresującym miejscem kontaktu.
Dlatego komunikaty powinny być:
- jasne,
- neutralne,
- konkretne.
Zamiast:
Zalegasz z płatnością.
lepiej:
Twój dostęp wygasł. Jeśli chcesz kontynuować, możesz odnowić go w panelu.
Język powinien zależeć od tego, czy rzeczywiście istnieje zobowiązanie.
Checklista miesięczna dla właściciela
- [ ] liczba aktywnych karnetów,
- [ ] karnety wygasające,
- [ ] odnowienia terminowe,
- [ ] odnowienia późne,
- [ ] nieodnowieni,
- [ ] nieudane płatności,
- [ ] zwroty,
- [ ] płatności offline,
- [ ] faktury oczekujące,
- [ ] należności trenerów za treningi indywidualne.
To wystarczy, żeby zobaczyć większość problemów finansowo-operacyjnych bez ręcznego przeglądania setek transakcji.
Jak ustalić politykę płatności w klubie?
System nie zastąpi zasad biznesowych.
Klub powinien z góry ustalić:
- kiedy dostęp się aktywuje,
- co dzieje się po nieudanej płatności,
- ile dni po wygaśnięciu można wrócić bez nowego procesu,
- jak obsługiwane są zwroty,
- kiedy płatność offline jest akceptowana,
- kto może ręcznie zmienić status.
Im bardziej niejasne zasady, tym więcej wyjątków trafia do recepcji.
Co z płatnościami sezonowymi?
Nie każdy klub działa miesięcznie.
Szkoły tańca, pływania albo akademie dziecięce mogą sprzedawać:
- semestr,
- sezon,
- pakiet 10 zajęć,
- opłatę miesięczną.
System powinien odwzorować model bez zmuszania wszystkich do jednej subskrypcji.
Przy płatności sezonowej szczególnie ważne są:
- termin obowiązywania,
- liczba wejść,
- zasady odrabiania,
- status odnowienia na kolejny sezon.
Jak ograniczyć liczbę wyjątków finansowych?
Najlepszy sposób to upraszczać ofertę.
Jeżeli klub ma:
- 17 wariantów karnetu,
- 8 ręcznych rabatów,
- indywidualne wyjątki,
- różne zasady dla każdej grupy,
żaden CRM nie usunie chaosu całkowicie.
Warto okresowo przejrzeć ofertę i usunąć warianty, których prawie nikt nie używa.
Jak połączyć płatności z retencją?
Najciekawsze pytanie nie brzmi:
Ile zarobiliśmy?
Tylko:
Które osoby przestały odnawiać?
Dlatego warto analizować:
- terminowe odnowienia,
- późne odnowienia,
- brak odnowienia,
- powroty po przerwie.
Dzięki temu finanse zaczynają wspierać decyzje o utrzymaniu klienta, a nie tylko księgowość.
Zobacz także
FAQ
Pytania, które warto rozstrzygnąć
Jak pilnować zaległych płatności w klubie?
Najpierw rozróżnij nieudaną płatność, brak odnowienia i prawdziwą należność. Następnie buduj odpowiednie przypomnienia i widok recepcji.
Czy rodzic może płacić za dziecko?
Tak. Ważne, żeby system zachował relację płatnika/opiekuna z właściwym uczestnikiem i jego dostępem.
Czy Klunivo generuje faktury?
Obecnie nie. Obsługuje wniosek o fakturę i prywatny upload gotowego PDF przez administratora.
Czy Klunivo integruje się z KSeF?
Obecnie nie.
Czy Klunivo automatycznie wypłaca trenera?
Nie. Przy treningu personalnym system nalicza jego należność i prowadzi ewidencję. Wypłatę wykonuje klub poza systemem.
Czy można wysyłać przypomnienia SMS?
Tak, po konfiguracji operatora SMS i zgodnie z warunkami automatyzacji.
