Stworzenie strony internetowej dla firmy może trwać od kilku dni do 2-3 tygodni przy prostej wizytówce lub landingu z gotowymi materiałami, przez kilka tygodni przy typowej stronie firmowej, aż po 8-12 tygodni albo dłużej przy większym serwisie z indywidualnym projektem, CMS, migracją, treściami lub integracjami. To są widełki orientacyjne, nie gwarancja. Realny termin zależy od zakresu, gotowości materiałów, liczby osób decyzyjnych i tego, ile rund poprawek wchodzi w harmonogram.
Najważniejsze jest to, od kiedy liczysz czas. Pierwszy mail z pytaniem "ile trwa strona?" nie uruchamia jeszcze projektu. Termin powinien biec dopiero wtedy, gdy wiadomo, co ma powstać, kto zatwierdza decyzje i jakie materiały są dostępne. Jeśli chcesz uniknąć pustego harmonogramu, najpierw sprawdź, co przygotować przed zleceniem strony: cel, zakres, podstrony, treści, zdjęcia, dostęp do domeny i osobę decyzyjną.
Przy planowaniu tworzenia stron internetowych warto więc pytać nie tylko o datę publikacji. Lepsze pytanie brzmi: co musi być dostarczone, zaakceptowane i przetestowane, żeby ta data była realna.
Werdykt w 30 sekund
- Prosta strona może powstać szybko, ale tylko wtedy, gdy zakres jest wąski, materiały są gotowe, a decyzje zapadają bez przeciągania.
- Typowa strona firmowa zwykle wymaga kilku tygodni, bo trzeba przejść przez strukturę, treści, projekt, wdrożenie, testy i poprawki.
- Większy serwis może trwać 8-12 tygodni albo dłużej, gdy dochodzi CMS, migracja, wersje językowe, integracje, niestandardowe formularze lub wiele podstron.
- Najczęstsze opóźnienie nie leży w samym kodzie: projekt staje przez brak treści, zdjęć, dostępu do domeny, wspólnej listy uwag albo decyzji po stronie firmy.
Ile trwa stworzenie strony w 30 sekund
Najkrótsza odpowiedź brzmi: im prostszy zakres i im lepiej przygotowane materiały, tym krótszy harmonogram. Nie porównuj jednak samej liczby dni bez sprawdzenia, co obejmuje termin. Jedna oferta może liczyć tylko wdrożenie gotowego szablonu, a druga cały proces: strukturę, projekt, teksty, CMS, testy, formularze i publikację.
| Scenariusz | Orientacyjny czas | Kiedy jest realny | Co może go wydłużyć |
|---|---|---|---|
| Prosta wizytówka lub landing page | kilka dni do 2-3 tygodni | Gotowe treści, jedna oferta, prosty kontakt, bez rozbudowanego CMS | Brak tekstów, niejasne CTA, zmiana układu po projekcie |
| Typowa strona firmowa | kilka tygodni | Kilka podstron, formularz, podstawowe treści, projekt i testy | Kilka usług, dużo poprawek, brak osoby decyzyjnej |
| Większy serwis firmowy | 8-12 tygodni albo dłużej | CMS, wiele podstron, blog, migracja, wersje językowe lub integracje | Zmiana zakresu, migracja treści, integracje, brak dostępów |
Te widełki są punktem orientacyjnym. W praktyce strona z trzema prostymi podstronami może trwać dłużej niż większy projekt, jeśli nikt nie dostarcza treści i każda decyzja wraca do kilku osób. Z drugiej strony większy zakres może iść sprawnie, jeśli przed startem wiadomo, co ma powstać, kto akceptuje etapy i które elementy zostają na później.
Szybka decyzja: jeśli potrzebujesz strony na konkretną datę, nie zaczynaj od pytania o "najszybszy termin". Zacznij od ustalenia wersji pierwszej: które podstrony, funkcje i materiały muszą być gotowe na start, a co można dopisać po publikacji.
Od kiedy liczyć czas realizacji
Największe nieporozumienie dotyczy momentu startu. Kupujący często liczy czas od pierwszej rozmowy. Wykonawca może liczyć go od podpisania umowy, wpłaty zaliczki, dostarczenia materiałów, zaakceptowania mapy strony albo zamknięcia projektu graficznego. Jeśli tego nie ustalisz, dwie podobne deklaracje terminu mogą oznaczać zupełnie różne procesy.
Bezpiecznie jest liczyć harmonogram od momentu, w którym są znane warunki startu:
| Warunek startu | Co powinno być ustalone | Co grozi, gdy tego brakuje |
|---|---|---|
| Cel strony | Kontakt, zapytanie, prezentacja oferty, rezerwacja, wsparcie sprzedaży | Strona powstaje "ładnie", ale bez jasnej ścieżki użytkownika |
| Zakres | Typ strony, lista podstron, funkcje, formularze, CMS | Termin zmienia się po każdej nowej decyzji |
| Materiały | Teksty, zdjęcia, logo, dane kontaktowe, opisy usług, elementy zaufania | Projekt stoi albo powstaje na treściach tymczasowych |
| Dostępy | Domena, hosting, obecna strona, CMS, analityka, poczta | Publikacja blokuje się na końcu projektu |
| Akceptacja | Kto zbiera uwagi, kto zatwierdza i w jakim czasie odpowiada | Poprawki wracają w kilku sprzecznych wersjach |
Termin bez tych warunków jest raczej deklaracją niż harmonogramem. Może być użyteczny jako wstępna informacja, ale nie powinien być podstawą planu kampanii, targów, rebrandingu albo startu sprzedaży.
Czerwona flaga: uważaj na termin podany bez informacji, od kiedy jest liczony. "Strona w dwa tygodnie" może znaczyć dwa tygodnie od kompletu treści, od akceptacji projektu albo od chwili, gdy klient przestaje zmieniać zakres.
Typowy harmonogram projektu strony firmowej
Proces nie musi być rozbudowany, ale powinien mieć etapy. Dzięki temu wiadomo, kiedy podejmujesz decyzje, kiedy zgłaszasz uwagi i kiedy zakres przestaje się zmieniać. Bez etapów projekt łatwo zamienia się w serię maili, poprawek i niedopowiedzeń.
| Etap | Co się dzieje | Decyzja po stronie firmy |
|---|---|---|
| Brief i zakres | Ustalenie celu, odbiorcy, podstron, funkcji, materiałów i ograniczeń | Potwierdzić, co wchodzi do pierwszej wersji |
| Struktura strony | Menu, kolejność sekcji, rola podstron i ścieżka do kontaktu | Zatwierdzić układ informacji przed projektem graficznym |
| Materiały i treści | Teksty, zdjęcia, logo, opisy usług, dane kontaktowe, CTA | Dostarczyć gotowe materiały albo ustalić, kto je tworzy |
| Projekt UX/UI | Widoki desktop i mobile, formularze, sekcje zaufania, przyciski | Zebrać jedną listę uwag i zatwierdzić kierunek |
| Wdrożenie | Kodowanie, CMS, formularze, responsywność, podstawowa konfiguracja | Nie dokładać nowych funkcji bez zmiany harmonogramu |
| Testy i poprawki | Sprawdzenie mobile, formularzy, linków, szybkości, publikacji | Zgłosić poprawki w ustalonej rundzie |
| Publikacja | Podpięcie domeny, SSL, formularze, analityka, podstawowe sprawdzenie działania | Potwierdzić dostęp, odbiór i dalszą opiekę |
Taki harmonogram nie jest biurokracją. Chroni obie strony przed sytuacją, w której projekt graficzny jest gotowy, ale nagle dochodzi nowa podstrona, nowy formularz, druga wersja językowa albo zmiana całej oferty.
Praktyczny wniosek: im wcześniej zamykasz strukturę i materiały, tym mniej poprawek wraca na etapie wdrożenia. Najdroższe czasowo są zmiany, które pojawiają się po zaakceptowaniu poprzedniego etapu.
Prosta strona a większy serwis
Prosta strona i większy serwis nie różnią się tylko liczbą ekranów. Różnią się liczbą decyzji. Landing page może prowadzić do jednego formularza i jednej oferty. Strona firmowa z kilkoma usługami musi już uporządkować ścieżki użytkownika. Większy serwis dochodzi do kolejnego poziomu: edycja treści w CMS, role użytkowników, blog, migracja, integracje, wersje językowe i testy większej liczby scenariuszy.
| Typ projektu | Co zwykle wystarcza | Co zmienia harmonogram |
|---|---|---|
| One-page lub wizytówka | Kilka sekcji, kontakt, podstawowe informacje, prosty formularz | Brak treści, zbyt szeroka oferta, próba zmieszczenia kilku usług na jednej stronie |
| Typowa strona firmowa | Strona główna, oferta, o firmie, kontakt, kilka podstron usługowych | Liczba usług, struktura menu, teksty, zdjęcia, CTA, formularze |
| Większy serwis firmowy | CMS, blog, wiele podstron, wersje językowe, migracja lub integracje | Przenoszenie treści, uprawnienia, testy, synchronizacja z zewnętrznymi narzędziami |
Jeśli firma ma jedną główną ofertę i chce szybko uruchomić wiarygodny punkt kontaktu, prostszy wariant może być rozsądny. Jeśli użytkownik musi porównać kilka usług, sprawdzić szczegóły, zobaczyć dowody zaufania i wrócić do treści później, jedna strona może być za ciasna.
Sklep internetowy warto traktować jako osobny typ projektu. Produkty, koszyk, płatności, dostawy, regulaminy i obsługa zamówień zmieniają logikę harmonogramu. Jeśli plan dotyczy zwykłej strony firmowej, nie mieszaj go z projektem e-commerce, bo termin przestanie być porównywalny.
Materiały, feedback i rundy poprawek
Materiały są jednym z najczęstszych powodów opóźnień. Wykonawca może zaprojektować układ, ale nie zastąpi decyzji o ofercie, danych kontaktowych, zdjęciach, opiniach, realizacjach i głównym CTA. Jeżeli te elementy są niegotowe, projekt zaczyna bazować na założeniach, a później wraca jako seria poprawek.
Najbardziej ryzykowne są materiały "prawie gotowe": teksty w kilku dokumentach, zdjęcia w mailach, logo tylko w niskiej jakości, opisy usług w prezentacji handlowej i uwagi od kilku osób wysyłane osobno. To nie wygląda groźnie na starcie, ale potrafi rozciągnąć projekt o kolejne dni lub tygodnie.
| Materiał | Dlaczego wpływa na czas | Decyzja przed startem |
|---|---|---|
| Teksty | Projekt potrzebuje realnej długości nagłówków, ofert i CTA | Kto pisze, kto redaguje, kiedy teksty są zatwierdzone |
| Zdjęcia | Układ zależy od jakości, proporcji i praw do publikacji | Czy używasz własnych zdjęć, stocków czy prostszej warstwy graficznej |
| Logo i identyfikacja | Brak plików jakościowych wydłuża projekt wizualny | Czy są wersje logo, kolory i podstawowe zasady użycia |
| Opisy usług | Bez zakresu nie da się sensownie zaprojektować oferty | Które usługi są w V1, a które później |
| Dane kontaktowe | Formularz, stopka i kontakt nie mogą być robocze do końca | Jakie dane publikujesz i gdzie trafiają zapytania |
| Dowody zaufania | Opinie, realizacje i certyfikaty wymagają zgód i selekcji | Co można pokazać publicznie bez dopowiadania faktów |
Osobno warto rozpisać, jakie treści przygotować na stronę firmową, bo same nazwy usług, robocze hasła i przypadkowe zdjęcia nie wystarczą do zaprojektowania wiarygodnej ścieżki kontaktu. Im bardziej konkretne są teksty, CTA i materiały zaufania, tym mniej zmian wraca na etapie projektu.
Rundy poprawek też powinny być wpisane w harmonogram. Typowo spotyka się 1-3 rundy, ale nie jest to uniwersalna zasada. Ważniejsze od samej liczby jest to, co oznacza runda: czy dotyczy projektu graficznego, treści, wdrożenia, mobile, czy drobnych korekt po testach. Jeżeli uwagi są rozproszone i wracają po czasie, nawet trzy rundy mogą nie wystarczyć.
Czerwone flagi przy poprawkach
- Uwagi przychodzą od kilku osób osobno: wykonawca dostaje sprzeczne sygnały i nie wie, która wersja jest wiążąca.
- Poprawki zmieniają zakres: z korekty nagłówka robi się nowa podstrona, nowy formularz albo inny układ oferty.
- Nie ma terminu na feedback: projekt czeka, a data publikacji nadal wygląda tak, jakby nic się nie zmieniło.
Najprostsze rozwiązanie organizacyjne: jedna osoba po stronie firmy zbiera wszystkie uwagi, porządkuje je i wysyła jako jedną listę. Dzięki temu poprawki są decyzją, a nie dyskusją rozciągniętą na kilka kanałów.
Co najczęściej wydłuża stworzenie strony
Opóźnienia rzadko mają jedną przyczynę. Najczęściej nakłada się kilka drobnych rzeczy: brakuje treści, dochodzi nowa podstrona, ktoś zmienia układ po akceptacji, nie ma dostępu do domeny, a formularz trzeba jednak połączyć z dodatkowym narzędziem. Każda z tych rzeczy może być uzasadniona, ale każda powinna zmienić harmonogram.
| Co wydłuża projekt | Jak to wygląda w praktyce | Jak ograniczyć ryzyko |
|---|---|---|
| Zmiana zakresu w trakcie | Dochodzi blog, wersja językowa, dodatkowa usługa lub nowy formularz | Rozdzielić V1 od rzeczy na później |
| Brak gotowych treści | Projekt bazuje na tymczasowych tekstach lub roboczych hasłach | Ustalić, kto pisze i kiedy treści są zatwierdzone |
| Brak zdjęć lub logo | Trzeba szukać materiałów, przerabiać układ albo kupować stocki | Przygotować folder materiałów i listę braków |
| Wielu decydentów | Każda osoba dopisuje nowe uwagi po czasie | Wyznaczyć jednego właściciela akceptacji |
| Integracje | Formularz ma trafiać do CRM, kalendarza, newslettera lub innego systemu | Opisać efekt integracji przed wyceną |
| Migracja starej strony | Trzeba przenieść treści, URL-e, przekierowania i pliki | Wpisać migrację jako osobny etap |
| Dostępy do domeny i hostingu | Publikacja czeka na panel, DNS, SSL lub pocztę | Sprawdzić dostęp przed końcem wdrożenia |
Szczególnie uważać trzeba na zdanie "to tylko mała zmiana". Mała zmiana w treści faktycznie może być mała. Mała zmiana w strukturze, typie formularza, liczbie podstron albo sposobie działania CMS może oznaczać cofnięcie projektu do wcześniejszego etapu.
Praktyczny wniosek: jeżeli zmienia się zakres, trzeba ponownie potwierdzić termin. Bez tego harmonogram opiera się na starych założeniach, a projekt już jest inny.
Jak skrócić harmonogram bez psucia projektu
Szybszy termin nie powinien oznaczać pomijania testów, publikacji na niegotowych treściach albo rezygnacji z responsywności. Najzdrowszy sposób skrócenia harmonogramu to zawężenie pierwszej wersji strony i uporządkowanie decyzji po stronie firmy.
Zacznij od V1. Wypisz, co musi być online w dniu publikacji, żeby strona spełniała cel. Przy prostej stronie może to być strona główna, jedna oferta, kontakt, formularz, dane firmy i kilka elementów zaufania. Blog, dodatkowe podstrony usług, rozbudowane realizacje, wersje językowe i integracje można zaplanować jako etap drugi, jeśli nie są krytyczne dla startu.
Decyzja krok po kroku
- Zamknij zakres V1. Oznacz podstrony i funkcje konieczne na start, a resztę przenieś do kolejnego etapu.
- Przygotuj jeden folder materiałów. Teksty, zdjęcia, logo, dane kontaktowe i braki powinny być widoczne w jednym miejscu.
- Ustal terminy feedbacku. Brak uwag w terminie powinien mieć jasną konsekwencję dla daty publikacji.
- Wyznacz jedną osobę decyzyjną. To ona zbiera komentarze i wysyła wykonawcy jedną wiążącą listę.
- Nie usuwaj testów z harmonogramu. Formularze, mobile, linki, SSL i podstawowa analityka muszą działać przed startem.
Jeśli termin jest sztywny, rozmawiaj o kompromisach konkretnie. Zamiast "zróbmy szybciej", zapytaj: które funkcje możemy przesunąć po publikacji, ile czasu da jedna runda poprawek zamiast trzech, czy możemy zacząć od prostszego formularza, czy wersja językowa może wejść w drugim etapie.
Nie każdy skrót jest dobry. Publikacja strony bez sprawdzenia formularza, bez wersji mobilnej albo bez kontroli dostępu do domeny może wyglądać jak oszczędność czasu, ale zwykle wraca jako awaria na starcie.
O co zapytać wykonawcę przed akceptacją terminu
Dobry termin powinien być powiązany z zakresem i odpowiedzialnościami. Jeśli wykonawca podaje datę, dopytaj, co dokładnie musi się wydarzyć po drodze. Dzięki temu porównujesz harmonogramy, a nie optymistyczne deklaracje.
| Pytanie | Po co je zadać | Sygnał ostrzegawczy |
|---|---|---|
| Od którego momentu liczony jest termin? | Żeby odróżnić zapytanie od realnego startu prac | Brak jednoznacznej odpowiedzi |
| Co musimy dostarczyć i do kiedy? | Żeby wiedzieć, które elementy są po stronie klienta | "Dostarczą Państwo materiały później" bez daty |
| Ile rund poprawek obejmuje harmonogram? | Żeby kontrolować feedback i akceptację | Nielimitowane poprawki bez wpływu na termin |
| Czy termin obejmuje testy i publikację? | Żeby nie pomylić wdrożenia z gotową stroną online | Data dotyczy tylko wersji roboczej |
| Co z formularzami, mobile, SSL i analityką? | Żeby sprawdzić elementy krytyczne przed startem | Brak testów lub "sprawdzi się po publikacji" |
| Co się dzieje przy zmianie zakresu? | Żeby wiedzieć, kiedy termin trzeba przeliczyć | Nowe funkcje mają "jakoś się zmieścić" |
| Kto ma dostęp po publikacji? | Żeby strona nie była zależna od jednej osoby | Niejasny CMS, hosting, domena lub własność kont |
Warto też zapytać o punkt odbioru. Strona "gotowa" może oznaczać wersję do akceptacji, wdrożenie na środowisku testowym, publikację pod domeną, działający formularz albo przekazanie instrukcji do CMS. To różne momenty. Przy planowaniu kampanii lub komunikacji z klientami interesuje Cię strona opublikowana i sprawdzona, a nie tylko pokazana do wglądu.
Kiedy startować, a kiedy najpierw uporządkować zakres
Możesz startować z projektem, jeśli znasz cel strony, masz wstępną listę podstron, wiesz, które materiały są gotowe, masz osobę decyzyjną i potrafisz wskazać termin graniczny. Nie musisz mieć perfekcyjnych tekstów, ale musisz wiedzieć, kto je przygotuje i kiedy będą zatwierdzone.
Lepiej poczekać, jeśli firma nie umie jeszcze opisać oferty, nie ma decyzji o podstronach, nie ma danych kontaktowych, nie wie, kto zatwierdza projekt, albo liczy na to, że wykonawca sam zgadnie strukturę biznesu. W takiej sytuacji harmonogram będzie pozorny, bo najpierw trzeba uporządkować decyzje.
Najprostszy filtr przed zleceniem:
| Jeśli masz... | Możesz zrobić... |
|---|---|
| jedną ofertę, gotowe materiały i prosty kontakt | pytać o szybki landing lub prostą stronę |
| kilka usług, podstawowe treści i osobę decyzyjną | planować typową stronę firmową z kilkoma podstronami |
| dużo treści, CMS, migrację, integracje lub wersje językowe | oczekiwać większego harmonogramu i etapowania |
| brak oferty, treści i decyzyjności | najpierw przygotować zakres, bo termin będzie zgadywaniem |
Ostateczna decyzja jest prosta: czas stworzenia strony internetowej zależy mniej od samego hasła "strona firmowa", a bardziej od liczby decyzji do podjęcia. Jeśli zakres, materiały i akceptacje są jasne, harmonogram może być konkretny. Jeśli są niejasne, nawet krótka strona będzie się przeciągać.