Stworzenie strony firmowej trwa tyle, ile wymaga zamknięcie zakresu, treści, projektu, wdrożenia, testów i akceptacji. Sama liczba podstron nie wyznacza terminu. Najczęściej harmonogram kontroluje najwolniejsza nierozstrzygnięta decyzja po stronie firmy, dlatego przed startem trzeba ustalić moment rozpoczęcia terminu, właściciela akceptacji i zasady zmiany zakresu.
„Potrzebujemy nowej strony na wrzesień. Kiedy trzeba zacząć?”
To pytanie dotyczy przede wszystkim gotowości firmy do decyzji. Harmonogram rozpada się zwykle nie przez tempo kodowania, lecz przez brak osoby zatwierdzającej ofertę, niegotowe treści albo zmianę zakresu przedstawianą jako poprawka.
Kod ma kalendarz. Firma ma zależności.
Data publikacji nie jest początkiem planu
W rozmowach przed projektem powtarza się ten sam moment. Właściciel podaje dzień, w którym strona ma być dostępna, i oczekuje odpowiedzi w rodzaju: tydzień, trzy tygodnie, miesiąc. Wykonawca może podać liczbę dni, ale bez rozpoznania projektu jest to raczej deklaracja tempa niż harmonogram.
Strona nie powstaje w jednej kolejce zadań. Także wybór właściwego zakresu jest decyzją, którą trzeba zamknąć przed projektowaniem. Najpierw trzeba rozstrzygnąć, do kogo mówi, co ma wyjaśnić, jaki zakres jest potrzebny i jakie dowody firma naprawdę może pokazać. Dopiero na tych decyzjach można oprzeć treść, strukturę, projekt i wdrożenie. Jeżeli jedna z nich pozostaje otwarta, kolejne etapy mogą wyglądać na rozpoczęte, ale pracują na ruchomym fundamencie.
Dlatego planowanie powinno zaczynać się od daty publikacji i iść wstecz. Nie po to, żeby mechanicznie podzielić projekt na tygodnie. Po to, żeby ustalić, jaka decyzja musi być zamknięta, zanim następna praca ma sens.
Termin składa się z zależności, nie z roboczogodzin
Dwie strony o podobnej liczbie podstron mogą wymagać zupełnie innego czasu. Nie dlatego, że jedna jest „bardziej premium”. Jedna firma może mieć jasno nazwaną ofertę, jedną osobę decyzyjną i gotowe materiały. Druga może dopiero podczas projektu odkryć, że wspólnicy inaczej rozumieją główną usługę, stare opisy nie odpowiadają obecnej firmie, a publikacja wymaga zgody kilku osób.
Na ekranie końcowy zakres może wyglądać podobnie. W procesie są to dwa różne projekty.
Najważniejszym mechanizmem nie jest więc liczba podstron, lecz ścieżka krytyczna decyzji. To ciąg rozstrzygnięć, od których zależy cała dalsza praca. Jeżeli nie jest zamknięta główna oferta, nie da się uczciwie dopracować strony głównej. Jeżeli nie wiadomo, jakie dowody można opublikować, projekt sekcji realizacji jest tylko pustą ramą. Jeżeli nikt nie ma prawa powiedzieć „ta wersja jest zatwierdzona”, poprawki nie mają końca, bo każda akceptacja jest tymczasowa.
Termin projektu kontroluje najwolniejsza nierozstrzygnięta zależność.
Kod często nie jest wąskim gardłem
Rynek lubi przedstawiać czas tworzenia strony przez etapy produkcyjne: projekt, kodowanie, wersja mobilna, testy i publikacja. Ten opis jest technicznie poprawny, ale pomija część, która najczęściej decyduje o terminie.
Można szybko zbudować komponenty. Nie da się równie szybko zatwierdzić komunikacji firmy, jeżeli nikt wcześniej nie ustalił, czym różni się ona od konkurencji. Można przygotować formularz w jeden dzień. Nie da się sensownie zaprojektować jego pytań, jeśli firma nie wie, które zapytania chce kwalifikować, a które odsiać. Można wdrożyć podstronę usługi. Nie można jej zamknąć, gdy zakres usługi zmienia się przy każdej kolejnej rozmowie.
To nie jest argument za rozwlekłym procesem. Jest argumentem za procesem, który nie udaje, że produkcja może wyprzedzić decyzje.
Szybkość nie polega na pomijaniu etapów. Polega na tym, że każdy etap dostaje właściwe wejście.
Najdroższe opóźnienie nie wygląda jak opóźnienie
Projekt może formalnie trwać, a mimo to stać w miejscu. Powstają kolejne wersje nagłówków, przesuwane są sekcje, zmieniają się zdjęcia i dopisywane są nowe podstrony. Z zewnątrz wygląda to jak aktywna praca. W praktyce zespół może kilka razy rozwiązywać ten sam problem, ponieważ pierwotna decyzja nigdy nie została zamknięta.
Najczęstszy przykład to zdanie: „Zobaczymy, jak będzie wyglądało, i wtedy zdecydujemy, co chcemy powiedzieć”. Odwraca ono zdrową kolejność. Projekt graficzny zaczyna wtedy pełnić rolę narzędzia do ustalania strategii, zakresu i treści jednocześnie. Każda wersja wizualna uruchamia nową dyskusję o ofercie, a każda dyskusja o ofercie unieważnia część projektu.
Strona może być projektowana szybko i jednocześnie powstawać długo.
W BLISK wygląd jest wynikiem wcześniejszych rozstrzygnięć. Nie oznacza to, że wszystko trzeba wiedzieć przed pierwszą rozmową. Firma nie ma samodzielnie projektować architektury ani pisać gotowych tekstów. Powinna jednak wejść do procesu z osobą zdolną podejmować decyzje, dostępem do wiedzy o ofercie i gotowością do zamykania kolejnych etapów.
Przygotowanie informacji przed rozmową z wykonawcą pomaga skrócić ten moment, ale nie zastępuje diagnozy. Temat materiałów rozwija osobny artykuł BLISK. Tutaj ważna jest granica: brak gotowego tekstu nie musi zatrzymać projektu, lecz brak właściciela decyzji zatrzyma go niemal zawsze.
Szybki projekt wymaga twardej definicji poprawki
Wiele harmonogramów rozpada się po pierwszej prezentacji. Nie dlatego, że klient zgłasza uwagi. Uwagi są normalną częścią pracy. Problem zaczyna się wtedy, gdy nie ma rozróżnienia między poprawką a nową decyzją.
Zmiana kolejności dwóch sekcji może być poprawką. Dodanie nowej grupy odbiorców zmienia logikę całej strony. Skrócenie nagłówka jest poprawką. Dopisanie drugiego modelu biznesowego może wymagać przebudowania oferty, nawigacji i CTA. Zastąpienie zdjęcia innym nie musi naruszać terminu. Decyzja, że strona ma nagle obsługiwać także rekrutację, już może.
Bez tej granicy wykonawca nadal „wprowadza poprawki”, choć faktycznie rozpoczyna kolejne fragmenty projektu. Kalendarz pozostaje ten sam, ale zakres przestaje być tym samym zakresem.
Dobry harmonogram nie próbuje zabronić zmian. Pokazuje ich koszt dla kolejnych zależności. Dzięki temu właściciel firmy może świadomie zdecydować: zmieniamy teraz i przesuwamy publikację, zapisujemy pomysł do następnego etapu albo utrzymujemy zatwierdzony kierunek.
Termin jest decyzją biznesową, nie obietnicą złożoną przez kalendarz.
„Dziesięć dni” może oznaczać trzy różne rzeczy
Wykonawca mówi, że strona powstanie w dziesięć dni. Firma może usłyszeć: za dziesięć dni od dzisiejszej rozmowy strona będzie działać. Wykonawca może mieć na myśli dziesięć dni pracy od chwili otrzymania kompletu materiałów. Umowa może natomiast liczyć termin od zatwierdzenia projektu, nie od rozpoczęcia współpracy.
Każde z tych zdań może być prawdziwe. Razem tworzą jednak niebezpieczną lukę.
Przed podpisaniem umowy trzeba ustalić nie tylko długość realizacji, lecz także moment, od którego termin naprawdę biegnie. Czy start następuje po wpłacie, po warsztacie, po przekazaniu materiałów, po zamknięciu struktury czy po akceptacji treści? Co zatrzymuje licznik? Ile czasu firma ma na odpowiedź? Co dzieje się, gdy pojawia się nowy zakres? Kto odpowiada za finalną akceptację?
To nie są administracyjne szczegóły. To architektura odpowiedzialności w projekcie.
Realny harmonogram pokazuje także pracę firmy
Słaby harmonogram opisuje wyłącznie wykonawcę: projektuje, pisze, koduje, testuje, publikuje. Firma pojawia się w nim jako osoba, która „przesyła materiały i zgłasza uwagi”. Taki zapis wygląda wygodnie, ale ukrywa momenty decydujące o terminie.
Dojrzały harmonogram pokazuje, kiedy firma udostępnia wiedzę, kto bierze udział w akceptacji, kiedy zamykany jest zakres i w którym momencie nowe pomysły przechodzą do kolejnego etapu. Nie przerzuca odpowiedzialności na klienta. Uczciwie pokazuje, że strona nie jest produktem składanym całkowicie poza firmą. Ma opisać jej ofertę, sposób pracy i powody wyboru, więc wymaga dostępu do ludzi, którzy naprawdę to wiedzą.
W praktyce najsprawniejsze projekty nie zawsze mają najmniej uczestników. Mają jasnego właściciela decyzji. Pozostałe osoby mogą wnosić wiedzę, ale jedna osoba zamyka etap i bierze odpowiedzialność za kierunek.
Komitet może konsultować. Ktoś musi decydować.
Od daty publikacji trzeba cofnąć cztery granice
Jeżeli firma chce uruchomić stronę przed kampanią, targami, rekrutacją albo ważnym sezonem sprzedażowym, sama data wydarzenia nie wystarcza. Trzeba cofnąć się do momentu bezpiecznej publikacji i testów, wcześniej do zatwierdzonego wdrożenia, jeszcze wcześniej do zamkniętego projektu i treści, a na początku do decyzji o zakresie oraz sposobie pracy.
Nie chodzi o to, żeby każdy projekt rozciągać. Przeciwnie. Im wyraźniej te granice zostaną określone, tym mniej czasu traci się na równoległe tworzenie rzeczy, które wzajemnie się unieważniają.
Warstwę widoczności również trzeba uwzględnić przed publikacją, ale jej pełny zakres opisuje artykuł o odpowiedzialności SEO w ofercie strony. W harmonogramie wystarczy dopilnować, żeby struktura adresów, treści, pomiar i przekazanie narzędzi nie zostały dopisane po fakcie jako zadania „na koniec”.
Ile więc trwa stworzenie strony firmowej?
Uczciwa odpowiedź nie powinna zaczynać się od liczby. Powinna zaczynać się od czterech pytań: jaki zakres ma zostać zbudowany, które decyzje są już zamknięte, kto może zatwierdzać kolejne etapy i co wydarzy się, gdy zakres się zmieni.
Dopiero potem liczba dni ma znaczenie.
Dla jednej firmy krótki termin będzie realny, ponieważ projekt ma zamknięte wejście i prostą ścieżkę akceptacji. Dla innej ten sam zakres potrwa dłużej, bo pierwszym zadaniem nie jest budowa strony, lecz uporządkowanie kilku sprzecznych wersji oferty. W obu przypadkach można pracować sprawnie. Nie można jednak obiecać tego samego kalendarza, udając, że zależności nie istnieją.
Strona nie powstaje długo dlatego, że jest ważna. Powstaje długo wtedy, gdy ważne decyzje są podejmowane za późno.
Zanim ustalisz datę, ustal ścieżkę decyzji
Jeżeli planujesz pierwszą poważną stronę albo nową stronę od fundamentu, nie pytaj wyłącznie, ile dni potrzebuje wykonawca. Sprawdź, od którego momentu liczy termin, jakie decyzje muszą być zamknięte przed startem i kto po Twojej stronie będzie je podejmował.
BLISK ustala zakres, odpowiedzialność i kolejność akceptacji przed rozpoczęciem produkcji. Dzięki temu termin nie jest efektowną obietnicą z wyceny, lecz wynikiem procesu, który da się kontrolować.
Zobacz proces i ceny albo przejdź przez Filtr BLISK, jeśli termin publikacji jest ważny, ale zakres projektu nie jest jeszcze naprawdę zamknięty.