Wdrożenie strony internetowej w Raciborzu rozsypuje się najczęściej nie na technologii, ale na organizacji: brakuje treści, decyzji i jednej osoby po stronie klienta. Poniżej rozkładamy projekt na etapy i mówimy wprost, czego oczekujemy w każdym tygodniu pracy. Znajdziesz też listę błędów, które realnie opóźniają publikację, oraz checklistę rzeczy do przygotowania przed startem. Jeśli szukasz samych widełek i wyboru CMS-a, przejdź do pozostałych części tego artykułu.
Zapytania z Raciborza i powiatu dzielą się na trzy scenariusze. Pierwszy: firma startuje i potrzebuje strony od zera, najczęściej razem z domeną, pocztą i wizytówką Google. Drugi: wymiana strony z lat 2014–2017 — zwykle WordPress z nieaktualizowanym motywem, bez poprawnego RWD i z PageSpeed poniżej 40 na mobile. Trzeci: rozbudowa działającego sklepu, najczęściej PrestaShop 1.6/1.7, którego nie da się bezpiecznie podnieść do 8.x bez przepisania szablonu i modułów płatności.
Profile zleceniodawców różnią się tym, co realnie decyduje o sprzedaży:
Bliskość granicy zmienia wymagania. Do Ostrawy jest kilkadziesiąt kilometrów, do Katowic ponad godzina jazdy — a to oznacza, że część klientów realnie kupuje po czesku. Wtedy trzeba przełożyć nie tylko teksty, ale też cenę na CZK, dodać płatność kartą i lokalne metody, przeliczyć koszt wysyłki przez Packeta/DHL i sprawdzić czeski format adresu (5-cyfrowy kod pocztowy, inna kolejność danych). Maszynowe tłumaczenie z wtyczki tego nie załatwia — wychodzi na pierwszym mailu od klienta.
Zanim porównasz oferty, przygotuj brief: kto odbiera zapytania, ile trwa odpowiedź, jakie 5 pytań powtarza się w każdym telefonie. Decyzję o budżecie podejmuje się po briefie, nie po cenniku na stronie wykonawcy. Jeśli chcesz zobaczyć, jak wygląda taki brief w praktyce i co dzieje się po nim krok po kroku, zajrzyj do opisu procesu wdrożenia strony internetowej i checklisty startowej.
Cena nie wynika z nazwy pakietu, tylko z liczby podstron, integracji i tego, kto pisze treści. Poniższe widełki są orientacyjne dla rynku lokalnego (netto, bez budżetu na reklamę) i zakładają, że materiały zdjęciowe dostarcza klient.
Wizytówka wystarcza, gdy masz 1–5 usług, sprzedajesz przez telefon, a klient przed kontaktem nie musi porównywać trzydziestu wariantów. Przestaje wystarczać w momencie, gdy zaczynasz odpowiadać na te same pytania mailem, gdy pojawia się ponad 30 zapytań miesięcznie albo gdy konkurent publikuje cennik i kalkulator online — wtedy Twoja strona jest tylko wizytówką, a nie narzędziem sprzedaży.
Sygnały, że potrzebny jest sklep: powtarzalne zamówienia (te same SKU wracają co tydzień), katalog powyżej 50 produktów, obsługa B2B z cenami netto, rabatami przypisanymi do klienta i limitem kredytowym, oraz sytuacja, gdy więcej niż jedna osoba obsługuje zamówienia przychodzące mailem i telefonem. Wtedy koszt sklepu zwraca się nie na sprzedaży, a na czasie obsługi.
| Typ strony | Liczba podstron | Kluczowe funkcje | Orientacyjny czas | Orientacyjny koszt netto |
|---|---|---|---|---|
| Landing page | 1 | formularz, CTA, analityka, szybkie testy A/B | 1–2 tyg. | 1 500 – 3 500 zł |
| Wizytówka firmowa | 5–12 | usługi, realizacje, kontakt, mapa, blog, SEO lokalne | 2–5 tyg. | 4 000 – 9 000 zł |
| Strona rozbudowana | 20–60+ | wersje językowe, katalog, integracja CRM/mailingu | 6–12 tyg. | 12 000 – 30 000 zł |
| Sklep internetowy | katalog + 15–40 podstron | płatności, kurierzy, magazyn, faktury, B2B | 8–16 tyg. | 15 000 – 60 000 zł |
Widełki dla realizacji lokalnych wyglądają tak: prosty landing 1 500–3 500 zł, wizytówka firmowa 4 000–9 000 zł, strona rozbudowana z wielojęzycznością 12 000–30 000 zł, sklep internetowy 15 000–60 000 zł. Stawka rozliczeniowa to zwykle 80–160 zł/h przy freelancerze lub małej agencji i 150–250 zł/h przy agencji z opieką powdrożeniową.
Dla wizytówki na 8–12 podstron budżet to najczęściej 60–90 godzin:
Testy warto robić w oparciu o wytyczne Web Vitals (LCP, INP, CLS) — to jedyna część projektu, której nie da się nadrobić po publikacji bez kosztów.
Utrzymanie miesięcznie: hosting współdzielony 20–40 zł, VPS 60–200 zł, domena .pl 50–90 zł rocznie, motyw premium 150–400 zł rocznie, moduły PrestaShop 300–1 500 zł jednorazowo, kopie zapasowe z zewnętrznym storage 20–50 zł/mies., aktualizacje i przegląd 1–3 h/mies. Razem wizytówka: 60–150 zł/mies. (700–1 800 zł/rok), sklep: 150–500 zł/mies. (1 800–6 000 zł/rok).
Dlaczego wycena godzinowa bywa tańsza przy zmieniającym się zakresie? Bo pakiet stały ma zdefiniowany zakres, a każda zmiana (wersja czeska, integracja z ERP, dodatkowa bramka płatności) kończy się aneksem albo niedokończonym etapem. Rozliczenie godzinowe wymaga jednak dwóch zabezpieczeń: sufitu budżetu i cotygodniowego raportu przepracowanych godzin. Szczegóły rozbijamy w materiale o kosztach, technologiach i wyborze wykonawcy.
Wybór CMS-a podejmuje się na podstawie czterech liczb: liczba SKU, liczba języków, liczba integracji i przewidywany ruch w 12 miesięcy. Dopiero potem patrzy się na szablony i wygląd.
WordPress + WooCommerce działa dobrze przy katalogu do kilkuset produktów, jednym języku i prostym koszyku. Płatności i wysyłki są dostępne jako gotowe wtyczki, a blog i treści obsługuje ten sam panel. Problemy zaczynają się w czterech miejscach: warianty z różną ceną i stanem magazynowym, cenniki dla grup klientów, wiele magazynów oraz reguły wysyłki zależne od wagi, wymiarów i strefy. Wtedy trzeba pisać własne wtyczki albo dokładać kolejne, które po aktualizacji przestają się dogadywać.
PrestaShop ma to w rdzeniu: kombinacje produktów, multistore, grupy klientów z cennikami, reguły rabatowe, zaawansowane zarządzanie stanem. Przy 1000+ SKU i wariantach (rozmiar, kolor, pakowanie) utrzymanie WooCommerce bywa droższe niż samo wdrożenie PrestaShop. Dokumentacja deweloperska PrestaShop opisuje strukturę modułów i hooków — PrestaShop Developer Documentation to pierwsze miejsce, w którym sprawdzamy, czy daną funkcję da się dopiąć bez forkowania rdzenia i czy przetrwa aktualizację do kolejnej wersji.
Headless i własne moduły mają sens ekonomiczny, gdy są co najmniej dwa kanały sprzedaży (sklep, aplikacja, marketplace), a front musi być szybszy niż pozwala standardowy szablon. Koszt to zwykle 2-3 razy budżet klasycznego wdrożenia i droższe utrzymanie. Dla strony firmowej z formularzem kontaktowym to przerost formy.
Zanim wybierzesz technologie, uporządkuj role i decyzje — organizacja wdrożenia strony www jest większym ryzykiem dla terminu niż sam CMS.
| Sytuacja | Rekomendacja | Na co uważać |
|---|---|---|
| Do 300 SKU, 1 język, prosty koszyk | WordPress + WooCommerce | Gotowe wtyczki płatności i wysyłek |
| 300-3000 SKU, warianty, magazyn | PrestaShop | Kombinacje i stany obsługiwane w rdzeniu |
| Sprzedaż B2B, cenniki grupowe | PrestaShop | Grupy klientów i reguły cenowe bez dokładek |
| Treści, blog i sklep w jednym | WordPress + WooCommerce | Jeden panel do treści i sprzedaży |
| Sklep + aplikacja + marketplace | Headless lub własny front | Koszt 2-3x, wyższe koszty utrzymania |
Projekt o standardowym zakresie (8-12 podstron, formularz, blog) prowadzimy 6-9 tygodni. Harmonogram wygląda tak:
Dostępy: domena, hosting i repozytorium zostają na konta klienta. Agencja dostaje uprawnienia, nie własność. Przy zmianie wykonawcy klient przekazuje dostęp nowemu zespołowi w kilkanaście minut, a nie odzyskuje domenę przez tygodnie. Repozytorium trzymamy w organizacji klienta (GitHub lub GitLab) z gałęziami main i dev.
Co blokuje projekty najczęściej: brak treści, brak jednej osoby decyzyjnej po stronie klienta i zmiany zakresu po zaakceptowaniu projektu graficznego. Każda iteracja po akceptacji to dodatkowe godziny i przesunięcie publikacji. Stawki i etapy w podobnym zakresie opisaliśmy przy okazji projektu w innym mieście — koszty i proces wdrożenia stron internetowych — a pełny zakres usług znajdziesz w opisie procesu wdrożenia DropDigital.
| Tydzień | Etap | Co dostarcza klient |
|---|---|---|
| 1 | Brief i cele | Dane firmowe, lista podstron, osoba decyzyjna |
| 2 | Architektura i mapa URL | Akceptacja struktury, przekierowania 301 |
| 3-4 | Projekt graficzny | Akceptacja szablonów na piśmie |
| 5-7 | Wdrożenie | Treści, zdjęcia, dane do formularzy |
| 8 | Testy | Uwagi do działania na własnych urządzeniach |
| 9 | Publikacja i szkolenie | Dostępy do domeny, udział w szkoleniu |
Każda funkcja sklepowa to osobny moduł do wdrożenia, konfiguracji i przetestowania. Poniżej realne widełki godzinowe, które wliczamy do wyceny.
Zasada praktyczna: każda integracja z zewnętrznym systemem pochłania co najmniej dwa razy więcej godzin na testy niż na samo połączenie. Sandbox po stronie dostawcy bywa niedostępny albo nieodzwierciedla produkcji, więc część testów robi się na żywym środowisku.
Jeśli planujesz sklep, zobacz wdrożenie sklepu internetowego krok po kroku.
| Funkcja | Realny czas pracy | Kiedy wystarczy prostsze rozwiązanie |
|---|---|---|
| Płatności (Przelewy24, PayU, Stripe) | 6-14 h na integratora | Jeden operator plus przelew tradycyjny |
| Kurier (InPost, DPD, DHL) | 10-20 h na kuriera | Ręczne etykiety w panelu przewoźnika |
| ERP / magazyn | CSV 4-8 h, API 30-80 h | Eksport CSV raz na dobę |
| Wielojęzyczność (2 języki) | 20-40 h | Jeden język plus wersja EN tylko na kluczowych stronach |
| Strefa B2B | 40-80 h | Cennik ukryty po zalogowaniu |
| Rezerwacje online | 20-50 h | Formularz z zapytaniem o termin |
Ofertę da się zweryfikować w 30 minut — nie po cenie, a po pytaniach, które wykonawca zadaje jako pierwszy.
Widełki i technologie opisujemy w tekście o kosztach, technologiach i wyborze wykonawcy stron internetowych — tam też porównanie, jak te zapisy wpływają na cenę.
| Sygnał | Jak sprawdzić | Co zapisać w umowie |
|---|---|---|
| Cena bez briefu | Poproś o brief na piśmie: podstrony, integracje, języki | Wycena etapowa z zakresem i terminem odbioru |
| Konta na wykonawcę | Whois domeny, panel hostingu, właściciel w Search Console | Domena, hosting i DNS na dane klienta od pierwszego dnia |
| Licencje wtyczek | Zapytaj, kto jest nabywcą licencji i kto płaci odnowienie | Przekazanie kluczy i dowodów zakupu licencji |
| Brak SLA | Zapytaj, w jakim czasie reagujecie na awarię strony | Czas reakcji, okres gwarancji, zakres poprawek |
Publikacja to początek pracy, nie koniec projektu. Cztery obszary decydują o tym, czy strona przynosi zapytania z Raciborza i powiatu.
| Metryka | Próg dla 75. percentyla | Gdzie sprawdzić |
|---|---|---|
| LCP (największy element) | do 2,5 s | PageSpeed Insights, raport Core Web Vitals w Search Console |
| INP (reakcja na klik) | do 200 ms | PageSpeed Insights, dane z Chrome UX Report |
| CLS (przesunięcia układu) | do 0,1 | PageSpeed Insights, Lighthouse |
Brak jednej osoby decyzyjnej po stronie klienta — projekt graficzny krąży między właścicielem, marketingiem i działem handlu, a nikt nie mówi „zatwierdzam”.
Jak wykryć: Policz, ile osób musi wyrazić opinię o projekcie. Jeśli maile kończą się zdaniem „muszę skonsultować z resztą”, nie masz osoby decyzyjnej.
Jak naprawić: Wyznacz jedną osobę z prawem veta i wpisz ją do briefu razem z maksymalnym czasem na decyzję na każdym etapie (np. 3 dni robocze).
Treści dostarczane na końcu projektu — teksty i zdjęcia pojawiają się dopiero po wdrożeniu szablonu, więc strona stoi pusta.
Jak wykryć: Jeśli przy pytaniu o teksty słyszysz po raz drugi „będą w przyszłym tygodniu”, to sygnał, że treści nie są niczyim zadaniem.
Jak naprawić: Ustal, że komplet treści jest gotowy przed startem projektu UI. Jeśli firma nie ma zasobów, zaplanuj copywriting jako osobną pozycję kosztorysu z własnym terminem i właścicielem.
Praca na domenie i hostingu, do których klient nie ma dostępu — nikt nie wie, gdzie jest domena i kto ma loginy.
Jak wykryć: Poproś klienta o dostęp do panelu DNS. Jeśli zajmuje to więcej niż jeden dzień albo wymaga kontaktu z „dawną firmą”, masz problem.
Jak naprawić: W pierwszym tygodniu zrób inwentaryzację dostępów i przenieś domenę pod kontrolę klienta. Hasła trzymaj w menedżerze haseł, nie w mailach.
Zakres rośnie bez zapisu — liczba podstron wzrasta z 8 do 20, ale harmonogram i kosztorys zostają z pierwotnej wersji.
Jak wykryć: Porównaj aktualną listę podstron z tą z briefu. Jeśli różnią się, a nie ma ani jednego maila z akceptacją zmiany, zakres wymknął się spod kontroli.
Jak naprawić: Prowadź rejestr zmian z wyceną każdej pozycji i akceptacją mailem. Każda zmiana zakresu przesuwa termin albo budżet — nigdy „jakoś się zmieści”.
Brak środowiska testowego — zmiany wdrażane są bezpośrednio na żywej stronie, bez kopii przed aktualizacją.
Jak wykryć: Zapytaj, czy przed ostatnią aktualizacją wtyczki powstała kopia zapasowa i czy zmiany sprawdzono najpierw na kopii. Cisza to odpowiedź.
Jak naprawić: Postaw staging i automatyczne kopie dzienne. Publikacja wyłącznie po testach na kopii — zwłaszcza przy aktualizacjach wtyczek i motywu.
Projekt kończy się w dniu publikacji — nikt nie sprawdza błędów 404, wydajności i indeksacji nowych adresów.
Jak wykryć: Zapytaj, kto i kiedy sprawdzi błędy 404 oraz indeksację po starcie. Jeśli odpowiedź brzmi „zobaczymy”, nie ma planu powdrożeniowego.
Jak naprawić: Ustal 30-dniowy okres opieki powdrożeniowej z konkretnymi punktami kontrolnymi: 404, mapa strony, wydajność, indeksacja, formularze.
Organizacja projektu waży więcej niż wybór technologii — brak treści, brak decyzyjności i brak dostępów opóźniają publikację najbardziej. Ustal jedną osobę decyzyjną, zamknij komplet treści przed projektem UI i zapisz zakres na piśmie. Dostępy do domeny, hostingu i repozytorium powinny należeć do klienta od pierwszego dnia. Wtedy harmonogram się trzyma, a strona działa tak, jak zaplanowano.
Prosta wizytówka to zwykle 2-4 tygodnie od briefu do publikacji, rozbudowana strona z wielojęzycznością 6-10 tygodni, a sklep z integracjami 2-4 miesiące. Terminy nie zależą od lokalizacji, tylko od liczby decyzji do podjęcia i tempa dostarczania treści. Największym opóźniaczem jest brak tekstów i zdjęć po stronie klienta.
Jedna osoba, która ma realne prawo zatwierdzać projekt i nie musi za każdym razem pytać zarządu. Może to być właściciel, marketing manager albo osoba wyznaczona przez zarząd — ważne, żeby decyzja była wiążąca. Reszta zespołu może opiniować, ale nie blokować.
Tak, przynajmniej w wersji roboczej. Projekt UI powstaje na treści, a nie odwrotnie — inaczej po wdrożeniu szablon pęka przy pierwszym dłuższym akapicie. Jeśli nie masz zasobów, zaplanuj copywriting jako osobną pozycję kosztorysu. Pomocne kryteria jakości treści opisuje dokumentacja Google o treściach tworzonych dla ludzi: Creating Helpful, Reliable, People-First Content.
Na klienta — zawsze. Wykonawca może mieć dostęp techniczny, ale nie powinien być właścicielem konta. Sprawdź to przed startem, bo przeniesienie domeny od niechętnego wykonawcy potrafi zająć tygodnie. Kontrolę nad DNS warto mieć jeszcze przed pierwszą publikacją.
Zapisać to w rejestrze zmian z wyceną i terminem, a akceptację potwierdzić mailem. Zmiana zakresu przy stałej cenie zawsze oznacza coś innego do wycięcia albo przesunięcia. Więcej o organizacji pracy wdrożeniowej znajdziesz w artykule Strony www: organizacja wdrożenia bez wpadki.
Powinno być standardem, nie dodatkiem za dopłatą. Zwykle wystarcza 1-2 godziny pokazujące dodawanie treści, aktualizacje i kopie zapasowe. Poproś o nagranie sesji i krótką instrukcję w PDF — przydaje się, gdy w firmie zmienia się osoba odpowiedzialna.
Sprawdź formularze, poprawność przekierowań i wydajność na urządzeniach mobilnych. Metryki, które warto monitorować po starcie, opisuje dokumentacja Core Web Vitals. Pierwsze 30 dni to czas na wyłapanie błędów 404 i poprawki indeksacji, zanim zdążą wpłynąć na widoczność.
Jeśli chcesz przejść przez wdrożenie bez zgadywania, kto co robi w danym tygodniu, napisz do nas — przejrzymy Twój zakres i powiemy, co realnie da się zrobić w jakim terminie.