Rekordowa kampania, ujemna marża. Gdzie zgubił się zwrot?

Cyfrowy model sklepu wielokanałowego to dwadzieścia cztery obiekty, od kanału i kampanii po wypłatę i marżę per kanał, połączone tak, żeby każde zamówienie wiedziało, skąd przyszło, ile kosztowało i czy wróciło. W tej branży nie brakuje danych: każdy panel, integrator i przewoźnik generuje ich więcej, niż ktokolwiek czyta. Brakuje jednego zapisu, w którym kampania, zamówienie, zwrot i prowizja spotykają się w tym samym wierszu. Dopóki go nie ma, marża kanału jest znana w połowie następnego miesiąca.

Tekst należy do serii o handlu wielokanałowym jako jednym systemie. Poniżej pełny katalog obiektów, cztery powiązania, w których ginie albo powstaje marża, i krok na początek.

Po co sklepowi cyfrowy model firmy

— Ile mamy tego na stanie? — W sklepie dwadzieścia. — A naprawdę? — Naprawdę to po inwentaryzacji.

Rozjazd stanów i sprzedaż ponad stan (overselling) nie są błędem jednego pracownika. To skutek tego, że sklep, marketplace i hurt czytają stan z różnych miejsc i z różnym opóźnieniem. Cyfrowy model firmy (w dziale IT: ontologia) spisuje obiekty, którymi sklep pracuje, i ich powiązania, żeby wszystkie kanały, ludzie i agenci czytali jedną prawdę. Platforma sklepowa dalej obsługuje koszyk, WMS zarządza pakowalnią, a ERP księguje dokumenty. Model łączy to, co dziś łączy arkusz i dobra pamięć kierownika e-commerce.

Katalog: 24 obiekty od kampanii do wypłaty

Tabela opisuje firmę, która sprzedaje ten sam towar we własnym sklepie internetowym, na marketplace’ach, w sklepach stacjonarnych i w hurcie, z jednego magazynu. „Gdzie leży dziś” to obraz typowy.

Obiekt	Co to jest	Powiązany z	Gdzie leży dziś (typowo)
Kanał	Miejsce, w którym sprzedajemy: sklep własny, marketplace, sklep stacjonarny, hurt	Zamówienie, Cena, Karta per kanał, Wypłata	Regulaminy, panele, głowa kierownika e-commerce
Kampania	Płatne działanie, które ma przynieść zamówienia	Zamówienie, Produkt, Marża	Panele reklamowe, arkusz budżetu
Klient	Osoba (B2C) albo firma (B2B), która kupuje	Zamówienie, Zwrot, Opinia, Warunki handlowe	Platforma sklepowa, marketplace (częściowo anonimowy), CRM rzadko
Zamówienie	Zakup klienta w jednym kanale	Klient, Kanał, Zlecenie kompletacji, Przesyłka, Wypłata	Platforma sklepowa, panele marketplace’ów, integrator
Cena i promocja	Cena per kanał i czasowa obniżka	Produkt, Kanał, Kampania	Trzy panele osobno, arkusz promocji
Warunki handlowe B2B	Rabat, termin i limit hurtownika	Klient, Zamówienie, Faktura	Mail, pamięć handlowca
Produkt i wariant	Towar w konkretnym rozmiarze / kolorze	Karta per kanał, Stan, Dostawca, Zestaw	Platforma sklepowa, pliki dostawców, dysk ze zdjęciami
Karta per kanał	Wersja karty produktu w formacie kanału	Produkt, Kanał	Panele kanałów osobno
Zestaw	Produkt sprzedawany jako komplet składników	Produkt, Stan	Platforma sklepowa, czasem nigdzie
Dostawca	Producent lub importer, od którego kupujemy	Produkt, Zamówienie zakupu	ERP, poczta
Stan wspólny i rezerwacja	Ile sztuk jest naprawdę i ile który kanał „widzi”	Produkt, Lokalizacja, Kanał, Zamówienie	Platforma sklepowa + integrator z opóźnieniem
Prognoza i plan zakupów	Ile i kiedy kupić na sezon i kampanie	Produkt, Kampania, Zamówienie zakupu	Arkusz planisty
Zamówienie zakupu	Zobowiązanie wobec dostawcy	Dostawca, Dostawa, Faktura zakupu	ERP albo arkusz, poczta
Dostawa i partia	Konkretne przyjęcie towaru	Zamówienie zakupu, Stan	Dokument przyjęcia, skaner
Lokalizacja	Miejsce na regale lub w strefie	Stan, Zlecenie kompletacji	WMS albo głowa magazyniera
Zlecenie kompletacji i paczka	Zebranie i spakowanie zamówienia (zwykle w fali)	Zamówienie, Stan, Przesyłka	WMS / integrator, papier
Przesyłka	Paczka u przewoźnika	Zamówienie, Paczka, Zwrot	Panele przewoźników, integrator
Zwrot i reklamacja	Towar wracający albo zgłoszenie klienta	Zamówienie, Produkt, Przesyłka, Wypłata	Formularz, panele marketplace’ów, skrzynka, arkusz
Zgłoszenie klienta	Pytanie przed zakupem albo po („gdzie paczka”)	Klient, Zamówienie, Przesyłka	Skrzynka, system zgłoszeń, czat marketplace’u
Opinia	Ocena produktu lub sklepu w kanale	Produkt, Kanał, Klient	Panele kanałów
Wypłata i prowizja	Pieniądze od operatora płatności lub marketplace’u za okres	Zamówienie, Kanał, Zwrot	Raporty w plikach, księgowość
Faktura i należność B2B	Należność hurtownika i jej spłata	Klient, Zamówienie, Warunki handlowe	ERP / księgowość, bank
Marża per kanał	To, co zostaje po prowizji, dostawie, zwrotach i kampaniach	Kanał, Kampania, Produkt, Wypłata	Arkusz raz w miesiącu
Integracja	Połączenie między sklepem, marketplace’em, magazynem i przewoźnikiem	Kanał, Stan, Przesyłka	Integrator, nikt nie monitoruje

Dwa obiekty odróżniają ten katalog od katalogów produkcji i dystrybucji. Kanał jest tu osobnym obiektem z własnymi prowizjami, wymaganiami kart i godzinami odbioru przez kuriera (cut-off), bo każdy kanał ma inne reguły. Integracja również jest obiektem, bo jej awaria w nocy oznacza rano stany sprzed doby. W typowym sklepie integracji „nikt nie monitoruje”, co tabela mówi wprost.

Cztery powiązania, w których ginie albo powstaje marża

Kampania → zamówienie → zwrot i reklamacja → marża per kanał. Kampania, która „dowiozła przychód”, może mieć ujemną marżę po zwrotach, prowizji i dostawie. Żeby to zobaczyć przed dołożeniem budżetu, zamówienie musi pamiętać kampanię źródłową, a zwrot musi pamiętać zamówienie. Wtedy zwrot z wydatków na reklamę (ROAS) przestaje być jedyną liczbą na stole.

Produkt i wariant → karta per kanał → kanał. Jedna karta źródłowa, z której powstają karty w formacie każdego kanału, to warunek, żeby wariant miał wszędzie ten sam kod kreskowy. Bez tego powiązania mapowanie identyfikatorów żyje w arkuszu integratora i klient dostaje niebieską zamiast granatowej, bo na marketplace’ie granatowa ma identyfikator niebieskiej.

Stan wspólny i rezerwacja → kanał → zamówienie. Jeden stan z rezerwacjami per kanał to jedyny sposób, żeby ostatnia sztuka nie została sprzedana dwa razy. Kiedy kampania wyprzedaje towar w jednym kanale, ten sam zapis od razu widzą zakupy i pozostałe kanały.

Zamówienie → przesyłka → zwrot → wypłata i prowizja. Marketplace płaci zbiorczo, za okres, pomniejszając wypłatę o prowizje i zwroty. Jeśli wypłata nie jest powiązana z zamówieniami, ktoś uzgadnia ją ręcznie. Jeśli jest, różnica pokazuje się sama, z numerem zamówienia.

Dlaczego agent bez modelu zgaduje

— Przyszła wypłata z marketplace’u. — Zgadza się? — Mniej więcej. — Mniej czy więcej?

Agent policzy marżę z tego, co dostanie. Jeśli zwroty są w innej tabeli niż zamówienia, a prowizje w raporcie operatora, agent albo ich nie uwzględni, albo dopasuje je po kwocie i dacie, czyli zgadnie.

Agent	Czego potrzebuje z modelu	Co robi, gdy powiązania brak
Agent kampanii	kampania, zamówienia, zwroty, koszt dostawy, prowizje	ocenia kampanię po przychodzie i poleca dołożyć budżet tam, gdzie marża jest ujemna
Agent zapasu wielokanałowego	stan wspólny, rezerwacje per kanał, towar w drodze, plan kampanii	widzi stan jednego panelu i nie ostrzega przed sprzedażą ponad stan
Agent zwrotów i obsługi klienta	zwrot, zamówienie, przesyłka, produkt i jego karta	rejestruje zwrot bez przyczyny, więc ta sama tabela rozmiarów wraca co tydzień
Agent rozliczeń	wypłata, zamówienia objęte wypłatą, prowizje, zwroty pieniędzy	uzgadnia wypłatę po sumach i przepuszcza różnice na pojedynczych zamówieniach

Granica decyzji jest stała. Agent łączy, liczy i proponuje: wyłączyć kampanię, zmienić rezerwę, poprawić kartę. Wyłączenie kampanii zatwierdza marketing, udział w promocji marketplace’u zarząd albo właściciel kategorii, a scalenie kart i mapowań właściciel danych. Jak to wygląda po stronie danych, opisujemy przy agencie danych podstawowych.

Gdzie modelowanie szkodzi

Największe ryzyko to zaczęcie od agenta kampanii, zanim istnieje jeden stan i jedna karta produktu. Agent policzy wtedy marżę na zamówieniach, które i tak wrócą jako sprzedaż ponad stan, a zarząd dostanie piękny raport z liczb, które nie istnieją.

Drugie ryzyko: model zbudowany tylko dla sklepu internetowego. Jeśli hurt i sklep stacjonarny zostają poza nim, stan wspólny przestaje być wspólny. Warunek brzegowy: najpierw jeden stan i jedna karta źródłowa, potem agent zapasu, a dopiero na końcu agent kampanii.

Po czym poznacie, że model działa

Liczba zsynchronizowanych kanałów i liczba ofert na marketplace’ach to mierniki próżności. Wynik widać w marży i w liczbie zamówień, których nie trzeba było przepraszać.

Miernik	Jak liczyć	Skąd dane
Sprzedaż ponad stan	zamówienia anulowane z braku towaru w okresie	zamówienia i anulacje ze wszystkich kanałów
Marża per kanał po zwrotach i dostawie	przychód minus prowizje, koszt dostawy, zwroty i koszt kampanii, co tydzień	zamówienia, zwroty, wypłaty, koszty kampanii
Odsetek zwrotów z nazwaną przyczyną	zwroty z przyczyną do wszystkich zwrotów	rejestr zwrotów
Różnice w wypłatach operatorów	kwota i liczba zamówień, których wypłata nie zgadza się z zamówieniem	raporty wypłat i zamówienia
Błędne mapowania wykryte u klienta	reklamacje „nie ten wariant” w okresie	zgłoszenia klientów i zwroty

Marżę kanału kształtują też ceny konkurencji, regulamin marketplace’u i sezon. Model nie zmieni prowizji, ale pokaże, które kanały i kampanie warto utrzymać, zanim minie kolejny miesiąc.

Od czego zacząć w poniedziałek

Weźcie jedną kampanię z ostatniego miesiąca i jej zamówienia. Dla każdego zamówienia dopiszcie, czy wróciło, ile kosztowała dostawa i jaką prowizję pobrał kanał. Zapiszcie, z ilu plików trzeba było to złożyć. To ćwiczenie dla jednej osoby z e-commerce i jednej z finansów, na jedno popołudnie.

O tym, skąd naprawdę przychodzą zamówienia i dlaczego marża zaczyna się przed koszykiem, piszemy w tekście o źródłach zamówień w handlu wielokanałowym.