Jedno od prvih pitanja kod izrade novog weba je:
Koliko će cijeli projekt trajati?
Za jednostavniju poslovnu web stranicu često je dovoljno nekoliko tjedana. Veći projekti, web trgovine ili stranice s posebnim funkcionalnostima mogu trajati nekoliko mjeseci.
Ali broj stranica nije jedina stvar koja određuje rok.
Na trajanje projekta utječu:
- pripremljenost sadržaja
- broj stranica
- kompleksnost dizajna
- posebne funkcionalnosti
- brzina povratnih informacija
- broj revizija
- integracije
- migracija postojećeg weba
- SEO zahtjevi
- testiranje prije objave
Zanimljivo je da razvoj često nije dio projekta koji uzrokuje najveće kašnjenje.
Puno češće projekt stoji jer nedostaju tekstovi, fotografije, odluke ili povratne informacije.
Koliko obično traje?
Vrlo okvirno, projekti se mogu podijeliti ovako:
Jednostavan poslovni web
Otprilike 2 do 4 tjedna.
Primjer:
- naslovna
- nekoliko stranica usluga
- o nama
- kontakt
- jednostavna kontakt forma
To pretpostavlja da su sadržaj i materijali relativno dobro pripremljeni.
Veći poslovni web
Otprilike 4 do 8 tjedana.
Takav projekt može uključivati:
- veći broj usluga
- projekte
- blog
- dodatne forme
- više tipova sadržaja
- kompleksniji dizajn
- više revizija
Web trgovina
Često 4 do 10 tjedana ili više.
Osim samog dizajna i razvoja treba riješiti:
- proizvode
- kategorije
- varijacije
- plaćanje
- dostavu
- checkout
- e-mailove
- porezne postavke
- testiranje kupnje
Custom projekt
Rok može biti od nekoliko tjedana do više mjeseci.
Kod takvih projekata trajanje puno više ovisi o funkcionalnostima nego o broju klasičnih web stranica.
Ovi rokovi nisu pravilo.
Dva weba s deset stranica mogu imati potpuno različitu količinu posla.
Priprema štedi vrijeme
Najbrži način da projekt traje duže nego što treba je krenuti bez pripreme.
Ako se tek tijekom dizajna počne odlučivati:
- koje usluge postoje
- koje stranice trebaju postojati
- što treba pisati
- koje fotografije koristiti
- što je glavni CTA
velik dio rada mora se ponovno mijenjati.
Dobra priprema ne znači da klijent mora imati gotovu web stranicu na papiru.
Dovoljno je prije početka prikupiti osnovne informacije o poslovanju, sadržaju, uslugama i ciljevima.
Kompletnu početnu checklistu možete pronaći u vodiču što pripremiti prije izrade web stranice.
Struktura dolazi prije dizajna
Jedna od prvih faza projekta trebala bi biti definiranje strukture.
Primjerice:
Naslovna
├── Usluga A
├── Usluga B
├── Usluga C
├── Projekti
├── O nama
└── Kontakt
Ako se struktura promijeni nakon što je pola weba već dizajnirano ili razvijeno, projekt se prirodno produžuje.
Možda treba:
- dodati nove sekcije
- promijeniti navigaciju
- preraditi sadržaj
- napraviti nove templateove
- povezati nove stranice
Zato je bolje takve odluke donijeti ranije.
Više o tome možete pronaći u vodiču kako napraviti strukturu web stranice.
Sadržaj često najviše kasni
Tekstovi su jedan od najčešćih razloga za pomicanje rokova.
Na početku projekta često postoji pretpostavka:
Tekst ćemo lako riješiti kasnije.
Ali kada dođe vrijeme za stvarni sadržaj, treba napisati:
- naslovnu stranicu
- svaku uslugu
- o nama
- projekte
- FAQ
- CTA-ove
- kontaktne informacije
Ako tvrtka ima pet ili deset važnih usluga, to više nije mala količina sadržaja.
Dizajn također ovisi o tekstu.
Ako je neka sekcija dizajnirana za dvije rečenice, a konačni sadržaj ima šest odlomaka, nešto se mora mijenjati.
Zato je idealno sadržaj definirati barem okvirno prije finalizacije dizajna.
Fotografije mogu blokirati projekt
Slično vrijedi za fotografije.
Ako web jako ovisi o:
- fotografijama proizvoda
- fotografijama tima
- projektima
- prostoru
- prije i poslije primjerima
dobro je te materijale pripremiti na vrijeme.
Može se dogoditi da je cijeli web gotovo završen, ali još uvijek nema kvalitetne fotografije za hero sekciju ili stranice projekata.
Tada tehnički dio možda jest gotov, ali stranica još nije spremna za objavu.
Ako je potrebno profesionalno fotografiranje, treba ga planirati kao zaseban dio projekta.
Kompleksnost dizajna
Jednostavniji dizajn prirodno je brže implementirati.
To ne znači da mora izgledati generički.
Ali postoji razlika između stranice koja koristi konzistentan sustav komponenti i stranice na kojoj je svaka sekcija potpuno unikatan mini-projekt.
Vrijeme povećavaju stvari poput:
- kompleksnih animacija
- posebnih prijelaza
- interaktivnih elemenata
- custom grafika
- različitih layouta za gotovo svaku stranicu
- velikog broja komponenti
Dobar design system može značajno ubrzati razvoj.
Ako su unaprijed definirani:
- boje
- tipografija
- razmaci
- gumbi
- forme
- kartice
- section layouti
nije potrebno svaki dio weba ponovno dizajnirati od nule.
Broj stranica ipak je važan
Web s pet stranica uglavnom je brže napraviti od weba s pedeset.
Ali nije svaka stranica jednako zahtjevna.
Primjerice, deset blog članaka koji koriste isti template ne predstavljaju istu količinu razvoja kao deset potpuno različitih landing stranica.
Zato kod procjene treba razlikovati:
broj URL-ova od broja različitih layouta i funkcionalnosti.
Ako vas zanima koliko osnovnih stranica poslovni web uopće treba, pročitajte koliko stranica treba imati poslovni web.
Posebne funkcionalnosti
Klasična poslovna stranica može imati vrlo malo funkcionalnosti.
Primjerice:
- kontakt formu
- blog
- portfolio
- osnovne animacije
Ali projekt može zahtijevati i:
- rezervacije
- online plaćanje
- korisničke račune
- konfigurator
- kalkulator
- povezivanje s CRM-om
- vanjske API-je
- višejezičnost
- napredno filtriranje
- posebne obrasce
Takve funkcionalnosti treba ne samo razviti nego i testirati.
Što je više poslovne logike, to je teže dati preciznu procjenu samo na temelju broja stranica.
WordPress ili custom
Tehnologija također može utjecati na rok.
Za klasičnu poslovnu stranicu WordPress može ubrzati razvoj jer velik dio CMS funkcionalnosti već postoji.
Kod custom projekta možda treba dodatno riješiti:
- administraciju
- modele sadržaja
- autentikaciju
- API-je
- deployment
- druge dijelove infrastrukture
To ne znači da je jedna opcija uvijek brža.
Ako projekt ima posebne funkcionalnosti koje se teško uklapaju u WordPress, pokušaj prilagodbe WordPressa može zapravo povećati količinu posla.
Detaljniju usporedbu možete pronaći u članku WordPress ili custom web.
Revizije utječu na rok
Normalno je tijekom projekta imati korekcije.
Problem nastaje kada ne postoji jasan proces povratnih informacija.
Primjerice:
Prva osoba traži veći naslov.
Druga osoba želi manji naslov.
Treća osoba nakon tri dana odluči vratiti prvu verziju.
Takav način rada vrlo brzo povećava trajanje projekta.
Puno učinkovitiji proces je:
- projekt se predstavi
- klijent interno prikupi komentare
- šalje se objedinjeni feedback
- rade se dogovorene izmjene
- verzija se odobrava
Broj revizija nije problem ako su organizirane.
Problem je kontinuirano mijenjanje smjera projekta.
Jedna osoba treba voditi feedback
Kod većih tvrtki često više osoba treba sudjelovati u odobravanju weba.
To je potpuno normalno.
Ipak, dobro je imati jednu osobu koja vodi komunikaciju.
Ta osoba može interno prikupiti komentare od:
- uprave
- prodaje
- marketinga
- pravnog odjela
- drugih dionika
i zatim poslati jednu usuglašenu verziju povratnih informacija.
To značajno smanjuje kašnjenja i kontradiktorne zahtjeve.
Odluke imaju svoj rok
Projekt može tehnički biti potpuno spreman za nastavak, ali čekati jednu odluku.
Primjerice:
- koji paket prikazujemo
- koristimo li fotografiju A ili B
- prikazujemo li cijene
- kako nazivamo uslugu
- koja domena se koristi
Jedna mala odluka ponekad blokira nekoliko drugih zadataka.
Zato je korisno unaprijed definirati tko donosi konačne odluke.
Migracija starog weba
Ako se radi novi web koji zamjenjuje postojeći, projekt uključuje dodatne korake.
Treba provjeriti:
- postojeće URL-ove
- SEO pozicije
- sadržaj koji treba sačuvati
- redirecte
- analitiku
- forme
- stare backlinkove
- indeksirane stranice
Najgori pristup je jednostavno ugasiti stari web i objaviti novi s potpuno drugačijim URL-ovima.
Kod redizajna dio vremena zato treba rezervirati za migraciju.
To posebno vrijedi za webove koji već imaju organski promet.
SEO prije objave
SEO također treba biti uključen u rok projekta.
Prije objave potrebno je provjeriti:
- titleove
- meta opise
- H1 naslove
- URL strukturu
- interne linkove
- indexation postavke
- sitemap
- canonical oznake
- redirecte
- slike
Ako se SEO počne rješavati tek posljednji dan prije objave, često se otkriju problemi koji zahtijevaju promjene u strukturi.
SEO je zato najbolje uključiti tijekom cijelog procesa izrade web stranice.
Testiranje treba vrijeme
Objava nije trenutak kada developer kaže:
Meni radi.
Prije lansiranja treba testirati barem najvažnije dijelove weba.
Primjerice:
- desktop prikaz
- mobilni prikaz
- navigaciju
- kontakt forme
- linkove
- CTA gumbe
- preglednike
- 404 stranice
- analitiku
- osnovne SEO postavke
Kod webshopa treba napraviti i testne narudžbe.
Ako korisnik može kreirati račun ili rezervirati termin, treba testirati cijeli taj proces.
Vrijeme za QA treba biti dio plana, a ne nešto što se pokušava ugurati zadnji dan.
Objavu ne treba forsirati
Ako je rok blizu, postoji iskušenje da se stranica objavi iako nije sve završeno.
Ponekad je to opravdano.
Primjerice, manje nebitne izmjene mogu se napraviti kasnije.
Ali ne treba objavljivati ako ne rade ključne stvari poput:
- kontakt forme
- kupnje
- navigacije
- mobilnog prikaza
- važnih redirecta
Bolje je pomaknuti objavu nekoliko dana nego lansirati web koji korisniku ne omogućuje ostvarivanje glavnog cilja.
Može li se izraditi brže?
Može.
Najviše vremena može se uštedjeti dobrom pripremom.
Ako na početku projekta imamo:
- jasno definiran cilj
- dogovorenu strukturu
- popis usluga
- spremne fotografije
- osnovne tekstove
- jasnu osobu za feedback
- dogovorene funkcionalnosti
projekt može napredovati vrlo brzo.
Ako se sve te odluke donose usput, rok postaje puno manje predvidljiv.
Može li web biti gotov za tjedan dana?
Za vrlo jednostavan web – tehnički može.
Ali pitanje je što podrazumijevamo pod “gotov”.
Ako već postoje:
- sadržaj
- fotografije
- struktura
- identitet
- jasni zahtjevi
jednostavna stranica može se napraviti vrlo brzo.
Ali ako projekt uključuje:
- istraživanje
- content planning
- copywriting
- dizajn
- razvoj
- SEO
- testiranje
tjedan dana je često prekratak rok za kvalitetan proces.
Brzina sama po sebi nije cilj.
Cilj je izraditi web koji će nakon objave stvarno biti koristan poslovanju.
Kako realno planirati rok?
Prije početka projekta treba razjasniti četiri stvari.
Što radimo?
Točan opseg projekta.
Tko radi sadržaj?
Klijent, izvođač ili zajedno.
Tko daje feedback?
Jedna odgovorna osoba ili definirana grupa.
Kada sve mora biti gotovo?
Postoji li stvaran poslovni rok?
Na temelju toga možemo napraviti puno realniju procjenu nego samo na temelju pitanja “koliko stranica ima web”.
Realan rok je bolji od najkraćeg
Kod izrade web stranice najbrža ponuda nije nužno najbolja.
Ako projekt treba trajati četiri tjedna, nema puno koristi od obećanja da će biti gotov u sedam dana ako će se nakon toga još mjesec dana popravljati problemi.
Bolje je napraviti realan plan koji uključuje:
- pripremu
- sadržaj
- dizajn
- razvoj
- feedback
- SEO
- testiranje
- objavu
Tada svi uključeni znaju što se događa i kada se očekuje njihov dio posla.
Ako planirate novu web stranicu, više informacija o procesu, paketima i početnim cijenama možete pronaći na stranici izrada web stranica – cijena i paketi.