DataOrganizer

Kolumna „oczekuje na płatność” w panelu sklepu rośnie przed szczytem sezonu i trudno ocenić, czy to norma, czy wyciek gotówki. Nieopłacone zamówienia w sklepie internetowym trafiają do raportów przychodu, często także do konwersji kampanii, a na konto nigdy nie wpływają. Ten przewodnik pokazuje na przykładzie sklepu AGD, jak policzyć odsetek i wartość zamówień złożonych, a nieopłaconych (bez pobrań i ponowień), wyznaczyć własną normę per metoda płatności, sprawdzić, o ile zawyżają MER, oraz wybrać proces płatności do naprawy w pierwszej kolejności. Nagłe awarie płatności wychwytuje monitoring dzienny; tutaj liczona jest stała norma i jej wycena w złotówkach.

Skala na przykładzie z tego przewodnika: z 1 100 zamówień z przedpłatą 88 nie doczekało się wpłaty, czyli 8,0% sztuk i 11,8% wartości. Po odjęciu ponowień tych samych klientów realnie przepadło 73 120 zł w jednym miesiącu.

Taśma statusów

Ile sprzedaży utyka między złożeniem a płatnością

W panelu sklepu AGD wrzesień wygląda na udany miesiąc: 1 200 złożonych zamówień za 740 000 zł. Wyciąg z konta i raport operatora płatności pokazują jednak mniej, a różnicy nie tłumaczy księgowość. Część zamówień zatrzymała się w statusie „oczekuje na płatność” i już z niego nie wyjdzie.

Pierwszy krok to rozbiór sumy z panelu. 100 zamówień za 38 000 zł to pobrania: klient płaci kurierowi przy odbiorze, więc ich płatność rozstrzyga się dopiero przy doręczeniu i stanowią osobną kategorię. Zostaje 1 100 zamówień z przedpłatą za 702 000 zł; tylko te powinny być opłacone, zanim paczka opuści magazyn.

Stan liczy się dopiero po oknie dojrzewania. Zamówienia z ostatnich dni miesiąca mogą jeszcze czekać na zaksięgowanie przelewu, dlatego ocena przypada na 8 października, 7 dni po końcu września. Taśma poniżej pokazuje, co stało się z każdą złotówką przedpłat (dane poglądowe).

Z 1 100 przedpłat 88 zamówień nie doczekało się wpłaty, razem 82 560 zł. O tyle przychód liczony ze złożonych zamówień zawyża wrzesień: panel pokazuje 740 000 zł, a opłacone przedpłaty (619 440 zł) plus pobrania (38 000 zł) dają 657 440 zł. Różnica wynosi dokładnie 82 560 zł.

Część tej kwoty to sprzedaż zapisana pod innym numerem. 18 zamówień za 9 440 zł to ponowienia: ten sam klient, rozpoznany po identyfikatorze klienta lub zahashowanym adresie e-mail, w ciągu 2 dni złożył i opłacił drugie zamówienie. Pieniądze wpłynęły, więc te pozycje nie są stratą, a jedynie zdublowanym wpisem w statusach.

Realna strata to 70 zamówień za 73 120 zł, czyli 10,4% wartości przedpłat przy 6,4% ich liczby. Wartość ucieka szybciej niż sztuki, bo wpłaty najczęściej brakuje przy dużych koszykach; rozbicie na metody płatności w dalszej części pokaże, przy których.

Ten rachunek wymaga statusu każdego zamówienia. Zdarzenie zakupu w GA4 i konwersja w panelu reklamowym zapisują się zwykle na stronie podziękowania, czyli w chwili złożenia zamówienia, i nie znają jego dalszych losów. Dlatego w automatycznej analityce e-commerce podstawą liczenia sprzedaży są zamówienia ze sklepu razem z ich statusem płatności, a GA4 i panele reklamowe dają obok szacunkowy podział na kanały.

Zanim zapytasz, czy to dużo, oddziel pobrania, ponowienia i zamówienia jeszcze w oknie płatności. Dopiero to, co zostaje, nadaje się do porównania z normą i do wyceny w złotówkach.

Definicja

Odsetek nieopłaconych zamówień: definicja i wzór

Rachunek wymaga trzech ustaleń przed liczeniem: co trafia do mianownika, od kiedy zamówienie uznaje się za stracone i co zrobić z klientem, który zapłacił za drugim podejściem. Bez nich ten sam sklep może pokazać 7,3%, 8,0% albo 6,4% i każda z tych liczb będzie formalnie prawdziwa.

Odsetek w złotówkach wychodzi wyższy niż w sztukach, bo nie płacą przede wszystkim drogie koszyki. Średnie zamówienie z przedpłatą w sklepie AGD to ok. 638 zł, a średnie nieopłacone ok. 938 zł. Same raty z koszykiem 1 480 zł to 30 z 88 nieopłaconych zamówień (34% sztuk), ale aż 44 400 zł, czyli 54% nieopłaconej wartości.

Dlatego decyzje opiera się na wersji wartościowej netto. Sztuki mówią, jak często proces płatności zawodzi; złotówki mówią, ile to kosztuje gotówki. Rozjazd między nimi od razu wskazuje, że problem koncentruje się w wysokich koszykach.

Mapowanie statusów sklepu na trzy koszyki rachunku (nazwy statusów różnią się między systemami sklepowymi; liczy się ich znaczenie):

Trzy pułapki zmieniają wynik bardziej niż sam proces płatności:

1. Zamówienia z ostatnich dni wliczone jako stracone

   Przelew tradycyjny księguje się zwykle 1–2 dni robocze, więc zamówienie z 30 września opłacone 2 października wygląda na stracone, jeśli rachunek zrobić 1 października. Okno dojrzewania 7 dni i ocena września dopiero 8 października usuwają ten fałszywy alarm.

2. Pobranie w mianowniku

   Pobranie nie ma statusu przedpłaty, więc 100 takich zamówień za 38 000 zł rozcieńcza wynik: 88 / 1 200 daje 7,3% zamiast 8,0%, a 82 560 / 740 000 daje 11,2% zamiast 11,8%. Nieodebrane paczki za pobraniem to osobny problem i osobny rachunek.

3. Ponowienia liczone podwójnie

   Klient, któremu nie przeszła płatność, często składa drugie zamówienie i za nie płaci; pierwsze zostaje w statusie nieopłaconym. Ponowienie to opłacone zamówienie tego samego klienta (ten sam order_customer_id lub email_hash) w ciągu 2 dni: w przykładzie 18 zamówień za 9 440 zł, które obniżają stratę z 82 560 zł do 73 120 zł.

Ten rachunek zaczyna się dopiero po kliknięciu „zamawiam”. Porzucenia koszyka i kroków finalizacji przed złożeniem zamówienia to osobny problem, liczony na sesjach i zdarzeniach GA4; opisuje go przewodnik o lejku sesji i finalizacji zamówienia. Tutaj klient podał już adres i wybrał metodę płatności, więc każda strata ma w sklepie numer zamówienia, kwotę i metodę płatności.

Metody płatności

Norma nieopłaconych zamówień per metoda płatności

Średnia 8,0% dla całego sklepu miesza procesy o zupełnie innej naturze. BLIK domyka się w kilkanaście sekund na telefonie klienta, przelew tradycyjny czeka na decyzję klienta i księgowanie w banku, a raty na decyzję kredytową. Wspólny odsetek mówi tylko tyle, że gdzieś zamówienia nie dochodzą do wpłaty.

Norma per metoda płatności to zakres odsetka nieopłaconych z trzech poprzednich pełnych miesięcy (tu czerwiec–sierpień), liczonych tą samą definicją: tylko przedpłaty, okno dojrzewania 7 dni, ponowienia odjęte osobno. Bieżący miesiąc czyta się wtedy osobno dla każdej metody: „w normie” albo „powyżej normy”.

Średnia sklepu reaguje także na sam udział metod. Gdy rośnie udział rat, odsetek całego sklepu idzie w górę, choć żaden proces płatności się nie zepsuł. Norma per metoda oddziela zmianę miksu od rzeczywistej usterki.

Wrzesień w sklepie AGD per metoda płatności (dane poglądowe, ocena 8 października, okno 7 dni):

Te same liczby w formie wyboru płatności, jaki klient widzi przy finalizacji zamówienia: szara wstęga na skali 0–30% to własna norma metody, znacznik to wrzesień, a zaznaczone kafle wyszły ponad normę.

Dwie metody wyszły ponad własną normę: karta i przelew tradycyjny. Karta ma 5,0% przy normie 3,0–4,0%, ale pięć z dziewięciu nieopłaconych zamówień ci sami klienci opłacili ponownie w ciągu dwóch dni, więc netto ubyło 2 400 zł. Przelew tradycyjny ma 26,3% przy normie 18–22% i ani jednego ponowienia, czyli 18 900 zł utraconych netto.

Raty mieszczą się w normie, a odpowiadają za 61% utraconej wartości netto (44 400 zł z 73 120 zł). Odsetek 25,0% przy średnim koszyku 1 480 zł daje w złotówkach więcej niż cztery pozostałe metody razem (28 720 zł). Norma mówi, że proces działa tak jak zwykle; kwota pokazuje, że to „jak zwykle” kosztuje sklep najwięcej.

Każda metoda gubi płatności z innego powodu, stąd tak różne normy:

• Raty i płatność odroczona: zamówienie powstaje przed decyzją kredytową; część klientów dostaje odmowę, część rezygnuje w trakcie wniosku, gdy widzi formularz i warunki.
• Przelew tradycyjny: klient dostaje dane do przelewu i odkłada płatność na później; bez przypomnienia zamówienie wygasa po terminie.
• Karta: autoryzacja nie przechodzi (limit, dodatkowa weryfikacja w banku), a klient zwykle od razu ponawia zakup, dlatego udział ponowień jest wysoki.
• BLIK i szybki przelew online: płatność kończy się w kilkadziesiąt sekund, więc nieopłacone to głównie rezygnacje na stronie banku lub operatora płatności.

Przyczynę konkretnej transakcji pokazuje panel operatora płatności (powód odmowy, etap przerwania). Dane zamówień ze sklepu pokazują skalę i miejsce: która metoda, ile zamówień, ile złotówek i czy wynik odbiega od własnej normy. Kolejność pracy jest więc stała: najpierw dane sklepu wskazują metodę, potem panel operatora tłumaczy przyczynę.

Dostawa i MER

Sposób dostawy a nieopłacone zamówienia i MER

Odsetek nieopłaconych zależy też od tego, co i jak klient zamawia. Duży sprzęt z wniesieniem do mieszkania ma inne koszyki i inne metody płatności niż drobne AGD wysyłane do automatu paczkowego. Rozbicie 1 100 zamówień z przedpłatą według sposobu dostawy pokazuje, gdzie odpływ przewyższa średnią sklepu.

Dostawa z wniesieniem odstaje najmocniej wśród dużych grup: 11,8% przy średniej sklepu 8,0%, czyli blisko 1,5× więcej nieopłaconych. To zamówienia dużego AGD z najwyższymi koszykami, a właśnie przy nich klienci najczęściej wybierają raty i przelew tradycyjny, czyli metody z najwyższą normą nieopłaconych. Przyczynę pojedynczych transakcji potwierdza panel operatora płatności; dane sklepu wskazują skalę i grupę zamówień, w której odpływ rośnie.

Pozostałe sposoby dostawy mają 14,0%, ale na próbie 50 zamówień. Siedem nieopłaconych zamówień to za mało, by wyznaczyć normę tej grupy, więc taki wiersz obserwuje się przez kolejne miesiące przed jakąkolwiek decyzją. Kurier (7,0%), automat paczkowy (6,0%) i odbiór osobisty (6,4%) mieszczą się na lub poniżej średniej sklepu.

Ten sam wydatek daje dwa różne wyniki budżetu:

Różnica 12,6% wynika wyłącznie z momentu liczenia przychodu. 88 zamówień z przedpłatą za 82 560 zł weszło do przychodu przed wpłatą i nigdy jej nie doczekało; ich średni koszyk to ok. 938 zł przy ok. 638 zł dla wszystkich przedpłat, więc nie płacą głównie droższe zamówienia. Kampanie nie zmieniły się ani o złotówkę, zmieniła się tylko definicja przychodu.

Ten sam efekt pojawia się w panelach reklamowych i w GA4. Jeśli zdarzenie zakupu odpala się na stronie podziękowania, zanim klient zapłaci, panel i GA4 liczą konwersję także dla zamówienia, które utknie u operatora płatności. Dlatego wynik całego budżetu opiera się na opłaconych zamówieniach ze sklepu (MER), ROAS kanałów z GA4 i paneli czyta się jako szacunek, a pokrycie GA4 (liczba transakcji purchase w GA4 podzielona przez liczbę zamówień w sklepie z tego samego okresu) liczy się względem zamówień sklepu; więcej o ubytkach i nadwyżkach w pomiarze w przewodniku o brakujących konwersjach i Consent Mode.

Podział wyniku na kanały i kampanie pochodzi z paneli reklamowych i GA4. Na poziomie kampanii zostają wydatek i konwersje z panelu, liczone w chwili złożenia zamówienia; kampania jest najniższym poziomem, na którym warto je czytać. Kampania odstająca od swojej normy (wydatek rośnie, konwersje w panelu nie) trafia do przeglądu w pierwszej kolejności, a wynik całego budżetu sprawdza MER liczony na opłaconych zamówieniach ze sklepu.

Przed zwiększeniem budżetu przelicz MER na opłaconych zamówieniach ze sklepu i porównaj go z MER na złożonych. ROAS kanałów z GA4 i paneli służy wtedy jako szacunek podziału, a o skali budżetu decydują pieniądze, które wpłynęły na konto.

Macierz napraw

Kolejność napraw: odchylenie od normy i wartość

Lista metod z odsetkami jeszcze nie mówi, od czego zacząć. Kolejność ustalają dwie liczby naraz: odchylenie od własnej normy (czy w procesie płatności coś się zmieniło) i wartość utracona netto (ile to kosztuje co miesiąc). Pierwsza wskazuje usterkę do cofnięcia, druga mówi, czy opłaca się zaczynać właśnie od niej.

Procedura ma pięć kroków i za każdym razem działa na tej samej definicji z poprzednich sekcji:

1. Policz utracone netto per metoda

   Nieopłacone po 7-dniowym oknie minus zamówienia ponowione i opłacone przez tego samego klienta w ciągu 2 dni. We wrześniu: raty 44 400 zł, przelew tradycyjny 18 900 zł, szybki przelew 4 480 zł, BLIK 2 940 zł, karta 2 400 zł; razem 73 120 zł.

2. Porównaj odsetek z własną normą

   Norma pochodzi z trzech poprzednich miesięcy liczonych identycznie. Powyżej górnej granicy są dwie metody: przelew tradycyjny (26,3% przy normie 18–22%) i karta (5,0% przy normie 3,0–4,0%).

3. Umieść metodę w macierzy

   Oś pozioma: w normie albo powyżej niej. Oś pionowa: kwota utracona netto; próg dobiera się do skali sklepu, tu podział przebiega w okolicy 10 000 zł miesięcznie.

4. Przypisz typ działania

   Każda ćwiartka oznacza inny rodzaj pracy: cofnięcie usterki, zaprojektowanie nowego kroku procesu, obserwację w panelu operatora płatności albo zwykły przegląd miesięczny.

5. Zmierz efekt w kolejnym pełnym miesiącu

   Ta sama definicja: okno 7 dni, pobrania poza mianownikiem, ponowienia odliczone. Zmiana choćby jednego wykluczenia pokaże poprawę, której w procesie nie było.

Macierz kolejności napraw (sklep AGD, wrzesień, utracone netto, dane poglądowe):

Napraw teraz: przelew tradycyjny. Odsetek 26,3% przy normie 18–22% i 18 900 zł utracone netto. Odchylenie od własnej normy oznacza, że w procesie coś się zmieniło: treść potwierdzenia zamówienia z danymi do przelewu, termin płatności albo przypomnienie, które przestało wychodzić przed anulowaniem.

Projekt procesu: raty. Odsetek 25,0% mieści się w normie 22–28%, a mimo to 44 400 zł to 61% utraconej wartości netto. Tu nic się nie zepsuło, więc poprawa wymaga nowego kroku, np. kontaktu z klientem po odmowie decyzji kredytowej i propozycji innej metody płatności dla tego samego koszyka.

Obserwuj: karta. Odsetek 5,0% leży powyżej normy 3,0–4,0%, ale 5 z 9 klientów ponowiło płatność i ją opłaciło, więc netto zostaje 2 400 zł. Panel operatora płatności pokaże, czy nieudane autoryzacje utrzymują się w kolejnych tygodniach.

W normie: BLIK i szybki przelew. Razem 7 420 zł netto (2 940 zł + 4 480 zł) przy odsetkach w zakresach normy. Te metody wymagają tylko comiesięcznego przeglądu na tej samej definicji.

Rachunek scenariuszy pokazuje, ile jest wart pierwszy ruch:

• Przelew tradycyjny z 26,3% do 10%: 10% z 80 zamówień to 8 nieopłaconych zamiast 21, czyli 13 × 900 zł = 11 700 zł miesięcznie.
• Raty, odzyskanie jednej trzeciej utraconych: 10 × 1 480 zł = 14 800 zł miesięcznie.
• Razem 26 500 zł miesięcznie, czyli 36% obecnej straty netto (26 500 zł / 73 120 zł).

W szczycie sezonu stawka rośnie razem z wolumenem. Przy wolumenie 1,8× strata netto dochodzi do ok. 131 600 zł (73 120 zł × 1,8), a potencjał napraw do ok. 47 700 zł (26 500 zł × 1,8). Przelew tradycyjny opłaca się więc naprawić przed szczytem, a projekt rat uruchomić na tyle wcześnie, żeby zmierzyć efekt na pełnym miesiącu.

Progi decyzyjne oddzielają usterkę procesu od awarii. Metoda powyżej górnej granicy własnej normy przez dwa pełne tygodnie z rzędu trafia do diagnozy według macierzy. Nagły wzrost oczekujących w jednym dniu, np. po padniętej płatności u operatora, to awaria do wykrycia w dziennym monitoringu anomalii następnego ranka; jej godzinę i przyczynę pokazuje panel operatora płatności.

Kolejność napraw wyznacza para liczb: odchylenie metody od jej własnej normy i kwota utracona netto. Metoda powyżej normy z dużą kwotą idzie pierwsza, bo w jej procesie coś się zmieniło i tę zmianę da się cofnąć.

DataOrganizer

Nieopłacone zamówienia w czacie DataOrganizer

Cały rachunek z poprzednich sekcji opiera się na jednej tabeli: zamówieniach ze sklepu z ich statusem. DataOrganizer pobiera je po oficjalnych API sklepu razem z polami, których wymaga norma: order_status, order_payment_method, order_grand_total_amount, order_date_created oraz order_customer_id i email_hash do wyłapania ponowień. Obok leżą koszty z platform reklamowych, więc MER na opłaconych zamówieniach (przychód opłacony ze sklepu / łączny wydatek) liczy się w tym samym miejscu, a podział na kanały według GA4 lub paneli służy jako szacunek.

Dane odświeżają się raz na dobę i rano zawierają komplet poprzedniego dnia. Dzięki temu odsetek nieopłaconych da się czytać na dwóch poziomach: dzień względem wzorca tego samego dnia tygodnia (wtorek do wtorków) oraz pełny miesiąc po oknie dojrzewania względem własnej normy per metoda płatności. Przyczyna pojedynczej transakcji (odmowa banku, przerwany wniosek ratalny) zostaje w panelu operatora płatności; dane sklepu pokazują skalę problemu i miejsce, w którym narasta.

Miesięczny przegląd po zamknięciu okna 7 dni wygląda tak (sklep AGD, wrzesień, dane poglądowe):

Ta sama rozmowa w ciągu miesiąca przybiera krótszą formę. Rano można zapytać, czy wczorajszy odsetek nieopłaconych dla danej metody mieści się we wzorcu tego dnia tygodnia; nagły skok to sygnał awarii, którą potwierdza panel operatora płatności, a miękkie odchylenie potwierdza dopiero drugi dzień. Pełny werdykt względem normy zapada po zamknięciu okna dojrzewania, kiedy przelewy tradycyjne zdążą się zaksięgować.

Podłączenie sklepu, platform reklamowych i GA4 odbywa się samodzielnie, bez programisty. Płacisz za podłączone źródła, a aktualne stawki są w cenniku. Od pierwszego odświeżenia statusy zamówień, metody płatności i koszty kampanii leżą w jednym miejscu, więc tablica norm z trzech poprzednich miesięcy liczy się z historii zamiast z ręcznych eksportów z panelu sklepu.

Uwaga metodologiczna: liczby w przykładach są poglądowe. Ocena września odbywa się 8 października (okno dojrzewania 7 dni), pobrania są poza mianownikiem jako osobna kategoria, a ponowienie oznacza opłacone zamówienie tego samego klienta w ciągu 2 dni. DataOrganizer nie ma danych o zwrotach ani o odmowach odbioru przesyłek, więc rachunek kończy się na wpłacie. Po zmianie operatora płatności lub dodaniu nowej metody normy wyznacza się od nowa, od daty zmiany.

Uwaga metodologiczna: liczby w przykładach (sklep AGD, wrzesień, ocena 8 października) są poglądowe i służą wyłącznie do pokazania rachunku. Odsetek liczy się po 7-dniowym oknie dojrzewania, bez pobrań w mianowniku i po odliczeniu ponowień tego samego klienta; dane sklepu nie obejmują zwrotów ani odmów odbioru, a po zmianie operatora płatności normę wyznacza się od nowa.

FAQ

Najczęstsze pytania o nieopłacone zamówienia

Jaki odsetek nieopłaconych zamówień jest normalny w sklepie internetowym?

Jednej wartości dla wszystkich sklepów nie ma, bo każda metoda płatności ma inną naturę: w przykładowym sklepie AGD norma BLIK to 2,5–3,5%, a rat 22–28%. Własną normę wyznacza się per metoda płatności z trzech poprzednich pełnych miesięcy, licząc tylko przedpłaty starsze niż okno dojrzewania i odliczając ponowienia tego samego klienta. Średnia sklepu (tu 8,0% sztuk i 11,8% wartości) zmienia się razem z miksem metod, więc sama w sobie nie mówi, czy coś się zepsuło.

Dlaczego klienci składają zamówienie i nie płacą?

Mechanizm zależy od metody: przy ratach klient rezygnuje w trakcie wniosku albo dostaje odmowę, przy przelewie tradycyjnym odkłada płatność, a przy karcie autoryzacja się nie udaje i często kończy szybkim ponowieniem. Częściej nie płacą duże koszyki, co widać po wyższym odsetku przy dostawie z wniesieniem dużego AGD (11,8% przy średniej 8,0%). Dane sklepu pokazują skalę i miejsce problemu; przyczynę konkretnej transakcji zna panel operatora płatności.

Po ilu dniach anulować nieopłacone zamówienie?

Termin anulowania wynika z regulaminu sklepu i metody płatności, a przelew tradycyjny księguje się zwykle 1–2 dni robocze, więc zbyt krótki termin anuluje zamówienia, które jeszcze by wpłynęły. Do analizy przyjmuje się okno dojrzewania dopasowane do najwolniejszej metody (w przykładzie 7 dni) i dopiero po nim zamówienie bez wpłaty liczy się jako nieopłacone. Przed anulowaniem warto wysłać przypomnienie z danymi do płatności, bo to najtańszy sposób odzyskania części kwoty.

Czy nieopłacone zamówienia liczyć do przychodu i ROAS?

Nie: przychód i MER liczy się z opłaconych zamówień ze sklepu, a złożone można raportować osobno jako sygnał popytu. W przykładzie MER na złożonych zamówieniach wynosi 9,25, a na opłaconych 8,22, czyli liczenie przed wpłatą zawyża wynik o 12,6%. Jeśli zdarzenie zakupu odpala się na stronie podziękowania przed płatnością, panele reklamowe i GA4 też liczą nieopłacone zamówienia, więc ROAS z nich czyta się jako szacunek (więcej w przewodniku o brakujących konwersjach).

Jak sprawdzić nieopłacone zamówienia per metoda płatności w DataOrganizer?

DataOrganizer pobiera zamówienia ze sklepu ze statusem, metodą płatności, kwotą, datą i zahashowanym identyfikatorem klienta, a dane odświeża raz na dobę z kompletem poprzedniego dnia. W czacie wystarczy zapytać o nieopłacone przedpłaty per metoda płatności względem normy z trzech miesięcy, z pominięciem pobrań i odliczeniem ponowień, a asystent zwraca tabelę z odsetkiem, kwotą utraconą netto i MER liczonym na opłaconych zamówieniach. Nagły skok oczekujących w jednym dniu wychodzi w porannym zestawieniu względem wzorca dnia tygodnia, co opisuje przewodnik o monitoringu i anomaliach.