Jedno z pierwszych pytań przy planowaniu nowej strony brzmi: ile potrwa jej wykonanie?
Odpowiedź zależy od zakresu. Prosta strona oparta na kilku powtarzalnych widokach może powstać w ciągu kilku tygodni, podczas gdy rozbudowany serwis firmowy z indywidualnym UX/UI, wersjami językowymi, katalogiem lub integracjami może wymagać kilku miesięcy pracy.
Na całkowity czas realizacji wpływa nie tylko development. Znaczenie mają również analiza, projekt UX/UI, przygotowanie materiałów, liczba rund akceptacji, integracje, testy oraz tempo podejmowania decyzji.
W tym artykule pokazujemy realny harmonogram tworzenia strony internetowej – od rozpoczęcia prac do publikacji – oraz wyjaśniamy, co może ten termin skrócić lub wydłużyć.
Nie opisujemy tutaj szczegółowo planowania celów ani zakresu projektu. Ten temat omawiamy osobno w artykule Strona internetowa firmy – jak zaplanować ją dobrze od pierwszego dnia.
Orientacyjnie można przyjąć, że:
Są to orientacyjne ramy czasowe przy sprawnym przebiegu projektu. Ostateczny harmonogram zależy od liczby unikalnych widoków, zakresu UX/UI, funkcjonalności, integracji, dostępności treści oraz tempa akceptacji kolejnych etapów.
Podawany termin powinien mieć jasno określony punkt początkowy.
„6 tygodni realizacji” może oznaczać zupełnie coś innego, jeżeli jedna firma liczy czas:
Dlatego przy porównywaniu terminów warto ustalić nie tylko ile trwa projekt, ale również od jakiego momentu wykonawca zaczyna liczyć harmonogram.
W przypadku większych realizacji właściwy harmonogram powstaje zazwyczaj dopiero wtedy, gdy znany jest zakres projektu oraz zależności pomiędzy poszczególnymi etapami.
Pod nazwą „strona internetowa” mogą kryć się projekty o zupełnie innej skali.
Innego czasu wymaga:
Znaczenie ma również sposób prowadzenia projektu. Niektóre etapy mogą częściowo przebiegać równolegle, a inne muszą zakończyć się przed rozpoczęciem kolejnych.
Przykładowo development części komponentów można rozpocząć po zaakceptowaniu kluczowych widoków, ale wdrożenie nie powinno opierać się na projekcie, który nadal zmienia podstawową architekturę.
Dlatego harmonogram strony internetowej jest sumą czasu pracy, zależności pomiędzy etapami oraz czasu potrzebnego na decyzje i akceptacje.
Realizacja strony internetowej składa się z kilku etapów, które częściowo następują po sobie, a w większych projektach mogą również częściowo się nakładać.
Orientacyjny czas poszczególnych etapów wygląda następująco:
Podane wartości oznaczają orientacyjny czas kalendarzowy trwania danego etapu projektu, a nie liczbę roboczogodzin zespołu.
Przykładowo development trwający cztery tygodnie nie oznacza 160 roboczogodzin pracy jednego programisty. W tym okresie nad projektem może równolegle pracować kilka osób, a część czasu może obejmować oczekiwanie na akceptację, materiały, dostęp do zewnętrznych systemów lub wykonanie prac zależnych od wcześniejszych etapów.
Podobnie poszczególnych wartości nie należy po prostu sumować. Przy dobrze zaplanowanym projekcie część prac może przebiegać równolegle – np. podczas developmentu zaakceptowanych widoków mogą być przygotowywane treści, tłumaczenia lub kolejne elementy projektu.
Dlatego całkowity harmonogram strony internetowej zależy nie tylko od czasu potrzebnego na wykonanie poszczególnych prac, ale również od zależności między etapami, dostępności zespołu, materiałów oraz tempa podejmowania decyzji i akceptacji.
Orientacyjnie: od kilku dni do 1–2 tygodni
Na początku porządkowany jest zakres projektu, struktura serwisu, najważniejsze funkcje, wymagania techniczne i materiały.
W prostej stronie firmowej etap może ograniczyć się do briefu i kilku spotkań. Przy serwisach z integracjami, nietypową logiką lub wieloma interesariuszami potrzebna może być pełniejsza analiza.
Samą analizę przedwdrożeniową opisujemy szerzej w artykule Analiza przedwdrożeniowa – na czym polega i dlaczego warto ją wykonać?
Orientacyjnie: 1-2 tygodnie
Na tym etapie powstaje architektura widoków, hierarchia informacji oraz – jeżeli projekt tego wymaga – makiety UX.
Nie każda strona potrzebuje osobnego etapu wireframingu. W prostszych projektach UX może być realizowany bezpośrednio podczas projektowania docelowych widoków UI.
Czas zależy przede wszystkim od liczby unikalnych widoków, złożoności procesów i liczby rund akceptacji.
Orientacyjnie: 1-3 tygodnie
Powstają docelowe widoki strony, komponenty, wersje mobilne oraz potrzebne stany interfejsu.
Czas projektowania zależy od liczby unikalnych widoków, a nie od samej liczby podstron. Kilkadziesiąt podstron korzystających ze wspólnego szablonu może wymagać mniej pracy niż kilka całkowicie różnych ekranów.
Szczegółowo zakres oraz koszt tego etapu opisujemy w artykule Projekt strony internetowej – ile kosztuje design i UX?
Orientacyjnie: 4-8 tygodni, przy dużych projektach dłużej
Na tym etapie zaakceptowany projekt jest zamieniany w działającą stronę. Powstaje frontend, konfiguracja CMS, komponenty, formularze, logika funkcji oraz integracje.
Czas developmentu zależy przede wszystkim od:
Przy prostej stronie etap może zamknąć się w kilku tygodniach. W serwisie B2B lub rozwiązaniu posiadającym dedykowane moduły może trwać znacznie dłużej.
Techniczny przebieg wdrożenia WordPress opisujemy osobno w artykule Techniczne wdrożenie WordPress – jak powstaje stabilna i szybka strona.
Treści nie zawsze są osobnym etapem następującym po developmentcie. Najlepiej, gdy powstają równolegle z UX/UI i wdrożeniem technicznym.
Harmonogram może jednak znacząco się wydłużyć, jeżeli przed publikacją nadal brakuje:
Dlatego już na początku projektu warto ustalić, kto odpowiada za przygotowanie materiałów i kiedy mają być gotowe.
Przy rozbudowanych serwisach migracja i wdrożenie treści powinny mieć własne miejsce w harmonogramie.
Orientacyjnie: od kilku dni do 2 tygodni
Przed publikacją sprawdzane są m.in.:
Im więcej funkcji i integracji, tym większy zakres testów.
Ten etap może się również wydłużyć, jeżeli podczas odbioru pojawiają się nowe wymagania, a nie wyłącznie poprawki do wcześniej uzgodnionego zakresu.
Najczęściej: 1-3 dni robocze
Publikacja może obejmować przygotowanie środowiska produkcyjnego, konfigurację domeny i DNS, certyfikat SSL, przekierowania, analitykę, finalne testy oraz uruchomienie strony.
Sama operacja techniczna może trwać krótko, ale przy migracji istniejącego serwisu warto przewidzieć czas na kontrolę po publikacji i ewentualne poprawki.
Opisz planowany zakres i datę, której nie możesz przekroczyć. Sprawdzimy, czy harmonogram jest realny i jaki zakres można bezpiecznie zrealizować przed publikacją.
Nie zawsze.
Część prac może przebiegać równolegle. Przykładowo podczas developmentu zaakceptowanych widoków mogą być przygotowywane treści, tłumaczenia lub kolejne elementy projektu.
Z drugiej strony niektóre zadania tworzą zależności. Jeżeli nie zostanie zaakceptowana architektura kluczowego widoku, rozpoczęcie jego developmentu może generować ryzyko późniejszej przebudowy.
Dlatego projekt trwający 10 tygodni nie musi oznaczać 10 kolejnych tygodni pracy jednego specjalisty. W tym samym czasie mogą pracować UX/UI designer, developer, osoba przygotowująca treści i QA.
Harmonogram kalendarzowy i liczba roboczogodzin to dwie różne wartości.
Jeżeli chcesz zobaczyć, jak te same etapy przekładają się nie na czas kalendarzowy, ale na budżet całej realizacji, przeczytaj również Tworzenie strony internetowej – co składa się na koszt projektu WWW?
Dla profesjonalnej strony firmowej z indywidualnym UX/UI i dedykowanym wdrożeniem harmonogram może wyglądać następująco:
Nie jest to uniwersalny harmonogram dla każdej strony. Pokazuje natomiast, dlaczego 10 tygodni projektu nie oznacza, że wszystkie etapy są wykonywane kolejno jeden po drugim.
Najczęstsze przyczyny to:
Przy większych projektach opóźnienie rzadko wynika z jednego czynnika. Częściej jest efektem kilku zależności, które przesuwają kolejne elementy harmonogramu.
Po stronie wykonawcy:
Po stronie klienta:
Dobry harmonogram powinien uwzględniać obie strony procesu. Termin projektu nie może zakładać natychmiastowej dostępności klienta, jeżeli w praktyce każda decyzja wymaga kilku dni wewnętrznych konsultacji.
Największą różnicę robi nie pomijanie etapów, ale ograniczenie przestojów pomiędzy nimi.
Pomaga przede wszystkim:
Skrócenie harmonogramu przez pominięcie analizy, UX/UI albo testów może dać odwrotny efekt, jeżeli decyzje trzeba później poprawiać już na zakodowanej stronie.
Jeżeli chcesz jeszcze przed rozpoczęciem realizacji uporządkować priorytety, ograniczyć zakres pierwszej wersji i zaplanować projekt tak, aby nie generować zbędnych kosztów ani opóźnień, zobacz Jak zaplanować stronę internetową, żeby nie przepłacić? Praktyczny poradnik dla firm.
Jeżeli strona musi zostać uruchomiona przed konkretnym wydarzeniem – np. targami, premierą produktu, kampanią reklamową lub wejściem na nowy rynek – termin powinien być jednym z założeń projektu od początku.
W takiej sytuacji harmonogram warto planować od daty publikacji wstecz, uwzględniając:
Jeżeli pełny zakres nie mieści się w terminie, bezpieczniejszym rozwiązaniem może być podział projektu na etapy niż próba skrócenia każdej fazy kosztem jakości.
Profesjonalna strona internetowa może powstać w ciągu kilku tygodni, ale bardziej rozbudowane realizacje wymagają kilku miesięcy pracy.
Na harmonogram wpływają przede wszystkim:
Sama liczba tygodni nie mówi więc wszystkiego. Przy porównywaniu ofert warto sprawdzić od jakiego momentu liczony jest termin, jakie etapy obejmuje oraz jakie założenia dotyczą materiałów i akceptacji po stronie klienta.
Dobry harmonogram nie powinien obiecywać najszybszej możliwej realizacji. Powinien pokazywać realny czas potrzebny do wykonania ustalonego zakresu i bezpiecznego uruchomienia strony.
Prześlij nam podstawowe informacje o planowanej stronie, funkcjach i oczekiwanym terminie publikacji. Ocenimy zakres prac i sprawdzimy, jaki harmonogram realizacji będzie realistyczny.
Najczęściej około 3-6 tygodni, jeżeli zakres jest niewielki, materiały są gotowe, a akceptacje przebiegają sprawnie.
Przy indywidualnym UX/UI i dedykowanym wdrożeniu warto zakładać około 8-12 tygodni. Bardziej rozbudowane serwisy mogą wymagać 10-16 tygodni lub więcej.
W zależności od zakresu integracji projekt może wymagać kilku miesięcy. Znaczenie ma dokumentacja API, liczba wymienianych danych i zależność od zewnętrznych dostawców.
Najczęściej zmiany zakresu, opóźnione treści, wydłużone akceptacje, integracje oraz zależności od zewnętrznych systemów.
Nie. W prostych stronach istotną część harmonogramu może zajmować UX/UI i oczekiwanie na materiały. W bardziej złożonych projektach development i integracje mogą być najdłuższą fazą produkcyjną.
Tak. Największą oszczędność czasu daje przygotowanie materiałów, szybkie akceptacje, ograniczenie zmian zakresu i równoległe prowadzenie prac, które nie są od siebie zależne.
Nie. Część działań może się nakładać, np. development zaakceptowanych widoków i przygotowanie treści.
To powinno być określone w ofercie lub umowie. Termin może być liczony np. od rozpoczęcia prac, dostarczenia materiałów albo zatwierdzenia zakresu.
Tak, ale wymaga to odpowiedniego zaplanowania harmonogramu i założeń dotyczących akceptacji, materiałów oraz zmian zakresu.
Ten wpis stworzył
Ekspert od wycen dedykowanych rozwiązań i zarządzania projektami. Posiada ogromne doświadczenie w tworzeniu ofert idealnie dopasowanych do potrzeb i oczekiwań klientów, specjalista łączący pasję do nowych wyzwań z analitycznym podejściem do każdego szczegółu projektu.
Z czego składa się koszt projektu strony WWW? Analiza, UX/UI, development, integracje, SEO techniczne, treści, testy i publikacja krok po kroku.
Jak zaplanować stronę internetową firmy? Cel, użytkownicy, struktura, treści, technologia, SEO i rozwój. Praktyczny poradnik przed startem projektu.
Jak przeprowadzić testy akceptacyjne strony internetowej? Sprawdź UAT, kryteria akceptacji, checklistę przed publikacją i protokół odbioru strony.
Czym są wymagania funkcjonalne strony internetowej i jak je opisać? Zobacz przykłady, checklistę, kryteria akceptacji i wpływ wymagań na wycenę.
Share:
