Nezavisan web & digital studio20+ godina iskustva500+ klijenata
Dizajn · Tehnologija · Rast

Cena web dizajna

Cene prikazujemo transparentno i povezujemo ih sa realnim obimom projekta. Važno nam je da unapred znate šta paket uključuje, kome je namenjen i kada ima smisla preći na kompleksnije rešenje.

Šta dobijate
Kako pristupamo projektu
Povezane usluge i teme

Šta utiče na cenu

Kod teme web dizajn cena cenu određuje stvarni obim, a ne samo naziv paketa. Broj stranica, količina sadržaja, funkcije, integracije, migracija i nivo pripreme direktno utiču na vreme i odgovornost projekta.

01

Šta najviše utiče na cenu

Za web dizajn cena prvo razdvajamo osnovni obim od dodatnih zahteva. Dizajn, broj šablona ili stranica, sadržaj, posebne funkcije, integracije i stanje postojećeg sistema mogu značajno promeniti procenu.

02

Šta ulazi u dogovoreni obim

Pre početka navodimo šta je uključeno u web dizajn cena, koji materijali su potrebni i šta bi predstavljalo dodatni rad. Tako je lakše porediti ponude i izbeći nejasne doplate tokom projekta.

03

Kako dobijate preciznu procenu

Najtačnija cena nastaje nakon kratkog briefa. Dovoljno je da pošaljete cilj, broj potrebnih stranica ili funkcija i postojeći sajt ako ga imate; zatim predlažemo racionalan obim i sledeći korak.

Kako pristupamo: web dizajn cena

Procenu za web dizajn cena ne radimo samo po jednoj brojci. Razdvajamo obavezne elemente, opcione funkcije i troškove trećih strana, pa u ponudi jasno navodimo šta je uključeno i šta može da promeni cenu.

  1. 01

    Kratak brief

    Prikupljamo informacije o cilju, obimu, postojećim materijalima i funkcijama koje su zaista potrebne.

  2. 02

    Procena i prioriteti

    Za web dizajn cena odvajamo osnovni paket od opcija koje mogu da se dodaju kasnije, kako početna investicija ne bi bila nepotrebno velika.

  3. 03

    Jasna ponuda pre početka

    Navodimo obim, rok i način isporuke pre rada. Ako se zahtev naknadno promeni, dodatni posao se prvo dogovara umesto da se pojavi kao iznenadni trošak.

DETALJNO · PRAKTIČNO

Od čega zavisi cena i kako proceniti realan obim

Precizna cena nastaje tek kada su poznati scope, postojeće stanje, zavisnosti, jednokratni rad i troškovi koji ostaju i posle prve faze. U nastavku su ključne tačke: broj ekranskih šablona, istraživanje i wireframe, design system, prototip i handoff.

Broj ekranskih šablona

Broj ekranskih šablona treba prvo razumeti kroz konkretnu poslovnu ili korisničku potrebu. Praktična osnova je da više različitih tipova stranica zahteva više UX i UI rada od jednog ponavljajućeg template-a.

Ova odluka nije izolovana od ostatka sistema. Posebno je povezujemo sa tačkama „istraživanje i wireframe“ i „design system“, jer one određuju da li će početna ideja ostati jasna kada se promeni sadržaj, obim ili prioritet.

Kako se primenjuje: broj ekranskih šablona

Kod „broj ekranskih šablona“ cenu pretvaramo u konkretan scope: broj stranica ili kampanja, količinu sadržaja, funkcije, integracije, tržišta, postojeće stanje i ono što klijent već ima spremno. Pritom odnos sa „istraživanje i wireframe“ i „design system“ koristimo kao dodatnu proveru da se promena uklopi u ceo tok.

Prilikom rada na „broj ekranskih šablona“ proveravamo i vezu sa oblastima „istraživanje i wireframe“ i „design system“. Time za „broj ekranskih šablona“ izbegavamo situaciju u kojoj lokalno dobro rešenje prekida širi korisnički, tehnički ili marketinški tok.

Najčešći rizici: broj ekranskih šablona

Za „broj ekranskih šablona“ najviše nesporazuma nastaje kada jednokratni rad, licence, hosting, održavanje ili medijski budžet nisu razdvojeni i kada se dodatne funkcije podrazumevaju bez procene. Posebno gledamo posledice na „istraživanje i wireframe“ i „design system“, jer se greška često prvo pokaže na povezanim tačkama.

Rizik smanjujemo tako što za „broj ekranskih šablona“ unapred definišemo šta je prihvatljiv rezultat i šta mora da se desi kada uslov nije ispunjen. Posebnu pažnju tada vraćamo na „istraživanje i wireframe“ i „design system“, jer se posledica greške često prvo vidi upravo na povezanim tačkama.

Kako merimo rezultat: broj ekranskih šablona

Realnu vrednost „broj ekranskih šablona“ ne procenjujemo samo kroz početnu cifru već kroz ukupni trošak vlasništva, vreme potrebno za izmene i rezultat koji projekat treba da donese posle objave. Rezultat povezujemo i sa „istraživanje i wireframe“ i „design system“ kako jedna lokalna metrika ne bi sakrila širu poslovnu posledicu.

Kod „broj ekranskih šablona“ beležimo početno stanje i rezultat posle promene, zajedno sa vezom prema „istraživanje i wireframe“ i „design system“. Tako sledeća iteracija za „broj ekranskih šablona“ počinje od podataka i poznatih razloga, a ne od ponovnog nagađanja šta je prethodna izmena pokušala da postigne.

Istraživanje i wireframe

Istraživanje i wireframe treba prvo razumeti kroz konkretnu poslovnu ili korisničku potrebu. Praktična osnova je da projekat sa složenim korisničkim tokovima traži više pripreme pre finalnog vizuelnog dizajna.

Ova odluka nije izolovana od ostatka sistema. Posebno je povezujemo sa tačkama „design system“ i „prototip“, jer one određuju da li će početna ideja ostati jasna kada se promeni sadržaj, obim ili prioritet.

Kako se primenjuje: istraživanje i wireframe

Kod „istraživanje i wireframe“ cenu pretvaramo u konkretan scope: broj stranica ili kampanja, količinu sadržaja, funkcije, integracije, tržišta, postojeće stanje i ono što klijent već ima spremno. Pritom odnos sa „design system“ i „prototip“ koristimo kao dodatnu proveru da se promena uklopi u ceo tok.

Prilikom rada na „istraživanje i wireframe“ proveravamo i vezu sa oblastima „design system“ i „prototip“. Time za „istraživanje i wireframe“ izbegavamo situaciju u kojoj lokalno dobro rešenje prekida širi korisnički, tehnički ili marketinški tok.

Najčešći rizici: istraživanje i wireframe

Za „istraživanje i wireframe“ najviše nesporazuma nastaje kada jednokratni rad, licence, hosting, održavanje ili medijski budžet nisu razdvojeni i kada se dodatne funkcije podrazumevaju bez procene. Posebno gledamo posledice na „design system“ i „prototip“, jer se greška često prvo pokaže na povezanim tačkama.

Rizik smanjujemo tako što za „istraživanje i wireframe“ unapred definišemo šta je prihvatljiv rezultat i šta mora da se desi kada uslov nije ispunjen. Posebnu pažnju tada vraćamo na „design system“ i „prototip“, jer se posledica greške često prvo vidi upravo na povezanim tačkama.

Kako merimo rezultat: istraživanje i wireframe

Realnu vrednost „istraživanje i wireframe“ ne procenjujemo samo kroz početnu cifru već kroz ukupni trošak vlasništva, vreme potrebno za izmene i rezultat koji projekat treba da donese posle objave. Rezultat povezujemo i sa „design system“ i „prototip“ kako jedna lokalna metrika ne bi sakrila širu poslovnu posledicu.

Kod „istraživanje i wireframe“ beležimo početno stanje i rezultat posle promene, zajedno sa vezom prema „design system“ i „prototip“. Tako sledeća iteracija za „istraživanje i wireframe“ počinje od podataka i poznatih razloga, a ne od ponovnog nagađanja šta je prethodna izmena pokušala da postigne.

Design system

Design system treba prvo razumeti kroz konkretnu poslovnu ili korisničku potrebu. Praktična osnova je da komponente, stanja i responsive pravila imaju veću početnu cenu, ali smanjuju buduću nedoslednost.

Ova odluka nije izolovana od ostatka sistema. Posebno je povezujemo sa tačkama „prototip“ i „handoff“, jer one određuju da li će početna ideja ostati jasna kada se promeni sadržaj, obim ili prioritet.

Kako se primenjuje: design system

Kod „design system“ cenu pretvaramo u konkretan scope: broj stranica ili kampanja, količinu sadržaja, funkcije, integracije, tržišta, postojeće stanje i ono što klijent već ima spremno. Pritom odnos sa „prototip“ i „handoff“ koristimo kao dodatnu proveru da se promena uklopi u ceo tok.

Prilikom rada na „design system“ proveravamo i vezu sa oblastima „prototip“ i „handoff“. Time za „design system“ izbegavamo situaciju u kojoj lokalno dobro rešenje prekida širi korisnički, tehnički ili marketinški tok.

Najčešći rizici: design system

Za „design system“ najviše nesporazuma nastaje kada jednokratni rad, licence, hosting, održavanje ili medijski budžet nisu razdvojeni i kada se dodatne funkcije podrazumevaju bez procene. Posebno gledamo posledice na „prototip“ i „handoff“, jer se greška često prvo pokaže na povezanim tačkama.

Rizik smanjujemo tako što za „design system“ unapred definišemo šta je prihvatljiv rezultat i šta mora da se desi kada uslov nije ispunjen. Posebnu pažnju tada vraćamo na „prototip“ i „handoff“, jer se posledica greške često prvo vidi upravo na povezanim tačkama.

Kako merimo rezultat: design system

Realnu vrednost „design system“ ne procenjujemo samo kroz početnu cifru već kroz ukupni trošak vlasništva, vreme potrebno za izmene i rezultat koji projekat treba da donese posle objave. Rezultat povezujemo i sa „prototip“ i „handoff“ kako jedna lokalna metrika ne bi sakrila širu poslovnu posledicu.

Kod „design system“ beležimo početno stanje i rezultat posle promene, zajedno sa vezom prema „prototip“ i „handoff“. Tako sledeća iteracija za „design system“ počinje od podataka i poznatih razloga, a ne od ponovnog nagađanja šta je prethodna izmena pokušala da postigne.

Prototip

Prototip treba prvo razumeti kroz konkretnu poslovnu ili korisničku potrebu. Praktična osnova je da interaktivni prototip kritičnih tokova može biti dodatna faza pre developmenta.

Ova odluka nije izolovana od ostatka sistema. Posebno je povezujemo sa tačkama „handoff“ i „broj ekranskih šablona“, jer one određuju da li će početna ideja ostati jasna kada se promeni sadržaj, obim ili prioritet.

Kako se primenjuje: prototip

Kod „prototip“ cenu pretvaramo u konkretan scope: broj stranica ili kampanja, količinu sadržaja, funkcije, integracije, tržišta, postojeće stanje i ono što klijent već ima spremno. Pritom odnos sa „handoff“ i „broj ekranskih šablona“ koristimo kao dodatnu proveru da se promena uklopi u ceo tok.

Prilikom rada na „prototip“ proveravamo i vezu sa oblastima „handoff“ i „broj ekranskih šablona“. Time za „prototip“ izbegavamo situaciju u kojoj lokalno dobro rešenje prekida širi korisnički, tehnički ili marketinški tok.

Najčešći rizici: prototip

Za „prototip“ najviše nesporazuma nastaje kada jednokratni rad, licence, hosting, održavanje ili medijski budžet nisu razdvojeni i kada se dodatne funkcije podrazumevaju bez procene. Posebno gledamo posledice na „handoff“ i „broj ekranskih šablona“, jer se greška često prvo pokaže na povezanim tačkama.

Rizik smanjujemo tako što za „prototip“ unapred definišemo šta je prihvatljiv rezultat i šta mora da se desi kada uslov nije ispunjen. Posebnu pažnju tada vraćamo na „handoff“ i „broj ekranskih šablona“, jer se posledica greške često prvo vidi upravo na povezanim tačkama.

Kako merimo rezultat: prototip

Realnu vrednost „prototip“ ne procenjujemo samo kroz početnu cifru već kroz ukupni trošak vlasništva, vreme potrebno za izmene i rezultat koji projekat treba da donese posle objave. Rezultat povezujemo i sa „handoff“ i „broj ekranskih šablona“ kako jedna lokalna metrika ne bi sakrila širu poslovnu posledicu.

Kod „prototip“ beležimo početno stanje i rezultat posle promene, zajedno sa vezom prema „handoff“ i „broj ekranskih šablona“. Tako sledeća iteracija za „prototip“ počinje od podataka i poznatih razloga, a ne od ponovnog nagađanja šta je prethodna izmena pokušala da postigne.

Handoff

Handoff treba prvo razumeti kroz konkretnu poslovnu ili korisničku potrebu. Praktična osnova je da kvalitetna dokumentacija i specifikacije su važne kada dizajn implementira drugi razvojni tim.

Ova odluka nije izolovana od ostatka sistema. Posebno je povezujemo sa tačkama „broj ekranskih šablona“ i „istraživanje i wireframe“, jer one određuju da li će početna ideja ostati jasna kada se promeni sadržaj, obim ili prioritet.

Kako se primenjuje: handoff

Kod „handoff“ cenu pretvaramo u konkretan scope: broj stranica ili kampanja, količinu sadržaja, funkcije, integracije, tržišta, postojeće stanje i ono što klijent već ima spremno. Pritom odnos sa „broj ekranskih šablona“ i „istraživanje i wireframe“ koristimo kao dodatnu proveru da se promena uklopi u ceo tok.

Prilikom rada na „handoff“ proveravamo i vezu sa oblastima „broj ekranskih šablona“ i „istraživanje i wireframe“. Time za „handoff“ izbegavamo situaciju u kojoj lokalno dobro rešenje prekida širi korisnički, tehnički ili marketinški tok.

Najčešći rizici: handoff

Za „handoff“ najviše nesporazuma nastaje kada jednokratni rad, licence, hosting, održavanje ili medijski budžet nisu razdvojeni i kada se dodatne funkcije podrazumevaju bez procene. Posebno gledamo posledice na „broj ekranskih šablona“ i „istraživanje i wireframe“, jer se greška često prvo pokaže na povezanim tačkama.

Rizik smanjujemo tako što za „handoff“ unapred definišemo šta je prihvatljiv rezultat i šta mora da se desi kada uslov nije ispunjen. Posebnu pažnju tada vraćamo na „broj ekranskih šablona“ i „istraživanje i wireframe“, jer se posledica greške često prvo vidi upravo na povezanim tačkama.

Kako merimo rezultat: handoff

Realnu vrednost „handoff“ ne procenjujemo samo kroz početnu cifru već kroz ukupni trošak vlasništva, vreme potrebno za izmene i rezultat koji projekat treba da donese posle objave. Rezultat povezujemo i sa „broj ekranskih šablona“ i „istraživanje i wireframe“ kako jedna lokalna metrika ne bi sakrila širu poslovnu posledicu.

Kod „handoff“ beležimo početno stanje i rezultat posle promene, zajedno sa vezom prema „broj ekranskih šablona“ i „istraživanje i wireframe“. Tako sledeća iteracija za „handoff“ počinje od podataka i poznatih razloga, a ne od ponovnog nagađanja šta je prethodna izmena pokušala da postigne.

Česta pitanja

Od čega najviše zavisi web dizajn cena?+

Najviše od obima rada: broja stranica ili kampanja, količine sadržaja, posebnih funkcija, integracija, postojećeg stanja i toga da li je potreban dodatni dizajn, migracija ili tehnička priprema.

Da li dobijam konačnu ponudu pre početka?+

Da. Nakon kratkog briefa definišemo šta ulazi u ponudu, rok i cenu. Ako postoje opcije koje nisu neophodne za prvu fazu, prikazujemo ih odvojeno.

Šta može naknadno da poveća cenu?+

Promena dogovorenog obima, nove funkcije, dodatne stranice, veći obim sadržaja ili integracije koje nisu bile poznate pri proceni. Takve izmene dogovaramo pre realizacije.

Imate konkretan projekat?

Pošaljite osnovne informacije. Dobićete jasan predlog obima i sledećih koraka bez obaveze.