Widełki na 2025 r. są znane: mikro sklep WooCommerce do 300 zamówień/mc to 250–600 zł netto/mc, sklep średni z kilkoma integracjami 900–1800 zł netto/mc, a sklep z ERP, sprzedażą wielokanałową i własnymi modułami 1800–3500 zł netto/mc. Prace rozwojowe poza abonamentem rozlicza się stawkowo – 130–220 zł netto/h. To widełki rynkowe, a nie sztywny cennik DropDigital. Poniżej rozbijamy, co siedzi w abonamencie, co jest płatne osobno i który model rozliczeń ma sens w Twojej sytuacji.
Jeśli szukasz jednej liczby, masz ją poniżej. Trzy przedziały pokrywają większość sklepów w Bydgoszczy i okolicach:
Przykład z życia: sklep z Bydgoszczy, 40 wtyczek, 1200 zamówień/mc, integracja z Subiektem. Abonament 1200 zł netto/mc z 4 h prac drobnych w cenie. W miesiącu, w którym doszedł nowy przewoźnik z mapą punktów, doszło 6 h × 160 zł = 960 zł netto.
Te same przedziały obowiązują w innych miastach – możesz porównać widełki dla sklepów w Szczecinie. Jeśli chcesz najpierw wiedzieć, co siedzi w podstawowym pakiecie, zajrzyj do sekcji utrzymanie stron internetowych.
Zastrzeżenie: to widełki rynkowe na 2025 r., a nie sztywny cennik DropDigital. Konkretną kwotę wyceniamy po audycie: liczba wtyczek, integracje, wolumen zamówień, środowisko hostingowe i to, czy sklep ma środowisko testowe.
| Typ sklepu | Zamówienia / mc | Co wpływa na cenę | Widełki netto / mc |
|---|---|---|---|
| Mikro WooCommerce | do 300 | liczba wtyczek, szablon, liczba metod płatności | 250–600 zł |
| Średni z integracjami | 500–2000 | synchronizacja z Subiektem/BaseLinkerem, moduły wysyłki | 900–1800 zł |
| Z ERP i wielokanałowy | bez limitu | API ERP, Allegro/Amazon, moduły custom | 1800–3500 zł |
| Prace rozwojowe | – | specjalizacja: frontend / DevOps / integracje | 130–220 zł/h |
Najczęstszy spór o koszty nie dotyczy stawki, a zakresu. Podział wygląda tak:
W abonamencie:
Poza abonamentem, rozliczane stawkowo:
Definicja „drobnej zmiany”: do 30 minut pracy jednej osoby, bez zmian w strukturze bazy i bez edycji plików szablonu. Wszystko powyżej to praca projektowa wyceniana osobno.
Brak tej granicy w umowie to najczęstsza przyczyna rozczarowania po podpisaniu: klient czyta „opieka techniczna” jako „wszystko w cenie”, wykonawca jako „utrzymanie w działaniu”. Zanim podpiszesz, porównaj zakres opieki dla sklepów z Bydgoszczy z tym, co masz w projekcie umowy.
1. Stawka godzinowa (pay-as-you-go). 130–220 zł netto/h, faktura po wykonaniu. Płacisz wyłącznie za realnie przepracowany czas i nie masz gwarantowanego czasu reakcji – zgłoszenie trafia do kolejki, przy pełnym grafiku to 1–3 dni roboczych. Sensowna, gdy sklep jest stabilny i schodzi na niego 0–2 h/mc.
2. Pakiet godzin. Np. 10 h/mc z rolloverem 30 dni. Cena jest 10–20% niższa niż pojedyncze godziny: przy 160 zł/h pakiet wychodzi około 1300–1440 zł netto. Dobry dla sklepów z regularnym backlogiem – opisy produktów, poprawki UX, drobne moduły. Czytaj zapis o przepadaniu godzin: 30 dni to standard, 60 dni to już ustępstwo wykonawcy.
3. Retainer z SLA. Stała kwota miesięczna plus gwarantowany czas reakcji (8 h, 4 h, 1 h) i okno naprawcze dla awarii krytycznej (typowo 24 h, 8 h, 4 h). Płacisz nie tylko za pracę, ale też za gotowość – dlatego cena jest zwykle 20–40% wyższa niż równowartość godzin w pakiecie. Ma sens tam, gdzie godzina przestoju to tysiące złotych utraconego obrotu.
| Model | Koszt | Przewidywalność budżetu | Czas reakcji | Kto ponosi ryzyko |
|---|---|---|---|---|
| Stawka godzinowa | 130–220 zł netto/h | niska – zależy od liczby zgłoszeń | brak gwarancji, kolejka 1–3 dni roboczych | klient |
| Pakiet godzin | 10–20% taniej niż pojedyncze godziny | średnia – stała opłata, zmienne zużycie | 1 dzień roboczy | dzielone |
| Retainer z SLA | stała kwota, +20–40% nad pakietem | wysoka | 8 h / 4 h / 1 h + okno naprawcze | wykonawca |
Kiedy retainer się nie opłaca? Gdy sklep nie jest rozwijany, nie ma integracji, sprzedaje w jednym kanale i schodzi na niego 1–2 h prac w miesiącu. Wtedy zostajesz na modelu godzinowym plus stały abonament utrzymaniowy obejmujący kopie, aktualizacje i monitoring – opis stałej opieki nad stroną i sklepem masz w naszym hubie. Płać za gotowość tylko wtedy, gdy faktycznie potrzebujesz reakcji w godzinach.
Dwa sklepy z podobnym obrotem mogą dostać wyceny różniące się nawet trzykrotnie. Nie chodzi o uznaniowość, ale o liczbę miejsc, które trzeba co miesiąc sprawdzić, zaktualizować i przetestować. Poniżej sześć czynników, które w praktyce decydują o stawce.
| Czynnik | Sklep „prosty” | Sklep „trudny” | Orientacyjny wpływ na abonament |
|---|---|---|---|
| Platforma | WooCommerce, aktualne wtyczki, PHP 8.3 | PrestaShop 1.7 + moduły bez wsparcia | +200–600 zł netto/mc |
| Integracje | 2 (płatności + 1 kurier) | 8 (kurierzy, ERP, marketplace, księgowość) | +300–800 zł netto/mc |
| Modyfikacje rdzenia | Zmiany tylko w child theme | Nadpisane pliki core, brak changelogu | +200–700 zł netto/mc |
| Ruch i sezonowość | Stały ruch, 500 wizyt/dzień | 10x skok w Black Week | +150–500 zł netto/mc |
| Hosting i bezpieczeństwo | VPS, WAF, backup dzienny | Shared, PHP EOL, brak WAF | +200–600 zł netto jednorazowo na start |
| Liczba kontaktów | 1 osoba | 5 działów | +100–300 zł netto/mc |
Nie wysyłamy kwoty „na oko” po jednym mailu. Wycena bez audytu jest zgadywaniem – i kończy się albo dopłatami, albo pracą poniżej kosztów.
Krok 1: bezpłatny audyt techniczny. Sprawdzamy wersje PHP i MySQL, wersję PrestaShop/WooCommerce oraz listę modułów i wtyczek z datą ostatniej aktualizacji. Do tego stan bazy (rozmiar, silnik tabel, liczba wierszy w tabelach zamówień), czasy odpowiedzi serwera (TTFB, LCP), konfiguracja cronów i kolejek mailowych, obecność i częstotliwość backupów oraz zawartość logów błędów. Efekt to krótki raport, zwykle 1–2 strony, z konkretnymi pozycjami do poprawy.
Krok 2: lista zadań na pierwszy miesiąc. Standardowo wychodzi 4–8 godzin porządkowania: aktualizacje krytyczne, wyłączenie nieużywanych wtyczek, naprawa crona, włączenie monitoringu i backupu poza hostingiem, usunięcie błędów z logów, poprawa konfiguracji PHP. Te zadania wyceniamy osobno jako pakiet startowy, bo to praca jednorazowa.
Krok 3: wycena w godzinach netto. Rozbijamy ją na część powtarzalną (aktualizacje, monitoring, kopie, ustalona pula godzin na drobne zgłoszenia) i jednorazową (sprzątanie, migracja PHP, optymalizacja). Wysyłamy liczbę godzin i kwotę netto – widzisz, za co płacisz.
Zasada, którą trzymamy: pracujesz bezpośrednio z deweloperem. Bez pośredników i bez doliczania marży na project managera, który przekazuje zlecenia dalej. Pełną listę usług opieki znajdziesz na stronie utrzymanie stron internetowych.
Mówimy wprost: nie mamy biura w Bydgoszczy. Pracujemy z Zamościa i Lublina, a sklepy obsługujemy zdalnie z całej Polski – to dotyczy także firm z Bydgoszczy i okolic.
Co to zmienia dla kosztów. Brak dojazdów to brak delegacji doliczanych do faktury (paliwo, czas, ewentualny nocleg) i brak dwóch godzin wyciętych z dnia na sam przejazd. Ta różnica realnie obniża stawkę – godziny, które inna firma zużyje na logistykę, u nas idą w pracę nad sklepem, a nie w podróż.
Czego brak lokalnego biura nie zmienia. Czas reakcji zależy od SLA, nie od odległości. Przykładowo: awaria blokująca sprzedaż (sklep nie odpowiada, nie działa płatność) – reakcja w ciągu 1 godziny w godzinach pracy; zgłoszenie zwykłe – do 1 dnia roboczego; zadanie rozwojowe – wycena i termin w ciągu 2 dni roboczych. Praca i tak dzieje się na serwerze: SSH, WP-CLI, analiza logów, kody odpowiedzi HTTP (5xx jako błąd serwera, 503 jako przeciążenie – zgodnie z semantyką opisaną w RFC 9110), wdrożenia przez repozytorium. Odległość między biurem a siedzibą klienta nie wpływa na żadną z tych czynności.
Kiedy warto spotkać się na miejscu. Przy pierwszym warsztacie przed dużą migracją (np. zmiana ERP albo przejście z PrestaShop na WooCommerce) i przy audycie wdrożenia przed sezonem. Taki wyjazd wyceniamy osobno: czas + dojazd. Zwykle wystarcza raz na projekt.
Ten sam model rozliczeń stosujemy w innych regionach – zobacz utrzymanie i opieka techniczna sklepów Zamość – cena 2025, gdzie rozpisaliśmy godziny i zakres abonamentu.
Tania oferta nie jest sama w sobie problemem. Problem zaczyna się wtedy, gdy cena 149 zł netto/mc wynika z tego, że w regulaminie „zadanie serwisowe” oznacza wyłącznie wykonanie kopii zapasowej. Zanim podpiszesz, sprawdź pięć rzeczy.
Pułapka 1: „nielimitowane godziny”. Nielimitowane bywa zwykle samo wykonywanie kopii. Zajrzyj do definicji zadania i do limitu – ile pozycji obejmuje abonament i jaka stawka obowiązuje powyżej. Brak stawki w ofercie to sygnał, że poznasz ją z pierwszej faktury.
Pułapka 2: brak SLA albo „reakcja w ciągu 48 h w dni robocze”. Sklep z 30 zamówieniami dziennie przez dwa dni przestoju traci około 60 transakcji. Reakcja to nie naprawa – pytaj osobno o czas reakcji i czas usunięcia awarii oraz o to, kto prowadzi kontakt z hostingiem.
Pułapka 3: opieka bez dostępu do serwera. Jeśli dostawca nie ma SSH, dostępu do panelu hostingu i strefy DNS, przy awarii infrastruktury może jedynie wysłać zgłoszenie i czekać razem z Tobą.
Pułapka 4: „licencje” doliczane co miesiąc. Poproś o listę wtyczek płatnych wraz z cenami odnowień i sprawdź, czy licencja jest zarejestrowana na Twoją domenę, czy na konto dostawcy. Druga wersja oznacza, że po rozstaniu tracisz dostęp do aktualizacji.
Pułapka 5: brak zapisu o przekazaniu kodu i dostępów. W umowie powinno stać, że po zakończeniu współpracy otrzymujesz repozytorium, bazę, dostępy do hostingu i DNS w ciągu 5 dni roboczych, bez dodatkowych opłat.
Osiem pytań, które wyślij oferentowi mailem:
Zestawienie standardowego zakresu abonamentu znajdziesz w opisie usługi utrzymania stron internetowych – porównaj go z tym, co proponuje oferent.
| Pułapka | Co sprawdzić w ofercie | Co wpisać do umowy |
|---|---|---|
| Nielimitowane godziny | Definicja zadania serwisowego i limit pozycji | Katalog zadań objętych abonamentem + stawka powyżej limitu |
| Brak SLA | Czas reakcji i czas naprawy | Osobne terminy dla P1 i P3, kara za przekroczenie |
| Brak dostępu do serwera | Zakres zarządzania infrastrukturą | Dostęp SSH, panel hostingu, strefa DNS |
| Miesięczne „licencje” | Lista wtyczek płatnych i ceny odnowień | Rejestracja licencji na domenę klienta |
| Brak przekazania kodu | Zapis o zakończeniu współpracy | Przekazanie repozytorium, bazy i dostępów w 5 dni roboczych |
Zanim poprosisz o wycenę, policz punkty. Jeśli zbierzesz 3 lub więcej, abonament przestaje być kosztem, a staje się tańszą alternatywą dla doraźnych napraw.
Kryteria techniczne:
Kryteria operacyjne:
Kryteria kosztowe: za pojedyncze poprawki płacisz częściej niż raz na kwartał i nie potrafisz powiedzieć, ile wydałeś w roku. Zsumuj 12 faktur. Jeśli wynik przekracza 12 × 600 zł, dla sklepu średniej wielkości abonament zwykle wychodzi taniej.
Kryteria bezpieczeństwa: brak 2FA do panelu sklepu i do hostingu, brak monitoringu plików (alert o zmianie plików PHP) i brak powiadomienia o logowaniu z nowego IP.
Sklep po incydencie kosztuje zwykle 3–5x więcej niż roczna opieka: sprzątanie malware, odtworzenie danych, przerwa w sprzedaży, w skrajnym przypadku zgłoszenie do UODO. Samo przywrócenie działającej wersji to zwykle 1–3 dni pracy. Po każdej aktualizacji warto też sprawdzić, czy nie pogorszyły się metryki ładowania – zmiany LCP i INP opisuje dokumentacja web.dev na temat Core Web Vitals.
| Obszar | Punkt | Jak sprawdzić w 5 minut |
|---|---|---|
| Technika | PHP poza wsparciem producenta | Panel hostingu lub phpinfo(), wersja silnika w panelu sklepu |
| Technika | Brak kopii zapasowych | Zapytaj, gdzie leży ostatnia kopia z ostatnich 7 dni |
| Operacje | Brak właściciela aktualizacji | Kto wykonał ostatnią aktualizację i kiedy |
| Operacje | Aktualizacje starsze niż 6 miesięcy | Historia zmian modułów w panelu |
| Koszty | Nieznany roczny wydatek na poprawki | Podsumowanie faktur za 12 miesięcy |
| Bezpieczeństwo | Brak 2FA i monitoringu plików | Ustawienia kont, logi logowań, alerty |
Nie zaczynamy od przebudowy sklepu. Pierwsze 14 dni służy uporządkowaniu tego, co już działa, i zabezpieczeniu Cię przed tym, co może się zepsuć w najbliższym kwartale.
Dzień 1–2: dostęp i podstawy. Potrzebujemy SSH do serwera, konta administratora w sklepie, dostępu do repozytorium, strefy DNS i Search Console. Bez tego nie da się niczego naprawić zdalnie, a każda awaria kończy się czekaniem na hosting. Konfigurujemy kopie zapasowe – baza i pliki codziennie, retencja 30 dni, jedna kopia poza serwerem – oraz monitoring: uptime sprawdzany co minutę z alertem SMS, monitoring błędów PHP i logów 500, powiadomienie o nieudanych logowaniach.
Dzień 3–7: aktualizacje na kopii. Stawiamy staging, robimy zrzut bazy i plików, aktualizujemy PHP, MySQL/MariaDB, silnik sklepu i moduły. Testujemy koszyk, płatności (Przelewy24, PayU, BLIK), generowanie etykiet i numerów przesyłki u kurierów, formularze oraz e-maile transakcyjne. Płatności sprawdzamy realną transakcją, a potem ją zwracamy. Na produkcję wchodzimy dopiero po testach, w oknie niskiego ruchu, z kopią i planem wycofania, gdyby coś się wysypało.
Dzień 8–14: raport. Dostajesz dokument z listą ryzyk w priorytetach P1–P3, opisem wykonanych prac i rekomendacjami na najbliższe 2–3 miesiące, z szacunkiem godzin. Dopiero na tej podstawie ustalamy, czy wystarczy stały abonament, czy potrzebujesz pakietu z pracami rozwojowymi.
Co dalej: napisz nam adres sklepu i przybliżoną liczbę zamówień miesięcznie, a widełki cenowe otrzymasz w ciągu 24 godzin. Identyczną kalkulację na innym rynku znajdziesz w materiale o utrzymaniu i opiece technicznej sklepów Szczecin – cena 2025.
| Etap | Co robimy | Efekt po Twojej stronie |
|---|---|---|
| Dzień 1–2 | Dostępy, kopie zapasowe, monitoring, inwentaryzacja | Sklep objęty alertami i kopiami off-site |
| Dzień 3–7 | Aktualizacja stacku na stagingu, testy koszyka i płatności | Zaktualizowana produkcja z planem wycofania |
| Dzień 8–14 | Raport z audytu, lista ryzyk P1–P3, rekomendacje | Plan prac na 2–3 miesiące z szacunkiem godzin |
Umowa nie definiuje „drobnej zmiany”, więc każda korekta treści kończy się dyskusją o dodatkowej fakturze.
Jak wykryć: Sprawdź w umowie lub załączniku, czy widzisz konkretny limit czasu (np. 30 minut) i zapis o zmianach w strukturze bazy danych.
Jak naprawić: Dopisz definicję: drobna zmiana to do 30 minut pracy, bez zmian w strukturze bazy danych i bez nowych integracji. Wszystko ponad to jest wyceniane osobno.
Wybór najtańszej opieki bez sprawdzenia zakresu – oferta „od 99 zł/mc” zwykle oznacza tylko kopie zapasowe i aktualizacje.
Jak wykryć: Poproś o listę czynności wliczonych w cenę i porównaj ją z tym, co realnie dzieje się w sklepie: wsparcie, poprawki po aktualizacjach, testy, monitoring koszyka.
Jak naprawić: Dopasuj zakres do skali sklepu. Dla mikro sklepu WooCommerce start to 250–600 zł netto/mc – poniżej tego poziomu zwykle brakuje godzin na reakcję w sytuacji awarii.
Traktowanie abonamentu jak budżetu rozwojowego – nowe funkcje i integracje nagle „nie mieszczą się” w opłacie miesięcznej.
Jak wykryć: Policz osobno godziny na utrzymanie i godziny na rozwój z ostatnich 3 miesięcy. Jeśli rozwój zjada więcej niż kilkanaście godzin, abonament go nie pokryje.
Jak naprawić: Rozdziel w umowie prace utrzymaniowe (abonament) od projektowych (130–220 zł netto/h) i planuj rozwój w osobnych zleceniach z wyceną.
Brak ustalonego czasu reakcji – przy awarii nikt nie wie, kiedy faktycznie zacznie się praca.
Jak wykryć: Zapytaj wprost, jaki jest gwarantowany czas reakcji w godzinach i czy obowiązuje także w weekendy oraz w dni świąteczne.
Jak naprawić: Wpisz SLA do umowy: 8h, 4h albo 1h od zgłoszenia w oknie godzinowym, plus okno naprawcze i jeden kanał zgłoszeń (mail lub panel).
Prace zlecane po stawce godzinowej bez estymacji – budżet rośnie, a efektu nie da się zweryfikować.
Jak wykryć: Sprawdź, czy przed startem prac dostajesz szacunek w godzinach wraz z zakresem i kryteriami odbioru.
Jak naprawić: Wymagaj wyceny przed rozpoczęciem. Ustal limit: przekroczenie szacunku o więcej niż 20% wstrzymuje prace do Twojej akceptacji.
Wszystko dzieje się na produkcji, bez sprawdzonej kopii zapasowej przed aktualizacją.
Jak wykryć: Zapytaj, kiedy ostatnio odtwarzano backup i czy aktualizacje modułów przechodzą przez środowisko testowe.
Jak naprawić: Ustal, że każda aktualizacja wtyczki lub modułu jest testowana na stagingu, a backup jest odtwarzalny – nie tylko „robiony”. Test odtworzenia warto powtarzać raz na kwartał.
Cena opieki technicznej sklepu w Bydgoszczy w 2025 r. mieści się między 250 a 3500 zł netto miesięcznie, a prace poza abonamentem kosztują 130–220 zł netto/h. O tym, gdzie trafisz w te widełki, decydują platforma, liczba integracji, modyfikacje rdzenia, ruch i stan hostingu – nie obroty same w sobie. Największe ryzyko finansowe nie leży w stawce, ale w umowie bez definicji drobnej zmiany i bez ustalonego czasu reakcji. Uporządkuj zakres, a dopiero potem negocjuj kwotę.
Widełki rynkowe na 2025 r. to: mikro sklep WooCommerce do 300 zamówień/mc – 250–600 zł netto/mc, sklep średni 500–2000 zamówień/mc z kilkoma integracjami – 900–1800 zł netto/mc, sklep z ERP, sprzedażą wielokanałową i własnymi modułami – 1800–3500 zł netto/mc. Prace rozwojowe poza abonamentem rozliczane są stawkowo: 130–220 zł netto/h, w zależności od specjalizacji. To widełki rynkowe, a nie sztywny cennik DropDigital – konkretna kwota zależy od zakresu i stanu sklepu.
Od sześciu czynników: platformy (PrestaShop ze starymi modułami generuje więcej pracy niż czysty WooCommerce na aktualnym stacku), liczby integracji z API, liczby własnych modyfikacji rdzenia, ruchu i sezonowości, stanu hostingu i bezpieczeństwa oraz liczby osób po Twojej stronie, które zgłaszają zadania. Dwa sklepy o podobnych obrotach mogą kosztować zupełnie różnie, jeśli jeden ma trzy integracje, a drugi dziesięć.
Zwykle tak – do ustalonego limitu godzin miesięcznie. Warto zapisać, że drobna zmiana to maksymalnie 30 minut pracy i nie dotyczy struktury bazy danych ani nowych integracji. Jeśli ten limit nie jest w umowie, to najczęstsza przyczyna sporu o dodatkowe koszty po pierwszym miesiącu współpracy.
Wtedy, gdy co miesiąc masz stały backlog prac utrzymaniowych i rozwojowych. Jeśli regularnie schodzi 5–8 godzin i więcej, pakiet godzin (10–20% taniej niż pojedyncze stawki) albo retainer z SLA wychodzą korzystniej. Model godzinowy zostaw dla sklepów stabilnych, bez rozwoju i bez nowych integracji – nie ma wtedy po co płacić za gwarantowany czas reakcji.
Zwykle nie. Optymalizacja wydajności wymagająca zmian w kodzie, cache, zapytaniach do bazy czy konfiguracji serwera to praca projektowa po stawce godzinowej. Warto mierzyć efekty twardymi metrykami – punktem wyjścia są Core Web Vitals, a przy planowaniu treści wytyczne Google dotyczące treści tworzonych dla ludzi.
Poprawki błędów wynikających z aktualizacji rdzenia i wtyczek są standardowo w abonamencie. Inaczej wygląda sytuacja, gdy awaria wynika z Twoich modyfikacji rdzenia albo starego, porzuconego modułu – wtedy naprawa to zwykle osobne zlecenie. Dlatego przed podpisaniem umowy warto ustalić, ile modyfikacji rdzenia jest w sklepie i kto ponosi ryzyko ich utrzymania.
Trzy rzeczy: miesięczny raport z listą prac i zużytych godzin, dostęp do repozytorium i logów zmian, oraz dowód odtworzenia kopii zapasowej. Jeśli nie dostajesz żadnego z tych elementów, abonament trudno zweryfikować. Punktem odniesienia dla całego zakresu jest strona utrzymanie stron internetowych, a wariant dla firm opisaliśmy w materiale utrzymanie i opieka techniczna sklepów Bydgoszcz dla firmy.
Jeśli chcesz wiedzieć, ile realnie kosztowałaby opieka Twojego sklepu – bez ogólników i bez zobowiązania – napisz do nas i podaj platformę, liczbę integracji oraz przybliżony ruch. Odeślemy zakres i widełki dopasowane do Twojej sytuacji.