Projekt strony internetowej może oznaczać zarówno przygotowanie kilku widoków UI, jak i pełny proces obejmujący architekturę informacji, makiety UX, projekt interfejsu, wersje mobilne, komponenty, stany elementów i design system.
Dlatego koszt UX/UI nie powinien być liczony wyłącznie na podstawie liczby podstron. Znacznie większe znaczenie ma liczba unikalnych widoków, komponentów i scenariuszy, które trzeba zaprojektować.
W tym artykule pokazujemy, ile może kosztować etap UX/UI strony internetowej, co dokładnie znajduje się w jego zakresie i które elementy najbardziej zwiększają liczbę godzin projektowych.
Koszt projektu UX/UI zależy przede wszystkim od liczby unikalnych widoków, złożoności interfejsu oraz sposobu prowadzenia procesu projektowego. Nie każda strona wymaga osobnego etapu makietowania i rozbudowanej analizy UX.
W praktyce można wyróżnić dwa podstawowe modele pracy.
W prostszych stronach firmowych projektant może przejść bezpośrednio do projektowania docelowego interfejsu w Figmie, bazując na wcześniej ustalonej strukturze strony, wymaganiach biznesowych i sprawdzonych wzorcach UX.
Nie oznacza to całkowitego pominięcia UX. Decyzje dotyczące hierarchii treści, układu sekcji, nawigacji czy CTA są nadal podejmowane przez projektanta, ale nie powstaje osobny komplet makiet low-fidelity przed rozpoczęciem UI.
Taki model sprawdza się przede wszystkim wtedy, gdy:
Przy stawce projektowej 230 zł netto za godzinę uproszczony zakres może wymagać około 15-30 godzin pracy, czyli około 3.450-6.900 zł netto.
Przy bardziej rozbudowanych serwisach warto rozdzielić projektowanie na etap UX i UI.
Zakres może wtedy obejmować:
Orientacyjnie:
bardziej złożone platformy i systemy – 120 godzin i więcej, a zakres wyceniany jest indywidualnie.
Są to przykłady pokazujące sposób kalkulacji etapu projektowego, a nie sztywny cennik. Ten sam serwis może wymagać zupełnie innej liczby godzin w zależności od liczby unikalnych widoków, komponentów, stanów interfejsu, zakresu pracy UX oraz liczby iteracji.
Projekt UX/UI jest etapem poprzedzającym development. Jego zadaniem jest określenie, jak strona ma działać, jak użytkownik będzie się po niej poruszał oraz jak będzie wyglądał interfejs.
W zależności od zakresu projekt może obejmować:
Nie każdy projekt potrzebuje wszystkich tych elementów. Właśnie zakres prac projektowych jest jednym z głównych powodów różnic w cenie.
UX odpowiada przede wszystkim za sposób działania strony i organizację informacji. Na tym etapie projektowane są m.in. struktura widoków, hierarchia treści, ścieżki użytkownika oraz logika interakcji.
Efektem mogą być makiety przedstawiające co znajduje się na danym ekranie i jak użytkownik przechodzi do kolejnych działań, bez ostatecznej warstwy wizualnej.
UI odpowiada za finalny interfejs: typografię, kolorystykę, spacing, wygląd komponentów, formularzy, przycisków, grafik oraz pozostałych elementów wizualnych.
W praktyce oba obszary są ze sobą powiązane. Projekt UI powinien wynikać z wcześniej zaplanowanej logiki UX, a nie zastępować jej samą estetyką.
Koszt UX/UI zależy od kilku kluczowych elementów, które bezpośrednio wpływają na liczbę godzin potrzebnych do przygotowania projektu.
To jeden z najważniejszych czynników kosztowych.
Nie należy utożsamiać liczby podstron z liczbą projektowanych widoków. Serwis może zawierać 50 podstron, ale jeżeli większość korzysta z kilku wspólnych szablonów, zakres UX/UI może być mniejszy niż w projekcie posiadającym 10 całkowicie różnych ekranów.
Osobnymi widokami mogą być np.:
Im więcej unikalnych widoków, tym więcej pracy wymaga zarówno UX, jak i UI.
Sam widok składa się z komponentów, które również trzeba zaprojektować.
Mogą to być m.in.:
Prosta strona informacyjna może korzystać z niewielkiej biblioteki komponentów. Rozbudowany serwis B2B lub platforma może wymagać kilkudziesięciu różnych elementów i wariantów.
Projektowanie interfejsu nie kończy się na jednym „ładnym” widoku.
Trzeba uwzględnić również jego różne stany, np.:
Im bardziej interaktywny serwis, tym większa liczba takich scenariuszy i większy nakład pracy projektowej.
Widok desktopowy nie wystarcza do kompletnego przekazania projektu do developmentu.
Przy bardziej złożonych komponentach trzeba określić również ich zachowanie na mniejszych ekranach – m.in. sposób układania kolumn, nawigację, filtrowanie, formularze czy tabele.
Nie zawsze trzeba projektować osobny mobilny ekran dla każdej podstrony. Jeżeli komponenty mają dobrze określone zasady responsywności, wiele zachowań można opisać systemowo. Koszt rośnie przede wszystkim tam, gdzie wersja mobilna wymaga innej logiki lub innego układu, a nie tylko skalowania elementów.
Nie każdy projekt zaczyna się od tego samego poziomu wiedzy. Jeżeli firma ma już uporządkowaną strukturę, sprawdzone ścieżki użytkownika i dobrze działający istniejący serwis, zakres pracy UX może być mniejszy.
Więcej czasu potrzeba, gdy trzeba:
Dlatego koszt UX wynika nie tylko z liczby ekranów, ale również z liczby decyzji, które trzeba podjąć przed ich zaprojektowaniem.
Design system może obejmować zestaw reguł i komponentów wykorzystywanych w całym serwisie, np.:
Przy niewielkiej stronie wystarczy podstawowa biblioteka komponentów. Rozbudowany design system ma większy sens wtedy, gdy serwis posiada wiele widoków, będzie intensywnie rozwijany albo korzysta z niego kilka zespołów. Zakres design systemu powinien więc wynikać z potrzeb projektu, a nie być automatycznie dodawany do każdej realizacji.
Koszt UX/UI zależy również od sposobu prowadzenia odbiorów.
W dobrze zorganizowanym procesie zakres może przewidywać określoną liczbę rund uwag na poszczególnych etapach – np. po makietach UX oraz po projekcie UI. Jeżeli zaakceptowane wcześniej założenia są wielokrotnie zmieniane, liczba godzin projektowych rośnie.
Dlatego warto rozróżnić:
Ostatnie dwa przypadki mogą oznaczać dodatkową pracę poza pierwotną estymacją.
Projektowanie UI jest szybsze, jeżeli firma posiada spójną identyfikację wizualną: logo, kolory, typografię i zasady stosowania marki.
Jeżeli takich materiałów nie ma albo wymagają one przebudowy, część decyzji brandingowych może pojawić się dopiero podczas projektowania strony.
Warto wtedy jasno ustalić, czy zakres obejmuje wyłącznie UI strony, czy również elementy identyfikacji wizualnej. Są to dwa różne zakresy pracy.
Opisz planowaną strukturę, funkcje i sposób wykorzystania strony. Pomożemy określić liczbę potrzebnych widoków, zakres UX/UI oraz orientacyjny nakład pracy projektowej.
Nie. Zakres UX powinien być dopasowany do złożoności projektu. Prosta strona firmowa oparta na sprawdzonych wzorcach może wymagać stosunkowo niewielkiego zakresu pracy UX.
Więcej analizy i projektowania potrzeba w przypadku:
Profesjonalne podejście nie oznacza więc wykonywania maksymalnego zakresu UX w każdym projekcie. Oznacza wykonanie takiego zakresu, jaki jest potrzebny do świadomego zaprojektowania konkretnego rozwiązania.
Jeżeli zastanawiasz się, które elementy warto zaprojektować już w pierwszej wersji, zobacz również Jak zaplanować stronę internetową, żeby nie przepłacić? Praktyczny poradnik dla firm.
Tak. Projekt UX/UI może być osobnym etapem i nie musi być realizowany przez tę samą firmę, która później wykonuje development. W takim modelu ważne jest jednak, aby projekt był przygotowany do rzeczywistego wdrożenia.
Powinien jasno określać:
Sam zestaw atrakcyjnych wizualnie ekranów może nie wystarczyć do sprawnego developmentu, jeżeli nie opisuje logiki i zachowania elementów.
Dobrze przygotowany projekt zmniejsza liczbę decyzji, które trzeba podejmować dopiero podczas programowania.
Developer otrzymuje informacje o:
Dzięki temu zakres developmentu jest łatwiejszy do oszacowania, a ryzyko wprowadzania kosztownych zmian już po zakodowaniu widoków jest mniejsze. Nie oznacza to, że UX/UI eliminuje wszystkie zmiany podczas developmentu, ale przenosi dużą część decyzji na etap, na którym ich wprowadzanie jest zwykle prostsze.
To, jak UX/UI wpisuje się w pełny budżet realizacji, opisujemy w artykule Tworzenie strony internetowej – co składa się na koszt projektu WWW?
Załóżmy, że projekt obejmuje:
Łącznie: 60 godzin pracy UX/UI.
Przy przykładowej stawce 230 zł netto za godzinę: 60 × 230 zł = 13.800 zł netto.
Nie oznacza to, że każdy projekt sześciu widoków będzie kosztował tyle samo. Jeżeli widoki są proste i wykorzystują wspólne komponenty, liczba godzin może być mniejsza. Rozbudowane procesy, wiele stanów interfejsu lub większa liczba iteracji mogą ją zwiększyć.
Przed zaakceptowaniem oferty warto sprawdzić, czy jasno określa ona:
Sam zapis „projekt UX/UI strony” może oznaczać bardzo różny zakres prac, dlatego porównując oferty, trzeba sprawdzić, co faktycznie zostanie dostarczone.
Koszt projektu UX/UI nie wynika z samej liczby podstron ani z tego, ile ekranów widać w finalnej prezentacji.
Największe znaczenie mają:
Dlatego najuczciwiej wyceniać etap projektowy poprzez określenie zakresu i oszacowanie liczby godzin potrzebnych do jego wykonania.
Jeżeli interesuje Cię koszt całej realizacji – nie tylko UX/UI, ale również developmentu, testów i publikacji – zobacz Ile kosztuje strona WWW w 2026? Cennik, budżety i realne widełki dla WordPress.
Przeanalizujemy planowany zakres i określimy, jakie widoki, komponenty oraz prace UX są potrzebne przed rozpoczęciem developmentu.
Cena zależy przede wszystkim od liczby unikalnych widoków, zakresu UX, liczby komponentów, wersji mobilnych i złożoności interakcji. Mały zakres może wymagać kilkunastu godzin, natomiast rozbudowane serwisy i platformy mogą przekraczać 100 godzin pracy projektowej.
Nie. Większe znaczenie ma liczba unikalnych typów widoków. Wiele podstron może korzystać z tego samego układu i komponentów.
UX odpowiada przede wszystkim za logikę działania, strukturę informacji i ścieżki użytkownika. UI odpowiada za finalny wygląd i sposób prezentacji interfejsu.
Nie. Podstrony o podobnej funkcji mogą korzystać ze wspólnych szablonów i komponentów.
Nie zawsze każdy ekran, ale projekt powinien określać sposób zachowania interfejsu na mniejszych urządzeniach. Bardziej złożone widoki zwykle wymagają osobnego zaprojektowania lub dokładnego opisania wersji mobilnej.
Nie. Przy niewielkich stronach wystarczy podstawowa biblioteka komponentów. Pełniejszy design system ma większy sens w dużych lub intensywnie rozwijanych serwisach.
Tak. Projekt może być osobnym etapem, ale powinien zostać przygotowany w sposób umożliwiający sprawne przekazanie go zespołowi developerskiemu.
Przede wszystkim większa liczba unikalnych widoków, komponentów i stanów, złożone procesy użytkownika, rozbudowana wersja mobilna, design system oraz dodatkowe iteracje projektu.
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ę WWW bez zbędnych kosztów? Ustal cel, priorytety, zakres MVP, funkcje i etapy projektu, zanim rozpoczniesz wycenę i realizację.
Poznaj najważniejsze pojęcia związane z tworzeniem stron: UX, UI, CMS, WordPress, API, staging, QA, SEO, Core Web Vitals, T&M, WCAG i inne.
Dowiedz się, co wpływa na koszt tworzenia strony WWW: projekt graficzny, CMS, funkcje, SEO i wdrożenie. Wyceń swój projekt strony.
Share:
