Marże zysku w e-commerce: poznaj swoje prawdziwe liczby

Przychód to liczba, którą najłatwiej się chwalić. Marża to liczba, która decyduje, czy za rok nadal będziesz prowadzić firmę. Pułapka polega na tym, że PrestaShop, podobnie jak większość koszyków, pokazuje przychód niemal wszędzie, a marżę prawie nigdzie, pulpit krzyczy dzienną wartością sprzedaży, podczas gdy kwota, z której naprawdę opłacasz czynsz, leży pusta w zakładce, której większość sprzedawców nigdy nie otwiera. Ten poradnik zamyka tę lukę: pokazuje trzy liczby dotyczące marży, które każdy właściciel sklepu powinien znać na pamięć, oraz dokładnie wskazuje, gdzie każda z nich znajduje się (albo gdzie jej brakuje) w panelu administracyjnym PrestaShop.

To jest tekst z cyklu „poznaj swoje prawdziwe liczby”. Celowo nie wylicza od nowa każdego ukrytego kosztu, który podgryza zysk, pełny zestaw tych kosztów (opłaty za płatności, zwroty, pakowanie, czas) to osobny temat opisany w artykule o kosztach wykraczających poza koszt produktu oraz w szerszym ujęciu kosztów prowadzenia sklepu w tekście o kosztach e-commerce, o których prawie nikt nie mówi. Tutaj zakładamy, że wiesz o istnieniu tych kosztów i zależy Ci na jednym: przeliczyć je na marże, które faktycznie możesz odczytać we własnym sklepie.

Trzy marże, i do czego służy każda z nich

„Marża” nie jest jedną liczbą. To trzy poziomy, ułożone jeden pod drugim, a mylenie ich ze sobą sprawia, że sklep może urosnąć prosto w kłopoty. Każda odpowiada na inne pytanie i prowadzi do innej decyzji.

I co z tego? Większość właścicieli śledzi tylko pierwszą z nich, brutto, i zakłada, że ta marża trafia później na konto. Produkt może mieć zdrową marżę brutto 60%, przyzwoitą marżę kontrybucyjną 35% i marżę netto bliską zeru, gdy koszty stałe rozłożą się na zbyt małą liczbę zamówień. Każda marża może wyglądać dobrze, podczas gdy poziom poniżej po cichu się rozsypuje. Potrzebujesz wszystkich trzech i potrzebujesz ich z prawdziwych danych, a nie z szybkich szacunków na marginesie.

Marża brutto: jedyna liczba, którą PrestaShop policzy za Ciebie, jeśli mu na to pozwolisz

Oto rzecz, którą pomija większość sprzedawców. PrestaShop ma już miejsce na zapisanie kosztu produktu i potrafi automatycznie obliczyć na tej podstawie marżę brutto. To pole cena kosztowa (historycznie oznaczane jako cena hurtowa) dostępne w Katalog → Produkty → otwórz produkt → zakładka Cena. Wpisz tam kwotę, którą płacisz dostawcy za sztukę, a PrestaShop pokaże Ci marżę na żywo w zakładce Cena, tuż obok ceny detalicznej, podczas jej ustawiania.

Klienci nigdy nie widzą tego pola, istnieje wyłącznie po to, aby sklep mógł liczyć marżę w Twoim imieniu. I prawie nikt go nie uzupełnia. Katalog zaimportowany z CSV albo przeniesiony ze starego sklepu zwykle trafia do systemu z wartością wholesale_price równą zero dla wszystkich produktów, co oznacza, że każda późniejsza marża pokazywana przez PrestaShop jest fikcją. Co to oznacza dla Ciebie? Dopóki ta kolumna nie jest uzupełniona, panel administracyjny raportuje 100% marży na wszystkim, KPI marży brutto nie ma znaczenia, a każdy raport oparty na tej wartości dziedziczy ten sam błąd.

Uzupełnienie tego pola to godzina pracy o największym przełożeniu na jakość Twoich liczb:

• Produkt po produkcie: zakładka Cena, wpisz cenę kosztową, zapisz. Dobre rozwiązanie przy małym katalogu.
• Masowo: wyeksportuj katalog, uzupełnij kolumnę ceny kosztowej i zaimportuj ponownie przez Parametry zaawansowane → Import, mapując ją na pole ceny hurtowej/kosztowej, dużo szybciej przy setkach SKU.
• Aktualizuj na bieżąco: gdy dostawca podnosi ceny, pole kosztu też musi się zmienić, inaczej marże przestaną być aktualne bez żadnego ostrzeżenia.

Gdy pole jest uzupełnione, zakładka Cena produktu pokazuje bieżącą marżę brutto obok ceny, a raport Najlepiej sprzedające się kategorie w sekcji Statystyki zyskuje prawdziwą kolumnę Całkowita marża, dzięki temu możesz sortować według zysku, a nie tylko według liczby sprzedanych sztuk. To właśnie tam wielu właścicieli odkrywa, że ich „bestseller” jest w rzeczywistości jednym z najsłabszych źródeł zysku. (Pamiętaj, że natywna lista produktów i ekran Ocena katalogu nie pokazują marży, ten drugi służy do kontroli jakości opisów i zdjęć, a lista produktów domyślnie nie ma kolumny marży.)

Gdzie są marża kontrybucyjna i marża netto: natywnie nigdzie

To uczciwa część. Natywne raportowanie PrestaShop kończy się na marży brutto. Zmienne koszty zamówienia, które zmieniają marżę brutto w kontrybucyjną, prowizja operatora płatności, wysyłka, którą pokrywasz powyżej progu darmowej dostawy, pakowanie, rezerwa na zwroty, koszt pozyskania klienta. Po prostu nie są modelowane w rdzeniu. Moduł Statystyki pokazuje sprzedaż, najlepiej sprzedające się produkty i zestawienia przewoźników, ale nie ma pojęcia o tym, że „to zamówienie za 80 € przyniosło mi realnie 31 € po wszystkim”.

To nie tyle wada, na którą warto narzekać, ile granica, którą trzeba uwzględnić w planie. Masz trzy realistyczne sposoby, aby ją przekroczyć:

Pobieranie prawdziwej marży brutto bezpośrednio z bazy danych

Jeśli swobodnie korzystasz z SQL (Parametry zaawansowane → Menedżer SQL bezpiecznie uruchamia zapytania tylko do odczytu na działającym sklepie), PrestaShop przechowuje już wszystko, czego potrzebujesz na poziomie pozycji zamówienia. Kluczowe jest to, że ps_order_detail zapisuje migawkę zarówno ceny sprzedaży, jak i ceny kosztowej w momencie sprzedaży, dzięki temu historyczne marże pozostają poprawne nawet po późniejszej zmianie ceny lub kosztu produktu:

SELECT SUM(od.total_price_tax_excl - (od.purchase_supplier_price * od.product_quantity)) AS gross_margin, SUM(od.total_price_tax_excl) AS net_revenue
FROM ps_order_detail od
JOIN ps_orders o ON o.id_order = od.id_order
WHERE o.valid = 1;

To punkt wyjścia, a nie ostateczna odpowiedź. Użycie total_price_tax_excl jako wartości pozycji (zamiast product_price, która może pomijać rabaty na poziomie pozycji) przybliża Cię do kwoty faktycznie zapłaconej, a dane możesz grupować według produktu, kategorii albo miesiąca. Traktuj jednak wynik jako przybliżenie: nie uwzględnia rabatów na poziomie zamówienia (reguł koszyka zastosowanych do całego zamówienia), zwrotów i korekt, podatku ani dostawy, a o.valid = 1 jest dość ogólnym filtrem, który nadal może obejmować statusy zamówień, które chcesz wykluczyć. Jeśli potrzebujesz liczb, których da się bronić, musisz dołożyć te korekty. Drugi haczyk: kolumna ceny zakupu dla zamówienia jest zapisywana tylko wtedy, gdy ceny kosztowe były uzupełnione w chwili składania każdego zamówienia, to kolejny powód, aby wypełnić to pole zanim zaczniesz ufać raportom, a nie po fakcie. I nadal kończysz na marży brutto; prowizje za płatności, dopłata do wysyłki i koszt pozyskania klienta nie znajdują się w tabelach zamówień, więc marża kontrybucyjna pozostaje obliczeniem nakładanym na te dane.

Gdy panel administracyjny robi to za Ciebie

Powód istnienia całej kategorii modułów marżowych jest prosty: rdzeń kończy się na marży brutto. Jeśli prowadzenie comiesięcznego arkusza albo utrzymywanie zapytań SQL nie jest sposobem, w jaki chcesz spędzać czas, warstwa raportowania taka jak nasz moduł Financial Revolution przenosi marżę kontrybucyjną i netto do panelu administracyjnego oraz aktualizuje je wraz z napływem zamówień, dzięki temu liczba, która decyduje o Twoim biznesie, stoi na ekranie obok liczby przychodu, która sama w sobie tego nie robi. I co z tego? Przestajesz dopiero pod koniec roku odkrywać, że kwartał wyglądający na zyskowny był w rzeczywistości bardzo cienki, i dostajesz rozbicie marży według produktów oraz kategorii, od którego naprawdę zależą kolejne sekcje.

Czytanie marży według produktu i kategorii, oraz działanie na podstawie danych

Gdy ceny kosztowe są wpisane i widzisz prawdziwe marże, najcenniejszą rzeczą, którą ujawniają, jest zróżnicowanie. Średnia marża to komfortowe złudzenie; średnia składa się z produktów świetnie zarabiających, które dotują przegranych, których nie potrafisz nawet nazwać. Szukaj dwóch wzorców w raporcie najlepiej sprzedających się kategorii albo w module marżowym:

• Produkty o dużym wolumenie i cienkiej marży, które dominują listę „bestsellerów”, ale wnoszą niewiele zysku, a co gorsza, pochłaniają koszty wysyłki i pozyskania klienta, spychając marżę kontrybucyjną w okolice zera. To produkty, które należy przestać promować, a nie dodatkowo przeceniać.
• Produkty o małym wolumenie i wysokiej marży, schowane niżej, które zarabiają więcej na zamówienie niż Twoje najgłośniejsze pozycje. To prawdziwi kandydaci do promocji i sprzedaży krzyżowej.

Struktura marży potrafi też mocno różnić się między kategoriami, moda pracuje na wysokich marżach brutto, ale oddaje je przez 20–40% zwrotów, podczas gdy elektronika działa na cienkich marżach brutto, niskiej liczbie zwrotów i bezlitosnej konkurencji cenowej. Dokładne zakresy zależą całkowicie od dostawców i niszy, więc każdą podaną liczbę traktuj raczej jako zachętę do zmierzenia własnych wyników niż benchmark do osiągnięcia. Opłacalna dyscyplina polega na sortowaniu produktów według realnej marży, w module marżowym, eksporcie SQL albo arkuszu kalkulacyjnym, ponieważ natywna lista produktów tego za Ciebie nie zrobi, i zadawaniu pytania produkt po produkcie: „czy to zasługuje na miejsce na półce?”.

Wykorzystywanie marży do podejmowania decyzji

Liczby, na podstawie których nie działasz, są tylko dekoracją. Trzy decyzje poprawiają się natychmiast, gdy Twoje marże są prawdziwe:

• Rabaty. Rabat wychodzi w całości z marży, a matematyka jest bezlitosna: przy produkcie z 30% marżą kontrybucyjną obniżka ceny o 20% może wymazać większość zysku z tego zamówienia, ponieważ większość kosztów nie spada razem z ceną. Ustalaj maksymalne rabaty względem marży kontrybucyjnej, nie brutto, i nigdy nie uruchamiaj ogólnej promocji na produkty, których realnych marż nie sprawdzono.
• Progi darmowej dostawy. Twój próg powinien znajdować się tam, gdzie marża kontrybucyjna przeciętnego zamówienia wyraźnie przewyższa koszt wysyłki, który bierzesz na siebie. Najpierw odczytaj prawdziwą marżę na zamówienie; ustawianie progu „na wyczucie” prowadzi do sytuacji, w której właściciele dopłacają klientom za zabranie produktów.
• Podwyżki cen. Jeśli Twoja marża netto jest poniżej 20%, pojedyncza podwyżka cen dostawcy lub przewoźnika może zepchnąć Cię w stratę, działasz bez bufora. Podniesienie ceny o 5% przy produkcie z 30% marżą zwiększa zysk mniej więcej o 17%; jeśli stracisz mniej niż 17% wolumenu, jesteś do przodu, a niewielkie podwyżki zwykle ruszają popyt znacznie słabiej, niż obawiają się właściciele sklepów. Przetestuj to na kilku produktach, obserwuj liczbę sztuk i pozwól danym o marży pokazać, czy wynik się utrzymał.

Śledź trend, nie pojedynczy obraz

Marża z jednego miesiąca mówi niewiele; kierunek mówi wszystko. Gdy raportowanie jest już gotowe, obserwuj cztery liczby miesiąc do miesiąca, a nie dzień po dniu, gdzie szum zagłusza sygnał:

• Marża brutto według produktu i kategorii, czy miks sprzedaży przesuwa się w stronę mniej rentownych produktów?
• Koszt marketingu jako udział w przychodzie, powinien z czasem spadać, gdy rośnie liczba zamówień powracających i organicznych; jeśli rośnie, kupujesz przychód, którego nie da się utrzymać.
• Wskaźnik zwrotów według produktu, skok wskazuje produkt, którego opis lub rozmiarówka po cichu kosztuje Cię marżę.
• Trend marży netto, najważniejszy: poprawia się czy eroduje?

Trend wygrywa z pojedynczym obrazem przez scenariusz, który zwodzi najwięcej właścicieli: sklep zwiększa przychód o 20%, podczas gdy marża netto spada z 25% do 15%. To nie wzrost, to rozwodnienie rentowności, widoczne tylko wtedy, gdy śledzisz linię marży obok linii przychodu. Zamówienia powracające przełamują ten cykl na Twoją korzyść, ponieważ istniejący klient nie niesie ze sobą świeżego kosztu pozyskania; właśnie dlatego wartość życiowa klienta należy do tej samej rozmowy co marża.

Sklepy, które trwają, nie są tymi z największą liczbą przychodu na pulpicie. To te, które uzupełniły pole kosztu, znają wszystkie trzy swoje marże, obserwują trend linii netto w czasie oraz ustalają ceny i promocje na podstawie tych liczb, a nie nadziei. PrestaShop poda Ci marżę brutto w chwili, gdy mu na to pozwolisz, reszta to warstwa raportowania i dyscyplina, aby ją czytać.