Wycena strony internetowej – jak wygląda proces?
Jak wygląda wycena strony internetowej? Sprawdź, co przygotować, o co zapyta wykonawca i jak przebiega proces od pierwszego zapytania do otrzymania oferty.
Wycena strony internetowej nie powstaje na podstawie jednego cennika ani samej liczby podstron. Agencja musi najpierw przełożyć zakres projektu na konkretne zadania, określić specjalistów potrzebnych do ich wykonania, oszacować czas pracy i uwzględnić pozostałe elementy realizacji – m.in. testy, project management oraz ryzyka projektowe.
Dlatego dwie strony o podobnym wyglądzie mogą otrzymać zupełnie inne wyceny. Różnica wynika z rzeczywistego nakładu pracy potrzebnego do ich zaprojektowania, zaprogramowania, przetestowania i uruchomienia.
W tym artykule pokazujemy, jak agencja liczy koszt projektu strony internetowej – od określenia zakresu, przez roboczogodziny i stawki zespołu, aż po końcową kwotę przedstawioną klientowi.
W uproszczeniu kalkulacja projektu wygląda następująco:
zakres projektu → lista zadań → specjalizacje potrzebne do realizacji → liczba roboczogodzin → stawki zespołu → QA i project management → ryzyka i założenia → końcowa wycena
Nie każda agencja stosuje identyczny model kalkulacji, ale zasada jest podobna: końcowa cena powinna wynikać z oszacowanego nakładu pracy oraz zakresu odpowiedzialności wykonawcy.
Dlatego rzetelna wycena nie odpowiada wyłącznie na pytanie „ile kosztuje strona?”, lecz przede wszystkim ile pracy i jakich kompetencji potrzeba do wykonania konkretnego zakresu.
Jeżeli interesuje Cię proces wcześniejszy – czyli jak klient przygotowuje zapytanie, jak wygląda rozmowa i co powinno znaleźć się w otrzymanej ofercie – zobacz Wycena strony internetowej – jak wygląda proces?
Punktem wyjścia do kalkulacji jest ustalony zakres projektu. Dopiero kiedy wiadomo, co ma powstać, wykonawca może rozbić realizację na zadania i oszacować potrzebny nakład pracy.
W przypadku strony internetowej zakres może obejmować m.in.:
Sama lista elementów nie jest jednak jeszcze wyceną. Każdy z nich trzeba rozłożyć na bardziej konkretne zadania, które następnie można przypisać odpowiednim specjalistom i oszacować czas ich wykonania.
To, z jakich etapów składa się sam projekt strony, opisujemy szerzej w artykule Tworzenie strony internetowej – co składa się na koszt projektu WWW?
Żeby policzyć koszt projektu, ogólne wymagania trzeba zamienić na możliwie konkretne zadania.
Przykładowe założenie: „strona będzie miała katalog produktów” samo w sobie nie pozwala przygotować dokładnej wyceny.
Trzeba ustalić m.in.:
Dopiero taki podział pozwala oszacować rzeczywisty zakres prac.
W większych projektach stosuje się w tym celu strukturę zadań przypominającą WBS (Work Breakdown Structure) – projekt jest dzielony na coraz mniejsze elementy, które można osobno analizować i estymować.
Im bardziej ogólne wymaganie, tym większa niepewność estymacji. Im dokładniej opisane zadania, tym precyzyjniej można określić potrzebny czas pracy.
Kolejnym krokiem jest określenie kompetencji potrzebnych do wykonania poszczególnych zadań.
W projekcie strony internetowej mogą uczestniczyć m.in.:
Nie każdy projekt wymaga wszystkich tych ról. Prosta strona może zostać wykonana przez niewielki zespół, natomiast przy bardziej złożonej realizacji liczba zaangażowanych specjalistów rośnie.
To istotne dla wyceny, ponieważ poszczególne części projektu wymagają innych kompetencji i mogą być rozliczane według różnych stawek.
Po rozpisaniu zadań wykonawca szacuje, ile czasu potrzeba na ich realizację.
Przykładowo osobno można estymować:
Estymacja powinna uwzględniać nie tylko wykonanie podstawowego scenariusza, ale również niezbędne poprawki, obsługę stanów wyjątkowych i testowanie rozwiązania. W praktyce końcowa liczba roboczogodzin jest sumą pracy wszystkich osób zaangażowanych w projekt.
Dlatego projekt wymagający np. 200 godzin pracy nie oznacza 200 godzin samego programowania. W tej liczbie mogą znajdować się UX/UI, development, QA, project management i inne zadania potrzebne do dostarczenia kompletnego rozwiązania.
Po oszacowaniu czasu pracy roboczogodziny są przeliczane według przyjętych stawek.
Najprostszy model można zapisać jako:
koszt zadania = liczba roboczogodzin × stawka właściwa dla danego rodzaju pracy
Agencja może stosować:
To, że klient otrzymuje jedną kwotę za cały projekt, nie oznacza więc, że wykonawca nie policzył wcześniej nakładu pracy poszczególnych członków zespołu.
Testy są częścią realizacji, a nie bezpłatnym dodatkiem po zakończeniu developmentu.
Przy kalkulacji projektu trzeba uwzględnić czas potrzebny m.in. na:
Im więcej funkcji, integracji i scenariuszy działania, tym więcej pracy wymaga również QA. Dlatego dwa projekty o podobnym czasie developmentu mogą mieć różną końcową wycenę, jeżeli jeden z nich wymaga znacznie bardziej rozbudowanego procesu testowego.
W realizacji zespołowej trzeba również uwzględnić czas potrzebny na zarządzanie projektem.
Project management może obejmować:
PM nie tworzy bezpośrednio widoku strony ani funkcji, ale jego praca jest częścią rzeczywistego nakładu potrzebnego do wykonania projektu.
W małych realizacjach udział PM może być niewielki. W projektach angażujących kilka osób, integracje lub wiele etapów jego udział w budżecie będzie odpowiednio większy.
Nie każde zadanie można oszacować z identyczną dokładnością.
Większą niepewność mogą generować m.in.:
W takich sytuacjach wykonawca może:
Bufor nie powinien być przypadkową „dopłatą”. Powinien wynikać z konkretnych ryzyk i poziomu niepewności projektu.
Po zsumowaniu estymacji poszczególnych obszarów wykonawca otrzymuje całkowity nakład pracy projektu.
W uproszczeniu kalkulacja może wyglądać tak:
UX/UI + development + integracje + QA + project management + pozostałe prace + uwzględnione ryzyka = szacowany koszt realizacji
Dopiero na tej podstawie powstaje kwota lub przedział przedstawiany klientowi.
Końcowa oferta może zostać przedstawiona jako:
Dlatego sposób prezentacji wyceny klientowi może być prosty, mimo że sama kalkulacja wykonawcy składa się z wielu szczegółowych pozycji.
Opisz planowany zakres, funkcje i integracje. Przeanalizujemy wymagania, oszacujemy potrzebny nakład pracy i przedstawimy wycenę wynikającą z rzeczywistego zakresu realizacji.
Załóżmy, że projekt strony firmowej wymaga:
Łącznie daje to: 150 roboczogodzin pracy zespołu.
Jeżeli wykonawca stosuje uśrednioną stawkę 220 zł netto za godzinę, przykładowa kalkulacja wyniosłaby: 150 × 220 zł = 33.000 zł netto.
To oczywiście przykład pokazujący mechanizm, a nie cennik konkretnego projektu. W rzeczywistej wycenie liczba godzin, stawki poszczególnych specjalizacji i zakres prac mogą wyglądać inaczej.
Najważniejsze jest to, że kwota 33.000 zł nie powstaje dlatego, że „strona firmowa kosztuje 33.000 zł”, lecz dlatego, że określony zakres wymaga w tym przykładzie około 150 godzin pracy zespołu.
To, które cechy projektu powodują wzrost lub spadek liczby roboczogodzin, opisujemy szerzej w artykule Koszt stworzenia strony internetowej.
Nawet przy tym samym briefie dwie agencje mogą przedstawić różne wyceny. Nie musi to oznaczać, że jedna z nich popełniła błąd.
Różnice mogą wynikać z:
Przykładowo jedna oferta może zakładać 60 godzin developmentu i podstawowe testy, a druga 90 godzin developmentu, osobny QA oraz bardziej rozbudowane testy integracji.
Dlatego przy porównywaniu ofert trzeba analizować nie tylko końcową kwotę, lecz również to, co dokładnie zostało założone do jej kalkulacji.
Jeżeli zakres nie jest wystarczająco opisany, wykonawca może przedstawić jedynie szeroką estymację albo najpierw doprecyzować wymagania.
Jeżeli kalkulacja wynikająca z zakresu jest wyższa niż dostępny budżet, rozwiązaniem nie powinno być przypadkowe obniżanie liczby roboczogodzin.
W takiej sytuacji można:
Dzięki temu budżet obniża się poprzez zmianę zakresu, a nie poprzez założenie, że ten sam zakres da się wykonać w nierealnie krótszym czasie.
To również jeden z powodów, dla których podczas rozmowy wykonawca może zapytać o orientacyjny budżet – pozwala to wcześniej sprawdzić, czy proponowany zakres jest finansowo realistyczny.
Jeżeli chcesz jeszcze przed rozpoczęciem wyceny lepiej określić priorytety projektu i świadomie ograniczyć zakres do elementów rzeczywiście potrzebnych, zobacz Jak zaplanować stronę internetową, żeby nie przepłacić? Praktyczny poradnik dla firm.
Nie. Sposób rozliczenia zależy od poziomu pewności estymacji. Jeżeli zakres jest dobrze określony i stabilny, projekt może zostać zaoferowany jako Fixed Price.
Jeżeli część wymagań może się zmieniać lub zakres zawiera dużo niewiadomych, bardziej naturalny może być Time & Material, w którym klient płaci za faktycznie przepracowany czas.
Wybór modelu nie zmienia podstawowej zasady wyceny: wykonawca nadal musi oszacować zakres, potrzebne kompetencje i nakład pracy.
Szczegółowe porównanie znajdziesz w artykule Time & Material vs Fixed Price – jaki model rozliczenia projektu IT wybrać?
Klient nie musi otrzymywać wewnętrznego arkusza z każdą estymowaną roboczogodziną, ale oferta powinna pozwalać zrozumieć:
Im bardziej jednoznaczne są te informacje, tym łatwiej później kontrolować budżet i zakres realizacji.
Profesjonalna wycena strony internetowej powinna wynikać z konkretnego zakresu i oszacowanego nakładu pracy, a nie z arbitralnie wybranej kwoty.
W praktyce wykonawca:
Dlatego sama informacja, że jedna agencja wyceniła projekt na 20 tys. zł, a druga na 40 tys. zł, nie mówi jeszcze, która oferta jest droższa. Najpierw trzeba sprawdzić, jaki zakres, nakład pracy i poziom odpowiedzialności wykonawcy stoją za każdą z tych kwot.
Jeżeli natomiast chcesz zobaczyć aktualne przedziały budżetowe dla różnych typów stron, przejdź do artykułu Ile kosztuje strona WWW w 2026? Cennik, budżety i realne widełki dla WordPress.
Prześlij nam podstawowe informacje o projekcie. Przeanalizujemy zakres, oszacujemy potrzebny nakład pracy i przygotujemy wycenę wynikającą z rzeczywistych wymagań projektu.
Najpierw określa zakres projektu, następnie dzieli go na konkretne zadania, przypisuje potrzebne kompetencje i szacuje liczbę roboczogodzin. Do kalkulacji dochodzą również m.in. testy, project management oraz ryzyka wynikające z niewiadomych technicznych.
Roboczogodzina oznacza godzinę pracy specjalisty nad projektem. Łączna liczba roboczogodzin może obejmować pracę UX/UI designera, developerów, QA, project managera oraz innych specjalistów potrzebnych do realizacji.
Nie zawsze. Agencja może stosować jedną uśrednioną stawkę lub różne stawki dla poszczególnych specjalizacji. Klient może również otrzymać jedną końcową cenę bez szczegółowego rozbicia stawek wewnętrznych.
Ponieważ testowanie oraz prowadzenie projektu również wymagają czasu pracy. Są częścią procesu potrzebnego do dostarczenia i uruchomienia kompletnego rozwiązania.
Przedział stosuje się wtedy, gdy zadanie zawiera elementy niepewne, np. integrację z zewnętrznym API, migrację danych lub pracę na istniejącym kodzie. Im więcej niewiadomych, tym trudniej określić jedną precyzyjną liczbę godzin.
To dodatkowy zakres uwzględniający zidentyfikowane ryzyka lub niepewność estymacji. Nie powinien być przypadkową dopłatą, lecz wynikać z konkretnych elementów projektu, których czasu wykonania nie można określić z pełną dokładnością.
Mogą inaczej interpretować zakres, przewidywać inną liczbę godzin, angażować różne role, stosować inne stawki oraz uwzględniać inny zakres QA, PM i ryzyka.
Niekoniecznie. Jeżeli kalkulacja przekracza dostępny budżet, najbezpieczniejszym rozwiązaniem jest zwykle zmniejszenie lub etapowanie zakresu, a nie sztuczne zmniejszanie liczby godzin potrzebnych do wykonania tych samych zadań.
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.