Wdrożenie WooCommerce to w praktyce 2,5–60 tys. zł netto — różnica bierze się nie z nazwy miasta, a z liczby godzin pracy. Przy stawce 120–180 zł/h netto cały rachunek sprowadza się do tego, ile rekordów ma Twój katalog, z iloma systemami musi się łączyć sklep i kto dostarcza treści. Poniżej znajdziesz część organizacyjną: najczęstsze błędy, które podbijają cenę, checklistę do rozmowy z wykonawcą i pytania, które warto zadać przed podpisaniem umowy. Konkretne widełki dla czterech wariantów sklepu znajdziesz w pierwszej sekcji artykułu.
Zacznijmy od liczb, bo one decydują o reszcie rozmowy. Poniższe widełki to kwoty netto za pracę wdrożeniową — bez licencji wtyczek, hostingu, domeny i treści. Bazują na stawce 120–180 zł/h netto: 120 zł/h, gdy projekt prowadzi mid-level developer pod nadzorem, 180 zł/h, gdy kod pisze senior i podejmuje decyzje architektoniczne (integracje, wydajność, migracja danych).
Nie płacisz za nazwę miasta — płacisz za godziny. Sklep na 250 produktach w Zamościu i identyczny sklep pod Lublinem wycenione zostaną tak samo. Różnice w ofertach wynikają prawie zawsze z innego zakresu, nie z geografii.
Weźmy wdrożenie za 15 000 zł i rozbijmy je na fazy. Przy 150 zł/h to około 100 godzin pracy:
Pełny zakres takiego projektu, z podziałem na etapy i odpowiedzialności, opisujemy w materiale o wdrożeniach i optymalizacji WooCommerce w Zamościu dla firmy.
Czego te kwoty nie obejmują:
| Wariant sklepu | Co zawiera | Widełki netto | Czas pracy (przy 150 zł/h) |
|---|---|---|---|
| Sklep startowy do 300 produktów | Rdzeń WooCommerce, prosty szablon, 1–2 integracje, podstawowa wysyłka i płatności | 6–12 tys. zł | 40–80 h |
| Sklep średni 300–2000 produktów | Warianty produktów, kilka metod wysyłki, integracje z kurierami i fakturami, przebudowa szablonu | 12–28 tys. zł | 80–190 h |
| Sklep B2B | Grupy klientów, indywidualne cenniki, progi rabatowe, płatności odroczone, limity zakupowe | 25–60 tys. zł | 170–400 h |
| Optymalizacja istniejącego sklepu | Audyt wydajności, cache, kompresja zdjęć, poprawki Core Web Vitals, porządki w bazie | 2,5–8 tys. zł | 17–53 h |
Cena rośnie w przewidywalny sposób. Poniżej osiem czynników, które najczęściej odpowiadają za różnicę między ofertą za 8 tys. a ofertą za 35 tys. zł. Przejdź przez nie po kolei i oceń własny projekt — zanim wyślesz zapytanie.
Masz listę funkcji z godzinami? Dopiero wtedy zestawiaj oferty. Więcej o porządkowaniu zakresu piszemy w tekście o organizacji wdrożenia WooCommerce w Zamościu.
Wdrożenie da się rozłożyć na przewidywalną sekwencję z checkpointami. Poniżej etapy w kolejności, w jakiej powinny następować, z godzinami i konkretnym efektem, który odbierasz przed przejściem dalej.
Etap 0 — warsztat briefowy (6–10 h). Rozmowa, w której spisujemy funkcje w formie user stories i szacujemy godziny. Efekt: dokument wymagań podpisany przez obie strony. Bez niego każda zmiana zakresu kończy się sporem o pieniądze.
Etap 1 — środowisko staging (3–6 h). Osobny kontener VPS, oddzielona baza danych, wyłączone indeksowanie, e-maile przekierowane na adresy testowe. Staging nie dotyka bazy produkcyjnej, więc wycofanie zmian przed publikacją jest bezkosztowe.
Etap 2 — konfiguracja rdzenia (12–20 h). WooCommerce → Ustawienia: Produkty, Podatki, Wysyłka (strefy i metody), Płatności, E-maile. Test dostarczalności e-maili to osobny punkt — bez SPF, DKIM i DMARC potwierdzenia zamówień wpadają do spamu.
Etap 3 — integracje i moduły (10–30 h). Kolejność od najmniej ryzykownych do najbardziej: najpierw feedy i program do faktur, na końcu płatności i ERP. Każda integracja z własnym testem i logiem błędów.
Etap 4 — migracja danych (8–16 h). Dwa przebiegi: testowy na staging, potem finalny w oknie serwisowym w godzinach najniższego ruchu. Zawsze backup bazy przed importem. Szczegóły techniczne importu opisuje dokumentacja WooCommerce.
Etap 5 — testy odbiorowe (8–14 h). Lista co najmniej 15 scenariuszy: zakup gościa, zakup z konta, zwrot, zmiana statusu zamówienia, e-mail potwierdzający, płatność odrzucona, kod rabatowy, wysyłka zagraniczna.
Etap 6 — publikacja (4–8 h). Przekierowania 301, sitemapa w Google Search Console, monitoring przez 48 h po starcie: logi PHP, kolejka e-maili, WP-Cron.
| Etap | Godziny | Efekt / checkpoint |
|---|---|---|
| 0. Warsztat briefowy | 6–10 h | Dokument wymagań z szacunkiem godzinowym, podpisany przez obie strony |
| 1. Staging | 3–6 h | Działające środowisko testowe, baza oddzielona od produkcji |
| 2. Konfiguracja rdzenia | 12–20 h | Ustawienia produktów, podatków, wysyłki, płatności i e-maili gotowe do testów |
| 3. Integracje | 10–30 h | Każda integracja przetestowana osobno, z logiem błędów |
| 4. Migracja danych | 8–16 h | Produkty, warianty, zdjęcia i kategorie wgrane, przekierowania 301 ustawione |
| 5. Testy odbiorowe | 8–14 h | 15 scenariuszy zakupowych zaliczonych, lista poprawek domknięta |
| 6. Publikacja i monitoring | 4–8 h | Sklep publiczny, sitemapa zgłoszona, 48 h obserwacji logów |
Budżet na optymalizację warto wydawać w kolejności realnego wpływu, a nie według tego, co najłatwiej sprzedać. W praktyce wąskie gardła układają się zawsze podobnie:
| Wąskie gardło | Objaw | Jak sprawdzić |
|---|---|---|
| Hosting i baza MySQL | skoki TTFB przy ruchu, przekroczone limity połączeń | monitoring TTFB, log slow query |
| Wtyczki z autoload | każde żądanie dociąga opcje z bazy | SELECT SUM(LENGTH(option_value)) FROM wp_options WHERE autoload='yes' |
| Brak cache obiektowego | te same zapytania lecą do MySQL setki razy | Redis + wtyczka object cache |
| Blokujące skrypty i ich kolejność | słaby LCP i INP | wody, defer, warunkowe ładowanie skryptów WooCommerce |
| Nieoptymalne obrazy | wysoki LCP, duży transfer | WebP/AVIF, srcset, stałe wymiary |
Mit „wtyczka do cache wszystko naprawi” kosztuje najwięcej rozczarowań. Cache stron nie pomoże na koszyk, checkout i stronę „Moje konto”, bo te widoki są generowane dynamicznie dla konkretnej sesji. Fragmenty koszyka w WooCommerce odświeżają się dodatkowo zapytaniami AJAX, więc problem wraca przy każdym dodaniu produktu.
Punktem odniesienia nie jest wynik z Lighthouse, a dane realnych użytkowników: raport Core Web Vitals w Search Console (dane z 28 dni) i progi LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1. Mierz przed wdrożeniem i po — inaczej nie wiesz, za co zapłaciłeś.
Typowy efekt z audytu: zejście z 40 wtyczek do 22 i włączenie Redis obniża TTFB ze 1,2 s do 300–400 ms na hostingu współdzielonym przy katalogu około 1500 produktów. Hosting zostaje ten sam — różnicę robi liczba zapytań do bazy.
W bazie trzy rzeczy dają najwięcej: limit rewizji (WP_POST_REVISIONS na 5 zamiast zapisywania wszystkiego), czyszczenie osieroconych rekordów w wp_options po odinstalowanych wtyczkach oraz indeks na parze (meta_key, post_id) w wp_postmeta, jeśli filtrujesz po wariantach. SEO techniczne jest częścią tego samego porządku: kanoniczne adresy przy filtrach fasetowych, poprawne Product i Offer w danych strukturalnych, obsługa paginacji. Zakres takiego wdrożenia opisujemy szerzej w materiale o wdrożeniu i optymalizacji WooCommerce dla firmy.
Migracja to nie „przepisanie” sklepu, a przeniesienie danych i utrzymanie ruchu. Widełki dla typowego sklepu MŚP wyglądają tak:
| Wariant | Zakres | Widełki netto |
|---|---|---|
| Prosta migracja | do 1000 produktów bez wariantów, kategorie, klienci | 3–6 tys. zł |
| Migracja z wariantami i historią zamówień | warianty, atrybuty, zamówienia, stany magazynowe | 6–14 tys. zł |
| Migracja z ciągłością numeracji faktur i kont klientów | numeracja dokumentów, konta, integracje | 10–20 tys. zł |
Zasada, której nie łamiemy: nigdy nie migrujemy prosto na produkcji. Kopia bazy (mysqldump) plus staging na subdomenie z wyłączonym indeksowaniem (noindex, dodatkowo .htpasswd), pełny test koszyka i zamówienia testowego, i dopiero potem okno serwisowe. Samo okno to zwykle 2–6 godzin.
Mapę przekierowań 301 generuje się z eksportu adresów URL: lista starych adresów z sitemapy, z raportu „Adresy” w Search Console albo z crawla (np. Screaming Frog), obok kolumna z nowymi adresami, wynik w .htaccess lub we wtyczce Redirection. Każdy brakujący wpis to 404 i utrata pozycji na miesiące — Google potrzebuje czasu, żeby przeliczyć wszystko od nowa.
Przenosimy produkty, kategorie, klientów i zamówienia. Nie przenosimy sesji, koszyków, cache ani starych wtyczek — nie mają wartości, a sesje i koszyki to gotowy przepis na błędy przy starcie. Hasła klientów: jeśli stara platforma używa kompatybilnego schematu, można przenieść hashe, ale bezpieczniej i szybciej jest wysłać reset hasła do bazy klientów.
Typowy sklep MŚP: 2–4 tygodnie od startu do uruchomienia, przy założeniu, że klient akceptuje etapy w ciągu 1–2 dni roboczych. Jak wygląda organizacja wdrożenia WooCommerce w Zamościu i jak przebiega podobny projekt przy wdrożeniu WooCommerce w Hrubieszowie, opisujemy krok po kroku w osobnych materiałach.
Integracje to pozycja, która najczęściej wypada z wyceny i wraca na fakturze jako „dodatki”. Rozbicie na godziny:
| Integracja | Typowy czas | Główna zmienna |
|---|---|---|
| Przelewy24, PayU, tpay, Stripe, PayPal | 0,5–2 dni robocze | BLIK, płatności odroczone, obsługa zwrotów i anulowań |
| InPost, DPD, DHL | 8–20 h | dostęp do API, umowa z kurierem, mapa punktów |
| ERP: Subiekt, Comarch Optima, WAPRO, SAP B1 | 20–60 h | jakość API po stronie ERP, tryb synchronizacji |
Płatności: podstawowa wtyczka operatora jest zwykle darmowa i działa, ale BLIK oraz płatności odroczone (np. PayPo) wymagają osobnego testu ścieżki zwrotów i anulowań. Sprawdź, czy webhook poprawnie zmienia status zamówienia i czy zwrot zlecony w panelu operatora wraca do WooCommerce. To najczęstsze miejsce na błąd, który wychodzi dopiero po pierwszym zwrocie klienta.
Kurierzy: integracja to nie samo wygenerowanie etykiety. Realny zakres obejmuje tworzenie przesyłki ze statusu zamówienia, etykietę PDF, mapę punktów (geowidget) w koszyku, przekazanie numeru przesyłki do klienta i statusów z powrotem do zamówienia. 8–20 h zależy głównie od tego, czy klient ma już podpisaną umowę i dostęp do API.
ERP to największa zmienna. Dwie decyzje zapadają przed pierwszą linią kodu: kierunek przepływu (WooCommerce → ERP czy ERP → WooCommerce) i pola kluczowe (SKU, EAN, stan magazynowy). Subiekt GT nie ma REST API — synchronizacja idzie przez Sferę, bazę lub pliki wymiany, co samo potrafi zjeść połowę budżetu. Tryb real-time kontra batch co 15 minut zmienia architekturę, nie tylko cenę.
Pułapka: integracja „na oko”, bez logów i mechanizmu ponowień, działa dwa tygodnie, po czym cicho przestaje synchronizować stany i generuje nadwyżki magazynowe. Wymagaj logu każdej synchronizacji i alertu mailem przy błędzie. Przykład podejścia do takich projektów znajdziesz w opisie organizacji wdrożenia WooCommerce w Chełmie.
Wtyczka premium to abonament, nie jednorazowy zakup. Jedna licencja kosztuje zwykle 60–250 USD rocznie. Typowy sklep MŚP ma jednak 5 rozszerzeń: rozbudowana wysyłka, płatności ratalne, program lojalnościowy, integracja z fakturami, warianty produktów w wersji pro. To 300–1250 USD rocznie, czyli 3600–15 000 zł w trzy lata. Ta kwota wraca co rok, a przy każdej większej wersji wtyczki cena licencji zwykle rośnie.
Koszty ukryte są większe. Wtyczka nadpisuje szablony WooCommerce w katalogu motywu, a po aktualizacji Woo do nowszej wersji koszyk potrafi przestać naliczać rabaty albo gubić kupon. Każde rozszerzenie dorzuca własne zapytania do bazy i pliki JS — pięć wtyczek to łatwo dodatkowe 300–600 ms na karcie produktu, co psuje najważniejszy wskaźnik sprzedażowy, czyli czas do pierwszego kliknięcia. Trzecie ryzyko: dostawca. Jeśli autor porzuci wtyczkę, zostajesz z kodem, który nie działa na nowym PHP i bez wsparcia.
Własny moduł opłaca się w trzech sytuacjach:
Kiedy wtyczka wygrywa? Zawsze, gdy funkcja jest standardowa i obsługiwana przez dojrzałe rozwiązanie: koszyk, płatności (Przelewy24, PayU, Stripe), faktury. Przepisywanie tego od zera to wyrzucanie pieniędzy. Punkt równowagi policz wprost: moduł za 3000 zł zastępuje wtyczkę za 100–150 zł miesięcznie, więc zwraca się po 18–30 miesiącach. Pamiętaj o utrzymaniu modułu: 1–2 godziny rocznie na dostosowanie do nowych wydań Woo, czyli 200–400 zł. Nadal mniej niż abonament. Zakres takich prac opisujemy szerzej przy temacie wdrożeń i optymalizacji WooCommerce dla firm w Zamościu.
Listę oficjalnych rozszerzeń i ich wymagań znajdziesz w dokumentacji WooCommerce — warto ją przejrzeć przed decyzją o zakupie licencji.
| Wariant | Koszt w 3 lata | Kto naprawia błąd | Ryzyko po 3 latach |
|---|---|---|---|
| 5 wtyczek premium (60–250 USD/rok każda) | 3600–15 000 zł + godziny na konflikty po aktualizacjach | autor wtyczki — przez forum, reakcja liczona w dniach | porzucona wtyczka, brak wsparcia dla nowego PHP |
| Własny moduł za 3000 zł | 3000 zł + 200–400 zł rocznie na utrzymanie | wykonawca, który go napisał | kod zostaje u Ciebie, ale trzeba go utrzymywać |
Wdrożenie kończy się podpisaniem odbioru, nie końcem pracy nad sklepem. Abonament to nie „ubezpieczenie”, a konkretny zestaw czynności wykonywanych co miesiąc.
Widełki: 400–900 zł netto miesięcznie dla sklepu MŚP bez integracji, do około 1000 zamówień miesięcznie. 900–2000 zł netto dla sklepu zintegrowanego z ERP (Subiekt, Comarch, WF-Mag), z magazynem, wieloma metodami dostawy i większym ruchem.
Co wchodzi w standard:
SLA w liczbach: zgłoszenie krytyczne (sklep nie działa, płatności nie przechodzą) — reakcja do 4 godzin w godzinach pracy. Pozostałe — 1 dzień roboczy. Czas naprawy zależy od klasy awarii i tego, kto jest winny: jeśli leży integracja po stronie dostawcy ERP, nie obiecamy dwóch godzin, bo nie zależą od nas.
Poza abonamentem, wyceniane osobno: nowe funkcje, zmiany designu, kampanie marketingowe, pisanie treści i opisów produktów.
Eskalacja przy awarii w sobotę o 21:00: monitoring wysyła alert na telefon i e-mail dyżurnego, dyżurny potwierdza przyjęcie w ciągu 15 minut, wchodzi na serwer i decyduje o rollbacku z kopii. Klienta informuje telefonicznie osoba prowadząca projekt — nie automat i nie formularz. Szczegóły organizacyjne, w tym podział ról po stronie klienta, opisujemy w artykule o organizacji wdrożenia WooCommerce w Zamościu.
| Klasa zgłoszenia | Czas reakcji | Przykład |
|---|---|---|
| Krytyczna | do 4 h w godzinach pracy (8:00–16:00) | sklep nie działa, płatności odrzucają transakcje |
| Wysoka | 1 dzień roboczy | błąd w koszyku, brak metody wysyłki dla części zamówień |
| Zwykła | 2–3 dni robocze | drobna poprawka, pytanie o ustawienie |
Rozmowę ofertową da się przeprowadzić w 30 minut i odsiać połowę wykonawców. Zadaj te pytania po kolei i zapisuj odpowiedzi.
Czerwone flagi: brak umowy i zakresu na piśmie, brak etapu testów, brak kopii zapasowej przed startem, wycena bez pytania o liczbę wariantów produktów i integracji, licencje przypisane do agencji zamiast do klienta, brak wskazania konkretnej osoby odpowiedzialnej za projekt.
Czy praca zdalna wystarczy? Dla klienta z Zamościa, Lublina, Chełma czy Hrubieszowa większość współpracy odbywa się online: spotkania, przekazanie dostępów, testy, szkolenie na nagraniu. To skraca czas i obniża koszt, bo nie płacisz za dojazdy. Warto jednak ustalić na starcie, czy wykonawca przyjeżdża na odbiór i szkolenie z obsługi sklepu — bywa, że to jedyny moment, w którym kontakt twarzą w twarz naprawdę przyspiesza sprawę. Przykłady takich ustaleń opisujemy przy projektach dla firm z Chełma oraz klientów z Hrubieszowa.
Porównywanie ofert, które opisują różne zakresy. Jedna firma wycenia 'sklep WooCommerce', druga — sklep z integracją ERP, cennikami B2B i migracją z innej platformy. Tańsza oferta bywa po prostu węższa.
Jak wykryć: Weź obie oferty i wypisz obok siebie, ile pozycji z Twojej listy funkcji każda z nich zawiera. Policz punkty, które są tylko w jednej.
Jak naprawić: Przed wysłaniem zapytania przygotuj własną listę funkcji. Poproś każdego wykonawcę o wycenę tej samej listy i o dopisanie pozycji, których nie uwzględnił.
Liczenie produktów zamiast wariantów. 1 produkt w 5 rozmiarach i 3 kolorach to 15 rekordów wariantowych obciążających bazę i każde zapytanie na karcie produktu.
Jak wykryć: W eksporcie produktów sprawdź liczbę wierszy w tabeli wariantów, a nie liczbę pozycji w katalogu. W WooCommerce to osobna tabela i zwykle jest ona kilkukrotnie większa.
Jak naprawić: Podaj wykonawcy obie liczby: liczbę produktów nadrzędnych i liczbę wariantów. Jeśli warianty da się ograniczyć (np. rozmiar jako atrybut pola wyboru bez osobnego SKU), zapytaj o taką możliwość.
Zakładanie, że wykonawca dostarczy opisy i zdjęcia. To osobna praca: copywriting, obróbka zdjęć, kadrowanie do wymagań szablonu, uzupełnienie atrybutów.
Jak wykryć: Sprawdź, w jakim stanie są materiały. Czy masz opisy dla wszystkich produktów? Czy zdjęcia mają powtarzalne tło i sensowną rozdzielczość? Czy atrybuty (materiał, kolor, rozmiar) są uzupełnione?
Jak naprawić: Zdecyduj: dostarczasz treści samodzielnie albo dopisujesz je do zakresu jako osobną pozycję z liczbą godzin. Nie zostawiaj tego jako 'dogadamy się w trakcie'.
Brak przekierowań 301 przy migracji z innej platformy. Po przeniesieniu sklepu stare adresy URL przestają działać, a Google wypluwa je z indeksu.
Jak wykryć: Zrób listę adresów, które mają ruch lub linki z zewnątrz (Search Console, Analytics). Jeśli wykonawca nie pyta o tę listę, to sygnał ostrzegawczy.
Jak naprawić: Wpisz do zakresu mapowanie starych adresów na nowe i weryfikację przekierowań po wdrożeniu. Sprawdź to na stagingu przed przełączeniem domeny.
Traktowanie optymalizacji jako 'włączenia wtyczki cache'. Wydajność sklepu to konfiguracja serwera, bazy, zapytań i szablonu — jeden plugin tego nie załatwia.
Jak wykryć: Zapytaj, jakie wskaźniki będą mierzone przed i po. Jeśli odpowiedź brzmi 'będzie szybciej', nie masz podstawy do odbioru prac. Punkt odniesienia to LCP, INP i CLS opisane w dokumentacji web.dev.
Jak naprawić: Ustal raport przed/po z konkretnymi wartościami i datą pomiaru. Zapytaj, czy optymalizacja obejmuje też bazę danych i zapytania generowane przez wtyczki.
Podział prac bez etapów i bez odbioru. Wszystko dzieje się 'równolegle', a rozliczenie następuje dopiero po wrzuceniu na produkcję, gdzie nie ma już marginesu na poprawki.
Jak wykryć: Zapytaj, czy prace idą na osobnym środowisku stagingowym z oddzieloną bazą i wyłączoną indeksacją. Jeśli odpowiedź jest wymijająca, nie masz kontroli nad procesem.
Jak naprawić: Zapisz w umowie listę etapów z liczbą godzin i warunkiem odbioru każdego z nich. Płatności powiąż z etapami, nie z jednorazowym przelewem z góry.
Pomijanie kosztów stałych po wdrożeniu: licencji płatnych wtyczek, hostingu, domeny, certyfikatu SSL, ewentualnych opłat za program do faktur.
Jak wykryć: Poproś o listę wtyczek płatnych i ich modeli licencji (roczna, jednorazowa, zależna od liczby stron). Sprawdź, czy hostingu nie trzeba będzie podnieść po starcie kampanii.
Jak naprawić: Dodaj do budżetu osobną pozycję na koszty roczne i zapisz, kto zarządza odnowieniami. Warto ustalić to przed startem, nie po pierwszym przekroczeniu limitu pamięci.
Cena wdrożenia WooCommerce nie zależy od miasta, a od liczby godzin: liczby wariantów, integracji, gotowości treści i tego, czy potrzebujesz logiki B2B. Bez spisanego zakresu z szacunkiem godzinowym porównujesz oferty, które opisują różne projekty — i zwykle wybierasz tę, która czegoś nie zawiera. Zacznij od checklisty powyżej, przygotuj własną listę funkcji i dopiero potem pytaj o kwotę. Jeśli chcesz zobaczyć, jak wygląda strona organizacyjna takiego wdrożenia od strony wykonawcy, zajrzyj do sekcji Wdrożenia i optymalizacja WooCommerce Zamość: organizacja, a po szerszy kontekst — do Wdrożenia i optymalizacja WooCommerce Zamość dla firmy.
W praktyce od 2,5 tys. zł za samodzielną optymalizację istniejącego sklepu do 60 tys. zł przy sklepie B2B z cennikami klientów i logiką rabatową. Sklep startowy do 300 produktów to zwykle 6–12 tys. zł, a sklep średni z wariantami i integracjami — 12–28 tys. zł. Lokalizacja nie zmienia tych liczb, bo wycena opiera się na godzinach pracy, a nie na adresie wykonawcy.
To widełki, które realnie spotkasz w wycenach prac wdrożeniowych w WooCommerce. Niższa stawka zwykle oznacza prostsze zadania albo mniejsze doświadczenie, wyższa — prace niestandardowe wymagające własnego kodu lub integracji z systemami zewnętrznymi. Przy 15-tysięcznym wdrożeniu mówimy o ok. 85–125 godzinach pracy, więc każda zmiana stawki ma konkretny skutek w budżecie.
Cztery rzeczy: sprzedaż B2B z indywidualnymi cennikami i progami rabatowymi, duża liczba wariantów produktowych, liczba integracji zewnętrznych oraz funkcje wymagające własnego kodu zamiast wtyczki (kalkulator wyceny, konfigurator, sprzedaż częściowa, wielowalutowość). Każda z tych pozycji to osobny zakres prac z własnymi testami i własnym ryzykiem.
Tak, jeśli problemem jest wydajność, a nie struktura. Optymalizacja w widełkach 2,5–8 tys. zł ma sens, gdy katalog, ścieżka zakupowa i integracje działają poprawnie, ale strona ładuje się zbyt wolno lub baza jest przeciążona. Jeśli brakuje funkcji B2B albo ścieżka zakupowa gubi klientów, sama optymalizacja nie rozwiąże problemu. Punktem odniesienia powinny być wskaźniki opisane w dokumentacji web.dev oraz raport Core Web Vitals w Search Console.
Czas jest pochodną liczby godzin z dokumentu zakresu, a nie kalendarza. Wdrożenie za 15 tys. zł to zwykle analiza i brief 8–12 h, konfiguracja i szablon 20–30 h, integracje 10–20 h, migracja danych 8–16 h oraz testy i odbiór 10–16 h. Doliczyć trzeba czas po stronie klienta: akceptacje, dostarczenie treści, dostępy do systemów. Opóźnienia niemal zawsze powstają tam, nie w kodzie.
Nie, większość pracy wykonuje się zdalnie na środowisku stagingowym. Bliskość geograficzna pomaga przy warsztacie briefowym i przy odbiorze, jeśli chcesz przejść przez sklep razem z wykonawcą. Dla samego kodu i konfiguracji nie ma to znaczenia.
Zakres funkcji z szacunkiem godzinowym, stawka netto za godzinę, tryb rozliczania zmian (co się dzieje, gdy pojawia się nowy wymóg), lista etapów z warunkami odbioru, zakres migracji i przekierowań 301 oraz wyraźna informacja, czego kwota nie obejmuje — licencji wtyczek, hostingu, domeny, SSL i treści. Warto też zapisać, kto przejmuje utrzymanie po odbiorze i na jakich zasadach. Dokumentacja WooCommerce jest dobrym punktem odniesienia przy opisie funkcji sklepu: WooCommerce Documentation.
Jeśli chcesz, żebyśmy przeliczyli Twój katalog i integracje na konkretną liczbę godzin, wyślij nam listę produktów, wariantów i systemów, z którymi sklep ma się łączyć. Odpowiemy zakresem i wyceną, a nie ogólnym „to zależy”.