Ile kosztują niestandardowe moduły i wtyczki w Zamościu? Widełki 2025

Wycena niestandardowego modułu do PrestaShop albo wtyczki do WooCommerce to zawsze liczba godzin pomnożona przez stawkę. Cennika „z sufitu” nie ma. Dwie firmy mogą podać 3 000 zł i 12 000 zł za opis, który brzmi identycznie — różnica siedzi w tym, jak oszacowały zakres i ile godzin widzą w środku.

Stawki netto w 2025 roku wyglądają tak:

• junior/mid deweloper: 100–180 zł/h,
• senior (własne moduły, integracje, architektura, migracje): 180–280 zł/h,
• Zamość i Lubelszczyzna: najczęściej 120–220 zł/h — koszty biura są niższe niż w Warszawie, ale stawka rośnie, gdy projekt wymaga doświadczenia w PrestaShop 8/9 albo w obsłudze HPOS w WooCommerce.

Z tych stawek wychodzą realne widełki projektowe. Poniżej zestawienie z typowymi przykładami:

• Prosty moduł (20–40 h): 2 500–7 000 zł netto.
• Średni moduł (40–80 h): 7 000–15 000 zł netto.
• Złożona wtyczka lub integracja (80–200 h): 15 000–40 000 zł netto i więcej.

Kontrola oferty jest prosta: poproś o rozbicie na pozycje — analiza, kod, testy, wdrożenie, dokumentacja. Jeśli wykonawca nie potrafi powiedzieć, ile godzin zajmie każdy etap, wycena jest zgadywaniem. Pamiętaj też, że 40 h po 150 zł/h to 6 000 zł netto plus 23% VAT. Oferta „2 500 zł za rozbudowany moduł z integracjami” prawie zawsze oznacza, że w środku nie ma testów, obsługi wyjątków albo dokumentacji. Zanim porównasz oferty, warto uporządkować zakres — pomoże ci w tym materiał o tym, jak wygląda organizacja pracy nad niestandardowymi modułami w Zamościu.

Co wpływa na cenę niestandardowego modułu? 8 czynników

Dwie funkcje opisane tak samo w mailu mogą kosztować 3 000 zł i 18 000 zł. Praca nie leży w samym ekranie, tylko w tym, co dzieje się pod nim. Osiem czynników, które realnie podnoszą liczbę godzin:

1. Liczba integracji. Jedno API to zwykle 8–40 h: dokumentacja (często tylko po angielsku i nieaktualna), środowisko testowe, obsługa błędów, limity zapytań. InPost, DPD i DHL to trzy osobne integracje, nie jedna „wysyłka”. Płatności, ERP (Subiekt, Comarch Optima) — każda kolejna pozycja dodaje godziny.
2. Złożoność logiki i wyjątków. Reguła „rabat od 500 zł” jest tania. Reguła z wyjątkami dla zamówień częściowo zrealizowanych, zwrotów i klientów hurtowych to 15–30 h.
3. Panel administracyjny. Lista w back office, filtry, uprawnienia dla ról, raport i eksport: 10–30 h. W PrestaShop to osadzenie taba w kontrolerze admina, w WooCommerce — własne ekrany w menu.
4. Migracja danych i zgodność ze starymi modułami. Najczęstsza pułapka: nowy moduł konfliktuje z istniejącym override klasy Order albo z wtyczką, która już modyfikuje koszyk.
5. Wielojęzyczność, wielowalutowość, podatki, rabaty. VAT UE, ceny brutto/netto, zaokrąglenia — to miejsce, gdzie błędy wychodzą dopiero na fakturach.
6. Bezpieczeństwo, RODO, logowanie i audyt. Walidacja wejścia, tokeny CSRF, escape danych, log kto i kiedy zmienił konfigurację.
7. Testy: jednostkowe, integracyjne, scenariusze brzegowe. Rozsądny budżet to 15–25% całości. Bez tego pierwszy miesiąc po wdrożeniu zjada oszczędność.
8. Dokumentacja i przekazanie wiedzy. README, opis hooków i ustawień, krótka sesja dla zespołu: 3–8 h.

Mechanikę hooków, override’ów i ObjectModel opisuje oficjalna dokumentacja dla deweloperów PrestaShop — warto zajrzeć przed rozmową z wykonawcą, żeby wiedzieć, o co pytać.

Custom moduł vs płatna wtyczka – co się bardziej opłaca?

Płatna wtyczka kosztuje zwykle 200–1 000 zł za rok licencji. Moduł pisany na zamówienie: 2 500–40 000 zł netto jednorazowo. Na pierwszy rzut oka wtyczka wygrywa zawsze — ale liczy się koszt całkowity w trzy lata, nie cena na start.

Policz trzy części. Pierwsza to licencja: 200–1 000 zł rocznie, czyli 600–3 000 zł w trzy lata. Druga to czas programisty na konflikty po aktualizacji WordPressa, WooCommerce albo PrestaShop — realnie 2–8 h rocznie, po 150–250 zł/h daje 900–6 000 zł. Trzecia to utrzymanie modułu własnego: 10–20% wartości wdrożenia rocznie na zgodność z nowymi wersjami PHP i sklepu. Moduł za 12 000 zł to więc 1 200–2 400 zł rocznie.

Kiedy wtyczka wystarczy: funkcja jest standardowa, potrzebna tysiącom firm, autor wydaje aktualizacje w ciągu dni od nowej wersji PHP lub sklepu, a licencja obejmuje wsparcie. Przed zakupem sprawdź datę ostatniej aktualizacji, liczbę instalacji i model cenowy — czy płacisz raz, czy co rok.

Kiedy custom jest jedynym sensem: funkcja wynika z twojego modelu sprzedaży i daje przewagę, której nie kupisz. Przykład: sklep z Zamościa sprzedający meble na wymiar z dostawą w okienku dwugodzinnym w obrębie miasta, z automatycznym doborem ekipy i kosztu. Żadna gotowa wtyczka tego nie obsłuży bez trzech kolejnych wtyczek i własnego kodu. Wtedy też spisz kryteria odbioru, zanim wybierzesz wykonawcę — kolejność prac opisujemy w tekście o organizacji pracy przy wtyczkach w Lublinie.

Uwaga na vendor lock-in: gdy autor porzuca wtyczkę, zostajesz z kodem, którego nie znasz i którego nikt nie chce utrzymywać. W module na zamówienie domagaj się kodu w repozytorium i praw do niego w umowie.

Jak wygląda wycena i wdrożenie modułu w DropDigital? Krok po kroku

Zaczynamy od bezpłatnej wstępnej analizy, która zajmuje 30–60 minut. Rozmawiamy o tym, co moduł ma robić, gdzie w sklepie leży problem i jakie systemy są już w użyciu: ERP, kurierzy, płatności. Na tym etapie nie podajemy ceny. Zbieramy dostępy (back office, SFTP/SSH, repozytorium) i sprawdzamy, czy zadanie w ogóle wymaga własnego kodu, czy wystarczy gotowa wtyczka z konfiguracją. To filtr, który w praktyce odsiewa część zapytań.

Drugi krok to warsztat wymagań i specyfikacja: 2–8 godzin. Spisujemy przypadki użycia i wyjątki — co zrobić, gdy kurier nie zwróci stawki, gdy produkt jest wycofany, gdy API ERP nie odpowiada. Ustalamy, w których hookach moduł się podepnie, czy potrzebne są własne tabele w bazie i czy konfiguracja ma trafić do panelu w back office. Efekt: dokument ze specyfikacją i wyceną w godzinach, rozbitą na etapy (analiza, backend, frontend, integracja API, testy, wdrożenie, dokumentacja). Jeśli najpierw chcesz uporządkować projekt po swojej stronie, opisujemy to w materiale o tym, jak zorganizować prace nad modułami w Zamościu.

Development to zwykle 20–200 godzin. Prosty moduł hookowy (dodatkowe pole w koszyku, własny sposób liczenia rabatu) zamknie się w 20–40 h. Integracja z zewnętrznym API to 60–120 h. Rozbudowane, wielokanałowe rozwiązania sięgają 200 h i więcej. Kod piszemy zgodnie z dokumentacją dla deweloperów PrestaShop — na hookach i własnych kontrolerach, bez nadpisywania plików core, bo override psuje późniejsze aktualizacje.

Testy robimy na kopii sklepu (staging): kopia bazy i plików, wyłączona indeksacja, te same wersje PHP i PrestaShop/WooCommerce co na produkcji. Wdrożenie na produkcję planujemy w oknie serwisowym, poza szczytem sprzedaży. Przekazujemy repozytorium Git, kod bez szyfrowanych sekcji, dokumentację (hooki, tabele, konfiguracja) i szkolenie 1–2 h z nagraniem.

Po wdrożeniu zostaje opieka: pakiet godzin miesięcznie i SLA z czasem reakcji, np. 24 h w dni robocze, z krótszą reakcją na zdarzenia krytyczne.

Przykładowe wyceny: 3 scenariusze dla sklepu z Zamościa

Scenariusz 1: moduł PrestaShop do niestandardowej logiki InPost/DPD. Chodzi np. o własne mapowanie metod dostawy, wybór paczkomatu w checkout, generowanie etykiety, nadawanie numeru przesyłki i aktualizację statusów zamówień. 30–50 h, 4 000–9 000 zł netto. Przy stawce 150 zł/h i 40 h wychodzi 6 000 zł — dlatego widełki są szerokie: wszystko zależy od tego, ile wyjątków musi obsłużyć kod.

Scenariusz 2: integracja WooCommerce z ERP (Subiekt GT, Comarch Optima). Synchronizacja stanów, cen, zamówień i faktur w dwie strony, z kolejką zadań i obsługą błędów: co się dzieje, gdy ERP nie odpowiada w nocy, gdy ten sam produkt został zmieniony w dwóch miejscach. 60–120 h, 10 000–25 000 zł netto. Najdroższa część to nie samo podłączenie API, tylko obsługa wyjątków i rozjazdów danych.

Scenariusz 3: wtyczka do konfiguratora produktu z wyceną dynamiczną (meble na wymiar, bramy, okna). Frontend liczy cenę w JavaScript, produkt trafia do koszyka z metadanymi, do zamówienia dołączany jest PDF. 40–80 h, 7 000–15 000 zł netto. Tu warto pilnować wydajności: ciężki skrypt konfiguratora potrafi popsuć Core Web Vitals i obniżyć pozycje w Google — mechanikę opisuje dokumentacja Web Vitals.

Co zawiera cena: analizę, kod, testy, wdrożenie i 30 dni gwarancji na błędy. Co może podnieść cenę: dodatkowe integracje (płatności, magazyn, program księgowy), migracja starych danych, nietypowe UI, wielojęzyczność i wielosklepowość. Gdy sklepów jest kilka, dochodzi osobny temat — organizacja pracy przy modułach w Lublinie i podział zadań między wdrożeniami.

Checklista: 12 pytań przed zamówieniem modułu lub wtyczki

Wydrukuj tę listę i zadaj pytania przed podpisaniem umowy, nie po wdrożeniu. Kolejność ma znaczenie, bo pierwsze punkty rozstrzygają o tym, czy oferta jest w ogóle porównywalna z innymi.

1. Czy wycena jest w godzinach i zawiera zakres prac? Kwota ryczałtowa bez zakresu to zaproszenie do sporu.
2. Ile godzin przypada osobno na analizę, development, testy i wdrożenie? Sama suma nie mówi, na czym wykonawca oszczędza.
3. Kto jest autorem kodu i czy przekazuje prawa? Chcesz kod bez szyfrowanych sekcji i przeniesione prawa majątkowe.
4. Czy dostanę repozytorium Git i kod źródłowy? Bez tego jesteś uwiązany u jednego wykonawcy.
5. Czy w cenie są testy, dokumentacja i wdrożenie? „Dopłata za wdrożenie” potrafi pojawić się dopiero na fakturze.
6. Jak wygląda wsparcie po wdrożeniu i SLA? Czas reakcji, czy jest w cenie, co uznajecie za zdarzenie krytyczne.
7. Czy wykonawca pracuje bezpośrednio, czy przez pośredników? Każde ogniwo to marża i dodatkowe opóźnienia.
8. Czy zna PrestaShop/WooCommerce od podszewki? Zapytaj o hooki, override, strukturę modułu i zgodność z wersją PHP.
9. Czy poda przykłady podobnych modułów? Interesuje Cię konkretna realizacja, nie lista stron w portfolio.
10. Czy moduł przetrwa aktualizację PrestaShop lub PHP? Kto poprawia po aktualizacji i na jakich zasadach.
11. Co się dzieje, gdy po wdrożeniu wyjdzie błąd? Ile dni gwarancji, kto płaci za poprawkę i w jakim terminie.
12. Czy są koszty cykliczne? Licencje, subskrypcje API, serwer, pakiet opieki.

Jeśli odpowiedzi są mgliste, to sygnał, że projekt nie jest jeszcze gotowy do wyceny. Porządek po stronie zamawiającego skraca development i obniża końcowy rachunek — wracamy do tego w tekście o porządku pracy nad modułami w Chełmie.

Pułapki przy zamawianiu modułów w Zamościu i jak je wykryć

Najczęstsza pułapka to wycena ryczałtowa bez specyfikacji. Dostajesz mail z kwotą „4 000 zł za moduł”, a po dwóch tygodniach okazuje się, że nie obejmuje eksportu do CSV, obsługi wielu walut ani panelu ustawień w back office. Każda taka luka to dopłata. Zanim podpiszesz, poproś o jednostronicowy zakres: lista funkcji, integracje (API kuriera, hurtowni, fakturowania), typy użytkowników, formatki eksportu i kryteria akceptacji. Jeśli szukasz gotowego schematu, zobacz, [jak zorganizować prace nad niestandardowym modułem](https://dropdigital.pl/niestandardowe-moduly-i-wtyczki-zamosc-organizacja).

Drugi sygnał: brak środowiska staging i testów. Gdy wykonawca pisze moduł bezpośrednio na produkcji, każdy błąd w PHP widzi klient, nie tester. Pytaj o kopię sklepu na subdomenę (np. staging.twojsklep.pl), o testy logiki i o to, kto wdraża zmiany poza godzinami ruchu. W PrestaShop wystarczy błędna modyfikacja w hooku actionCartSave, żeby koszyk zaczął gubić produkty w środku kampanii — a wtedy nie testujesz już modułu, tylko ratujesz sprzedaż. Dokumentacja hooków i struktury modułów jest publiczna, więc wykonawca nie może tłumaczyć się brakiem wiedzy ([PrestaShop Developer Documentation](https://devdocs.prestashop-project.org/)).

Trzecia pułapka: brak przekazania kodu źródłowego. Praca przez FTP, bez repozytorium, oznacza, że przy zmianie wykonawcy zaczynasz od zera. Ustal dostęp do GitHuba, GitLaba lub Bitbucketa od pierwszego dnia, a w umowie wpisz przekazanie majątkowych praw autorskich oraz plik README z opisem instalacji i konfiguracji. Czwarta: ukryte licencje — wtyczka za 199 zł może mieć roczną subskrypcję 149 zł i limit domen. Piąta: jeden deweloper bez dokumentacji, który znika razem z wiedzą o kodzie.

Zadaj pięć pytań przed zamówieniem: ile godzin zakłada wycena i co przy zmianie zakresu, gdzie jest repozytorium i czy masz do niego dostęp, jakie testy i na jakim środowisku zostaną wykonane, czy po odbiorze kod i prawa przechodzą na ciebie, jakie opłaty wrócą w kolejnych latach.

Ile kosztuje utrzymanie modułu po wdrożeniu? SLA i opieka

Wdrożenie to połowa kosztu, druga połowa to utrzymanie. Realia lokalne wyglądają tak: pakiet podstawowy to 300–800 zł netto miesięcznie, rozszerzony 800–1 500 zł netto miesięcznie, a prace rozwojowe po starcie rozliczane są stawką 120–220 zł/h — taką samą jak przy pierwszym wdrożeniu. Warto to wpisać w budżet z góry, bo moduł nie jest produktem, który „się kończy”.

Pakiet podstawowy obejmuje aktualizacje PrestaShop lub WooCommerce i modułów raz w miesiącu, kopie zapasowe bazy i plików, monitoring dostępności sklepu oraz czas reakcji 24 h w dni robocze. Pakiet rozszerzony dodaje aktualizacje w oknie 7 dni od wydania nowej wersji, środowisko staging przed wdrożeniem, testy regresji koszyka i płatności, monitoring wydajności (LCP, INP, CLS) oraz raport miesięczny. To nie fanaberia: wolne ładowanie i przesunięcia layoutu przekładają się na konwersję, a ich pomiar opisuje [web.dev – Web Vitals](https://web.dev/articles/vitals).

Kluczowe jest rozróżnienie w SLA: czas reakcji to nie czas naprawy. Wiele umów obiecuje „reakcję w 4 h”, ale milczy o tym, kiedy problem zostanie usunięty. Zapisz, co uznajecie za incydent krytyczny — sklep nie przyjmuje zamówień, bramka płatności zwraca błąd, brak dostępu do panelu — oraz jak zgłaszasz problemy (mail, telefon, formularz) i w jakich godzinach.

Tanie utrzymanie bywa droższe. Sześć godzin przestoju w poniedziałek przy 15 zamówieniach na godzinę i średniej wartości 200 zł to około 18 000 zł utraconych zamówień, plus koszt obsługi zdenerwowanych klientów i spadek pozycji w Google. Opieka za 200 zł miesięcznie nie pokryje takiego zdarzenia.

Dlaczego firmy z Zamościa i Lubelszczyzny wybierają DropDigital?

Pracujesz bezpośrednio z deweloperem, który pisze kod — bez pośredników i handlowców doliczających marżę. Jedna osoba przyjmuje zgłoszenie, wycenia je i realizuje. Dla firmy z Zamościa oznacza to krótszą drogę: pytanie zadane rano dostaje konkretną odpowiedź tego samego dnia, a nie po przejściu przez trzy szczeble. Jeśli chcesz najpierw przygotować materiały do rozmowy, pomocne będzie [uporządkowanie wymagań przed wyceną](https://dropdigital.pl/niestandardowe-moduly-i-wtyczki-zamosc-organizacja).

Druga zasada: budujemy własne moduły zamiast łatać sklep kolejnymi płatnymi wtyczkami. Pięć dodatków po 149 zł rocznie to 745 zł opłat, rosnące ryzyko konfliktów przy aktualizacji i brak kontroli nad kodem. Jeśli funkcja jest specyficzna dla twojego procesu — indywidualny cennik dla kontrahentów B2B, wycena konfiguratora, nietypowa wysyłka — piszemy moduł. Jeśli problem rozwiązuje gotowe narzędzie za 200 zł, mówimy to wprost i nie sprzedajemy godziny pracy.

Trzecia zasada: wycena z liczby godzin, nie z cennika z sufitu. Prostą walidację NIP w formularzu zamówienia liczymy na 12–16 h, co przy stawce 160 zł/h daje 1 920–2 560 zł netto. Moduł integrujący sklep z systemem ERP to zwykle 120–200 h i tu cena wynika z liczby integracji oraz jakości API po drugiej stronie, a nie z widzimisię wykonawcy.

Czwarta: opieka po wdrożeniu i jasne SLA, więc nie zostajesz sam po odbiorze. Działamy dla firm z Zamościa, Lublina i okolic — także z Chełma, Hrubieszowa, Narola i Bełżca, o czym piszemy przy okazji [organizacji pracy przy wtyczkach w Lublinie](https://dropdigital.pl/niestandardowe-moduly-i-wtyczki-lublin-organizacja). Wstępna wycena jest bezpłatna: wystarczy opis procesu i dostęp do wersji testowej sklepu.

Najczęstsze błędy i jak je wykryć

Lista kontrolna do odklikania

• Zakres prac opisany punktami — Przed podpisaniem umowy sprawdź, czy każda funkcja jest wypisana osobno, a nie zbita w jedno zdanie typu „integracja z systemem magazynowym”.
• Wycena w godzinach i stawka — Sprawdź, czy oferta podaje liczbę godzin oraz stawkę netto za godzinę. Bez tego nie porównasz dwóch ofert.
• Etapy z kamieniami milowymi — Ustal, co zobaczysz po analizie, po połowie prac i przed wdrożeniem. Dobre praktyki to demo na kopii sklepu, nie tylko „będzie gotowe”.
• Środowisko testowe — Zapytaj, czy testy odbędą się na kopii sklepu i kto je prowadzi — wykonawca sam, czy wspólnie z Tobą na liście scenariuszy.
• Prawa autorskie i repozytorium — Sprawdź, czy umowa zawiera przeniesienie praw majątkowych oraz termin przekazania kodu po opłaceniu faktury.
• Dokumentacja i szkolenie — Ustal, w jakiej formie dostaniesz opis konfiguracji i czy przewidziano szkolenie dla osoby obsługującej sklep.
• Gwarancja i wsparcie po wdrożeniu — Sprawdź długość okresu gwarancyjnego (typowo 30 dni) i warunki dalszego wsparcia oraz czas reakcji na zgłoszenie.
• Wersje oprogramowania — Zapisz, na jakiej wersji PrestaShop, WooCommerce, PHP i bazy danych moduł ma działać. To kluczowe, jeśli planujesz aktualizację sklepu w najbliższym roku.
• Integracje i dostępy po Twojej stronie — Ustal, kto dostarcza klucze API (InPost, DPD, DHL, płatności, ERP) i na czyim koncie działają. Nie zostawiaj kont technicznych na koncie wykonawcy.
• Migracja danych ze starych modułów — Jeśli zastępujesz istniejące rozwiązanie, zapytaj, co stanie się z danymi historycznymi i konfiguracją — to często dodatkowe 5–15 h.
• Bezpieczeństwo i dane osobowe — Sprawdź, czy moduł loguje operacje, rozdziela uprawnienia i nie zapisuje danych osobowych w sposób sprzeczny z RODO.
• Koszt utrzymania w kolejnych latach — Zapytaj o koszt aktualizacji po zmianie wersji sklepu lub API zewnętrznego — dopiero licencja plus utrzymanie daje pełny obraz kosztu.

Najczęściej zadawane pytania

Źródła i materiały

• Google Search Central – Core Web Vitals
• Google Search Central – tworzenie treści dla ludzi
• Google Search Central – dane strukturalne
• PrestaShop – dokumentacja dla deweloperów
• web.dev – Core Web Vitals