Web design/development business process - kako to ustvari radi?

Na stranu sa tehnikama, dizajnom, programiranjem i cime vec. Interesuje me kako se stvarno odvija proces razvoja nekog web projekta, bilo da je u pitanju dizajn, programiranje, optimizacija ...itd

U okviru mog freelance iskustva (uglavnom programiranje, manje dizajn. Nekih 20-30 uglavnom manjih projekata) rekao bih da je najveci problem - komunikacija. Ljudi uglavnom ne znaju sta zele, oni koji znaju, to ne umeju da objasne, naravno ne iskljucujem i to da delom i ja doprinosim istom.

Verujem da je svima poznato nesto od :

Da li ovo moze ovako, a ovo bih plave boje ili mozda crvene.
Sati bi bilo bolje da su u formatu 00-12AM 00-12PM nego 00-24 jer ce neko mozda da se zbuni.
A zar se nismo dogovorili da ovo bude onako a ne ovako?
A jer moze samo jos ....... (pri cemu ste upravo to prevideli, a drasticno menja celu stvar).

Pa onda naravno dolaze izmene (koje kostaju obe strane - novac, zivci, vreme). A naravno "nasima" pomenuti da bi to trebalo zbog izmena vise da kosta - je nezamislivo - mada ni stranci nisu mnogo bolji. Ipak oni vise praktikuju placanje po satu (dok nasi misle kako tako hocemo da ih zavrnemo) ...

Verujem da bi pravi proces to trebao da resi - barem umanji, ako ne i potpuno eliminise probleme.

Ima li nekog sa iskustvom u tim stvarima ovde? Ili mozda zna nekog ko zna, mozda sajt ili knjigu sa takvim informacijama?

Sve vezano za ovo - pa makar i samo delovi - su naravno dobrodosli. Recimo formular/pitanja koja trazite da klijent popuni i sl.

Pa ako nista drugo, mogli bi smo i svi onako skupa da smislimo najbolji pristup - samo molim bez mnogo/previse teoretisanja. Ipak verujem da je neko to vec resio, samo ja nisam uspeo da pronadjem mnogo informacija o tome ...

PS Interesuju me obe varijante, kaoko to radi freelancer a kako firma/agencija.

Evo sta sam nasao do sada :

http://www.webstyleguide.com/ - cela knjiga online - FREE :)

Ali ipak se trazi nesto iz prakse, ne znam koliko je ovo iz knjiga primenljivo na realnost - pogotovo nasu realnost.

http://www.newfangled.com/ - Moze biti zanimljiv. Web dizajn agencija koja je 2000. smislila super proces koji navodno resava sve probleme. Pogledajte Invention > Process kao i Background > Our Book

Evo neke "lektire":
• Racionalno (ekonomski) vođeni web projekti
• Edukativni web projekat Designing The Band
• Projektna dokumentacija

Diskusije sa foruma:
• Organizacija online web development tima

ES:
• RAZVOJ SAJTA!!
• Projektna dokumentacija
• Poslovi izrade Web sajtova putem tendera

Potpis

ICT magazin
IT, Mobile, Gaming online magazin
------------------------------
Blog
Svakodnevnica Blog Auto blog
------------------------------

Kompjuterski e-zine
Personal magazine

Slažemo se, najveći problem je komunikacija.
Ja polazim od toga da korisnik ne zna šta želi. Korisnik razume svoj problem, zna ili ne zna da ga objasni (ako ne zna, ja imam dovoljno iskustva da mogu da pretpostavim šta mu treba), i ima ili nema neku viziju kako taj problem može da se reši računarom. Njegova vizija, ako postoji, ne mora nužno biti ispravna ni najbolja, i zato je ja uzimam samo kao zabelešku, a nikako kao uputstvo za rad. Ja sam programer, on nije, ja znam šta može biti a šta ne. On ne zna koje mehanizme ja imam na raspolaganju za rešavanje njegovog problema. Možda mogu da ga rešim lakše nego što on misli. Po meni je pravi pristup da ja vodim korisnika a ne on mene. Kada ih istreniram, sve ide mnogo lako. Zadovoljstvo raditi sa njima. U tri rečenice rešavamo sve probleme.

Što se tiče sitnica koje smaraju, kao npr izbor boja, tu imam poseban pristup.
"Svaki zadatak koji smara pokušaj da prebaciš na korisnika"
Učini ga dovoljno lakim i prebaci ga na korsinika. Tako će on uvideti da to "nije baš lako", i neće smarati pošto ima mehanizam da to uradi sam (a biće mu glupo da te peti put pita kako se to radi - misli da ispada glup). Npr, napravite deo za izbor boja, i kažete "Evo ovde podešavate boje". Korisnik može da se igra i menja boje, i obično će se smoriti posle 2 minuta, i više nikada neće ni pomisliti na promenu boja, niti pitati za istu. Mislim da ne treba izlaziti u susret svakakvim glupostima koje korisnik traži.

Takođe, držim se standarda, tako da moj korisnik može samo da sanja o 12 AM/PM prikazu vremena. Zna se, po našem standardu prikaz je 00-24, i kraj. Moj odgovor na ovakav zahtev bi bio "po našim standardima...", na dalje insistiranje bih rekao "da li je zaista toliki problem...", dalje bih rekao "dobro, to ćemo da završimo za sledeći put". Naravno, ne bih to završio za sledeći put, a korisnik bi se navikao na 00-24.

Ova priča o standardima i rigidno pridržavanje istih čini da izgledaš više profesionalno. A i olakšava posao. Sa standardizovanim pristupom, nema previda.

Što se plaćanja tiče, treba ponuditi odloženo plaćanje i popust na gotovinsku isplatu, a obračunavati OBAVEZNO po satu. Radi svoje zaštite (od smaranja za svaku sitnicu) možete uvesti minimum angažovanja, npr 50 evra, tj iznos ispod koga nećete raditi intervenciju.

Obavezno dati i garanciju na proizvod.

Ovo definitivno pomaže: http://www.web-redesign.com/

Doduše, ceo proces je obuhvaćen, sa većim akcentom na dizajn, dobar deo stvari već znaš, ali je sve na mestu i fino upakvano. U svakom slučaju, zanimljivo štivo :D

Potpis

http://www.activecollab.com - Alat za upravljanje projektima

Ja obicno prvo posaljem questionairre, da vidim inicijalno sta klijent zeli. Jedan primer takvog prilazem u attachmentu, cisto da vidite o cemu se radi. Nakon toga je jako bitno popricati sa njim o tome sta on ocekuje od svog sajta (ili stagod da se radi). Tu je obicno kljuc kasnijeg problema, jer cesto se desi da se nakon finalnog proizvoda klijent razocara jer to nije ono sto je on zapravo zeleo - a to shvati tek kad vidi sta je dobio. Ja mnogo vise paznje posvecujem njegovim obrazlozenjima cilja i funkcije projekta, nego "specifikacijama" (zvrljotinama) koje mi je dostavio kao guideline...

Drugi glavni problem je development cycle. Sto se vise rasteze projekat, vise ideja (monstruoznih) klijentima pada na pamet, i logicno, lead developer koji vodi projekat pravi jezivi overhead u komunikaciji sa klijentom i amortizovanju njegovih naknadnih ideja. Ponekad objasniti da neka "sitnica" koju je on zamislio da doda i nije bas sitnica prilicno traje... a ako imate nameru zadrzati klijenta, morate biti spremni da solidno balansirate izmedju extra mile pristupa koji se od vas ocekuje, i jasne granice sta je ipak previse...

Resenje je ne stedeti vreme pre pocetka developmenta na komunikaciju, jer je kljuc upravo u tome sta on ocekuje od finalnog proizvoda, a ne sta je trazio od vas da uradite... I naravno - drzati dev.cycle sto kracim, kako bi se klijent brzo doveo na gotovu fazu projekta, jer je onda mnogo lakse primeniti pristup "ok, sve sto mislite da bi dodali/promenili spakujte u .doc, pa cu da quote-ujem..."


Da, to je upravo to... Stvoriti klimu da vam veruje, i ako vi nesto sugerisete da to prihvati kao argument autoriteta, a ne da ima osecaj da dajete predlog samo da bi nesto izmuljali i uhvatili krivinu... ali za to je ipak potrebno iskustvo...


Hm...ja da sam ti klijent, i da mi otezes oko AM/PM sranja, veruj mi da bi ti to bio poslednji projekat za mene :) Ne, jednostavno ne postoji opravdanje tipa "to nije po standardima". Koga je briga za standarde, dajte da se ne poteze svakih 6 meseci kilometarska rasprava o tome.

Ti mozes da sugerises da nesto nije po standardima, ali kad drugi put klijent decidirano ponovi sta zeli - tu je prici kraj. Svaka dalja rasprava samo moze da stvori napetu situaciju bez potrebe i tebi zakomplikuje poziciju. Rigidno pridrzavanje standarda samo cini da lakse iznerviras klijenta, nista drugo.

Da nece mozda da ima vise posteta, ili ostvari veci turn-around ako mu je sajt prolazi w3c validaciju? ili ima 00-24 prikaz vremena?

Ne budimo smesni...

Potpis

Jeff, one day you’ll understand that it’s harder to be kind than clever.

Slazem se sa tobom boccio. I vidis imas par dobrih fora u onom formularu kojih se ne bih setio sam, a pomazu (recimo: visual style, type of site ...).

I upravo kako si rekao, onaj ko placa se pita. Ako je bas siguran, dobice sajt sa crnim slovima i jarko crvenom pozadinom ako tako hoce - na meni je da ga obavestim da to bas nije pametno ...

A inace je tip iz USA, nisam suguran kakav je njihov standard, ali sam video da koriste oba formata (znate ono u americkim filmovima 2200 h). 00-24 mi je bio laksi, jer ga i ja "dobijam" (od programskog jezika) u tom formatu ... A sve to je samo posluzilo kao primer, jer mi je to prvo palo na pamet. Ustvari to ni njemu nije bio problem, vec likovima za koje je on radio - gde ja dodjem onda subcontractor.

U prici se nisam ogranicio samo na web projekte. Kada kazem standardi, mislim i na druge standarde razvoja softvera (nacin navigacije, polozaj komandi, precice sa tastature, raspored dugmica, uobicajene procedure, formati prikaza datuma, vremena, novcanih iznosa, brojeva i sl...).


Ne mora biti istina - zavisi od kolicine tvog novca kojim moj softver upravlja.
Vidim da imamo razlicita iskustva u radu sa korisnicima. Sve zavisi od toga kako se ko postavi prema njemu.


Postavi English (United States) u Regionalnim Opcijama za default Locale i videces da su ljudi hteli da vreme bude prikazano u formatu koji je po njihovim standardima.

Veceras cu da prokomentarisem komentare, konkretno sto se tice procesa o tome moze nasiroko da se pise, recimo nas aktuelni Interfejs dizajn proces ima dosta podudarnosti sa:

http://designeye.org/ideaguy/
http://www.stopdesign.com/articles/design_process/

Primetio sam da se dosta ljudi kod nas zali na programere koji su im uradili/(pre)prodali/odrzavaju/sta_vec programe za knjigovotstvo. Uvek neka komplikacija sa njima.

Sve to ne bih uzimao u obzir da ljude koji su mi to pricali stvarno ne poznajem i znam da nisu tupani i znaju da se sluze kompjuterom.

I tako cujes da je PIII slab i da ce trebati PIV za novi program za knjigovodstvo. A isti taj program ima odlican feature da po zavrsetku godine podatke iz iste snima na DISKETU i zatim brise sa HD-a. Pa onda kada ti slucajno zatreba nesto iz prethodne godine, sledi procedura > trenutna godina na disketu, pa onda "ucitavanje" stare godine sa stare diskete - i onda kad odradis sta je trebalo sve to u suprotnom smeru. Naravno ako disketa crkne ...

Pa recimo u toj novoj verziji programa pretraga artikala ide po imenu artikla, a ne po sifri. Kako je inace pre islo i na sta su svi navikli jer i onako znaju sve sifre jadnici vec napamet. A programer kaze 'Ne moze da se uradi onako, mnogo je komplikovano trebace puno vremena ...'.

Ma uostalom verujem da je dosta vas culo takve price ...

Kako bi sve ovo imalo kakve takve veze sa ovim thread-om. A definitivno uopste nema veze sa onim sta sam pitao - ali kad je vec krenulo u tom toku ...

Ne znam zasto - ali tebe obucina na osnovu stavova ovde iznesenih, bas zamisljam kao jednog od tih 'programera' ... To naravno ne mora da je uopste tako i izvinjavam se ako nije. A i ako jeste se izvinjavam ...

@mungos: Odlicni linkovi!

Jednostavno imamo različita iskustva sa korisnicima. Svako radi onako kako misli da je najbolje... Mislim da sam pogrešno shvaćen - ja ne odbijam da uradim nešto što korisnik traži, (naprotiv, ja svakom korisniku kažem "Vi ne možete zamisliti ono što ja ne mogu napraviti"), već to radim na način koji smatram ispravnim. Moji korisnici su jako zadovoljni onim što dobijaju od mene i sjajno sarađujem sa svima. Od njih nećeš čuti komentare koje pominješ.