Wdrożenie PrestaShop w Szczecinie kosztuje od 8 000 do 16 000 zł netto w najprostszym scenariuszu, a przy integracji z ERP — 18 000–35 000 zł. Cena nie zależy od tego, czy firma siedzi w Szczecinie, czy w Zamościu: bierze się z liczby godzin razy stawka 130–200 zł netto/h. Ten tekst jest o części, którą klienci najczęściej pomijają, czyli o organizacji: co przygotować przed rozmową, jak porównać oferty i czego nie zabraknie w harmonogramie. Jeśli szukasz samego rozbicia kosztów, zajrzyj do kosztu i organizacji wdrożenia w Szczecinie, a po pełny zakres usług — do strony Wdrożenia PrestaShop.
Zacznij od zakwalifikowania projektu do jednego z czterech przedziałów. Widełki obejmują całą pracę zespołu — konfigurację, moduły, import danych, testy i przekazanie panelu — a nie samo „postawienie sklepu”.
Punktem odniesienia jest stawka godzinowa 130–200 zł netto/h. Nie istnieje cennik „z sufitu”: wycena to liczba godzin pomnożona przez stawkę. Dlatego dwie firmy mogą podać 9 000 zł i 19 000 zł za ten sam opisany zakres i obie mogą być uczciwe — różnią się założeniami: kto pisze treści, kto robi zdjęcia, czy w zakresie jest optymalizacja serwera i szkolenie.
Do tego dochodzą koszty miesięczne, o których klienci przypominają sobie po fakturze za wdrożenie:
Koszty jednorazowe poza pracą zespołu to zakup szablonu (300–700 zł) albo projekt graficzny (3 000–12 000 zł) oraz licencje modułów kupowane na własność (200–1 500 zł za moduł).
Szczecin działa jak każdy inny region — cena nie zależy od kodu pocztowego. Uczciwie trzeba dodać, że stawki w zachodniopomorskim są zwykle o 10–20% wyższe niż w Polsce wschodniej, bo wyższe są koszty pracy specjalistów. Zakres i godziny pozostają te same.
Do wyceny wystarczy jedna rzecz: lista funkcji plus liczba SKU. „Chcę nowy sklep” to nie brief — to zaproszenie do strzelania godzinami. Pełny zakres usług znajdziesz na stronie Wdrożenia PrestaShop.
| Scenariusz | Co zwykle zawiera | Widełki netto | Orientacyjny czas |
|---|---|---|---|
| Sklep prosty | do 300 SKU, 1 szablon, 2 integracje (płatności + jeden kurier) | 8 000–16 000 zł | 60–110 h |
| Sklep średni | 300–3 000 SKU, ERP + 3 kurierów + płatności | 18 000–35 000 zł | 120–230 h |
| Sklep B2B / cenniki indywidualne | grupy klientów, cenniki przypisane do kontrahenta, limity kredytowe, zamówienia na zapytanie | 35 000–70 000 zł | 230–450 h |
| Migracja 1.6/1.7 → 8.x | katalog, klienci, zamówienia, przekierowania 301, wymiana szablonu | 6 000–14 000 zł | 45–100 h |
Dobre oferty różnią się ceną, ale mają tę samą strukturę: pozycja, liczba godzin, stawka. Zły dokument to jedna linia „wdrożenie PrestaShop — 7 500 zł”. Poniżej typowe przedziały, po których porównasz oferty punkt po punkcie.
Zsumuj kolumnę kosztów bez pozycji ERP — wychodzi około 8 200 zł, czyli dolna granica widełek dla sklepu prostego. Dorzuć integrację ERP i robi się ponad 13 000 zł jeszcze przed testami końcowymi. To najprostszy sposób, żeby sprawdzić, czy oferta jest wiarygodna, czy tylko atrakcyjna na pierwszej stronie PDF-a.
Moduł na miarę czy kolejna wtyczka z marketplace? Rachunek jest prosty: jeśli pisany moduł kosztuje 2 500–6 000 zł, a zastępuje 3–4 licencje po 200–400 zł rocznie (600–1 600 zł/rok), zwraca się w 2–4 lata. Drugi argument jest ważniejszy: wtyczki z marketplace mają własny cykl aktualizacji i potrafią kolidować ze sobą po podniesieniu wersji PrestaShop. Moduł pisany pod jeden proces nie ma tego problemu. Zasady budowy modułów opisuje dokumentacja deweloperska PrestaShop.
Pozycje najczęściej pomijane w ofertach: optymalizacja serwera (OPcache, PHP-FPM, MySQL 8, HTTP/2), automatyczny backup z testem odtworzenia, certyfikat SSL z wymuszonym HTTPS, poczta transakcyjna z rekordami SPF, DKIM i DMARC (bez nich potwierdzenia zamówień trafiają do spamu), przekierowania 301 ze starych adresów, szkolenie z panelu i dokumentacja powdrożeniowa.
Ofertę zaniżoną rozpoznasz po trzech brakach: nie ma pozycji na testy (koszyk, płatności, statusy, faktury), nie ma szkolenia, nie ma migracji treści ani przekierowań.
| Element | Szacowany czas | Koszt przy 130 zł/h netto |
|---|---|---|
| Instalacja i konfiguracja PrestaShop 8.x + wdrożenie szablonu | 12–20 h | 1 560–2 600 zł |
| Import produktów z wariantami (CSV/API, kombinacje, zdjęcia) | 15–40 h | 1 950–5 200 zł |
| Konfiguracja płatności (Przelewy24, PayU, Stripe, BLIK) | 4–8 h | 520–1 040 zł |
| Kurierzy (InPost, DPD, DHL) + generowanie etykiet | 6–15 h | 780–1 950 zł |
| Integracja ERP (Subiekt GT/nexo, Comarch Optima, SAP B1) | 40–120 h | 5 200–15 600 zł |
| Optymalizacja serwera (OPcache, PHP-FPM, MySQL 8, HTTP/2) | 6–12 h | 780–1 560 zł |
| Backup, SSL, poczta transakcyjna (SPF, DKIM, DMARC) | 4–8 h | 520–1 040 zł |
| Migracja treści i przekierowania 301 | 5–12 h | 650–1 560 zł |
| Testy QA: koszyk, płatności, statusy, faktury, e-maile | 8–16 h | 1 040–2 080 zł |
| Szkolenie z panelu + dokumentacja powdrożeniowa | 3–6 h | 390–780 zł |
Decyzję podejmuj na podstawie trzech liczb: liczby SKU, wieku platformy i miesięcznego kosztu utrzymania starego sklepu.
Progi decyzyjne są dosyć ostre. Poniżej 200 SKU, w katalogu bez wariantów złożonych, przy braku historii zamówień do przeniesienia — taniej i szybciej jest postawić sklep od zera i przenieść tylko treści oraz adresy URL przez przekierowania 301. Między 200 a 1 000 SKU migracja danych zwykle wygrywa, bo ręczne odtworzenie katalogu z opisami i wariantami kosztuje więcej niż skrypt przenoszący bazę.
Migracja przestaje być wyborem w trzech przypadkach: gdy sklep stoi na PHP 7.x bez poprawek bezpieczeństwa, gdy szablon nie obsługuje PHP 8.1 i nowszej wersji PrestaShop (a autor dawno nie odpowiada), oraz gdy sklep B2B potrzebuje reguł koszyka i cenników kontrahenta, których stara wersja nie udźwignie.
Policz też koszt nicnierobienia. VPS pod przestarzały stack to 80–200 zł/mies., a łatanie rozjeżdżających się modułów to zwykle 2–6 godzin miesięcznie, czyli 260–1 200 zł. Razem 3 000–14 000 zł rocznie za utrzymanie sklepu, który i tak trzeba wymienić. To często więcej niż jednorazowa migracja.
Przykład modelowy (dane zaokrąglone, typowy projekt z katalogiem 2 000 SKU): migracja z 1.6 na 8.x, 78 godzin pracy, około 12 000 zł netto, trzy tygodnie od startu do uruchomienia. Efekt: brak błędów 500 po aktualizacji PHP, obsługa wariantów zgodna z aktualnym standardem i jedna baza produktowa zamiast dwóch źródła prawdy. Jeśli porównujesz regiony albo szukasz szerszego opisu organizacji takiego projektu, zajrzyj do tekstu o organizacji wdrożenia i migracji PrestaShop.
| Wariant | Typowy czas | Koszt netto | Główne ryzyko |
|---|---|---|---|
| Wdrożenie od zera na PrestaShop 8.x | 60–110 h | 8 000–16 000 zł | treści i SEO odtwarzane od początku, ruch startuje z zera |
| Migracja PrestaShop 1.6/1.7 → 8.x | 45–100 h | 6 000–14 000 zł | stare moduły i szablon bez wsparcia, hasła klientów do resetu |
| Migracja z WooCommerce | 80–160 h | 10 000–25 000 zł | inne modelowanie wariantów i podatków, mapowanie kategorii |
| Migracja z Shoper / IAI | 60–140 h | 9 000–22 000 zł | ograniczenia API i niepełny eksport historii zamówień |
Migracja z PrestaShop 1.6 lub 1.7 do 8.x to sekwencja, w której kolejność ma znaczenie. Punkt startowy to audyt: zrzut bazy przez mysqldump, lista modułów z tabeli ps_module z wersjami, nadpisania w katalogu /override i przegląd szablonu, który w 1.6 często korzysta z hooków usuniętych w 8.x.
Staging to nie luksus. Migracja bez kopii testowej to najdroższy błąd w projekcie: na produkcji nie ma jak cofnąć importu, a każda godzina przestoju to utracone zamówienia i spadek w Google. Na stagingu przechodzimy cały proces dwa razy i dopiero trzeci przebieg robimy na produkcji, z gotowym planem powrotu.
Weryfikacja to nie sprawdzenie, czy strona się otwiera. Przechodzimy listę: logowanie nowego i starego klienta, koszyk z kodem rabatowym, płatność online i za pobraniem, zmiana statusów, e-maile transakcyjne, faktura, stany magazynowe po sprzedaży, wyszukiwarka, formularz kontaktowy, podatek dla kraju spoza Polski. Bez testu na starym koncie i bez sprawdzenia maila z zamówienia test jest niepełny.
Moduł 1-Click Upgrade to punkt startowy, nie cała migracja — podnosi rdzeń, ale nie przenosi integracji, nie mapuje adresów i nie naprawia haseł. Zachowanie rdzenia przy podnoszeniu wersji opisuje dokumentacja dla deweloperów PrestaShop. Całość planujemy zgodnie z opisem w materiale o organizacji projektu wdrożenia i migracji PrestaShop.
| Pułapka | Na czym polega | Jak sprawdzić |
|---|---|---|
| Duplikaty URL i produktów | Ten sam produkt w dwóch kategoriach tworzy dwa adresy, a import potrafi dopisać drugi wiersz w ps_product_lang | Liczba produktów przed i po migracji oraz zestawienie link_rewrite w podziale na kategorie |
| Hasła klientów | 1.6 trzyma md5 z solą _COOKIE_KEY_, 8.x używa bcrypt — hasła nie przenoszą się same | Testowe logowanie na trzech starych kontach zaraz po migracji |
| Produkty wariantowe i kombinacje atrybutów | Po ponownym zapisie produktu kombinacje mogą się zdublować, a stany i dopłaty rozjechać | Porównanie liczby wierszy w ps_product_attribute i ps_stock_available z wartościami sprzed migracji |
| Zamówienia gości | id_customer = 0, po migracji nie mają konta, ale muszą zostać w historii dla faktur i zwrotów | Filtr zamówień po id_customer = 0 i próba otwarcia faktury |
| Stare moduły płatności | Kod pisany pod PHP 5/7 korzysta z funkcji usuniętych w PHP 8 | Uruchomienie modułu na stagingu z PHP 8.1 i podgląd logów błędów |
Integracje to pozycja, która najczęściej rozsadza budżet, bo klienci traktują je jako dodatki. Przy stawce 130–200 zł netto za godzinę same integracje potrafią kosztować więcej niż wdrożenie bazowego sklepu.
Realne przedziały: jeden przewoźnik (InPost, DPD, DHL) to 6–15 godzin — z generowaniem etykiety, przekazywaniem statusów i obsługą przesyłek zwrotnych. Bramka płatności (Przelewy24, PayU, Stripe) to 4–8 godzin, bo moduły są gotowe, ale trzeba skonfigurować metody, przetestować webhooki i zachowanie przy nieudanej płatności. Fakturowanie: 8–20 godzin. ERP — Subiekt, Comarch, WAPRO, ErpBox — to 40–120 godzin i tu rozrzut jest największy.
Pytanie kontrolne, które warto zadać przed wyceną: czy ERP ma API REST, czy tylko eksport CSV na FTP? Różnica to zwykle 20–40 godzin, czyli 2 600–8 000 zł netto. API pozwala synchronizować stany i zamówienia w obie strony niemal na bieżąco. Pliki CSV wymagają harmonogramu, obsługi błędów parsowania i pilnowania, czy plik w ogóle dotarł na serwer.
Gotowy moduł czy własny? Jeśli sklep ma zwykłe ceny i jeden magazyn — gotowy. Nietypowe cenniki B2B, wielopoziomowe rabaty, wielomagazynowość albo limity kredytowe to zwykle powód, żeby napisać moduł dedykowany. Walka z gotowcem przez override kończy się aktualizacjami, które go łamią.
Obsługa błędów to nie dodatek. Log zdarzeń, powiadomienie mailowe przy nieudanej wysyłce i kolejka ponowień chronią przed cichą utratą zamówień — najgorszym scenariuszem, bo klient zapłacił, a zamówienie nie trafiło do systemu.
Przy przekazywaniu danych klientów do ERP i kurierów potrzebna jest umowa powierzenia przetwarzania z każdym odbiorcą i zasada minimalizacji: kurier dostaje wyłącznie dane do doręczenia. Pełny zakres prac opisuje strona wdrożenia PrestaShop.
| Integracja | Czas (h) | Koszt netto przy 130–200 zł/h |
|---|---|---|
| Kurier — jeden przewoźnik (InPost, DPD, DHL) | 6–15 | 780–3 000 zł |
| Bramka płatności (Przelewy24, PayU, Stripe) | 4–8 | 520–1 600 zł |
| Fakturowanie | 8–20 | 1 040–4 000 zł |
| ERP (Subiekt, Comarch, WAPRO, ErpBox) | 40–120 | 5 200–24 000 zł |
Po migracji ruch organiczny jest najbardziej narażonym aktywem, bo zmieniają się adresy, a Google potrzebuje czasu na przeliczenie. Bez przygotowanego pliku przekierowań start jest loteryjny.
Przekierowania 301. Przed publikacją eksportujesz stare adresy produktów, kategorii i wpisów (tabele ps_product_lang, ps_category_lang, ps_meta_lang oraz dane z Search Console) i mapujesz je na nowe. Parametry filtrów (zapytania, przedziały cen, sortowanie) traktujesz inaczej — dla nich ustawiasz canonical na wersję bazową i blokujesz indeksowanie, żeby nie mnożyć duplikatów.
Sitemap i robots. Po starcie generujesz nowy sitemap.xml, sprawdzasz robots.txt (uwaga na pozostawiony wpis Disallow: / z okresu prac) i zgłaszasz zmiany w Google Search Console. Jeśli zmieniała się domena, używasz narzędzia do zmiany adresu.
Core Web Vitals. Progi: LCP poniżej 2,5 s, CLS poniżej 0,1, INP poniżej 200 ms. W PrestaShop najwięcej daje włączenie cache i OPcache, kompresja obrazów do WebP oraz generowanie miniatur w rozmiarach faktycznie używanych przez szablon, lazy loading zdjęć poniżej pierwszego ekranu i cięcie liczby modułów zewnętrznych — każdy dokłada własne pliki JS i CSS.
Typowe wpadki: canonical na stronach paginacji wskazujący na stronę 1, duplikaty treści generowane przez filtry, pozostawione po testach wyłączone indeksowanie.
Monitoring: przez 30 dni po publikacji obserwujesz pozycje, błędy 404 w Search Console i logi serwera. Pierwsze dwa tygodnie zwykle przynoszą spadki — wtedy nie zmienia się adresów po raz drugi. Sposób pomiaru progów opisuje dokumentacja Web Vitals, a praktykę przygotowania sklepu — materiały o sklepach na PrestaShop.
| Wskaźnik | Próg | Co go najczęściej psuje w PrestaShop |
|---|---|---|
| LCP | poniżej 2,5 s | Nieskompresowany obraz banera, brak WebP, wyłączony cache |
| CLS | poniżej 0,1 | Brak wymiarów obrazów, bannery doczytywane po wejściu, czcionki bez font-display |
| INP | poniżej 200 ms | Dziesiątki skryptów modułów zewnętrznych, brak lazy loadingu dla JS |
Po starcie sklepu koszty się nie kończą. Opieka techniczna nad sklepem MŚP w PrestaShop to 400–1 500 zł netto miesięcznie. Dolna granica dotyczy sklepu z 500–800 SKU, kilkoma modułami i jedną–dwiema interwencjami w miesiącu. Górna — sklepu z 3 000 SKU, integracją z ERP, modułami pisanymi na zamówienie i pakietem 5–8 godzin pracy. Powyżej tego progu rozliczenie zwykle przechodzi na stawkę godzinową.
Co powinno wejść w pakiet:
Realne SLA dla sklepu sprzedającego codziennie wygląda tak: reakcja do 4 godzin w godzinach pracy (np. 8:00–16:00), awarie krytyczne — sklep nie działa, bramka płatności odrzuca transakcje, baza nie odpowiada — do 1 godziny. Prace ryzykowne (aktualizacja wersji, modyfikacje szablonu) przenosi się w okno serwisowe poza szczytem, np. 22:00–5:00, z informacją minimum 24 godziny wcześniej. Warto to zapisać w umowie: „w miarę możliwości” nie jest SLA.
Opieka techniczna to nie marketing. W pakiecie za 400–1 500 zł nie ma kampanii Google Ads, prowadzenia social mediów ani pisania opisów produktów. To osobny budżet i zwykle inna osoba. Najczęstsze nieporozumienie na starcie bierze się właśnie z pomieszania tych dwóch zakresów.
Hosting: sklep do 800 SKU i 10 tys. sesji miesięcznie obroni się na dobrym hostingu współdzielonym. Przy 1 000–3 000 SKU, integracji z ERP i B2B potrzebny jest VPS: minimum 4 vCPU, 8–16 GB RAM, dysk NVMe, PHP 8.2+ z OPcache i MySQL 8 (lub MariaDB 10.6+) oraz Redis na cache. Zasady utrzymania modułów i zgodności wersji opisuje dokumentacja dla deweloperów PrestaShop. Zakres usług poserwisowych znajdziesz w sekcji PrestaShop.
| Profil sklepu | Typowy zakres opieki | Cena netto/mies. |
|---|---|---|
| do 800 SKU, 2–3 moduły | aktualizacje, monitoring, backup, 1–2 interwencje | 400–700 zł |
| 800–2 000 SKU, ERP, kurierzy | jak wyżej + pakiet 3–5 h pracy, SLA 4 h / 1 h | 700–1 100 zł |
| 2 000–3 000 SKU, B2B, moduły własne | pakiet 5–8 h, testy na stagingu, okno serwisowe | 1 100–1 500 zł |
Wybór wykonawcy sprowadza się do jednego: ustalenia, ile godzin pracy kupujesz i co się stanie, gdy ten limit się skończy. Poniżej dziesięć pytań, które warto zadać przed podpisaniem umowy.
Kwestia lokalizacji bywa przeceniana. Deweloper z Lublina czy Zamościa obsługujący klienta ze Szczecina pracuje identycznie — o jakości decydują staging, SLA i kanał komunikacji (jeden system ticketowy albo wspólny kanał, cotygodniowy raport z postępu), a nie odległość. Jeśli zależy ci na spotkaniach na miejscu albo szkoleniu zespołu, wpisz to wprost do wymagań. Ale nie płać 30% więcej tylko za adres w tym samym mieście.
Czerwone flagi: brak widełek godzinowych w ofercie, cena „od 999 zł”, pominięty etap testów, brak propozycji opieki po wdrożeniu, pośrednik bez własnego zespołu i brak wskazania, kto odpowiada za przekierowania. Każda z nich oznacza, że ryzyko przekroczenia budżetu przenosi się na ciebie. Sposób rozbicia projektu na etapy opisujemy w materiale o organizacji wdrożeń i migracji PrestaShop.
| Element porównania | Oferta A | Oferta B |
|---|---|---|
| Liczba godzin w ofercie i stawka po limicie | ||
| Moduły własne i prawa do kodu (repozytorium) | ||
| Integracje: płatności, kurierzy, ERP, księgowość | ||
| Etap testów i sposób weryfikacji migracji | ||
| SLA i miesięczny koszt opieki | ||
| Koszty roczne licencji, hostingu, SSL | ||
| Suma za 12 miesięcy |
Najwięcej czasu i pieniędzy traci się nie na kodzie, a na brakujących danych. Poniższa lista powinna być zamknięta w dniu startu projektu, nie w jego trakcie.
Jeśli chcesz zestawić to z budżetem, zajrzyj do materiału o koszcie i organizacji wdrożenia w Szczecinie, a po pełny zakres prac — do strony Wdrożenia PrestaShop.
| Co przygotować | Format / zakres | Kto przekazuje | Kiedy |
|---|---|---|---|
| Dostępy do panelu, bazy, DNS, hostingu, GSC | konta + menedżer haseł | klient | dzień startu |
| Produkty, klienci, zamówienia, zdjęcia | CSV/XML + pliki w pełnej rozdzielczości | klient lub dotychczasowy wykonawca | przed etapem migracji |
| Integracje i dane API | klucze, loginy, adresy sandbox/produkcja | klient + dostawcy usług | przed etapem integracji |
| Cele biznesowe i prognoza SKU | krótki opis, liczby na 12 miesięcy | właściciel firmy | przed wyceną |
| Osoba decyzyjna i terminy akceptacji | nazwisko + 3 dni robocze na etap | właściciel firmy | przed podpisaniem umowy |
Wysyłanie zapytania bez listy funkcji i liczby SKU („chcę nowy sklep na PrestaShop”).
Jak wykryć: Wykonawca odsyła jedną kwotę i nie pyta o katalog, warianty ani integracje.
Jak naprawić: Przygotuj listę funkcji, liczbę SKU i listę integracji. Dopiero wtedy poproś o wycenę w godzinach, z rozbiciem na pozycje.
Brak środowiska testowego (staging) i planu powrotu w ofercie.
Jak wykryć: W harmonogramie nie ma osobnego etapu na kopię testową ani punktu „rollback” na wypadek nieudanej aktualizacji.
Jak naprawić: Wpisz staging jako obowiązkowy etap jeszcze przed podpisaniem umowy. Aktualizacja robiona bezpośrednio na produkcji to najkrótsza droga do przestoju.
Pomijanie pozycji serwerowych i pocztowych w wycenie.
Jak wykryć: W ofercie nie ma OPcache, PHP-FPM, MySQL 8, backupu, certyfikatu SSL ani konfiguracji SPF, DKIM i DMARC.
Jak naprawić: Dopisz je jako osobne pozycje z czasem. To zwykle 6–12 godzin pracy, których nikt nie wycenia, a które decydują o tym, czy sklep w ogóle działa poprawnie po starcie.
Migracja treści i przekierowań potraktowana jako „zrobi się przy okazji”.
Jak wykryć: Brak pozycji o imporcie opisów i zdjęć oraz o mapie przekierowań 301 ze starych adresów.
Jak naprawić: Dodaj osobny etap z liczbą godzin zależną od liczby produktów i podstron. Bez przekierowań 301 tracisz widoczność w Google na wiele miesięcy.
Porównywanie ofert wyłącznie po cenie końcowej.
Jak wykryć: Jedna oferta opiewa na 9 000 zł, druga na 17 000 zł, ale nie wiadomo, co dokładnie zawiera każda z nich.
Jak naprawić: Zestaw oferty w jednej tabeli: element, szacowany czas, koszt. Różnica prawie zawsze siedzi w testach, szkoleniu i integracjach, a nie w stawce wykonawcy.
Brak ustaleń po odbiorze: gwarancji, czasu reakcji i zakresu opieki.
Jak wykryć: Umowa kończy się na „przekazaniu sklepu”, bez zapisu o poprawkach błędów wdrożeniowych i wsparciu technicznym.
Jak naprawić: Ustal okres gwarancji na błędy wdrożeniowe, maksymalny czas reakcji i miesięczny koszt opieki. Zapisz to przed startem projektu, nie po jego zakończeniu.
Wycena wdrożenia lub migracji PrestaShop to nie kwestia lokalizacji, a zakresu: liczba funkcji, SKU i integracji przeliczona na godziny po 130–200 zł netto. Ofertę da się porównać tylko wtedy, gdy obie strony pokażą rozbicie na pozycje — inaczej porównujesz dwie różne usługi. Najczęstsze luki w tanich ofertach to staging, testy, szkolenie, migracja treści, przekierowania 301 i konfiguracja serwera oraz poczty. Zanim podpiszesz umowę, przejdź po liście kontrolnej i ustal, co dzieje się po odbiorze.
Sam mechanizm wyceny jest taki sam w całej Polsce: liczba godzin razy stawka. Różnice wynikają z kosztów prowadzenia firmy — stawki w województwie zachodniopomorskim bywają o 10–20% wyższe niż w Polsce wschodniej. To nie znaczy, że musisz wybierać droższą ofertę: praca zdalna działa, a o opłacalności decyduje porównanie zakresu, nie adres wykonawcy.
Harmonogram wynika z godzin, nie z kalendarza. Prosty sklep to zwykle kilkadziesiąt godzin pracy, sklep średni z integracjami — 120–200 h, a migracja 1.6 lub 1.7 do 8.x to 6 000–14 000 zł netto i kilka tygodni z testami. Część zadań da się prowadzić równolegle, dlatego czas kalendarzowy jest krótszy niż suma godzin. Realny termin zapisz w umowie po ustaleniu zakresu.
Poproś obie strony o wycenę w tej samej strukturze: element, szacowany czas, koszt. Zwróć szczególną uwagę na pozycje, które łatwo pominąć — testy, szkolenie, migrację treści, przekierowania 301, konfigurację serwera i poczty. Tańsza oferta zwykle nie jest okazją, tylko brakiem kilku wierszy w tabeli.
Przy małym katalogu (poniżej 200 SKU), prostym szablonie i braku integracji to realne — dokumentacja deweloperska PrestaShop opisuje kolejne kroki aktualizacji. Problem zaczyna się przy modułach pisanych na miarę, integracji z ERP i niestandardowym szablonie, gdzie aktualizacja wymaga poprawek w kodzie. Samodzielna migracja bez środowiska staging i backupu to ryzyko utraty danych i przestoju w sprzedaży.
Cztery rzeczy: listę funkcji, liczbę SKU wraz z liczbą wariantów, listę integracji i informację, na czym stoi obecny sklep (wersja PrestaShop, PHP, bazy danych, dostawca hostingu). Do tego dostęp do kopii sklepu albo zrzutu danych, żeby wykonawca mógł sprawdzić stan katalogu i modułów. Dopiero na tej podstawie da się podać przedział zamiast ogólnego „od–do”.
Nie musisz, ale warto wiedzieć, co zostaje na Twojej głowie: aktualizacje bezpieczeństwa PrestaShop i modułów, monitoring dostępności, backupy i reakcja na awarie. Jeśli nie masz osoby technicznej w firmie, miesięczny koszt opieki jest zwykle tańszy niż jednorazowe gaszenie skutków zaniedbanej aktualizacji. Zakres opieki ustal przed startem, razem z czasem reakcji.
Masz listę funkcji i liczbę SKU? Przygotujemy wycenę w rozbiciu na godziny, z pozycjami, których inne oferty często nie zawierają. Napisz, co ma robić sklep — odpowiemy konkretnymi przedziałami.