Kiedy zarząd pyta „ile kosztuje nasz e-commerce technologicznie", odpowiedź najczęściej sprowadza się do abonamentu za platformę i faktury od agencji. To jednak tylko wierzchołek. Realny koszt technologiczny sklepu internetowego to suma wielu warstw, z których większość nie pojawia się w jednym miejscu w budżecie — jest rozproszona między dział IT, marketing, obsługę klienta i logistykę. Dopóki nie zsumujesz jej świadomie, podejmujesz decyzje o rozwoju na podstawie niepełnego obrazu.
Ten tekst pokazuje, jak policzyć całkowity koszt posiadania stacku e-commerce (TCO) i dlaczego kilka pozycji, które łatwo przeoczyć, potrafi zmienić wynik tego rachunku.
Problem: koszt, którego nikt nie widzi w całości
Typowy sklep rośnie warstwami. Najpierw platforma. Potem narzędzie do e-mail marketingu. Potem osobny system do faktur, wtyczka do opinii, integracja z kurierem, panel reklamowy, arkusz do raportowania. Każda decyzja z osobna jest tania i racjonalna. Problem pojawia się dopiero w sumie — bo nikt tej sumy nie prowadzi.
W efekcie firma zna koszt pojedynczych narzędzi, ale nie zna kosztu systemu jako całości. A to właśnie koszt całości decyduje o marży i o tym, ile realnie zostaje po odjęciu obsługi technologicznej sprzedaży.
Symptomy, że nie panujesz nad kosztem stacku
- Nie potrafisz w ciągu godziny wymienić wszystkich subskrypcji SaaS, za które płacisz co miesiąc.
- Faktury za narzędzia trafiają na różne karty i do różnych działów, bez jednego właściciela budżetu.
- Przy pytaniu „czy możemy z tego zrezygnować" nikt nie wie, co jest do czego podłączone.
- Część pracy, którą miały wykonywać narzędzia, i tak robi człowiek — ręcznie, w arkuszu.
- Co kwartał dochodzi nowe narzędzie, ale prawie nigdy żadne nie znika.
Przyczyny źródłowe
Pierwsza przyczyna to rozwój przez doklejanie. Zamiast projektować system, dokłada się kolejne elementy do rozwiązania konkretnego, doraźnego problemu. Każdy z osobna działa; razem tworzą sieć zależności, której nikt nie zaprojektował.
Druga to brak jednego właściciela kosztu technologicznego. Gdy subskrypcje są rozproszone między zespoły, nikt nie widzi ich sumy i nikt nie odpowiada za jej optymalizację.
Trzecia to niewidoczna praca ręczna. Kiedy dwa systemy nie rozmawiają ze sobą, lukę wypełnia człowiek — kopiuje dane, uzgadnia stany, przepisuje zamówienia. Ta praca kosztuje, ale nie ma jej na żadnej fakturze za oprogramowanie.
Czwarta to dług technologiczny: prowizoryczne integracje, nieaktualne wtyczki, rozwiązania „na teraz", które zostają na lata. Dług nie boli od razu — kosztuje przy każdej zmianie, awarii i migracji.
Konsekwencje i realny koszt
Konsekwencje są konkretne, nawet jeśli trudno je od razu wycenić. Rozproszony stack spowalnia każdą zmianę, bo trzeba sprawdzić, co się z czym łączy. Podnosi ryzyko błędu — rozjechane stany magazynowe czy podwójnie wysłane zamówienia to koszt obsługi i utraconego zaufania klienta. Utrudnia raportowanie, bo dane leżą w kilku systemach naraz. I wiąże czas ludzi, którzy zamiast rozwijać sprzedaż, utrzymują istniejącą układankę przy życiu. To codzienne tarcie operacyjne — drobne opóźnienia, przełączanie kontekstu, obejścia i „szybkie poprawki" — jest kosztem, którego nie widać w żadnej fakturze, a który realnie spowalnia cały zespół.
Nie twierdzę, że uporządkowanie stacku daje z góry określone oszczędności — to zależy od konkretnego przypadku. Twierdzę, że bez policzenia całości nie da się nawet ocenić, czy jest co optymalizować.
Framework: siedem warstw kosztu stacku
Żeby policzyć realny koszt, rozłóż go na warstwy i przypisz każdej roczną kwotę. Dopiero suma daje prawdziwy obraz.
- Platforma — abonament lub licencja, koszty hostingu, opłaty transakcyjne, koszt szablonu lub motywu.
- SaaS i subskrypcje — e-mail marketing, opinie, wyszukiwarka na stronie, chat, analityka, narzędzia reklamowe. Policz każdą pozycję w skali roku.
- Integracje — koszt zbudowania i utrzymania połączeń między systemami (kurier, księgowość, magazyn, CRM), łącznie z opłatami za konektory i API.
- Maintenance i rozwój na zamówienie — aktualizacje, poprawki bezpieczeństwa, utrzymanie środowiska oraz custom development: prace deweloperskie na zamówienie, nowe funkcje, dostosowania platformy i integracji, stała obsługa agencji lub własnego zespołu. Im więcej sklep ma niestandardowych rozwiązań, tym większa ta pozycja.
- Praca ręczna — godziny, które zespół spędza na łączeniu tego, czego systemy nie łączą automatycznie. Policz stawką godzinową i przeskaluj na rok.
- Dług technologiczny — szacowany koszt „naprawienia" prowizorek: przepisania integracji, uporządkowania danych, wyjścia z rozwiązań, które blokują rozwój.
- Koszt utraconych możliwości — sprzedaż lub efektywność, której nie osiągasz, bo system tego nie pozwala (np. brak pełnego widoku klienta). To pozycja szacunkowa, ale warto ją nazwać.
Sekwencja wdrożenia
- Zrób inwentaryzację. Wypisz każde narzędzie, każdą subskrypcję i każdą integrację. Bez tej listy nie zaczynaj liczenia.
- Przypisz właściciela i koszt roczny. Każdej pozycji przypisz kwotę w skali roku i osobę, która za nią odpowiada.
- Zmierz pracę ręczną. Przez dwa–cztery tygodnie zbieraj od zespołu godziny poświęcane na czynności, które powinny być zautomatyzowane.
- Zmapuj zależności. Narysuj, co jest z czym połączone i przez co przepływają dane. To ujawnia dług i ryzyko.
- Zsumuj warstwy. Dopiero teraz masz TCO — liczbę, którą można pokazać zarządowi.
- Ustaw priorytety. Szukaj pozycji o wysokim koszcie i niskiej wartości oraz miejsc, gdzie praca ręczna woła o integrację.
Najczęstsze błędy
- Liczenie tylko abonamentów. Pomijanie pracy ręcznej i długu daje zaniżony, mylący wynik.
- Brak skali rocznej. Koszty miesięczne wydają się małe; roczne pokazują prawdę.
- Ignorowanie kosztu utraconych możliwości. To, czego system nie pozwala zrobić, też jest kosztem.
- Optymalizacja pojedynczych narzędzi zamiast systemu. Wycięcie jednej subskrypcji nie pomoże, jeśli problemem jest architektura.
- Brak właściciela. Bez jednej osoby odpowiedzialnej za koszt technologiczny rachunek znów się rozproszy.
Checklista dla zarządu
- Czy mamy jedną, aktualną listę wszystkich narzędzi, subskrypcji i integracji?
- Czy każda pozycja ma przypisany koszt roczny i właściciela budżetu?
- Czy zmierzyliśmy liczbę godzin pracy ręcznej wynikającej z braku integracji?
- Czy wiemy, co jest z czym połączone i gdzie leży dług technologiczny?
- Czy znamy sumę wszystkich siedmiu warstw, a nie tylko abonamentów?
- Czy potrafimy wskazać pozycje o wysokim koszcie i niskiej wartości?
- Czy decyzje o nowych narzędziach zapadają w odniesieniu do całości systemu?
Podsumowanie
Realny koszt stacku e-commerce to nie faktura za platformę, lecz suma siedmiu warstw — od abonamentów, przez integracje i maintenance, po pracę ręczną i dług technologiczny. Dopóki tej sumy nie policzysz, optymalizujesz po omacku. Uporządkowanie zaczyna się od jednej rzeczy: rzetelnej inwentaryzacji i przypisania kosztu każdej warstwie.
Jeśli chcesz zobaczyć pełny obraz kosztu i punkty, w których system realnie hamuje sprzedaż, warto spojrzeć na to, jak działa konwersja e-commerce jako system i sprawdzić, czy Twoje systemy nadążają za skalą — pomaga w tym rozpoznanie sygnałów przerośnięcia systemów. Kiedy chcesz policzyć TCO i priorytety porządkowo, zamów Revenue System Audit — przechodzimy przez Twój stack warstwa po warstwie i pokazujemy, gdzie tracisz marżę i tempo.