Koszt własnego modułu do sklepu - widełki i czynniki ceny

Łukasz Palej
Łukasz Palej
Technical Implementation Expert
Koszt własnego modułu do sklepu - widełki i czynniki ceny
Koszt własnego modułu do sklepu zależy od liczby reguł biznesowych, tego, czy moduł ingeruje w koszyk i zamówienia, czy łączy się z zewnętrznymi systemami oraz jak długo ma być utrzymywany. Prosty dodatek do karty produktu to zupełnie inna skala pracy niż moduł zmieniający logikę cen, stanów czy wysyłek. Widełki najlepiej określać poziomem złożoności modułu, a pełny koszt liczyć razem z utrzymaniem w kolejnych latach.
W tym wpisie wyjaśniamy, czym jest własny moduł, wtyczka lub aplikacja na zamówienie, jak rozpoznać poziom złożoności zlecenia, które czynniki najmocniej podnoszą cenę i dlaczego koszt budowy to tylko część rachunku. Kwot nie podajemy, bo zależą od wykonawcy i zakresu - pokazujemy natomiast, jak porównywać wyceny modułów dla WooCommerce, PrestaShop, Shopify i Shopera i jak zamówić moduł, żeby nie przepłacić.
[#wazne] W skrócie: koszt własnego modułu do sklepu wynika z jego złożoności, a nie z platformy. Najmocniej podnoszą go reguły biznesowe z wyjątkami, zmiany w koszyku i checkoucie, integracje z ERP lub kurierami, panel ustawień oraz testy zgodności z innymi wtyczkami i aktualizacjami. Do budowy trzeba doliczyć utrzymanie przez cały okres używania modułu. Programiści Vinson pomagają ocenić, czy wystarczy gotowa wtyczka, i budują moduły na zamówienie dla sklepów.
Co to jest własny moduł do sklepu i kiedy go potrzebujesz
Własny moduł to kod napisany dla jednego sklepu, który rozszerza działanie platformy o funkcję niedostępną w standardzie ani w gotowych dodatkach. W WooCommerce mówi się o wtyczce, w PrestaShop o module, w Shopify o aplikacji, w Shoperze o aplikacji lub rozszerzeniu korzystającym z API. Mechanizm jest podobny: moduł podpina się do miejsc przewidzianych przez platformę, np. hooków w WordPressie i PrestaShop albo API w Shopify i Shoperze, i dodaje własną logikę.
Potrzeba własnego modułu pojawia się zwykle w trzech sytuacjach. Pierwsza: gotowe wtyczki robią prawie to, czego potrzebujesz, ale brakuje im jednej reguły, a obejście kosztuje codziennie czas zespołu. Druga: proces jest specyficzny dla branży, np. sprzedaż na wymiar, zestawy z wymiennymi elementami albo cenniki dla klientów hurtowych. Trzecia: trzeba połączyć sklep z systemem, dla którego nie ma gotowego konektora. Zanim zamówisz moduł, sprawdź, ile wtyczek już masz i które z nich da się zastąpić jednym rozwiązaniem - pomoże w tym wpis wtyczki WooCommerce - jak ocenić, które zostawić.
Koszt własnego modułu - widełki według poziomu złożoności
Zamiast pytać „ile kosztuje moduł”, lepiej określić, do którego poziomu należy Twoje zlecenie. Każdy kolejny poziom to nie tylko więcej kodu, ale też więcej testów, większe ryzyko konfliktów i wyższy koszt utrzymania. Cztery poziomy pomagają szybko ustawić oczekiwania:
[#chart:wpr62a]
| Poziom | Przykład | Co zwykle obejmuje | Główne ryzyko |
|---|---|---|---|
| Drobne rozszerzenie | Dodatkowe pole na karcie produktu, zmiana treści e-maila | Kilka hooków, bez panelu ustawień | Konflikt z motywem po aktualizacji |
| Moduł z panelem | Własne reguły dopłat, etykiety na listach produktów | Ustawienia w panelu, walidacja, tłumaczenia | Błędna konfiguracja przez użytkownika |
| Moduł zmieniający proces | Cenniki B2B, zestawy, reguły dostawy | Logika koszyka i zamówień, testy wielu scenariuszy | Błędne ceny lub stany w zamówieniach |
| Moduł z integracją | Wymiana danych z ERP, kurierem lub hurtownią | API, harmonogram, logi, alerty, obsługa błędów | Zatrzymanie procesu przy awarii po drugiej stronie |
Widełki w ofertach rosną wraz z poziomem nieliniowo. Moduł zmieniający proces nie jest dwa razy droższy od modułu z panelem tylko dlatego, że ma dwa razy więcej funkcji. Jest droższy, bo każda reguła wchodzi w interakcję z pozostałymi: rabatami, wariantami, podatkami, metodami dostawy i innymi wtyczkami, a każdą z tych kombinacji trzeba sprawdzić.
Czy platforma sklepu zmienia koszt modułu?
Mniej, niż się zwykle zakłada. Ten sam zakres reguł wymaga podobnej analizy i podobnych testów niezależnie od tego, czy sklep działa na WooCommerce, PrestaShop, Shopify czy Shoperze. Platforma wpływa głównie na to, gdzie moduł może się podpiąć i co musi zrobić sam. Na platformach open source, takich jak WooCommerce i PrestaShop, moduł działa na serwerze sklepu i ma dostęp do wielu miejsc w kodzie, ale też odpowiada za zgodność z motywem i innymi dodatkami. Na platformach SaaS, takich jak Shopify i Shoper, aplikacja zwykle działa poza sklepem i komunikuje się z nim przez API, więc ma mniej możliwości ingerencji, a do tego potrzebuje własnego hostingu. Różnice w koszcie wynikają więc bardziej z tego, czy dana funkcja jest na platformie łatwo dostępna, niż z samej nazwy platformy.
Koszt własnego modułu do sklepu zależy od liczby reguł biznesowych, tego, czy moduł ingeruje w koszyk i zamówienia, czy łączy się z zewnętrznymi systemami oraz jak długo ma być utrzymywany. Prosty dodatek do karty produktu to zupełnie inna skala pracy niż moduł zmieniający logikę cen, stanów czy wysyłek. Widełki najlepiej określać poziomem złożoności modułu, a pełny koszt liczyć razem z utrzymaniem w kolejnych latach.
W tym wpisie wyjaśniamy, czym jest własny moduł, wtyczka lub aplikacja na zamówienie, jak rozpoznać poziom złożoności zlecenia, które czynniki najmocniej podnoszą cenę i dlaczego koszt budowy to tylko część rachunku. Kwot nie podajemy, bo zależą od wykonawcy i zakresu - pokazujemy natomiast, jak porównywać wyceny modułów dla WooCommerce, PrestaShop, Shopify i Shopera i jak zamówić moduł, żeby nie przepłacić.
[#wazne] W skrócie: koszt własnego modułu do sklepu wynika z jego złożoności, a nie z platformy. Najmocniej podnoszą go reguły biznesowe z wyjątkami, zmiany w koszyku i checkoucie, integracje z ERP lub kurierami, panel ustawień oraz testy zgodności z innymi wtyczkami i aktualizacjami. Do budowy trzeba doliczyć utrzymanie przez cały okres używania modułu. Programiści Vinson pomagają ocenić, czy wystarczy gotowa wtyczka, i budują moduły na zamówienie dla sklepów.
Co to jest własny moduł do sklepu i kiedy go potrzebujesz
Własny moduł to kod napisany dla jednego sklepu, który rozszerza działanie platformy o funkcję niedostępną w standardzie ani w gotowych dodatkach. W WooCommerce mówi się o wtyczce, w PrestaShop o module, w Shopify o aplikacji, w Shoperze o aplikacji lub rozszerzeniu korzystającym z API. Mechanizm jest podobny: moduł podpina się do miejsc przewidzianych przez platformę, np. hooków w WordPressie i PrestaShop albo API w Shopify i Shoperze, i dodaje własną logikę.
Potrzeba własnego modułu pojawia się zwykle w trzech sytuacjach. Pierwsza: gotowe wtyczki robią prawie to, czego potrzebujesz, ale brakuje im jednej reguły, a obejście kosztuje codziennie czas zespołu. Druga: proces jest specyficzny dla branży, np. sprzedaż na wymiar, zestawy z wymiennymi elementami albo cenniki dla klientów hurtowych. Trzecia: trzeba połączyć sklep z systemem, dla którego nie ma gotowego konektora. Zanim zamówisz moduł, sprawdź, ile wtyczek już masz i które z nich da się zastąpić jednym rozwiązaniem - pomoże w tym wpis wtyczki WooCommerce - jak ocenić, które zostawić.
Koszt własnego modułu - widełki według poziomu złożoności
Zamiast pytać „ile kosztuje moduł”, lepiej określić, do którego poziomu należy Twoje zlecenie. Każdy kolejny poziom to nie tylko więcej kodu, ale też więcej testów, większe ryzyko konfliktów i wyższy koszt utrzymania. Cztery poziomy pomagają szybko ustawić oczekiwania:
[#chart:wpr62a]
| Poziom | Przykład | Co zwykle obejmuje | Główne ryzyko |
|---|---|---|---|
| Drobne rozszerzenie | Dodatkowe pole na karcie produktu, zmiana treści e-maila | Kilka hooków, bez panelu ustawień | Konflikt z motywem po aktualizacji |
| Moduł z panelem | Własne reguły dopłat, etykiety na listach produktów | Ustawienia w panelu, walidacja, tłumaczenia | Błędna konfiguracja przez użytkownika |
| Moduł zmieniający proces | Cenniki B2B, zestawy, reguły dostawy | Logika koszyka i zamówień, testy wielu scenariuszy | Błędne ceny lub stany w zamówieniach |
| Moduł z integracją | Wymiana danych z ERP, kurierem lub hurtownią | API, harmonogram, logi, alerty, obsługa błędów | Zatrzymanie procesu przy awarii po drugiej stronie |
Widełki w ofertach rosną wraz z poziomem nieliniowo. Moduł zmieniający proces nie jest dwa razy droższy od modułu z panelem tylko dlatego, że ma dwa razy więcej funkcji. Jest droższy, bo każda reguła wchodzi w interakcję z pozostałymi: rabatami, wariantami, podatkami, metodami dostawy i innymi wtyczkami, a każdą z tych kombinacji trzeba sprawdzić.
Czy platforma sklepu zmienia koszt modułu?
Mniej, niż się zwykle zakłada. Ten sam zakres reguł wymaga podobnej analizy i podobnych testów niezależnie od tego, czy sklep działa na WooCommerce, PrestaShop, Shopify czy Shoperze. Platforma wpływa głównie na to, gdzie moduł może się podpiąć i co musi zrobić sam. Na platformach open source, takich jak WooCommerce i PrestaShop, moduł działa na serwerze sklepu i ma dostęp do wielu miejsc w kodzie, ale też odpowiada za zgodność z motywem i innymi dodatkami. Na platformach SaaS, takich jak Shopify i Shoper, aplikacja zwykle działa poza sklepem i komunikuje się z nim przez API, więc ma mniej możliwości ingerencji, a do tego potrzebuje własnego hostingu. Różnice w koszcie wynikają więc bardziej z tego, czy dana funkcja jest na platformie łatwo dostępna, niż z samej nazwy platformy.
- Wycena zadania w 24 h w dni robocze
- Integracje, API, feedy i poprawki w sklepie
- Rozliczenie godzinowe albo za projekt
Konsultację poprowadzi Łukasz Palej, Technical Implementation ExpertCzynniki ceny własnego modułu do sklepu
Dwa moduły z tego samego poziomu mogą mieć bardzo różne wyceny. O różnicy decydują szczegóły, które warto opisać już w zapytaniu ofertowym.
Liczba reguł i wyjątków
Reguła „dopłata 10% za grawer” jest prosta. Reguła „dopłata za grawer, ale nie dla produktów z promocji, maksymalnie 20 znaków, w trzech językach, z podglądem” to już kilkanaście przypadków do zaprogramowania i przetestowania. Spisz reguły w punktach i przy każdej zaznacz wyjątki - to najlepiej przewiduje liczbę godzin.
Ingerencja w koszyk, ceny i zamówienia
Moduły, które zmieniają cenę, stan magazynowy albo zawartość zamówienia, są najbardziej ryzykowne, bo błąd kosztuje realne pieniądze. Wymagają testów z rabatami, kuponami, różnymi metodami płatności i dostawy, a także sprawdzenia, jak zamówienie zobaczą integracje z ERP i marketplace. Przykład takiej logiki, w której drobny błąd psuje stany w kilku systemach naraz, opisujemy we wpisie zestawy produktów w sklepie - logika stanów magazynowych.
Zgodność z platformą i innymi dodatkami
Moduł musi działać z wersją platformy, motywem i wtyczkami, które już masz, a także z ich przyszłymi aktualizacjami. W WooCommerce dobrym przykładem jest HPOS, czyli nowy sposób przechowywania zamówień w osobnych tabelach. Rozszerzenia deklarują w kodzie zgodność z tą funkcją, a ekran funkcji WooCommerce ostrzega o wtyczkach, które tego nie zrobiły (stan na lipiec 2026 - sprawdź aktualną dokumentację WooCommerce). Moduł, który odczytuje zamówienia bezpośrednio z bazy danych zamiast przez interfejsy WooCommerce, może przestać działać po takiej zmianie. W Shopify aplikacje korzystają z wersjonowanego API, które Shopify aktualizuje co kwartał (stan na lipiec 2026 - sprawdź zasady wersjonowania Shopify).
Panel ustawień, uprawnienia i język
Czy reguły mają być zaszyte w kodzie, czy zmieniane przez zespół w panelu? Panel ustawień wydłuża pracę, ale pozwala zmieniać konfigurację bez programisty. Do tego dochodzą uprawnienia (kto może zmieniać ustawienia), walidacja danych i wersje językowe, jeśli sklep sprzedaje za granicą.
Integracje z zewnętrznymi systemami
Każde połączenie z ERP, kurierem czy hurtownią to osobny projekt w projekcie: uwierzytelnianie, mapowanie danych, obsługa limitów i awarii po drugiej stronie, logi i alerty. Jeśli moduł ma wymieniać dane z innym systemem, wycena powinna pokazywać tę część osobno.
Stan obecnego sklepu
Ten sam moduł kosztuje mniej w uporządkowanym sklepie niż w takim, który przez lata obrastał poprawkami w motywie i dziesiątkami wtyczek. Programista musi najpierw zrozumieć, co już działa i co może kolidować z nowym kodem. Jeśli sklep nie ma kopii testowej, repozytorium ani dokumentacji wcześniejszych zmian, część wyceny pójdzie na ich odtworzenie. Warto o tym wiedzieć z góry, zamiast zaskakiwać się pozycją „analiza obecnego kodu” w ofercie.
Podsumowując, cenę modułu najmocniej podnoszą:
reguły biznesowe z wieloma wyjątkami i kombinacjami,
zmiany w cenach, stanach i zawartości zamówień,
praca na niestandardowym motywie lub przy wielu innych wtyczkach,
panel ustawień z uprawnieniami i wersjami językowymi,
połączenia z zewnętrznymi systemami i wymagania co do niezawodności,
brak środowiska testowego i dostępu do kopii sklepu.
Pełny koszt modułu - budowa, utrzymanie i zmiany
Koszt budowy to tylko pierwsza część rachunku. Moduł żyje tyle, ile sklep, a przez ten czas platforma, motyw i inne wtyczki są aktualizowane, procesy się zmieniają, a zespół zgłasza nowe potrzeby. Im bardziej moduł ingeruje w proces i im więcej ma połączeń, tym większy udział w koszcie całkowitym mają lata po wdrożeniu. Przykładowy podział pokazuje, jak inaczej rozkłada się koszt prostego rozszerzenia i modułu z integracją:
[#chart:wpr62b]
Utrzymanie obejmuje testy po aktualizacjach platformy i wtyczek, poprawki zgodności, reakcję na błędy i drobne zmiany. Najbezpieczniej sprawdzać moduł na kopii sklepu przed każdą większą aktualizacją, tak jak opisujemy we wpisie aktualizacje WooCommerce - jak bezpiecznie aktualizować wtyczki. Jeśli tego nie zaplanujesz, koszt i tak się pojawi, tylko w gorszym momencie - po awarii w środku sezonu.
Co powinna zawierać wycena własnego modułu
Porównując oferty, łatwo zestawić same kwoty i przeoczyć, że jedna obejmuje znacznie więcej pracy niż druga. Pozycje, które najczęściej znikają z tańszych wycen, to dokumentacja, testy na kopii sklepu, wdrożenie na produkcji i okres poprawek po starcie. Każda z nich wróci jako osobne zlecenie, jeśli nie ma jej w ofercie.
[#checklista] Sprawdź, czy wycena modułu obejmuje: analizę i potwierdzenie reguł na piśmie; listę scenariuszy testowych; testy na kopii sklepu z Twoim motywem i wtyczkami; panel ustawień i uprawnienia, jeśli są potrzebne; wdrożenie na produkcji; dokumentację dla zespołu i dla kolejnego programisty; okres poprawek błędów po starcie; kod w repozytorium dostępnym dla firmy; propozycję utrzymania po wdrożeniu.
Zapytaj też, jak wykonawca rozliczy zmiany zakresu w trakcie pracy i kto przetestuje moduł po Twojej stronie. Zmiana reguły po napisaniu kodu kosztuje kilka razy więcej niż ta sama zmiana na etapie opisu, dlatego decyzje o wyjątkach warto podjąć, zanim programista zacznie pisać.
Własny moduł czy gotowa wtyczka - jak porównać koszty
Gotowa wtyczka ma niższy koszt startu, a utrzymanie bierze na siebie jej autor w ramach licencji. Własny moduł kosztuje więcej na początku, ale robi dokładnie to, czego potrzebujesz, i nie dokłada funkcji, z których nie korzystasz. Uczciwe porównanie wymaga zestawienia kilku lat:
Policz koszt licencji gotowej wtyczki w perspektywie kilku lat i czas zespołu na obejścia tego, czego wtyczka nie robi.
Policz koszt budowy własnego modułu i jego utrzymania w tym samym okresie.
Sprawdź, czy gotowa wtyczka jest aktywnie rozwijana i zgodna z aktualną wersją platformy.
Oceń ryzyko: co się stanie, jeśli autor wtyczki przestanie ją rozwijać albo jeśli wykonawca modułu zakończy współpracę.
Rozważ wariant pośredni: gotowa wtyczka plus małe rozszerzenie, które dodaje brakującą regułę przez jej hooki.
Wariant pośredni często okazuje się najtańszy. Wiele rozbudowanych wtyczek udostępnia własne punkty rozszerzeń, więc brakującą funkcję można dopisać bez budowy całego modułu od zera. Warunkiem jest dokumentacja wtyczki i pewność, że autor nie zmieni tych punktów w kolejnej wersji. Przed decyzją poproś wykonawcę, żeby sprawdził to w dokumentacji i na kopii sklepu, a nie tylko w opisie wtyczki.
Jak zamówić własny moduł do sklepu i nie przepłacić
Na koszt modułu masz duży wpływ już na etapie zapytania. Dobrze przygotowane zamówienie skraca analizę, zmniejsza zapas na ryzyko w ofercie i pozwala porównać propozycje kilku wykonawców. Proces warto przejść w czterech krokach:
[#chart:wpr62c]
[#uwaga] Ustal w umowie, że kod modułu trafia do repozytorium, do którego Twoja firma ma dostęp, i określ zasady przeniesienia praw lub licencji do kodu. Zapisy o prawach autorskich przygotuj z prawnikiem. Moduł, którego kodu nie masz, wiąże Cię z jednym wykonawcą na cały czas jego używania.
Jak Vinson pomaga przy własnych modułach do sklepu
Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Zanim zaproponujemy własny moduł, sprawdzamy, czy problemu nie rozwiąże konfiguracja lub gotowe rozszerzenie. Gdy moduł jest potrzebny, rozpisujemy reguły i scenariusze testów, budujemy go z myślą o aktualizacjach platformy i planujemy utrzymanie. Jako autoryzowany partner Shoper i certyfikowany partner Base znamy też integracje, z którymi moduły najczęściej muszą współpracować. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Ile kosztuje własny moduł do sklepu internetowego?
To zależy od poziomu złożoności: drobne rozszerzenie jest wielokrotnie tańsze niż moduł zmieniający logikę cen i zamówień albo łączący sklep z ERP. Na cenę wpływają też panel ustawień, zgodność z innymi wtyczkami i testy. Do kosztu budowy dolicz utrzymanie w kolejnych latach.
Czy własny moduł jest droższy od gotowej wtyczki?
Na starcie zwykle tak, bo cały kod powstaje dla jednego sklepu. W dłuższym okresie różnica może się zmniejszyć, jeśli gotowa wtyczka wymaga drogich licencji albo obejść, które codziennie zajmują czas zespołu. Porównuj koszt w perspektywie kilku lat.
Ile kosztuje utrzymanie własnego modułu?
Zależy od tego, jak głęboko moduł ingeruje w sklep i z iloma systemami się łączy. Proste rozszerzenie wymaga głównie testów po aktualizacjach, a moduł z integracją także reakcji na zmiany API i awarie po drugiej stronie. Utrzymanie warto zaplanować w umowie od początku.
Czy moduł do WooCommerce przestanie działać po aktualizacji?
Może, jeśli korzysta z elementów, które platforma zmienia, albo omija jej interfejsy. Dobrze napisany moduł korzysta z hooków i funkcji WooCommerce oraz deklaruje zgodność z funkcjami takimi jak HPOS. Mimo to przed każdą większą aktualizacją warto przetestować go na kopii sklepu.
Do kogo należy kod modułu napisanego na zamówienie?
To zależy od umowy z wykonawcą. Warto zapisać przeniesienie praw lub zakres licencji oraz dostęp do repozytorium z kodem. Szczegóły zapisów skonsultuj z prawnikiem, bo zależą od formy współpracy.
Koszt własnego modułu to suma budowy i lat utrzymania, a najwięcej oszczędza dobrze opisany zakres. Jeśli chcesz sprawdzić, czy Twój sklep potrzebuje modułu na zamówienie, czy wystarczy gotowe rozwiązanie, sprawdź wsparcie programistyczne Vinson.
Czynniki ceny własnego modułu do sklepu
Dwa moduły z tego samego poziomu mogą mieć bardzo różne wyceny. O różnicy decydują szczegóły, które warto opisać już w zapytaniu ofertowym.
Liczba reguł i wyjątków
Reguła „dopłata 10% za grawer” jest prosta. Reguła „dopłata za grawer, ale nie dla produktów z promocji, maksymalnie 20 znaków, w trzech językach, z podglądem” to już kilkanaście przypadków do zaprogramowania i przetestowania. Spisz reguły w punktach i przy każdej zaznacz wyjątki - to najlepiej przewiduje liczbę godzin.
Ingerencja w koszyk, ceny i zamówienia
Moduły, które zmieniają cenę, stan magazynowy albo zawartość zamówienia, są najbardziej ryzykowne, bo błąd kosztuje realne pieniądze. Wymagają testów z rabatami, kuponami, różnymi metodami płatności i dostawy, a także sprawdzenia, jak zamówienie zobaczą integracje z ERP i marketplace. Przykład takiej logiki, w której drobny błąd psuje stany w kilku systemach naraz, opisujemy we wpisie zestawy produktów w sklepie - logika stanów magazynowych.
Zgodność z platformą i innymi dodatkami
Moduł musi działać z wersją platformy, motywem i wtyczkami, które już masz, a także z ich przyszłymi aktualizacjami. W WooCommerce dobrym przykładem jest HPOS, czyli nowy sposób przechowywania zamówień w osobnych tabelach. Rozszerzenia deklarują w kodzie zgodność z tą funkcją, a ekran funkcji WooCommerce ostrzega o wtyczkach, które tego nie zrobiły (stan na lipiec 2026 - sprawdź aktualną dokumentację WooCommerce). Moduł, który odczytuje zamówienia bezpośrednio z bazy danych zamiast przez interfejsy WooCommerce, może przestać działać po takiej zmianie. W Shopify aplikacje korzystają z wersjonowanego API, które Shopify aktualizuje co kwartał (stan na lipiec 2026 - sprawdź zasady wersjonowania Shopify).
Panel ustawień, uprawnienia i język
Czy reguły mają być zaszyte w kodzie, czy zmieniane przez zespół w panelu? Panel ustawień wydłuża pracę, ale pozwala zmieniać konfigurację bez programisty. Do tego dochodzą uprawnienia (kto może zmieniać ustawienia), walidacja danych i wersje językowe, jeśli sklep sprzedaje za granicą.
Integracje z zewnętrznymi systemami
Każde połączenie z ERP, kurierem czy hurtownią to osobny projekt w projekcie: uwierzytelnianie, mapowanie danych, obsługa limitów i awarii po drugiej stronie, logi i alerty. Jeśli moduł ma wymieniać dane z innym systemem, wycena powinna pokazywać tę część osobno.
Stan obecnego sklepu
Ten sam moduł kosztuje mniej w uporządkowanym sklepie niż w takim, który przez lata obrastał poprawkami w motywie i dziesiątkami wtyczek. Programista musi najpierw zrozumieć, co już działa i co może kolidować z nowym kodem. Jeśli sklep nie ma kopii testowej, repozytorium ani dokumentacji wcześniejszych zmian, część wyceny pójdzie na ich odtworzenie. Warto o tym wiedzieć z góry, zamiast zaskakiwać się pozycją „analiza obecnego kodu” w ofercie.
Podsumowując, cenę modułu najmocniej podnoszą:
reguły biznesowe z wieloma wyjątkami i kombinacjami,
zmiany w cenach, stanach i zawartości zamówień,
praca na niestandardowym motywie lub przy wielu innych wtyczkach,
panel ustawień z uprawnieniami i wersjami językowymi,
połączenia z zewnętrznymi systemami i wymagania co do niezawodności,
brak środowiska testowego i dostępu do kopii sklepu.
Pełny koszt modułu - budowa, utrzymanie i zmiany
Koszt budowy to tylko pierwsza część rachunku. Moduł żyje tyle, ile sklep, a przez ten czas platforma, motyw i inne wtyczki są aktualizowane, procesy się zmieniają, a zespół zgłasza nowe potrzeby. Im bardziej moduł ingeruje w proces i im więcej ma połączeń, tym większy udział w koszcie całkowitym mają lata po wdrożeniu. Przykładowy podział pokazuje, jak inaczej rozkłada się koszt prostego rozszerzenia i modułu z integracją:
[#chart:wpr62b]
Utrzymanie obejmuje testy po aktualizacjach platformy i wtyczek, poprawki zgodności, reakcję na błędy i drobne zmiany. Najbezpieczniej sprawdzać moduł na kopii sklepu przed każdą większą aktualizacją, tak jak opisujemy we wpisie aktualizacje WooCommerce - jak bezpiecznie aktualizować wtyczki. Jeśli tego nie zaplanujesz, koszt i tak się pojawi, tylko w gorszym momencie - po awarii w środku sezonu.
Co powinna zawierać wycena własnego modułu
Porównując oferty, łatwo zestawić same kwoty i przeoczyć, że jedna obejmuje znacznie więcej pracy niż druga. Pozycje, które najczęściej znikają z tańszych wycen, to dokumentacja, testy na kopii sklepu, wdrożenie na produkcji i okres poprawek po starcie. Każda z nich wróci jako osobne zlecenie, jeśli nie ma jej w ofercie.
[#checklista] Sprawdź, czy wycena modułu obejmuje: analizę i potwierdzenie reguł na piśmie; listę scenariuszy testowych; testy na kopii sklepu z Twoim motywem i wtyczkami; panel ustawień i uprawnienia, jeśli są potrzebne; wdrożenie na produkcji; dokumentację dla zespołu i dla kolejnego programisty; okres poprawek błędów po starcie; kod w repozytorium dostępnym dla firmy; propozycję utrzymania po wdrożeniu.
Zapytaj też, jak wykonawca rozliczy zmiany zakresu w trakcie pracy i kto przetestuje moduł po Twojej stronie. Zmiana reguły po napisaniu kodu kosztuje kilka razy więcej niż ta sama zmiana na etapie opisu, dlatego decyzje o wyjątkach warto podjąć, zanim programista zacznie pisać.
Własny moduł czy gotowa wtyczka - jak porównać koszty
Gotowa wtyczka ma niższy koszt startu, a utrzymanie bierze na siebie jej autor w ramach licencji. Własny moduł kosztuje więcej na początku, ale robi dokładnie to, czego potrzebujesz, i nie dokłada funkcji, z których nie korzystasz. Uczciwe porównanie wymaga zestawienia kilku lat:
Policz koszt licencji gotowej wtyczki w perspektywie kilku lat i czas zespołu na obejścia tego, czego wtyczka nie robi.
Policz koszt budowy własnego modułu i jego utrzymania w tym samym okresie.
Sprawdź, czy gotowa wtyczka jest aktywnie rozwijana i zgodna z aktualną wersją platformy.
Oceń ryzyko: co się stanie, jeśli autor wtyczki przestanie ją rozwijać albo jeśli wykonawca modułu zakończy współpracę.
Rozważ wariant pośredni: gotowa wtyczka plus małe rozszerzenie, które dodaje brakującą regułę przez jej hooki.
Wariant pośredni często okazuje się najtańszy. Wiele rozbudowanych wtyczek udostępnia własne punkty rozszerzeń, więc brakującą funkcję można dopisać bez budowy całego modułu od zera. Warunkiem jest dokumentacja wtyczki i pewność, że autor nie zmieni tych punktów w kolejnej wersji. Przed decyzją poproś wykonawcę, żeby sprawdził to w dokumentacji i na kopii sklepu, a nie tylko w opisie wtyczki.
Jak zamówić własny moduł do sklepu i nie przepłacić
Na koszt modułu masz duży wpływ już na etapie zapytania. Dobrze przygotowane zamówienie skraca analizę, zmniejsza zapas na ryzyko w ofercie i pozwala porównać propozycje kilku wykonawców. Proces warto przejść w czterech krokach:
[#chart:wpr62c]
[#uwaga] Ustal w umowie, że kod modułu trafia do repozytorium, do którego Twoja firma ma dostęp, i określ zasady przeniesienia praw lub licencji do kodu. Zapisy o prawach autorskich przygotuj z prawnikiem. Moduł, którego kodu nie masz, wiąże Cię z jednym wykonawcą na cały czas jego używania.
Jak Vinson pomaga przy własnych modułach do sklepu
Zapewniamy wsparcie programistyczne dla sklepów i sprzedawców: integracje, automatyzacje, poprawki i rozwój sklepów oraz narzędzi. Zanim zaproponujemy własny moduł, sprawdzamy, czy problemu nie rozwiąże konfiguracja lub gotowe rozszerzenie. Gdy moduł jest potrzebny, rozpisujemy reguły i scenariusze testów, budujemy go z myślą o aktualizacjach platformy i planujemy utrzymanie. Jako autoryzowany partner Shoper i certyfikowany partner Base znamy też integracje, z którymi moduły najczęściej muszą współpracować. Szczegóły znajdziesz na stronie Wsparcie programistyczne dla e-commerce.
Najczęściej zadawane pytania
Ile kosztuje własny moduł do sklepu internetowego?
To zależy od poziomu złożoności: drobne rozszerzenie jest wielokrotnie tańsze niż moduł zmieniający logikę cen i zamówień albo łączący sklep z ERP. Na cenę wpływają też panel ustawień, zgodność z innymi wtyczkami i testy. Do kosztu budowy dolicz utrzymanie w kolejnych latach.
Czy własny moduł jest droższy od gotowej wtyczki?
Na starcie zwykle tak, bo cały kod powstaje dla jednego sklepu. W dłuższym okresie różnica może się zmniejszyć, jeśli gotowa wtyczka wymaga drogich licencji albo obejść, które codziennie zajmują czas zespołu. Porównuj koszt w perspektywie kilku lat.
Ile kosztuje utrzymanie własnego modułu?
Zależy od tego, jak głęboko moduł ingeruje w sklep i z iloma systemami się łączy. Proste rozszerzenie wymaga głównie testów po aktualizacjach, a moduł z integracją także reakcji na zmiany API i awarie po drugiej stronie. Utrzymanie warto zaplanować w umowie od początku.
Czy moduł do WooCommerce przestanie działać po aktualizacji?
Może, jeśli korzysta z elementów, które platforma zmienia, albo omija jej interfejsy. Dobrze napisany moduł korzysta z hooków i funkcji WooCommerce oraz deklaruje zgodność z funkcjami takimi jak HPOS. Mimo to przed każdą większą aktualizacją warto przetestować go na kopii sklepu.
Do kogo należy kod modułu napisanego na zamówienie?
To zależy od umowy z wykonawcą. Warto zapisać przeniesienie praw lub zakres licencji oraz dostęp do repozytorium z kodem. Szczegóły zapisów skonsultuj z prawnikiem, bo zależą od formy współpracy.
Koszt własnego modułu to suma budowy i lat utrzymania, a najwięcej oszczędza dobrze opisany zakres. Jeśli chcesz sprawdzić, czy Twój sklep potrzebuje modułu na zamówienie, czy wystarczy gotowe rozwiązanie, sprawdź wsparcie programistyczne Vinson.


Łukasz Palej
Technical Implementation Expert
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wdraża integracje i rozwiązania IT dla e-commerce: sklepy, feedy produktowe, przepływ danych między systemami.
Wsparcie programistyczne dla e-commerce
Łukasz i nasz zespół pomogą Ci wdrożyć to na Twoim koncie - bez zobowiązań.
- Analiza Twojego konta i obecnych działań
- Konkretny plan poprawek do wdrożenia
- Bezpłatna konsultacja – bez zobowiązań

Przeczytaj także
Więcej porad z naszej bazy wiedzy - przesuń, aby zobaczyć kolejne artykuły.
Masz pytania? Chętnie porozmawiamy!
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.
Masz pytania? Chętnie porozmawiamy!
Odpowiadamy w ciągu 24 godzin w dni robocze. Pierwsza rozmowa jest bezpłatna i do niczego nie zobowiązuje.

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."

Bartłomiej Stokłosa
CEO & Founder
"Jeżeli czegoś nie da się zrobić, potrzebny jest ktoś, kto o tym nie wie - przyjdzie i to zrobi."
Wybierz dogodny termin w kalendarzu - bez wymiany maili w tę i z powrotem.
Napisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation ExpertNapisz do nas
Opisz krótko, czego potrzebujesz - oddzwonimy lub odpiszemy w ciągu 24 godzin w dni robocze.
Na zapytanie odpowie Łukasz Palej, Technical Implementation Expert