Citat:
techcode:
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.
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..."
Citat:
obucina:
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.
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...
Citat:
obucina:
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.
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...
Jeff, one day you’ll understand that it’s harder to be kind than clever.
Web design/development business process - kako to ustvari radi?
Re: Web design/development business process - kako to ustvari radi?