10 problema u razvoju web projektata i kako ih rješavamo - Problem 6.

06/06/11

Nakon vikenda nastavljamo dalje :D

Problem 6: Stranica nije nikada u stvari dovršeno nakon pokretanja

Pokrenuli ste stranicu, ali nije savršena. Zadovoljni ste sa njom, ali jos par stvari bi htjeli napraviti, a završili ste sa developerom. Čak i kada bi htjeli da nešto naprave dodatno, ne želite, jer bi morali dodatno platiti.
A postoji cijela lista stvari koje bi htjeli imati u nekom trenutku u budućnosti - ali u ovom trenutku trebate predah. Uskoro, stranica počne skupljati paučinu (malo je čak i ironično jer postoje i web spideri smile ). Uskoro imate gomilu spammera koji su se registrirali, email počinje skupljati spam, forum kojega ste htjeli a mi vjerojatno predlagaki da ga nemate, počinje tražiti svoje održavanje, počinjete gasiti komentare jer skupljaju spamove i kroz godinu ili dvije tražite drugog developera i počinjete sve ispočetka i završavate sa istim rezultatom.

Rješenje 6: Pokretanje stranice neka bude POČETAK a ne kraj projekta.

Pokretanje stranice je velika prekretnica, to sigurno, ali ne dobijete sve posjete prvi dan pokretanja, dobijati ćete ih tijekom vremena. Nije bitno koliko vremena ste utrošili, pokretanje je samo jedan od dana u tom projektu.

U projektima koje mi radimo, ljudi se svaki dan služe sa njima i traže nove mogućnosti, da li da koriste facebook račun da ostave komentare, ili da dobiju nekakav novi pregled ili da napišu neku recenziju. Primjetili smo da naši klijenti se stalno vraćaju i traže nove načine za privlačenje kupaca, ispunjavajući njihove želje.

Ukoliko kod planiranja odredimo prioritete, pokrenemo stranicu, svaku novu mogućnost možete oglasiti na stranici kao nešto novo za klijente. I umjesto da čekate za pokretanje savršene stranice, pokrenemo odmah nesavršenu stranicu i dovodimo ju do savršenstva pred klijentima koji vide koliko se trudite oko stranice. A i prije počnete skupljati posjetitelje.

10 problema u razvoju web projektata i kako ih rješavamo - Problem 5.

03/06/11

Problem 5:  Traje DOVIJEKA da se pokrene sajt.

Jednom kada ste odlučili pokrenuti novi web sajt, identificirali ste sve potrebne stvari, našli sve što treba i pošlihtali, počne se nešto čudno dešavati. Developer .... nestane. Sa lice zemlje. Vi kao mušterija nemate pojma što se dogodilo. 2 ili 3 tjedna kasnije zovete, ali on je napravio dio ali drugi klijenti su isto zvali i on nije stiugao dovrširi. 2 mjeseca poslije, došao je do kraja, ali treba još dosta toga ispolirati. Pa se počne događati prebacivanje loptice naprijed nazad i dokument sa dogovorenim mogućnostima se počne mijenjati. 4 mjeseca kasnije počnete tek raditi na sadržaju, nakon godine dana događa se nešto i stranice se pokreće, ali nitko nije sretan sa rezultatom. Developer je zaboravio sve cool trikove koje je prvobitno implementirao, vi ste umorni ... odahnete jer je stvar pri kraju.

Rješenje 5: Počenite raditi na platformi koju je jednostavno mijenjati sa isntalacijom platforme koja je unaprije definirana.
Objašnjenje 5: Da vam objasnim što se dogodilo. Svaki freelancer koji išta valja ima što za raditi i ima nekoliko potencijalnih klijenata koji čekaju. Sa nagomilanim unaprijed definiranim mogućnostima (featurima) te nepoznatim vremenom za implementaciju, teško je za pratiti sve te projekte. Neznate kada će što biti dovršeno pa morate početi sa drugim projektima jer i developer mora od nečega živjeti. Puno projekata traje duže nego što ste očekivali a u međuvremenu se puno klijenata vraća sa dodatnim željama za izmjenama i promjenama.

Lako sve to preraste u noću moru. Stoga kako upravljati vremenom? Postavite ograničenja. Sa defaultnom instalacijom nekog sistema, možete stavljati tekstove istovremeno dok developer radi na stranici, možete početi i sa defaultnim dizajnom dok se ostatak radi. Možete imati nešto za početak u roku nekoliko sati. Stranica koja stoji na development serveru ne služi nikome, puno uspješnih web sjatova je počelo sa lošim dizajnom (craiglist naprimjer), ljudi dolaze do sajtove radi sadržaja, interakcije, stvari koje su na njemu, a ne radi ljepote. Dobra vijest je da što češće updejtate stranice, veća je vjerojatno da će se klijenti vraćati, posebice ako ih updejtate nakon njihovih opaski. Nemojte sve odjednom objaviti, stavljanje malo po malo.

Naš cilj je da vam što prije pokrenemo stranicu jer smo naučili da: (pogledajte slijedeći post)

10 problema u razvoju web projektata i kako ih rješavamo - Problem 4.

02/06/11

Problem 4: Tražene mogućnosti spriječavaju da se naprave manje izmjene u projektu

Napravili smo veći dio projekta, i shvaćamo da smo izabrali drugu platformu ili drugačiji pristup, konačni rezultat bi bio puno bolji za klijenta. Ali u međuvremenu smo toliko domaknuli u trenutnom razvoju da bi odustali, a naš originalni pristup ne daje potrebno za ostvareje rezultata. Mi smo nezadovoljni tada sa stranicom koju isporučujemo, a naš klijent dobija glomazan, neoptimizriani sajt - ali to je i dalje lakše nego sve raditi ispočetka.

Rješenje za točke 2, 3, 4: Uopće ne koristiti unaprijed definirane zahtjeve za detalje i mogućnosti.

Zahtjevi služe samo jednome: oni su sidro od jedne strane koje služi za izvlačenje više novaca jedne ili više posla od druge strane. Skoro uvijek dovode do prepravljanja projekata i u većini slučajeva su posve nepotrebni kod manjih projekata.

Nemojte me krivo shvatiti - treba imati dogovor oko toga što se traži a što se dobija za dogovoreni budget, ali problem je što postoji gomila varijabli, a mnoge od njih se dogode tijekom izrade projekata kada je projekt već poodmakao u svojoj izradi. Kada bi za svaki projekt radili studiju oko svih mogućih zamki i detalja, onda bi u većini slučajeva investicija samo te studije premašivala vrijednost cijelog projekta, što klijent na kraj neće biti spreman platiti bez nekog opipljivog rezultata. Radili smo na gomili projekata takve vrste i skoro uvijek smo u njih uložili više vremena nego što je planirano - što u konačnici znači i nepotrebno poskupljenje cijelog projekta što niti nama niti klijentu nije u interesu.

Umjesto postavljanja gomile unaprijed dogovorenih mogućnosti, mi pomažemo našim klijentima da identificiraju ciljeve i rangiramo ih prema prioritetima. Koristimo naše iskustvo kako bi konačni rezultat cijelog projekta bio ne samo unutar budgeta, nego kako bi i ispunili očekivanja našeg klijenta.

Primjer: Jedan klijent je dao točne RGB vrijednosti boja, detalje oko širine kojega stupca, detalje u px oko širine praznog prostora, kakav prijelaz mora biti, kakvi gumbi moraju biti, kakav okvir oko tog amoa biti, koliko px širine i koje točno boje i sl, cijeli projekt je bio definiran do samog kraja. Konačni rezultat tog projekta je bio točno kako ga je klijent opisao i točno takav je napravljen, samo nama se nije svidio, jer vizualno nije uopće ono što bi korisnik očekivao. Nakon dovršenja projekta smo dobili mail u kojemu piše “super je to, bas sam tako htio, a sada to uljepšajte”. A kako? Ako nam je definiran font, veličina slova, veličina slika, okviri, širina prostora, boja bordure i sl, ne možemo ni promijeniti nijansu gdje nam se ne sviđa a kamoli napraviti neku veću promjenu, a i nakon dovršenja svega, i takve izmjene u biti znače promjenu cijelog projekta od najsitnijih detalja. 

10 problema u razvoju web projektata i kako ih rješavamo - Problem 3.

01/06/11

Problem 3: Tražene mogućnosti se mijenjaju iz poslovnih razloga.

Radimo projekt duze vrijeme i onda shvatite da uopće nije zamišljena neka posve bitna stvar koju stvarno trebate a koju niste naveli u početom opisu projekta ili niste dobro objasnili. Sada se cijeli posao mora stopirati svjetlosnom brzinom, ostali projekti počnu kasniti, klijent nije sretan jer mora više platiti, developer i dizajner nisu sretni jer moraju ponovno raditi dijelove projekta kojega su smatrali da je dovršen i sl. Kada bi svaki projekt tako radili, ne bi nikada dovršili niti jedan projekt i svaki bi koštao kao omanji auto. Rješenje je u problemu 4.

10 problema u razvoju web projektata i kako ih rješavamo - Problem 2.

31/05/11

Problem 2: Traženo nije dobro definirano

Ukoliko ste do sada uzimali web design studio od 1995 na dalje, vjerojatno ste naućili da ste morali biti ekstremno detaljni i specifični oko toga što želite u izgledu stranice i kako treba raditi. Zašto je to tako? Jer cijena cijelog projekta često ovisi o naizgled minornim promjenama i zahtjevima koji mogu učiniti da cijeli proces od samog početka bude posve uzaludan. S obzirom da klijenti često ne razumiju prirodu izrade web stranica, naizgled manja izmjena u dizajnu moze biti 5 minuta posla a moze biti i 5 sati posla, ovisno o prvim traženim zahtjevima za izradom stranice. Primjer: imate jedno polje za unos podataka ... ono je povezaon sa bazom podataka ... nakon dovršenja projekta vi želite da umjesto tog jednog polja bude lista mogucih unosa koji se daju uređivati sa vaše stranice na način da se nešto klikne, promijene tekstovi ili unese nešto nevezano uz taj popis. Vizualno, drugo rješenje je puno bolje možda, ali naknadno ubacivanje te mogućnosti u projekt moze zahtijevati i angaziranje dizajnera i programera, a mozda i samo programera, mozda se mijenja samo taj detalj, a mozda nije moguce radi pocetnog koncepta, a svi ti detalji mijenjaju cijenu samog projekta. Nema rješenja za sada. Čitajte dalje, rješenje dolazi.

10 problema u razvoju web projektata i kako ih rješavamo - Problem 1.

30/05/11

Neznam da li ste primjetili, ali svijet je različit i pun različitih ljudi. Pravila poslovanja su se promijenila, postoje novi načini za privlačenje klijenata, pronalaženje zaposlenika i načina da svi oni vas pronađu također. Mijenjaju se i odnosi, postaje skuplje raditi na makro a jeftinije raditi na micro razinama. Masovna tržišta su izgubila svoju privlačnost, a ljudi traže nešto autentično, individualno, vrijedno njih samih.

Kao mušterije, mi želimo SVE. Želimo znati sve o vašim proizvodima, koliko koštaju, koji su benefiti nakon kupovine i prije kupovine, želimo znati što drugi osjećaju, što pričaju o vama na Facebooku, Googleu, Twitteru, Yelpu i ostalih milijun socijalnih mreža (jeste primjetili da nisam ni spomenuo Myspace? da li se uopće sjećate tog projekta?) i ono najvažnije, to sve ne želimo platiti. Sada bolje slušate?

Mi slušamo naše klijente pa smo time i radili sve projekte na način da im pomognemo kako bi uspjeli na webu. Imali smo i prosvijetljenje tijekom rada - web razvoj se krivo radio cijelo vrijeme. Čudo da se ijedan sajt u cijelom svijetu uopće uspješno napravi. Ovdje je zapisano 10 problema koji su tipični za projekt. Sve smo ih iskusili, a što je najvažnije, RIJEŠILI smo ih i pronašli smo način za dugoročno rješavanje.

Problem 1: Svi žele znati konačnu cijenu

Jedan od dijelova problema je što mi nismo sigurni što vi želite, ili koliko detalja želite prije nego kažemo da smo gotovi i da je projekt kompletiran.

Rješenje: Dogovorimo se o budgetu unaprijed.

Mi možemo reći da li je planirani iznos budgeta razuman za to što bi htjeli postići. Ukoliko je na knap (kolokvijalno rećeno), možemo vam pomoći oko prioriteta i pobrinuti se da kritični dijelovi se naprave prvi kako se budget ne bi istrošio na detaljima te vas obaviještavati o korištenju budgeta tijekom rada. U projektu unaprijed dogovorimo koji budget sadrži koje usluge, te odredimo ključne točke projekta te vas obviještavamo o svakom dijelu projekta kako se dovršava i o traženim promjenama.

Dizajner je dizajner …

28/05/11

Od svih klijenata koje imamo, najcesca su 2 tipa.

1. kategorija - napravite što želite, vi to ionako znate najbolje i
2. kategorija - klijenti koji stalno zivkaju i stalno nesto pitaju i traze i zahtijevaju

Meni su drazi klijenti kategorije 2. Zasto? Jer su jako uključeni u izradu svojeg sajta, jer se interesiraju, jer imaju svoje ideje koje treba pretočiti u izradu a samim time i konačan proizvod je ono što su sami zamislili.

Skoro na svakom projektu, dobijamo i molbu da pišemo tekst za Internet stranicu. to je meni osobno najgora odluka, za takve stvari postoje copywriteri, osobe čiji je zadatak osmisliti tekst za letke, webove, brošure i ostale takve projekte. Kako ja mogu znati što vi radite bolje od vas samih? Vi ste ti koji morate objasniti tko ste, što ste, svoj cilj, misiju, zašto bi klijent trebao odabrati baš vas i sl…

Ako se obratite nama, dobiti ćete vrhunsku uslugu, stranice kakve ste tražili i željeli, ukratko, ono što je naš posao.

Kako prebaciti cijeli web site sa jednog hostera na drugi?

28/03/10

Webmasteri najviše od svega vole kada klijent umjesto njihove preporuke (da se razumijemo, ja uvijek, ali uvijek preporučujem Plus hosting ali o tome ću zasebno napisati entry) i nakon što je stranica već postavljena, promijeni hosting kompaniju radi nekakve banalnosti kao što je naprimjer:
- 10kn jeftiniji hosting
- obećali su nam da možemo imati 3 email adrese više
- bili su simpatični
- neznam ja ništa, to je netko iz moje firme dogovorio, ima frenda u toj firmi
i sl. vrlo dobro razrađeni razlozi, pa webmaster mora prebaciti cijelu stranicu, jer naravno ta hosting kompanija je tako super da to nije mogla sama napraviti.

Onda vas tek klijent pita:
- da li je to dobro što sam odabrao?
- što ti misliš o tome, ipak si ti radio web sajt?
- da li imam dovoljno RAMa (to mi je najbolje pitanje)
- zašto mi stranica nije vidljiva, a ja sam im platio?
- zašto mi email adrese ne rade

Ovim putem bih htio javno apelirati, ako mijenjate hostera, prvo pitajte webmastera da li vam treba UNIX ili Windows mashina jer je razlika u cijenu, većina ultrajefitnih hostera niti nema Win mashine, da li taj paket ima uopće sve što vam treba (neki CMSovi imaju zasebne prohtjeve), pitajte webmastera koliko mu treba da prebaci podatke i TEK ONDA otiđete u Carnet i napravite prebacivanje domene, a ne prvo platite nekome, prebacite domenu i onda pitate zašto vam se stranica ne vidi ... jer ju nitko nije prebacio smile jer nije znao da treba ...

A pogotovo, ako imate webshop, ovakve eskapade morate totalno izbjegavati, jer ako ste ikada probali napraviti prebacivanje Magenta Enterprise editiona sa jednog servera na drugi, vrlo ćete brzo shvatiti da to može trajati više od 5 minuta ...

Zaključak? Ako radite ikakve promjene na web siteu ... PRVO obavijestite webmastera o tome ...

Što ako se ne prikazuju hrvatska slova u Joomli?

28/03/10

Ako imate problema sa prikazivanjem HR slova (čćžšđ) u Joomli 1.0x ili 1.5x problem mozete riješiti u biti vrlo jednostavno.

1. ako ste kreirali instalaciju preko Fantastica u cPanelu onda vam se cijela baza automatski stavlja u latin1_swedish_ci collation. Otvorite phpMyAdmin, otiđete u tablicu jos_content i jos_menu (to su u biti jedine dvije tablice gjde vam je to vrlo bitno za frontend) i promijenite collation od obje tablice u utf8_bin i od svih pripadajućih polja, jer ako i promijenite sau tablicu a ne i sama polja, svejedno vam se neće prikazati HR slova

ili

2. promijenite na jednom mjestu, napravite export cijele baze, pronađite točno kako piše, trebali bi biti utf8_bin i jednostavno find-replace napravite na cijelom exportu baze, napravvite import i stvar riješena

ili

3. obrišite sam sajt i ponovno isntalirajte Joomlu ali ne preko Fantastica nego manualno ...

Konstrucija web stranice - Korak 1. - Početak

12/07/09

Počnite od početka. Nekoliko stvari morate posložiti prije nego započnete sa izradom svoje stranice.

- Pažljivo odaberite naziv domene. Postoji mnogo mjesta na Mreži na kojim možete potražiri dostupnost imena i registrirati domenu. Kada odabirete naiv domene, pazite da se barem djelomično dotiče Vaše djelatnosti. Neka bude kratki naziv, po mogućnosti ili .com ili .hr.
- Odaberite web hsoting kompaniju. Postoji mnogo jeftinih web hosting kompanija dostupnih ali pažljivio odaberite jer što je hosting jeftiniji to nudi u pravilu i manje mogućnosti. Zato je priprema vrlo bitna jer ako ste zamislili nekakv web shop, a hosting kompanije ne nudi npr. SSL certifikate onda imate problem smile
- Odaberite CSM kojega ćete koristiti. Nekada davno se radilo naprincipu FTP accounta, dobijete link sa korisničkim imenom i šifrom i kada se ulogirate možete raditi copy paste podataka online. to je zastarjela metoda i ne preporuča se više tako raditi, ponajviše iz sigurnosnih razloga.

U biti, osim izbora imena, ostalo bi bilo najbolje da ostavite na odluku osobama koje vam rade cijeli projekt kako bi pronašli sve odgovarajuće. Nipošto nemojte nametati hosting kompaniju ako develoepri imaju dobre razloge za promjenu. Npr. mi svima savjetujemo kompaniju Plus hosting kod kojih imamo i sami hostane dedicated servere za naše potrebe. Glavni razlog? Izuzetno dostupna web tehnička podrška što je u našem poslu najbitnije od svega.

Konstrukcija web stranice

07/07/09

Sama konstrukcija web stranica je vjerojatno postupak koji se najmanje koristu u razvoju web stranica. Sama konstrukcija je slična izgradnji kuće. Kostur same stranice mora biti na čvrstoj podlozi da dobrim okvirom. Na primjer, ako kuća nema vratiju, gosti vam ne mogu ući u kuću. Isti princip vrijedi i za vašu web stranicu.

Većina firma koje se bave dizajnom se previše bave ljepuškastim animacijama i grafikama, a zaboravljaju napraviti kvalitetnu strukturu. Bez pravilne strukture, svi napori napravljeni na području dizajna ne vrijede ništa. Zapamtite, glavni cilj stranice je da ju ljudi jednostavno “pronađu”.

Dobro promišljavanje konstrukcije web sajta zahtijeva puno vremena i razmišljanja, ali na kraju vrijedi utrošenog vremena.

Search Engine Friendly (SEF) web stranice je ključna. Želite da vaše potencijalne mušterije jednostavno pronađu vašu stranicu a tu je ključna struktura kao i dizajn.

Mnoge kompanije trebaju redizajn web stranice kako bi bile što pristupačnije na internetu kroz tražilice. Generalno kada se ovo dongodi, vlasnik stranice odlučuje se na jednostavniji i pregledniji sajt bez puno animacija na stranicu sa manje upadljivih grafičkih rješenja a sa većim naglaskom na sadržaj unutar vizualnog dizajna. To je možda najbolji potez koji neki vlasnik može napraviti.

Novi klijent

09/06/09

Za klijenta Ekosspiritus, udruga, smo radili novu stranicu. Nadam se da vam se svima svidja i da ćete vidjeti i prednosti u brzini samog sistema Expressionenginea kojega koristimo za ovog klijenta. Posebnost ove stranice je vrlo pregledan kalendar i vrlo lako administrirana galerija slika. Više o tome možete pogledati u našem porfoliu.

Pokretanje novog sajta

07/04/09

U skladu sa željama klijenta, sa novom stranicom http://www.dastek.hr nismo kretali u prezentiranje do sada. Predstavljamo http://www.dastek.hr u novom ruku, sa Joomla 1.5 sistemom u pozadini

Novi serveri

18/01/09

Sa zadnjom nadogradnjom sistema u naših servera, svim postojećim i budućim klijentima nudimo 1GB prostora za smještaj njihovih stranica uključujući i 250MB prostora po e-mail računu.

Expressionengine 2.0

10/12/08

Nakon dužeg vremena čekanja, obaviještavamo sve naše klijente da je izlazi nova verzija najomiljenijeg CMSa i da ćemo pružiti besplatnu nadogradnu svim klijentima na verziju 2.0. Sa nestrpljenjem ocekujemo novu verziju koja će olakšati objavljivanje sadržava i lakšu objavu multimedijalnih sadržaja.

Expressionengine vs. open source CMS

25/09/08

OK, odlučili ste se da želite sami mijenjati sadržaj na svojoj stranici. Pogledali ste na internet i otkrili da postoje CMSovi (Content management system). Vjerojatno ste u samom startu i otkrili da postoji velika količina besplatnih CMSova. Zašto njih ne koristiti?

Odgovor je u biti dosta jednostavan. Podrška je garantirana kod komercijalnih CMSova, sigurnost je neusporedivo veća (EE je u zadnje 2 godine imao samo 2 dokumentirana slučaja provale u sistem), dok kod open source programa, samu podršku daje zajednica programera, što znači da odgovor i podršku možete i ne morate dobiti.

Zašto Expressionengine?

25/09/08

Kada smo krenuli pokretati ovu stranicu, osim uobičajenih fraza u stilu “kocka je bačena” i “ne budite ovca, budite crnaovca” i sl. razmisljali smo i o CMSu na kojemu ćemo bazirati sve naše buduće projekte. Nakon dugogodišnjeg iskustva u korištenju Joomle, vjerojatno najpoznatijeg open source CMSa, odlučili smo se ipak za možda neobičan potez na HR tržištu. Plaćeni CMS koji se zove Expressionengine. Iako je za naše a čak i za europske uvjete relativno skup CMS (uzmimo u obzir troškove oko izrade neke web stranice), činjenica je da je izuzetno versatilan i da omogućava stvari i konfiguracije koje se kod ostalih CMSa, npr. Joomle, ne mogu napraviti sa takvom jednostavnošću.

Ono sto je najtragičnije na HR web sceni je izuzetna količina ljudi koji rade internet stranice za100-200 ili ako se super prodaju, čak i za nekoliko tisuća kuna. Uvijek možete naći nekog nećada od svojeg mehaničara Pere koji je “haker” kako bi ga Pero, vaš mehaničar, opisao, samo zato jer ima znanje instaliranja igrica. Naravno i taj klinac, koji ako je čak i nešto naučio, ako se time ne bavi ozbiljno, nema iskustva niti znanja napraviti nešto kvalitetno.
Nije bitno da napravite stranicu samo kako bi imali stranicu. Web odredište (stvar semantike, web odredište je skup web stranica, iako se vrlo često krivo upotrebljava) je dio marketinga svake firme. Dakle, to je kao da ste dali novac za jumbo plakat, a napravio vam ga je taj isti klinac ... dali biste mu i onda dali da to radi? Ne bi naravno, jer jumbo plakat je nešto “skupo” i “ozbiljno”, a internet ionako ne shvaćate što će vam, ali kada se već priča o tome morate ga imati, pa vam i ne smeta što dajete 500kn godisnje + PDV za hosting, 1500 kn tom nećaku od Pere, plus što mu morate platiti kada god će vam nešto staviti gore i promijeniti tekst, pitanje je ažurnosti mijenjanja podataka i sveukupne kvalitete obavljenog posla.

Jedna web stranica mora sadržavati određene stvari. Mora biti:
- konzistentna
- jednostavna
- vidljiva pretraživačima (Google, Yahoo, MSN i sl ...)
- dobro programski napravljena
- mora prolaziti validaciju
- SEO i SEF moraju biti kvalitetno obavljeni
- sve informacije moraju biti vidljive
- i NAJVAŽNIJE mora biti prilagođena onome tko je potencijalni klijent