Back to site
Since 2004, our University project has become the Internet's most widespread web hosting directory. Here we like to talk a lot about web development, networking and server security. It is, after all, our expertise. To make things better we've launched this science section with the free access to educational resources and important scientific material translated to different languages.

Zasto web dizajn projekte ne treba tretirati kao razvoj softvera

 

 

“Kakvu samo zamrsenu mrezu ispletemo kada prvo pokusamo da prevarimo!” – Walter Scott

 

 

Vecina websajt projekata je nasledila tradicionalni model softverskog razvojnog procesa, sto izgleda otprilike ovako:

  1. Razumeti – Dizajner razgovara sa vlasnicima kompanija da bi saznao sta oni zele, a istovremeno shvatio proizvod.
  2. Lista zelja karakteristika – Dizajner ima listu zelja karakteristika i pocinje da sastavlja vizuelni dizajn na osnovu te liste
  3. Graditi – proizvod je sagradjen
  4. Dati korisnicima – Verzija proizvoda je pokrenuta i postaje dostupna korisnicima
  5. Sakupiti povratne informacije – Dizajner i/ili vlasnici komapnija dobijaju povratne informacije o proizvodu, eventualno uz dodatak korisnickog pracenja ili analitike.

Veoma zabavna stvar je da ukoliko tu listu unesemo naopacke dobijamo proces koki mnogo efikasnije prihvata potrebe i zelje korisnika:

  1. Sakupiti povratne informacije – Dizajner razgovara sa korsinicima da bi dobio povratne informacije i razumeo koje su nijhove potrebe, tako da moze da postavi neke web analitike da bi mogao belEziti sta ljudi rade.
  2. Dati korisnicima– Uradjeni nacrti ili postojeci proizvodi (pa mozda cak i konkurentski proizvod) prikazani su korisnicima da bi se videlo sta funkcionise, a sta ne
  3. Graditi – Saznanja iz ovog istrazivanja i testiranja pomazu da se kreira nacin kako je proizvod napravljen
  4. Lista zelja karakteristika – Pri kraju interaktivnog proces poznato je jasno razumevanje karakteristika
  5. Razumeti – Dizajner i vlasnik kompanije sada potpuno razumevanje proizvoda, kao i njegovi korisnici sto moze biti nadogradjeno u buducnosti

Veoma je lako uociti da su glavne razlike u pretpostavci napravljene na pocetku procesa i u delu koji se odnosi na to kako te iste razlike uticu na ostatak radnji. Dve vazne stvari iz ovoga koje treba razumeti su:

  • Bez pristupa koji se fokusira na korisnika mi se veoma oslanjamo na vlasnike kompanija koji znaju vecinu odgovora cak i pre nego sto projekat pocne
  • Sa dizajner procesom gde je korisnik u fokusu mi smo u mogucnosti da naucim stvari ranije i ueadimo promene da bismo ispravili kurs projekta

Definisuci faktori

Dizajn proces koji u svom fokusu ima korisnika (UCD- user-centered design) ima sledece karakteristike:

  1. Filozofija jeste da treba napraviti proizvod koji odgovara korisnicima, a ne terati korisnike da menjaju svoje ponasanje kako bi se prilagodili proizvodu.
  2. Potrebama, zeljama i ogranicenjima stvarnih krajnjih korisnika proizvoda je posvecena velika paznja za svaku etapu dizajn procesa
  3. To je dizajn proces - proces identifikuje i resava probleme, a to radi tako sto posvecuje paznju ,,potrebama” a ne samo ,,zeljama”. Proces je vise objektivan nego subjektivan - istrazivaci, dizajneri, stvaraoci (pa cak i korisnici) nemoraju neophodno imati priliku da odaberu svoje omiljene boje.
  4. Korisnici se konsultuju od samog pocetka (tako da dizajneri mogu analizirati i predvideti kako ce korisnici koristiti proizvod), naravno i tokom razvoja (testiranjem validnosti dizajn pretpostavki o ponasanju korisnika tako sto se sprovode stvarni testovi), a proizvod se smatra vazeci na kraju testiranja.
  5. proizvod ima vise stupnjeva i skoro uvek je interativan.

Popularni alternativni metod za softver stvaranje i razvijanje je Agile, lak, iterativni nacin agile softver stvaralacke i razvojne metode veoma se lepo slaze sa nasim UCD procesom. Postoje neke sjajne strategije koje UXkroisnici mogu koristiti kako bi mogli efikasno doprineti Agile timu, izbalansirati neke slabosti Agile metode (za sve one koji imaju bilo kakve sumnje o njegovom pristupu) i istovremeno napraviti jos jasniji proces i uspesnije dizajne

Ukoliko ste Vi UX korisnik koji je novi u koriscenju agile metoda, postoji knjiga koja dobro objasnjava mindset za dizajn projekte koji su fokusirani na korisnika. To je knjika koju je napisao Hugh Beyer User Centred Agile Methodologies.

Vise cemo pricati o dizajnima koji su fokusirani na korisnika u nekoliko nasih nardenih postova. Pazljivo pratite!

Da li ste se ikada zapitali kako se od Vas ocekuje da uradite quote upfornt za veliki, nepoznati web projekat?

 

O Luke Chambers

Mislilac, web stvaralac, covek koji se bavi dizajnom sa fokusom na korisnika, Luke Chambers prdstavlja jednu polovinu UX Mastery partnerstva. On je takodje iskusan dizajner u Penguin Books Australia i samostalno radi pod imenom Experia Digital. On zivi u farmerskoj kuci u Melburnu sa suprugom i ima dve kokoske.





Published (Last edited): 03-03-2013 , source: http://uxmastery.com/why-web-design-projects-shouldnt-be-treated-like-software-development/