Koszty stałe sklepu internetowego: przegląd po pierwszym roku

Po roku sklep ma zwykle więcej narzędzi niż w dniu startu: aplikację do opinii, wtyczkę do feedów produktowych, program do faktur, Base do obsługi Allegro, osobne narzędzie do etykiet. Każde dodane w konkretnym celu i każde osobno tanie. Razem bywają trzecim największym kosztem po towarze i reklamie, a część z nich robi to samo.

Ta część serii pokazuje, jak taki przegląd zrobić samodzielnie: od spisu, przez koszt na jedno zamówienie, do decyzji, co wyłączyć, co połączyć, a co zostawić.

Trzy rodzaje kosztów

• Stałe płacisz bez względu na sprzedaż: abonament platformy, księgowość, aplikacje, hosting, domena, poczta.
• Od zamówienia rosną razem ze sprzedażą: prowizja bramki płatności, opłata za zamówienie w Base, opłata za przekroczenie limitu w planie platformy, prowizja marketplace.
• Ukryte nie mają faktury: ręczne przepisywanie zamówień, poprawki faktur, wyjaśnianie nadsprzedaży z klientem.

Na starcie dominują koszty stałe. Po roku często większe są koszty od zamówienia, bo na starcie nikt ich nie liczył przy 30 zamówieniach miesięcznie. Przykład z planem Business w Base: 279 zł miesięcznie plus 0,99 zł za każde zamówienie (ceny netto, cennik base.com z października 2026).

To nie jest argument przeciw Base. Przy kilku kanałach sprzedaży i wspólnym magazynie ten koszt zwykle się broni. Problem zaczyna się wtedy, gdy płacisz od każdego zamówienia za funkcje, które Twoja platforma już ma.

flowchart TB
  spis["1. Spis: wyciąg z konta, faktury,
aplikacje zainstalowane w sklepie"] --> kz["2. Koszt na jedno zamówienie"]
  kz --> q1{"3. Czy ktoś
z tego korzysta?"}
  q1 -->|"nie"| off["Wyłącz"]
  q1 -->|"tak"| q2{"Czy inna pozycja
robi to samo?"}
  q2 -->|"tak"| merge["Połącz w jednym miejscu"]
  q2 -->|"nie"| q3{"Czy koszt rośnie
szybciej niż sprzedaż?"}
  q3 -->|"tak"| calc["Policz zamiennik i zwrot"]
  q3 -->|"nie"| keep["Zostaw"]
  classDef decision fill:#fffbeb,stroke:#b45309,color:#0f172a;
  classDef step fill:#eff6ff,stroke:#2563eb,color:#0f172a;
  classDef good fill:#ecfdf5,stroke:#15803d,color:#0f172a;
  class q1,q2,q3 decision;
  class spis,kz step;
  class off,merge,calc,keep good;

Krok 1: spis wszystkiego, za co płacisz

Nie zaczynaj od pamięci, tylko od dokumentów:

• wyciąg z konta firmowego i karty za ostatnie 12 miesięcy (abonamenty roczne pojawiają się raz, łatwo je pominąć przy przeglądzie trzech miesięcy);
• faktury kosztowe od dostawców oprogramowania;
• lista aplikacji i modułów zainstalowanych w panelu sklepu;
• konta w narzędziach, do których logujesz się rzadko (feedy, opinie, mailing).

Przy każdej pozycji zapisz:

Abonament roczny przelicz na miesiąc. Opłatę od zamówienia pomnóż przez średnią liczbę zamówień z ostatniego kwartału.

Krok 2: koszt na jedno zamówienie

Zsumuj koszty stałe i opłaty od zamówienia z całego miesiąca i podziel przez liczbę zamówień. Tę liczbę porównaj z marżą na zamówieniu, którą liczyłeś w części 1. Jeśli narzędzia zjadają więcej niż jedną piątą marży, przegląd ma sens nawet przy dobrej sprzedaży.

Licz ten wskaźnik co miesiąc. Przy rosnącej sprzedaży powinien spadać. Jeśli stoi w miejscu albo rośnie, któryś koszt rośnie razem z zamówieniami szybciej, niż się spodziewałeś.

Krok 3: gdzie koszty się dublują

Obsługa zamówień w dwóch miejscach. Platforma sklepu i Base mają statusy, maile do klientów i generowanie etykiet. Przy jednym kanale sprzedaży płacisz od każdego zamówienia za coś, co sklep robi sam. Base zaczyna się opłacać, gdy dochodzi drugi kanał i wspólny stan magazynowy, o czym jest część 6.

Dwa miejsca wystawiania faktur. Faktura z Base i faktura z programu księgowego to dwie numeracje i ryzyko podwójnego dokumentu w KSeF. Zostaw jedno źródło faktur, a drugie wyłącz.

Pośrednik między systemami, które mają API. Narzędzie, które co kilkanaście minut przenosi stany między sklepem, Base i programem magazynowym, to abonament i opóźnienie, w którym ktoś kupuje towar, którego już nie ma. Gdy oba systemy mają API, bezpośrednia integracja usuwa i abonament, i opóźnienie. Koszt napisania i przetestowania takiego połączenia wyraźnie spadł, więc policz go, zanim przedłużysz abonament pośrednika na kolejny rok.

Wtyczki do funkcji wbudowanych w nowszą wersję platformy. Historia najniższej ceny z 30 dni, feed do Google, integracja z paczkomatami: część platform dodała je do standardu, a stare płatne wtyczki zostały zainstalowane.

Plan platformy niedopasowany do sprzedaży. Za duży plan to płacenie za limity produktów i kont pracowników, których nie używasz. Za mały to opłaty za każde zamówienie ponad limit. Porównaj oba plany przy swoim średnim wolumenie.

Aplikacje bez mierzalnego efektu. Okienka z rabatem, czaty, programy lojalnościowe. Sprawdź w analityce, ile zamówień przyszło z każdej z nich w ostatnim kwartale. Zero zamówień to decyzja.

Praca ręczna. Pół godziny dziennie na przepisywanie zamówień i poprawki faktur to około 10,5 godziny w miesiącu. Przy koszcie pracy 60 zł za godzinę to 630 zł miesięcznie, czyli więcej niż abonament niejednej platformy.

Krok 4: decyzja i zwrot

Przy każdej pozycji wybierasz jedną z czterech decyzji: wyłącz, zastąp tańszym, połącz w jednym systemie albo zostaw. Gdy zmiana wymaga jednorazowego kosztu (konfiguracji, integracji, przeniesienia danych), policz zwrot:

zwrot w miesiącach = koszt jednorazowy / miesięczna oszczędność

Zmiana, która zwraca się w ciągu roku i nie dotyka obiegu zamówień w szczycie sezonu, zwykle jest bezpieczna. Zmiana, która zwraca się po trzech latach, rzadko jest warta ryzyka.

Przykład na danych modelowych

Sklep z 600 zamówieniami miesięcznie, sprzedaż we własnym sklepie i na Allegro, wspólny magazyn. Liczby są modelowe, nie pochodzą od klienta.

Jednorazowy koszt zmian w tym modelu to 4 500 zł (integracja i konfiguracja), więc zwrot następuje po około 5,3 miesiąca. Największa pozycja, Base, zostaje, bo przy dwóch kanałach i wspólnym magazynie robi to, za co się płaci.

Kiedy połączyć wszystko w jednym systemie

Gdy więcej czasu i pieniędzy idzie na utrzymanie połączeń między sklepem, modułami i systemem zamówień niż na samą sprzedaż, rozważ system, w którym sklep, zamówienia i integracje są jednym produktem. Tak przebiega przeniesienie sklepu Hydro-Części z PrestaShop i Base na jeden system (wdrożenie w trakcie). Przy rozbudowanym ERP i kilku magazynach częściej opłaca się naprawić integracje niż wymieniać sklep.

Kiedy nie zmieniać

• W listopadzie i grudniu. Zmiany w obiegu zamówień planuj po sezonie.
• Gdy oszczędność to kilkadziesiąt złotych miesięcznie, a zmiana dotyka płatności, wysyłek albo faktur.
• Gdy narzędzie działa, a jego koszt na zamówienie spada razem ze sprzedażą.

Przegląd co kwartał

• Wyciąg z ostatnich 3 miesięcy przejrzany pod kątem abonamentów.
• Koszt na zamówienie policzony i porównany z poprzednim kwartałem.
• Daty odnowień abonamentów rocznych wpisane w kalendarz 30 dni wcześniej.
• Każda aplikacja ma osobę, która z niej korzysta, i mierzalny efekt.
• Ręczne czynności z ostatniego miesiąca spisane razem z czasem trwania.
• Faktury powstają w jednym miejscu, stany mają jedno źródło.