Wdrożenie sklepu www w Lublinie rzadko opóźnia się z powodu kodu — najczęściej stoi, bo po Twojej stronie brakuje decyzji, treści albo osoby, która akceptuje kolejne etapy. Zanim podpiszesz umowę, ustal kto dostarcza opisy, zdjęcia, dane logistyczne, kto odbiera środowisko testowe i w jakim terminie. Ten materiał zbiera część organizacyjną: podział prac, listę typowych błędów, checklistę startową i pytania, które warto zadać wykonawcy przed pierwszym przelewem. Wyceny, wybór platformy i integracje opisujemy w osobnych sekcjach artykułu.
„Sklep www” to sześć niezależnych obszarów prac. Każdy wycenia się osobno i każdy potrafi zatrzymać projekt, jeśli dane nie są gotowe.
Gotowy szablon daje szybki start. Gdy jednak logistyka jest nietypowa — wysyłka z dwóch magazynów, ceny zależne od grupy klienta — dochodzi praca nad modułem pisanym pod proces. Ta różnica w budżecie bywa większa niż sama cena motywu.
Typowy profil MŚP z Lubelszczyzny: 30–300 SKU, 1–2 magazyny, 1–3 wersje językowe. Przy 40 SKU wariantowych (rozmiar × kolor) katalog rośnie do kilkuset pozycji i trzeba to policzyć przed wyceną.
Zadania po Twojej stronie: opisy produktów i kategorii, zdjęcia w spójnym formacie, dane logistyczne (waga, gabaryt, czas wysyłki), regulaminy, dane do bramki płatniczej i umowy z kurierami. Bez nich wdrożenie stoi w miejscu.
| Obszar | Co odbierasz w ramach wyceny | Co dostarcza klient |
|---|---|---|
| Frontend | Motyw, szablony karty i kategorii, koszyk, checkout, RWD | Akceptacja makiety, logo, kolory |
| Katalog i magazyn | Import, atrybuty, warianty, stany, reguły magazynowe | Plik z produktami, waga, wymiary |
| Płatności | Konfiguracja bramki, testy transakcji, obsługa zwrotów | Umowa z operatorem, dane firmy |
| Kurierzy | API, etykiety, mapowanie statusów zamówień | Numer klienta u kuriera, cennik dostaw |
| Hosting/VPS | Instalacja, SSL, staging, backupy, monitoring | Decyzja o serwerze i budżecie miesięcznym |
| SEO techniczne | URL, canonical, sitemap, dane strukturalne, 301 | Lista starych adresów, słowa kluczowe |
Cena nie bierze się z cennika, tylko z liczby godzin. Wzór jest prosty: godziny pracy × stawka + 15–25% bufora na poprawki i odbiory. Stawkę wpisujesz sam — różni się między freelancerem a agencją i zmienia się kwartał po kwartale. Poniżej trzy warianty z widełkami godzin; wyceny to czysta arytmetyka przy założonej stawce 120 zł/h netto.
| Wariant | Zakres | Godziny | Wycena przy 120 zł/h |
|---|---|---|---|
| Prosty sklep WooCommerce | Gotowy motyw, do 100 SKU, jedna bramka, jedna integracja kurierska | 60–120 h | 7 200–14 400 zł |
| Rozbudowany PrestaShop | 200–1 000 SKU, warianty, 2 języki, 2 bramki, 2–3 kurierów, migracja | 180–400 h | 21 600–48 000 zł |
| Sklep B2B z ERP | Cenniki klientów, limity kredytowe, synchronizacja stanów i zamówień | 500–1 000 h | 60 000–120 000 zł |
Do kwot dolicz VAT 23%, jeśli nie odliczasz go w całości.
Pozycje, które najczęściej nie wchodzą w wycenę bazową:
Koszty po starcie ujmij jako miesięczny TCO: VPS 60–300 zł netto, domena i certyfikat, licencje modułów, backup, opieka techniczna. Sklep za 25 000 zł z abonamentem 1 200 zł/mies. kosztuje po roku realnie około 39 000 zł. Każdy użytkownik WooCommerce znajdzie podobne rozbicie kosztów w materiale o tym, ile naprawdę zapłacisz za sklep internetowy w 2025.
Zacznij od danych, nie od preferencji wykonawcy. Cztery liczby rozstrzygają większość przypadków: liczba SKU, liczba wariantów na produkt, liczba języków, liczba walut.
Warianty i SKU. W WooCommerce każdy wariant to osobny wpis z metadanymi, co przy kilku tysiącach kombinacji rozdmuchuje tabelę wp_postmeta i spowalnia zapytania. PrestaShop trzyma kombinacje w dedykowanych tabelach (product_attribute, product_attribute_combination), dlatego lepiej znosi katalogi z setkami wariantów — zobacz dokumentację dla deweloperów PrestaShop, jeśli chcesz sprawdzić strukturę samodzielnie.
Wielojęzyczność i waluty. Do 2 języków i 1 waluty WooCommerce wystarcza natywnie (WPML lub Polylang + wtyczka walutowa). Trzy i więcej języków z tłumaczeniem treści produktowych to koszt, który łatwiej udźwignąć w PrestaShop.
| Kryterium | WooCommerce | PrestaShop |
|---|---|---|
| 30–150 SKU, 1 język | Wystarczający, szybszy start | Nadmiar funkcji na start |
| 500+ SKU, warianty | Wymaga cache obiektowego i optymalizacji bazy | Lepsza struktura danych |
| 2–3 języki, 2 waluty | Możliwe, koszt wtyczek i testów | Natywnie w rdzeniu |
| Ekonomia wtyczek | Szeroki rynek modułów | Część funkcji płatnych |
Wydajność. Zanim obwinisz platformę, włącz cache obiektowy (Redis), cache stron (LiteSpeed Cache albo WP Rocket), CDN z obsługą statyków i sprawdź indeksy w bazie. WooCommerce zaczyna się dusić najczęściej nie od liczby odwiedzin, lecz od ciężkich zapytań o warianty i filtry katalogowe.
Nie mamy zweryfikowanych danych o liczbie deweloperów PrestaShop i WooCommerce w samym Lublinie. Zamiast wierzyć zapewnieniom, poproś o dwie–trzy referencje wdrożeń i sprawdź, czy te sklepy nadal działają i są aktualizowane. Utrzymanie WordPressa to osobny budżet — zakres i stawki opisujemy w materiale o opiece WordPress Lublin: ceny i zakresie. Rozwiązanie dedykowane lub SaaS wybierz wtedy, gdy proces jest nietypowy albo nie chcesz utrzymywać serwera — nie dlatego, że tak wygodniej wykonawcy.
Realny harmonogram wdrożenia sklepu MŚP to 4–8 tygodni od briefu do pierwszego zamówienia. Prosty WooCommerce bez integracji zewnętrznych da się uruchomić w 3 tygodnie, PrestaShop z synchronizacją magazynu i importem 2–3 tys. SKU zajmuje 3–4 miesiące. Warunek po Twojej stronie: decyzje i akceptacje w maksymalnie 2 dni robocze. Każdy tydzień zwłoki z odbiorem etapu to tydzień późniejszy start sprzedaży.
Etap 1 — brief i analiza (3–7 dni). Ustalamy liczbę SKU, warianty, metody dostawy, płatności oraz to, kto pisze opisy i kto robi zdjęcia. Wynik: dokument zakresu z listą integracji i harmonogramem. Bez tego etapu każda zmiana w trakcie prac staje się dodatkowym kosztem.
Etap 2 — konfiguracja środowiska (1–3 dni). Osobna subdomena testowa z blokadą indeksowania, certyfikat SSL, kopia bazy i plików. Staging to miejsce na Twoje testy akceptacyjne — sprawdzanie płatności na produkcji kończy się zamówieniami, których nikt realnie nie złożył.
Etap 3 — budowa katalogu (5–20 dni). Struktura kategorii, atrybuty, import CSV, szablony karty produktu. W tym miejscu dodajemy dane strukturalne typu Product i Offer — warto sprawdzić, co Google obsługuje w wynikach wyszukiwania i wymagać tego w odbiorze.
Etap 4 — integracje (2–20 dni). Najbardziej zmienny etap; rozpisujemy go w kolejnej sekcji.
Etap 5 — testy (2–5 dni). Testy akceptacyjne: zamówienie w trybie sandbox, etykieta kurierska, e-mail potwierdzający, faktura, zwrot, koszyk z kodem rabatowym, dostawa za granicę.
Etap 6 — migracja treści (2–15 dni). 200 opisów to 3–5 dni pracy copywritera, obróbka zdjęć to osobny etap. Treści dostarczasz Ty — wykonawca odpowiada za ich wgranie i spójny format.
Etap 7 — start (1–2 dni). Na dobę przed przełączeniem obniż TTL rekordów DNS do 300 s, przygotuj przekierowania 301 ze starych adresów i zdejmij blokadę noindex.
Etap 8 — opieka (ciągła). Backupy, aktualizacje, monitoring — opisujemy ją w trzeciej sekcji.
Dostępy zbierz w pierwszym tygodniu projektu, nie na końcu: domena (kody authinfo), hosting, konto administratora w panelu CMS, skrzynki e-mail, Google Search Console i GA4 założone na firmowy adres (nie na prywatne konto wykonawcy), panele kurierów i bramki płatności z kluczami API. Organizacja wdrożenia sklepu WooCommerce krok po kroku wygląda niemal identycznie — różnią się narzędzia, nie kolejność etapów.
| Etap | WooCommerce (prosty sklep) | PrestaShop + ERP | Kto akceptuje |
|---|---|---|---|
| 1. Brief i analiza | 3–7 dni | 5–10 dni | Ty + wykonawca |
| 2. Środowisko staging | 1–2 dni | 2–3 dni | wykonawca |
| 3. Katalog | 5–10 dni | 10–20 dni | Ty (struktura, szablony) |
| 4. Integracje | 2–5 dni | 10–20 dni | wykonawca + księgowość |
| 5. Testy | 2–3 dni | 3–5 dni | Ty (testy akceptacyjne) |
| 6. Migracja treści | 2–10 dni | 5–15 dni | Ty (opisy, zdjęcia) |
| 7. Start | 1 dzień | 1–2 dni | wykonawca |
| 8. Opieka | ciągła | ciągła | Ty (odbiór raportów) |
Integracje to miejsce, w którym harmonogram najczęściej się rozjeżdża. Nie dlatego, że są trudne, ale dlatego, że wymagają umów i danych, których nie wygenerujesz w kodzie. Umowy z kurierami i operatorem płatności podpisuj już na etapie briefu: weryfikacja firmy w bramce płatności trwa od 2 do 7 dni i blokuje testy.
Kurierzy. InPost (API ShipX plus widget wyboru Paczkomatu) pozwala tworzyć przesyłki, generować etykiety PDF i odbierać statusy przez webhooki. DPD, DHL i GLS działają podobnie: umowa, dane dostępowe do API, etykiety (PDF lub ZPL dla drukarek termicznych) i zamawianie kuriera. Poczta Polska (eNadawca) bywa obsługiwana półręcznie — sprawdź to, zanim obiecasz klientowi, że każda przesyłka wychodzi z panelu sklepu.
Płatności. Przelewy24 i PayU obsługują BLIK, szybkie przelewy i karty, rozliczają się w cyklach wypłat i dają panel do zwrotów. Stripe wygrywa tam, gdzie potrzebujesz subskrypcji i płatności zagranicznych, ale prowizje za karty spoza Polski bywają wyższe. Ustal z operatorem, kto wykonuje zwrot po zwrocie towaru: sklep przez API czy księgowość ręcznie w panelu. To pytanie wraca przy każdym zwrocie.
ERP. Subiekt, Comarch ERP Optima i WAPRO synchronizuje się ze sklepem dwukierunkowo: stany magazynowe, ceny i zamówienia. Trzy realne warianty: API (najstabilniejsze), wymiana plików CSV/XML co 5–15 minut (tanie, ale opóźnione stany) oraz bezpośredni dostęp do bazy SQL (szybkie, ryzykowne, bez wsparcia producenta).
Wtyczka czy moduł na miarę? Gotowa wtyczka wystarcza do standardowej wysyłki i standardowych płatności. Pisanie na miarę ma sens przy nietypowej logice (konfiguratory, wyceny B2B, rabaty kaskadowe) albo gdy gotowy moduł nie jest aktualizowany. Jeśli wdrożenie robi organizacja wdrożenia sklepu PrestaShop, wykonawca powinien pracować zgodnie ze standardem modułów opisanym w dokumentacji PrestaShop — inaczej pierwsza aktualizacja rdzenia wyłączy sklep.
| Integracja | Co musisz przygotować | Typowy czas wdrożenia |
|---|---|---|
| InPost (ShipX) | konto business, token API | 1–3 dni |
| DPD / DHL / GLS | umowa kurierska, dane dostępowe API | 1–3 dni na każdego |
| Poczta Polska (eNadawca) | konto eNadawca | 2–5 dni lub obsługa ręczna |
| Przelewy24 / PayU | umowa, weryfikacja firmy, klucze API | 2–7 dni |
| Stripe | konto, weryfikacja, klucze API | 1–3 dni |
| ERP (Subiekt, Comarch, WAPRO) | API lub eksport plików, dokumentacja | 5–20 dni |
Koszt sklepu nie kończy się na wdrożeniu. Hosting i opieka to stały wydatek — przy sklepie sprzedającym codziennie najczęściej 300–4500 zł miesięcznie, zależnie od wielkości i liczby integracji. Stawki za opiekę nad sklepem www w Lublinie nie odbiegają mocno od reszty kraju — różnicę robi zakres, nie lokalizacja.
Hosting współdzielony a VPS. Współdzielony (15–40 zł/mies.) wystarcza sklepowi z kilkoma zamówieniami dziennie. Problemem bywa limit pamięci PHP, brak Redis i wolne I/O bazy — koszyk i katalog zaczynają się dławić przy kilkuset SKU. VPS (60–300 zł/mies.) daje przydzielone zasoby i możliwość włączenia cache obiektowego oraz Varnisha, ale wymaga administracji: aktualizacji systemu, konfiguracji serwera bazy, certyfikatów. Serwer dedykowany (od 400 zł wzwyż) wybieraj przy tysiącach SKU i dużym ruchu, gdzie liczy się każde 100 ms.
Co powinna zawierać opieka: backupy codzienne z retencją minimum 30 dni i testem odtworzenia raz na kwartał; monitoring dostępności w interwale 1–5 minut z alertem SMS; aktualizacje wtyczek i rdzenia w oknie serwisowym, po testach na stagingu; reakcja na incydenty (wirusy, spam, skokowy ruch); przegląd błędów 404 i logów serwera. Wydajność traktuj jak kryterium odbioru — Core Web Vitals z dokumentacji web.dev to mierzalne liczby, a nie hasło z oferty.
SLA. Czas reakcji 24 h oznacza pierwszą odpowiedź następnego dnia roboczego — przy 20 zamówieniach dziennie to kilka godzin przestoju. 8 h (w godzinach 8:00–16:00) to standard dla sklepu sprzedającego codziennie. 4 h lub dyżur 24/7 wybierają sklepy, w których przerwa w płatnościach oznacza natychmiastowe straty. Pilnuj różnicy między czasem reakcji a czasem naprawy — SLA na naprawę jest tym, co realnie chroni sprzedaż.
Widełki poniżej są orientacyjne dla rynku i zależą od zakresu — ile naprawdę zapłacisz za sklep internetowy w 2025 rozkładamy na części, a zakres i wybór wykonawcy opisujemy w materiale o opiece WordPress w Lublinie: ceny i zakres.
| Wielkość sklepu | Typowy zakres opieki | Orientacyjny koszt miesięczny |
|---|---|---|
| Do ~200 SKU, 1–2 integracje, WooCommerce | backupy, monitoring, aktualizacje, reakcja 24 h | 300–700 zł + hosting |
| 200–2000 SKU, 3–5 integracji, PrestaShop | jak wyżej + staging, reakcja 8 h, optymalizacja wydajności | 800–1800 zł |
| 2000+ SKU, ERP, sprzedaż B2B, 24/7 | reakcja 4 h, dyżur, testy odtworzeniowe, WAF | 2000–4500 zł |
Najdroższe błędy we wdrożeniu sklepu nie są techniczne — są organizacyjne. Poniżej cztery pułapki, które widzimy najczęściej, i sposób sprawdzenia każdej z nich jeszcze przed startem.
1. Brak mapy przekierowań 301. Przy zmianie platformy każdy stary adres, który generował ruch, musi mieć odpowiednik. Na 2–3 tygodnie przed migracją zrób crawl starego serwisu (Screaming Frog) i pobierz z Search Console listę adresów, które miały wejścia w ostatnich 6 miesiącach. Każdemu przypisz jeden docelowy URL: produkt do produktu, kategoria do kategorii. Masowe przekierowanie na stronę główną Google potraktuje jak soft 404 i widoczność spadnie. Pilnuj łańcuchów (A → B → C) i adresów z parametrami filtrów — te powinny dostać canonical, nie 301. Po starcie sprawdź raport „Strony” w GSC.
2. GSC i GA4 włączone „później”. Weryfikacja Search Console to rekord TXT w DNS — 15 minut pracy i dostęp do danych od pierwszego dnia. Bez niej nie odróżnisz awarii wdrożenia od sezonowego spadku. GA4 podłącz przez Google Tag Manager i od razu ustaw zdarzenia e-commerce: view_item, add_to_cart, begin_checkout, purchase. Przetestuj je na środowisku testowym przed otwarciem sklepu.
3. Hosting dobrany „na oko”. PrestaShop na współdzielonym hostingu potrafi generować stronę kategorii w 4–6 s. W panelu sprawdź: limit procesów PHP (pm.max_children), IOPS dysku, OPcache (opcache.enable=1, memory_consumption 128–256 MB) oraz limit pamięci PHP (min. 256 MB). Wymagania środowiska opisuje dokumentacja dla deweloperów PrestaShop. Test przed startem: 20 równoległych wejść na kartę kategorii i do panelu administracyjnego.
4. Sygnały ostrzegawcze w ofercie. Cena „od X zł” bez zakresu godzin, brak umowy na opiekę, brak dostępu do kodu i serwera po odbiorze. Zanim podpiszesz, zestaw ofertę z realnymi widełkami cen wdrożenia w 2025 i sprawdź, co faktycznie obejmuje opieka po wdrożeniu.
| Sygnał w ofercie | Pytanie weryfikacyjne | Czerwona flaga |
|---|---|---|
| Cena „od X zł” | Ile godzin obejmuje oferta i co jest poza nią? | Brak rozbicia na etapy i brak listy wyłączeń |
| Brak wzmianki o opiece | Jaki jest czas reakcji na awarię i kto reaguje? | „Zgłoszenia przyjmujemy mailem” bez terminu |
| Kod i baza u wykonawcy | Czy w dniu odbioru dostanę FTP, bazę, DNS, panel hostingu? | Dostępy dopiero „po zakończeniu współpracy” |
| Brak GSC i GA4 w planie | Kto weryfikuje domenę i konfiguruje zdarzenia zakupowe? | „To już Państwa działanie” |
Checklistę z tabeli przepisz do briefu i wyślij wykonawcy mailem. Odpowiedzi na piśmie są wiążące — ogólniki z rozmowy telefonicznej nie.
Zakres i stawki. Zapytaj o stawkę godzinową po wdrożeniu (rynek w 2025: 120–200 zł/h netto) i o to, ile godzin obejmuje oferta. Rozbicie na etapy pozwala porównać dwie oferty, które na pierwszy rzut oka wyglądają identycznie. Checklista wdrożenia krok po kroku to dobry punkt odniesienia przy takim porównaniu.
Kod i licencje. Ustal, kto jest właścicielem licencji szablonu i modułów, czy opłaty są jednorazowe czy roczne i co się dzieje, gdy przestajesz płacić. W umowie zapisz przeniesienie praw do modułów napisanych na zamówienie oraz obowiązek przekazania w dniu odbioru pełnych dostępów: FTP/SFTP, baza danych, panel hostingu, strefa DNS, konta GSC i GA4, panel operatora płatności.
Opieka po starcie. Wymagaj zapisu SLA: czas reakcji na awarię krytyczną (sklep nie działa, płatności nie przechodzą) do 2 godzin w godzinach pracy, kanał zgłoszeń, częstotliwość kopii zapasowych i test odtworzenia raz na kwartał.
Referencje z regionu. Poproś o 2–3 wdrożenia z Lublina i okolic. Pytaj o zakres, czas realizacji, kto dostarczał treści i co się wysypało po starcie. Referencja bez szczegółów to nie referencja. Sposób prowadzenia projektu po stronie wykonawcy opisujemy też na przykładzie organizacji wdrożenia sklepu WooCommerce.
Na co uważać: „profesjonalny hosting” bez podania parametrów, brak wskazania, kto administruje serwerem, wymuszony hosting u wykonawcy bez możliwości eksportu danych.
| Pytanie do wykonawcy | Odpowiedź, która powinna Cię uspokoić |
|---|---|
| Ile kosztuje godzina pracy po wdrożeniu? | Konkretna stawka w umowie i minimalny blok rozliczeniowy |
| Ile godzin obejmuje oferta? | Rozbicie na etapy plus lista prac wyłączonych |
| Kto jest właścicielem licencji modułów i szablonu? | Wskazanie typu licencji i opłat rocznych |
| Czy kod modułów na zamówienie przechodzi na nas? | Zapis w umowie i przekazanie repozytorium |
| Jakie dostępy dostaniemy w dniu odbioru? | FTP/SFTP, baza, panel hostingu, DNS, GSC, GA4, panel płatności |
| Kto administruje serwerem po starcie? | Imiennie wskazana osoba lub rola, nie „nasz dział techniczny” |
| Jaki jest SLA na awarię krytyczną? | Czas reakcji (np. 2 h), kanał zgłoszeń, godziny wsparcia |
| Jak często robicie kopie i czy testujecie odtworzenie? | Kopia dzienna, retencja 30 dni, test odtworzenia raz na kwartał |
| Jak wygląda odbiór środowiska testowego? | Termin, lista poprawek, wskazana osoba akceptująca |
| Czy pracujecie na naszym hostingu? | Jasne tak lub nie, bez blokady eksportu przy przenosinach |
| Poproszę 2–3 referencje z Lublina i regionu | Konkretne wdrożenia z zakresem i czasem realizacji |
| Co jeśli zerwiemy współpracę w połowie? | Zasady rozliczenia i przekazania prac zapisane w umowie |
Pierwsze 4 tygodnie decydują, czy sklep zacznie zbierać ruch, czy utknie w raporcie GSC jako „Wykryta, obecnie nieindeksowana”. Kolejność prac: najpierw pomiar i indeksowanie, potem treści, na końcu wydajność.
Tydzień 1 — indeksowanie. Zweryfikuj domenę w Search Console (rekord TXT w DNS), wyślij sitemap.xml, przejrzyj robots.txt: brak Disallow na całą witrynę, wyłączone /admin, /koszyk, /szukaj, wklejony adres sitemapy. Dla produktów wdróż dane strukturalne Product i Offer — wymagane pola to name, image, offers.price, priceCurrency, availability. Waliduj je w Rich Results Test i przez Inspekcję URL, zanim zgłosisz sitemapę.
Wydajność. Progi Core Web Vitals na 75. percentylu użytkowników: LCP do 2,5 s, INP do 200 ms, CLS do 0,1 — definicje i sposób pomiaru opisuje web.dev. Na LCP wpływa najczęściej obraz hero lub kategorii, TTFB i brak cache; na INP — liczba wtyczek i skryptów oraz JS filtrów; na CLS — fonty bez font-display: swap, bannery cookies i obrazy bez atrybutów width/height.
Kolejność optymalizacji: 1) cache serwerowy (OPcache, Redis/Memcached, full page cache dla gości), 2) kompresja zdjęć produktowych — WebP/AVIF, maks. 1200 px, poniżej 150 KB na plik, 3) lazy loading poniżej pierwszego ekranu (loading=„lazy”, ale obraz hero bez lazy), 4) CDN, jeśli sprzedajesz w całym kraju. Po każdym kroku mierz PageSpeed Insights i dane z CrUX — bez porównania „przed/po” nie wiesz, co pomogło.
Dni 15–30 w GSC: sprawdź raport „Strony” (ile adresów zaindeksowanych, ile odrzuconych), włącz powiadomienia e-mail o błędach crawl i pilnuj, czy filtry oraz paginacja nie generują tysięcy duplikatów. Jeśli wdrożenie dopiero przed Tobą, zobacz, jak wygląda organizacja wdrożenia sklepu PrestaShop.
| Metryka | Próg (75. percentyl) | Co najczęściej odpowiada w sklepie |
|---|---|---|
| LCP | do 2,5 s | Duży obraz hero lub kategorii, wolny TTFB, brak cache serwerowego |
| INP | do 200 ms | Zbyt wiele skryptów i wtyczek, ciężki JS filtrów i wyszukiwarki |
| CLS | do 0,1 | Fonty bez font-display, bannery cookies, obrazy bez wymiarów |
Brak jednej osoby decyzyjnej po stronie klienta — uwagi zgłasza handel, marketing i księgowość, każdy osobno.
Jak wykryć: W dwóch kolejnych mailach pojawiają się sprzeczne uwagi do tego samego widoku, a żadna akceptacja nie ma daty ani autora.
Jak naprawić: Wyznacz jedną osobę decyzyjną i wpisz ją do umowy razem ze ścieżką akceptacji: mail z listą uwag i termin odpowiedzi, np. 3 dni robocze.
Zakres opisany ogólnie: „integracja z kurierami i płatnościami” bez nazw systemów.
Jak wykryć: W umowie nie ma wymienionych InPost, DPD, DHL, GLS, Poczty Polskiej ani Przelewy24, PayU, Stripe czy BLIK.
Jak naprawić: Rozpisz każdą integrację osobno z zakresem: API, webhooki, generowanie etykiet, statusy przesyłek, zwroty i rozliczenia.
Treści i zdjęcia dostarczane dopiero po starcie, gdy sklep jest już widoczny dla klientów.
Jak wykryć: Na środowisku testowym kategorie są puste lub zawierają teksty zastępcze na dwa tygodnie przed planowanym startem.
Jak naprawić: Ustal deadline na treści co najmniej 2 tygodnie przed startem i wpisz go do harmonogramu jako osobny kamień milowy.
Założenie, że migracja danych ze starego sklepu jest w cenie bazowej.
Jak wykryć: W wycenie jest jedna pozycja „wdrożenie”, bez rozbicia na eksport i import SKU, klientów, zamówień oraz historii zamówień.
Jak naprawić: Zapytaj wprost, ile godzin przewidziano na migrację i w jakim formacie masz dostarczyć dane eksportowe ze starego systemu.
Brak środowiska staging — testy zamówień robi się na sklepie widocznym dla klientów i wyszukiwarek.
Jak wykryć: W trakcie testów pojawiają się zamówienia testowe w panelu produkcyjnym albo indeksowane podstrony z błędami.
Jak naprawić: Wymagaj osobnego środowiska staging z kopią katalogu, wyłączonym indeksowaniem i testowym kluczem API bramki płatności.
Przekazanie projektu bez listy dostępów — domena, hosting czy panel CMS zostają zarejestrowane na wykonawcę.
Jak wykryć: Po starcie nie masz loginu do hostingu, Google Search Console, GA4 ani panelu kuriera, a faktura za domenę przychodzi od agencji.
Jak naprawić: Wpisz do umowy listę przekazywanych dostępów i odbierz je w dniu startu; domena i hosting powinny być zarejestrowane na Twoją firmę.
Wdrożenie sklepu www w Lublinie wygrywa lub przegrywa na organizacji, nie na samym kodzie. Klient musi dostarczyć treści, zdjęcia i dane logistyczne w terminie, wyznaczyć jedną osobę decyzyjną i odebrać pełny zestaw dostępów po starcie. Zakres integracji trzeba rozpisać nazwami systemów, a migrację danych i moduły pisane na miarę wycenić osobno. Wtedy harmonogram jest realny, a wycena nie rośnie w połowie projektu.
Prosty sklep WooCommerce z gotowym szablonem i dwiema integracjami to zwykle 3–5 tygodni. PrestaShop z rozbudowanym katalogiem i integracjami kurierskimi zajmuje 6–10 tygodni. Sklep z integracją ERP i niestandardowymi modułami realnie planuj na 10–16 tygodni. Terminy liczone są od momentu, w którym masz kompletny brief i dane do migracji.
Standardowo dostarcza je klient, bo tylko on zna produkt, parametry i wymagania prawne. Wykonawca może przygotować szablony opisów, instrukcje i import, ale nie wymyśli treści merytorycznych. Jeśli chcesz zlecić copywriting i sesję zdjęciową, ustal to jako osobny zakres w umowie. Bez treści wdrożenie zatrzymuje się na etapie budowy katalogu.
Tak, przy każdym sklepie poza prostą wizytówką. Staging pozwala testować płatności, etykiety kurierskie i szablony maili bez ryzyka, że klient zobaczy niedziałający koszyk. Powinien mieć kopię katalogu, wyłączone indeksowanie i testowe klucze API bramki płatniczej. Dopiero po testach akceptacyjnych przenosi się konfigurację na produkcję.
Minimum: domena (zarejestrowana na Twoją firmę), panel hostingu lub VPS, panel administracyjny sklepu, Google Search Console, GA4, panele kurierów i bramki płatniczej. Do tego repozytorium kodu, jeśli powstały moduły pisane na miarę. Warto odebrać te dostępy w dniu startu i zmienić hasła po zakończeniu współpracy wdrożeniowej.
Tak i przy ograniczonym budżecie to rozsądne. Najczęstszy podział: start z podstawowym katalogiem, płatnościami i jednym kurierem, a w drugim etapie dodanie kolejnych języków, magazynów i integracji z ERP. Warunek: architektura musi być od początku przygotowana na rozbudowę, inaczej drugi etap oznacza przepisanie połowy sklepu. Zakres drugiego etapu warto opisać już na starcie.
WooCommerce wygrywa przy 30–150 SKU, prostych wariantach i jednej wersji językowej — łatwiej znaleźć wykonawcę i tańsze jest utrzymanie. PrestaShop ma przewagę przy większym katalogu, wielu wariantach, wielojęzyczności i wielowalutowości. Decyduj danymi firmy, nie preferencją wykonawcy: policz SKU, kombinacje wariantów, języki i waluty. Szczegóły porównania opisujemy w sekcji o wyborze platformy.
Lista integracji z nazwami systemów, liczba godzin na poszczególne obszary, termin przekazania treści przez klienta, momenty akceptacji i warunki zmiany zakresu. Dopisz też listę dostępów przekazywanych po starcie i zakres opieki powdrożeniowej. Warto ustalić stawkę za godziny dodatkowe, żeby uniknąć sporów przy rozszerzeniu prac. Punkt odniesienia dla budżetu znajdziesz w materiale o cenach sklepów internetowych.
Jeśli chcesz porównać swój zakres z tym, co realnie robimy w DropDigital, prześlij nam brief albo listę SKU — powiemy wprost, które etapy da się skrócić, a które wymagają pracy po Twojej stronie.