Miksei aina voi olla .... tiistai?

On jäänyt kirjoittaminen väliin taas joksikin aikaa. Eikä mutteri.com:iakaan ole juuri muutettu. Tällä viikolla tuli tehtyä pieniä käytettävyysparannuksia - ja adsense testejä. Siirsin hakemistonäkymässä yhden vaakamainosyksikön torniksi tuotteiden rinnalle. Lisäksi pienensin hieman navigaation fontteja, sekä eriytin tuotelistaa hieman muusta sivustosta. Ja tänään, ehkä suurimpana (työmääräisenä) muutoksena oli png muotoisten kuvien taustan muuttaminen läpinäkyvästä oikeaksi väriksi. Tämä viimeinen värimuutos ei suurimmalle osalle käyttäjiä näy mitenkään, sillä IE 7+ ja Firefox ovat osanneet käsitellä PNG:n läpinäkyvyyden oikein. Mutta IE 6 ja sitä aikaisemmat ovat näyttäneet tuon läpinäkyvän värin valkoisena. Ei tuokaan mikään tragedia ole ollut, mutta sivusto on ollut amatöörimäisemmän näköinen IE6- selaimilla kuin muuten.

Sivuston käyttäjien selainjakauma on mielenkiintoinen. Firefox käyttäjiä on noin 50% ja IE käyttäjiä noin 50%. IE käyttäjistä vain reilu 30% käyttää IE 6:tta. Yli 60% IE käyttäjistä surffailee IE 7 -versiolla. IE 5 osuus on vain 3%.

Vaikka kehitysmielessä olenkin viettänyt hiljaiseloa mutteri.com:in suhteen, olen kuitenkin kokoajan seurannut mitä sivustolla tapahtuu. Viime kesästä hieman poiketen, heinäkuu oli piirun verran hiljaisempi kuin kesäkuu, mutta ei mitenkään merkittävissä määrin. Mainostuloja (siis rahaa, millä saan katettua hosting kustannukset) tuli kuitenkin kutakuinkin muiden kuukausien malliin.

Käyttötilastoja selaillessani olen tehnyt mielenkiintoisen havainnon siitä miten ihmiset käyttäytyvät viikon sisällä. Kenellekään tuskin tulee yllätyksenä jos sanon, että viikonloppuna surffataan vähemmän kuin arkipäivinä. Johtopäätös voisi olla, että ihmiset surffaavat paljon työpaikoiltaan. Tosin, myös arki-iltaisin käyttäjiä tuntuu riittävän. Käyttö kasvaa lauantaista eteenpäin tasaisesti aina tiistaille saakka. Tiistai on lähes joka viikon huippupäivä. Tiistaista eteenpäin käyttäjämäärät alkavat laskea tasaisesti aina lauantaille saakka, kunnes sama ilmiö toistuu uudestaan - eli käyttö alkaa kasvaa tasaisesti. Eikä lauantain ja tiistain ero ole mikään ihan pieni. Tiistaisin kävijöitä on noin 50% enemmän kuin lauantaisin. Eli jos lauantaina käyttäjiä 100, on niitä tiistaina 150.

Kuten aikaisemmin mainitsin, on mutteri.com stabiloitunut, eikä merkittäviä muutoksia ole suunnitteilla (ellei joku sitten pyydä jotain mielenkiintoista). Mutta stabiloituminen ei suinkaan ole näkynyt käytön vähentymisenä, vaan päin vastoin. Mutteri.com käyttö on kasvanut vakaasti ja tällä hetkellä kiireisimpinä päivinä saattaa 200 kävijän raja rikkoitua. Keskiarvo lienee jossain 150 kävijän nurkilla. Jokainen kävijä käy noin neljällä sivulla käyntinsä yhteydessä. Palveluun on tullut kokoajan uusia ilmoituksia ja ilmoittajia. Mitään räjähdysmäistä kasvupyrähdystä ei kuitenkaan ole tapahtunut, eikä luultavasti ole tapahtumasa jatkossakaan - joten homma jatkunee tasaisen kasvun mallilla loppuvuoden.

Nyt tietenkin, jos jollain on loistava idea miten saada mutteri.com viraaliksi - ja käyttäjämäärät kasvamaan räjähdysmäisesti: ideoita otetaan kiitollisena vastaan :D

mikko.fi - beta

Kävin taas vaihteeksi lueskelemassa mikko.fi:ssä keskustelualueella. mikko.fi on rohkeasti avannut käyttäjätuen kaikkien luettavaksi. Ja tuntuu, että moderointia ei palautteeseen ole. Olen sitä mieltä rehellisesti, että liike on ollut rohkea. Tosin palautetta lukiessa jää päällimmäisenä mieleen, että mikko.fi taitaa vielä olla beta. Pääosin palaute on nurisemista siitä ja tästä ja kuinka huuto.net on vielä paljon parempi. Kaipa se oli välttämätöntä, että huuto.netiin tullaan mikko.fi:tä vertaamaan joka käänteessä.

Mutta avoin ja julkinen palaute on aika hyvä juttu. Ehdottomasti nykyaikainen ratkaisu. Palautteen perusteella sitä voisi vain kuvitella, että mikko.fi on vielä beta asteella. Reagointinopeudessakin tuntuu olevan toivomisen varaa - muutama kuukausi sitten lukemani palaute oli tismalleen samaa mitä tänäpäivänäkin: ilmoituksen jättäminen on liian vaikeaa. Itse olen joskus ollut mukana tekemässä ammattimaisesti kuluttajille suunnattua palvelua/ohjelmistoa. Meillä oli tapana tehdä verrattain paljon kuluttajatutkimusta jo ennen julkaisemista - siis ennen beta julkaisua. Mikko.fi:n tapauksesta jää väkisinkin sellainen mielikuva, että beta testaus on suoritettu asiakkaan (Alma media) toimesta, eikä suinkaan oikeiden kuluttajien toimesta.

Mikko.fi -palautteessa kannustaa se, että suurimmat nurinan aiheet tuntuvat mutteri.com:issa olevan (mielestäni) hyvissä kantimissa. Eli ilmoittaminen on helppoa - ja ilmoitusten uudelleen luokittelua ja uudelleen käyttäminen yhtälailla nopeaa ja vaivatonta.

Ajaxia ehdoin tahdoin

Tulipa syyllistyttyä koodaajan perisyntiin - tai ainakin minusta kyse on perisynnistä. Eli teknologiasta innostuneena väänsin väkisin toiminnallisuutta AJAX:illa. Ainoa motiivi oli päästä käyttämään AJAX:ia, ei suinkaan se, että kyseinen tekniikka olisi sopinut erityisen hyvin taikka että sitä olisi toiminnallisuuden toteuttamiseen tarvittu - valinta oli ihan puhtaasti teknologiapohjainen. En väitä, että toiminnallisuus olisi tuosta kärsinyt millään lailla. Toistaiseksi näyttää, että homma toimii kuten olin ajatellutkin. Eli jos menet mutteri.com:iin ja kokeilet yllänavigaatiossa esim "etsi" -toimintoa. Klikkaamalla valikossa kyseistä näppäintä, koko sivu ei lataannukaan, vaan navigaation alla olevaan segmenttiin ladataan AJAX:illa tuo hakulomake. Samalla tavalla toimii myös palautelomake, sekä sisäänkirjautumislomake. Huomattavaa on, että jouduin tekemään pientä lisäsäätöä, koska mielestäni kaikki sivut eivät toimi järkevästi jos nuo lomakkeet ladataan AJAX:illa ilman, että koko sivua ladataan. Esimerkiksi reksteröitymissivu ei mielestäni toimisi järkevästi mikäli sallisin ladata vain tuon sivun yläosan uudestaan ja jättäisin itse rekisteröitymislomakkeen ennalleen. Mielestäni sivun vaikutelma olisi vähintäänkin erikoinen: yläosassa olisi esimerkiksi hakulomake ja sivun varsinaisessa sisältöosassa olisikin rekisteröitymislomake. Itselleni ei ainakaan olisi täysin selvää mitä tapahtuu kun klikkaan hae tai vastaavasti rekisteröidy. Eli ratkaisu logiikkaongelmaan on se, että nuo muutamat lomakkeet toimivat AJAX pohjaisesti riippuen siitä millä sivulla käyttäjä on. Vain osa palvelun sivuista on rakenteeltaan sellaisia, että ne "tukevat" tätä AJAX toteutusta, ja osa sivuista ei tue sitä. Niiltä sivuilta jotka eivät mielestäni AJAX -lähestymistä tue, ladataan koko sisäänkirjautumissivu (tai haku tai palaute).

Selkokieliset URLit

Tämän päivän koodiannos on kulunut selkokielisten url:ien selvittelyssä. Eli ideana on simppelisti tuottaa dynaamisesti selkokilisiä URL osoitteita ilman kaikenmaailman file.php?xxyc=1231&sorting=asc -tyylisiä osoitteita.

Tähän itseasiassa löytyy melkoisen paljon hyviä (?) oppaita ja ohjeita. Idea on mielestäni erinomainen paristakin syystä:

1. hyvä url on helppo / helpompi muistaa
2. hakukoneet tykkäävät selkokilisistä osoitteista. Ja ne inhoavat parametroituja osoitteita. Käsittääkseni useat hakukoneet eivät edes indeksoi kuin ehkä yhden tai kaksi parametria.
   

Tämän ongelman ratkaisemiseen löytyy tosiaan kätevä kikka Apachesta (mitä luultavasti 80% web palvelimista käyttää). Tämä ongelmat ratkaistaan parilla tempulla

1. web palvelimen configuraatiossa (httpd.conf ainakin minulla) noiden serverin konfiguraatioiden ohittaminen paikallisella .htaccess -tiedostolla.
   
2. saitin juurihakemistoon luodaan .htaccess tiedosto
3. tuohon .htaccess tiedostoon määritellään käsiteltävä tiedosto (esim catalog) ja se, että palvelimen pitää suorittaa tuo catalog -niminen tiedosto php:na, eikä tekstitiedostona.
   

ForceType application/x-httpd-php

Ja sitten vain nimetään catalog.php nimelle catalog (ilman .php päätettä). Ei tuo temppu ihan noin simppeli ollut, mutta ehkä periaate tuli selväksi. Tuosta löytyy todella paljon hyviä ohjeita englanninkielellä googlaamalla "Forcetype URL" -tai vastaavaa.

Tavoite on, että lähden seuraavaksi (jossain vaiheessa) muuttamaan järjestelmän URL rakennetta tuota metodia käyttäen. Sitten nähdään miten pagerankille tapahtuu :-)

Pientä pintaremonttia

Muutama viikko sitten sain palautteena ideoita miten mutteri.com:ia voisi parantaa. Noista ideoista taas hieman motivoituneena tein saitille muutamia pienimuotoisia uudistuksia. AJAX:iin en vieläkään ole koskenut tämän saitin puitteissa. Ja syy on surkea - vaikka olen jotain pientä AJAX:ia käyttäen tehnytkin, ei se ole ihan vielä uponnut. Javascript on mielestäni perseestä, lähinnä siksi, että en sitä itse juurikaan osaa. Mutta vaikka AJAX antaa vielä odottaa, tuli tehtyä kuitenkin muutamia pikkutemppuja, jotka tuovat mutteri.comin ehkä vähän lähemmäs tämän päivän layoutteja. Olen tainnut jossain kommentoida itsekin, että saitti on tyyliltään ja toiminnallisuudeltaan lähempänä vuotta 1999 kuin vuotta 2007.

Tein pari perusjuttua nyt kuntoon:

1. tagipilvi etusivulle: tavoitteena tuoda suositut kategoriat helposti ja nopeasti saataville.
   
2. suuret pikanäppäimet niille toiminnoille, joiden toivon olevan käyttäjille tärkeitä ja paljon käytettyjä. Pikanäppäimenä on tuo "kutsu ystävä":kin jonka olen haukkunut täysin turhaksi ominaisuudeksi. Eikä sen suosio tunnu kasvavan, vaikka nappi on nyt paraatipaikalla.
3. Joutavat tekstit (esittelyt ja muut) vein etusivun loppuun. Hakukone ne sieltä löytää... ja käyttäjäkin jos jaksaa rullailla sivua alaspäin.
   

Tavoitteena näillä tempuilla oli tosiaan lisätä tilan tuntua saitilla - lisää valkoista = lisää ilmavuutta. Toinen tavoite oli tuoda keskeinen tieto keskeiselle paikalle, mistä käyttäjän silmä sitä todennäköisimmin hakee.

Muitakin muutoksia / lisäyksiä on mielessä, mutta vapaa-aika tuntuu olevan kortilla. Varsinaisia toiminnallisuuksiahan nyt ei systeemiin lisätty, jos tagipilveä ei voida pitää toiminnallisuutena.

Tattista Artulle vinkeistä. Lisävihjeitä otetaan kiitollisena vastaan.

Eikö sinulla ole ystäviä?

Eräs ensimmäisistä toiminnoista minkä järjestelmään rakensin oli ominaisuus, millä saitilla vieraileva käyttäjä voi lähettää ao. saitin linkin ystävälleen - suoraan webistä, ilman, että käyttäjän tarvitsee käyttää omaa sähköpostiaan. Vastaava toiminnallisuus on tietenkin liitettynä myös jokaiseen yksittäiseen ilmoitukseen: eli lähetä ilmoitus ystävällesi. Kuvittelin, että tämän tyylinen toiminto olisi omiaan edesauttamaan palvelun käytön laajentamista.

Omasta kokemuksestani tiesin, että kynnys käyttää moisia toimintoja ja ilmoittaa sinne omia (tai kavereiden) sähköpostiosotteita on korkea. Totuuden nimissä voin sanoa, että minä en käytä noita toiminnallisuuksia saiteilla koskaan. Pyrin vakuuttamaan käyttäjät siitä, että minä en kerää käytettyjä sähköposteja, vaan ominaisuuden ainoa tehtävä on helpottaa ja nopeuttaa kaverille kertomista.

Vaikka en noita sähköpostiosoitteita kerääkään, seuraan luonnollisesti kuinka paljon ao. ominaisuutta käytetään. On ollut melkoinen yllätys, että suurin osa kävijöistä suhtautuu toiminnallisuuteen yhtä skeptisesti kuin minäkin. Käytännössä www.mutteri.com:in sähköpostinlähettämistoimintoja on käytetty vuoden aikana vain noin kymmenen kertaa. Siis vain noin kymmenen lähetettyä sähköpostia, vaikka sivulatauksia palvelussa on tätänykyä 200-300 päivässä.

Onneksi tuon tominnon kehittäminen oli erittäin helppoa ja vaivatonta, sillä se on käytännössä katsoen palvelun kannalta täysin merkityksetön. Pitää varmasti harkita, josko poistaisin koko ominaisuuden.

Omien kokemusteni pohjalta nämä "kerro kaverille" -toiminnallisuudet voi jättää implementoimatta. Parempaa vastinetta rahoillesi saat, jos osoitteesi ovat niin yksinkertaisia, että ne jäävät ihmisten mieleen - ja he voivat siten kertoa palveluista kavereilleen.

Hakemaasi sivua ei löytynyt... ?

Sain tuossa muutama päivä sitten palautetta www.mutteri.com:ista. Muuan käyttäjä otti esiin URL:in pituuden - seikan minkä olin taas unohtanut. Kun aloitin mutteri.com:in rakentamisen, pidin URL:in helppoutta tärkeänä seikkana joka vaikuttaa käytettävyyteen. Mutta järjestelmää kehittäessä olen joutunut tekemään kompromisseja tuon suhteen ja pikkuhiljaa tuo tavoite on suorastaan päässyt unohtumaan. Palautteen antaja oli täysin oikeassa - mutteri.com:in URL:it olivat niin pitkiä ja kryptisiä, että niiden käyttäminen viittauksissa oli varsin hankalaa - ja luultavasti turhaa. Ongelma oli päässyt syntymään, koska välitän usein tietoa (parametreja) GET -menetelmällä eli osana sivun URL osoitetta.

Palautteen innoittamana päätin hieman yksinkertaistaa noita URL osoitteita - ainakin tärkeimpiä URL:eja kuten suora linkki ilmoitukseen. Sen sijaan, että URL osoite olisi muotoa: www.mutteri.com/ad_details_show.php?ad_id=1234&so=ASC&sby=title&l=fi muutin sen olemaan www.mutteri.com/ad.php?ad_id=1234. Jälkimmäinen on selvästi lyhyempi ja luettavampi.

Mutta tämä muutos toikin eteeni uuden ongelman: Mitä jos joku olisi jo linkittänyt tai tallentanut kirjasinmerkkinä jonkin sivun, jonka osoite nyt on muuttumassa? Hakukoneiden indexointihitaus takaisi myös sen, että moni käyttäjä päätyisi virhesivulle seuraamalla googlen ja ihmemaan hakutuloksia.

Mikään ei ole turhauttavampaa, kuin päätyä sivulle jota ei ole enää olemassa tai joka onkin siirretty.

Ymmärsin siis, että jo valmiin (ja käytössä olevan) järjestelmän sivurakenteen muuttaminen edellyttää sitä, että vanhoista käyttäjistä (ja linkeistä) huolehditaan tavalla missä käyttäjät pääsevät sivurakenteen muutoksista huolimatta oikealle sivulle. Itse ratkaisin ongelman siten, että tein pienen ohjelmapätkän, jonka tehtävä on varmistaa, että uudelleenohjaukset tapahtuvat aina oikein.

Perussääntönä sanoisin, että älä koskaan käytä uudelleenohjauksia normaalitilanteissa. On hyvin harvoja tilanteita, että käyttäjää pitäisi hyppyyttää sivulta toiselle. Uudelleenohjaus on kuitenkin kullanarvoinen ominaisuus HTML:ssä, silloin kun haluat uudelleenjärjestellä sivustoasi.

Opetus 7: Panosta käytettävyyteen

Jos luomasi palvelu on haastajana markkinalla missä on jo vakiintuneita toimijoita, on sinun löydettävä kilpailu etua pienimmistäkin asioista. Sinun pitää pystyä onnistua houkuttelemaan käyttäjät pois jo olemassa olevasta järjestelmästä - ja käyttämään sinun sovellustasi. Tämä tuskin onnistuu, jos sinun järjestelmääsi ei ole kehitetty käyttäjille.

Koko Web 2.0 buumi on tuonut (mielestäni) verkkopalveluiden fokukseen käytettävyyden.

Palvelun pitää olla helppokäyttöinen. Se että sinä olet valmis käymään läpi viisisivuisen rekisteröitymisprosessin, ei tarkoita sitä, että keskiverto käyttäjä olisi siihen valmis.

Käyttötilastot ovat erinomaisen tärkeä tiedonlähde palvelun parantamiseksi. www.mutteri.com tapauksessa olin ajatellut, että käyttäjä kulkisi seuraavanlaisen polun:

1. Klikkaa "Rekisteröidy" -linkkiä


2. Käyttäjät täyttää henkilötietonsa (joista vain osa oli pakollisia).


3. Käyttäjä viedään rekisteröinnin vahvistamissivulle


4. Käyttäjä kirjautuu järjestelmään sisään


5. Käyttäjä klikkkaa "Luo ilmoitus" -linkkiä

Mielestäni tuo flow oli selkeä, intuitiivinen ja pomminvarma. Mutta kun seurasin käyttötilastoja ja käyttökaavoja (tietolähteinä Google analytics, tietokanta, palvelimen logit) huomasin, turhan usein kävikin näin:

1. Käyttäjä rekisteröityi palveluun


2. Käyttäjä loi ilmoituksen

Melkein sama mitä minä olin ajatellut, paitsi että käyttäjät eivät kirjautuneet sisään rekisteröitymisen jälkeen. Muuten ihan hyvä, mutta koska he eivät olleet kirjautuneina sisään, jäivät he paitsi niistä lisäominaisuukista miksi he ylipäätään halusivat rekisteröityä (muokata ilmoituksia, lisätä kuva, poistaa ilmoitus, etc).

Mielestäni asialle piti tehdä jotain. Siispä mietin tulisesti missä vika on... minussa, palvelussa vai käyttäjissä. Enismmäisen karsin syyllisten listalta käyttäjät - palvelussa oli jotain vikaa. Havaitsin pari asiaa, kun tutkailin palvelua (muutaman kuukauden tauon jälkeen) tuoreilla silmillä.

1. Sisäänkirjautuminen oli mahdollista jokaiselta sivulta. Sivun oikeassa yläkulmassa oli kaksi kenttää ja "sisään" nappi. Kentillä ei ollut nimikettä (label), vaan olin toteuttanut tuon nimikkeen itse kenttään siten, että käyttäjätunnus kentässä luki oletusarvoinen sähköpostiosoite ja salasanakentässä luki "salasana" joka siis näkyi tähtimerkkeinä. Minulle tuo oli erittäin looginen juttu, mutta luulen, että käyttäjät sekoittivat tuon jonkinlaiseen "tilaa uutiskirje" toiminnallisuuteen (www.mutteri.com käyttäjätunnus on käyttäjän sähköpostiosoite).


2. Sisäänkirjautumis -lomakkeella ei ollut otsikkoa. En siis missään indikoinut, että näillä kentillä kirjaudutaan palveluun sisään. En kertonut missään mitä näillä kentillä tehdään.


3. Miksi palveluun pitää kirjautua erikseen sisään rekisteröitymisen jälkeen? Käyttäjähän on jo kertonut kertaalleen kaiken mitä sisäänkirjautumiseen tarvitaan. Muutin siis logiikkaa siten, että rekisteröitymisen yhteydessä ensin tallennetaan käyttäjän tiedot käyttäjätietokantaan - ja sen jälkeen heti perään kirjataan käyttäjä sisään käyttäen rekisteröintitietoja. Jos käyttäjä nyt heti rekisteröitymisen jälkeen luo ilmoituksen, luodaan se käyttäjän nimiin, ja hän pystyy hyödyntää rekisteröityneen käyttäjän lisäpalveluita.

Tyyliseikat ratkaisevat

Kehitys siis tapahtui Linux ympräistössä. Samoin tietenkin testaus. Testasin kaikilla käytössä olevilla selaimilla vähäsen. Ja mutteri.com näytti suunnilleen samalta kaikilla selaimilla. Tässä kohtaa tein yhden virheen - oletin [vaikka tiesin toisin], että Internet Explorer toimisi suunnilleen samalla tavalla. Koska minulla ei kotona ole Windows pohjaisia tietokoneita, pääsin testaamaan IE:llä vasta töissä, ja sekin tapahtui sattumalta.

Sillä hetkellä veret seisahtuivat. Palvelu näytti verrattain kamalalta (ja täysin erilaiselta) kun käyttelin IE:tä.

Muista testata valtaselaimilla. Vaikka IE 5 ja 6 ovat susihuonoja, on niiden osuus selainmarkkinoista maailmanlaajuisesti vielä ylivoimainen. Suomessakin IE pitää hallussaan noin 50% selainmarkkinoista.

Tämän hirveyden huomattuani oli aika ruvet siivoamaan tyylejä koodista. En koskaan (ennen tätä) ollut perehtynyt CSS:ään (cascading style sheets), mutta nyt oli senkin aika. Eli aloin siirtämään layoutteja pois ohjelma koodista. Tämä periaate on vanha ja tuttu (sovelluslogiikka ja User Interface pitää olla erillään), mutta se ei ollut minulle tärkeätä ennen tätä.

Design haasteita horisontissa

Kuten ideointivaiheessa tuli esille, minä en ole graafinen suunnittelija. Itse kukin haluaisi olla visuaalisesti erinomaisen taitava - moni saattaa jopa luulla olevansa. Tässä suhteessa olen ollut suhteellisen realistinen ja tunnistin sekä tunnustin omat rajoitukseni.

Yksi minulle suuria ongelmia aiheuttava alue on värimaailma. Minulla ongelma on suurempi kuin monilla muilla, sillä olen värisokea. Punaiset, vihreät, ruskeat ja oranssit menevät turhan helposti sekaisin. Koska minulla on ollut tällä saralla hieman haasteita, en ole siihen juurikaan perehtynyt edes niissä puitteissa mihin minulla olisi ollut mahdollisuuksia. Siispä en rehellisesti sanottuna osaa sanoa mitkä värit sopivat yhteen ja mitkä eivät.

Tikkurilan värilastuilla saitille toimiva väritys.

Mutta kun into on kovaa, niin hätä kyllä keinot keksii (vai mitenkäs se nyt menikään). Minä keksin Tikkurilan värilastut. Tikkurilalla on asiantuntijoita jotka kuluttavat aikaansa pohtimalla trendivärejä ja väriyhdistelmiä - miksi siis yrittää keksiä pyörää uudestaan. Hain Tikkurilan web-sivuilta värikartan ja siitä valitsin www.mutteri.com:in värimaailman.