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.

Konseptoijan paras kaveri

Se on selvää, että sivustoja on helppo rakentaa powerpointilla tai vastaavalla. Piirtelee vain laatikoita sinne tänne, ja hyvä tulee. Yksi ongelma tuossa mallissa on se, että lopullinen tuotos ei välttämättä vastaa ulkoasullisesti ihan sitä miltä se näytti powerpointissa. Onneksi, usein tilanne on niinpäin että konseptisuunnitelma powerpointissa on huomattavasti tylsemmän näköinen kuin lopputuotos webissä. Yksi syy kolkkoon ulkoasuun powerpointssa on oikean tekstin puute. Tai pikemminkin oikeankaltaisen tekstin puute.

Tähän on olemassa onneksi verraton työkalu. www.lipsum.com tarjoaa lipsum -generaattorin mikä suoltaa oikean tekstin kaltaista puppua. Koko työkalun idea on tuottaa automaattisesti siis normaalin kirjoitetun tekstin kaltaista höpöhöpöä minkä voi kätevästi istuttaa konsepteihin kuvaamaan oikeaa tekstiä. Näin mistä tahansa leiskahahmotelmasta tulee realistisemman tuntuinen.

Raakaa statistiikkaa

Lienee paikallaan pieni tilannekatsaus miten mutteri.comia käytetään. Nyt minua kiinnostaa lähinnä se mistä ihmiset tulevat, ja miten he saitilla viihtyvät.
Viimeisen kuukauden aikana

• 81% liikenteestä tuli erilaisten hakukoneiden kautta
• 14% tuli eri sivustoilla olevien linkkien kautta
• 4.5% tuli suoraan kirjoittamalla URL:in selaimen osoitekenttään

Google yksistään toi noin 80% kaikesta liikenteestä. Suosituimmat sivustolle tuoneet hakusanat (siis kaikissa hakukoneissa yhteensä) olivat: kirpputori, netti kirpputori, vanhojentanssipuku, polttariasut, ostetaan ipod nano.

• Googlen mukana sivustolle saapuneiden bounce rate oli 53%. Eli 53% vierailijoista luki vain sen sivun mille he saapuivat, ja sitten navigoivat pois.
  
• Suoran liikenteen bounce rate oli 40%
• vuolanne.net:in mukanaan tuomista vierailijoista vain 23% poistui ensimmäisen sivun nähtyään. Eli vuolenne.net:in linkitys on melko arvokasta.
• makupalat.fi:n sivuille johdattamat viihtuivät erinomaisen hyvin. Bounce rate vaivainen 6%.

Mitähän noista bounce rate -arvoista voisi oikein päätellä... ? No, ehkä sen, että linkitys aiheeseen liittyvällä sivustolla on erittäin arvokasta. Toisaalta, sitä voi miettiä onko hakusanat suunniteltu oikein, kun hakukoneiden mukanaan tulemat vierailijat häipyvät heti sivuston nähtyään. Vai tarkoittaako se vain sitä, että sivuston ulkoasu ei ole ollut riittävän houkutteleva?

Siispä katsotaan tuota hakukoneiden mukanaan tuomaa liikennettä, ja hakusanojen bounce rateja (lista suosituimmasta lähtien):

• kirpputori: ylivoimaisesti suosituin hakusana ja bounce rate vain 19%. Keskimäärin kävijät viihtyivät 2 minuuttia sivustolla
• netti kirpputori: myös noin 2 minuuttia / vierailu. Bounce rate verrattain alhainen 27%.
  
• vanhojentanssipuku: aikaa sivustolla noin 1:50 ja bounce rate 70% (huom: sivustoa ei ole optimoitu mitenkään erityisesti tälle hakusanalle). Mutteri.com:issa on ollut muutamia vanhojentanssipukuja myynnissä. Korkea sijoitus vihjaisee siihen, että vanhojentanssipukuja myyvät liikkeet eivät vielä käytä internetiä hyväkseen.
• polttariasut: aikaa sivuilla alle 10 sekuntia, bounce rate 85%
• ostetaan ipod nano: aikaa sivuilla melkein 2 minuuttia, bounce rate 88%.
  
• parhaiten sivustolla viihdyttiin hakusanalla netti kirpputori. com: Vierailija käytti noin 17 minuuttia sivuilla, latasi 25 eri sivua. Mutta näitä käyttäjiä oli tosiaan vain yksi.
  

Totta se on mitä sanotaan: hakukoneet tuovat sivuille suurimman osan kävijöistä. Siksi on todella tärkeää, että sivustosi avainsanat on suunniteltu järkevästi. Ja hakusana spämmäys on täysin hyödytöntä - sillä se tuskin paljon lämmittää sinua, jos kävijä tulee sivuillesi harhaanjohtavan hakusanan kautta ja painelee samantien pois - ellet sitten saa maksua jostain sivulatauksista tai mainosten pelkästä näyttämisetstä (pay-per-view).

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).

Opetus 13: suunnittele, toteuta ja VALIDOI

Jokaisen sivuston rakentaminen pitäisi aloittaa suunnittelusta. Suunnittele etukäteen sivuston konsepti. Konseptilla tässä tarkoitan sivuston tarkoitusta, runkoa, toiminnallisuuksia ja keskinäistä yhdessätoimimista. Mieti mitä käyttäjät haluavat sivuillasi tehdä ja mieti miten voit tehdä sen käyttäjille helpoksi ja hauskaksi.

Hyvän suunnitelman, joka toivottavasti sisältää jopa sivuston ulkoasun hahmotelman, jälkeen on toteuttaminen helpompaa. Kun kaikkien sivujen toiminnallisuus on suunniteltu etukäteen, on toiminnallisuuden rakentaminen helppoa ja nopeaa. Toteutuksessa on hyvä noudattaa standardeja. Ei siis mitään selainkohtaisia laajennoksia tms. Näin takaat, että sivusi toimivat mahdollisimman laajalle käyttäjäjoukolle.

Ja kun kaikki on toteutettu, ei järjestelmä suinkaan ole valmis. Sen jälkeen alkaa testaaminen ja validointi. Vaikka olet pyrkinyt noudattamaan erilaisia standardeja, tulee kirjoittaessa usein tehtyä virheitä. Kukaan tuskin muistaa kaikkia HTML tai CSS kielten sääntöjä. Validointiin on onneksi oleamassa mitä mainioimmat työkalut:

• The W3C Markup Validation Service, jonka avulla voit varmistaa, että kirjoittamasi HTML koodi on standardin mukaista ja virheetöntä. Virheetön koodi edesauttaa sivuston nopeutta, käyttökokemusta, hakukoneiden toimintaa, jne.
• The W3C CSS Validation Service, on ylläolevan kaltainen validointipalvelu, mutta se varmistaa, että käyttämäsi CSS noudattaa standardia eikä sisällä virheitä. Virheetön CSS on kutakuinkin yhtä tärkeää kuin virheetön HTML.
• Valitettavasti se ei riitä, että sivustosi noudattaa kaikkien käyttämiesi tekniikoiden standardia, sen lisäksi sinun kannattaa varmistaa, että sivustosi todella toimivat kuten olet ajatellut eri selaimilla. Näistä suurimmat ongelmat luultavasti tulee vastaan Microsoftin Internet Explorer versioilla 5.0 - 7.0. Tähänkin on onneksi työkaluja, jotka tulevat tarpeeseen meille, jotka tekevät töitä Linux tai Mac ympäristöissä.
  
• browsershots.org tarjoaa mahdollisuuden testata käytännössä katsoen kaikilla käyttöjärjestelmä-selain yhdistelmillä. Browsershotsin ongelma on sen hitaus, se tuottaa kuvakaappauksia valitsemillasi selaimilla, mutta omien testien mukaan se antaa vain noin 2-4 kaappausta / tunti. Se ei oikein riitä debuggaamiseen.
• ipinfo netrenderer puolestaan tarjoaa mahdollisuuden testata Microsoftin IE 6 ja IE 7 selaimilla. Näillä kahdella testaaminen onneksi varmistaa sivustosi toimimisen yli 50% käyttäjistä. 40% käyttäjistä käyttää Firefoxia, ja loput 10% satunnaisia selaimia.

Mikäli törmäät jossain vastaaviin validointipalveluihin, pistä tänne ihmeessä linkkejä. Toivottavasti näistä parista työkalusta on apua; ei muuta kuin koodaamaan ja testaaamaan!

Ulkoasun päivitys vuoteen 2007

Hyvin suunnitellun järjestelmän ulkoasua ei pitäisi tarvita muuttaa kovin usein. Itse arvioisin, että noin kerran vuodessa tai kahdessa pitäisi riittää. Monet suositut palvelut ovat pitäneet ulkoasunsa ja toiminnallisuutensa ennellaan koko elinkaarensa ajan. Mielestäni totaalinen kehityksen pysäyttäminen on huono ratkaisu sekin. Vaikka perusteknologia (html, css, javascript, etc) pysyisikin ennallaan, puhaltaa saittien ulkoasun suunnittelussa jatkuvasti uudet tuulet. Vuosituhannen alussa suunnitellut palvelut ovat auttamattomasti vanhan näköisiä.

Minä olen puolestani uusinut Mutteri.com:in ulkoasia säännöllisesti. Nyt taitaa olla jo layout versio kolme tai neljä menossa. Jokainen päivitys on aina tuntunut merkittävältä parannukselta edelliseen. Niin tietenkin tälläkin kertaa. Pyrin uuden ulkoasun myöt selkiyttämään palvelua ja yksinkertaistamaan. Samalla pyrin ottamaan tämän hetken tyylisuunnat huomioon kuten keskitetty kiinteän levyinen sisältöosa, selvästi kolmeen tai neljään osaan jaettu sivu vaakatasoisillä taustaväreillä, taulukoinnin sijaan pyrin käyttämään enemmän DIV elementtejä. Sanokaa mitä sanotte (ja sanoa tietenkin saa) mutta nyt näyttää järjestelmä taas paljon paremmalta ja modernimmalta.

Suurimmat huolet tällä hetkellä liittyvät tuoteryhmien löytämiseen. Edellisessä versiossa tuoteryhmät olivat jatkuvasti oikeassa reunassa. Nyt ryhmät on siirretty itse sisältöosaan ja useimmiten sivun alalaitaan. On myönnettävä myös, että uusi tuoteryhmä luettelo toimii hieman huonommin. Siinä on selvästi vielä parannettavaa. Toinen merkittävä muutos oli siirtää sisäänkirjautuminen omalle sivulleen. Aikaisemmine sisäänkirjautumislomake oli myös aina näkyvillä sivun oikeassa reunassa. Nyt sisään pitää kirjautua erilliseltä sivulta. Tuolle sisäänkirjautumissivulle on luonnollisesti linkkejä muutamassakin paikassa sivulla, mutta on mielenkiintoista nähdä miten muutos tulee vaikuttamaan esimerkiksi rekisteröitymisiin tai sisäänkirjautuneena jätettyihin ilmoituksiin. Ja viimeinen huoli on tietenkin vanha kunnon Internet Explorer. Tuo puolen maailman käyttämä selain, joka ei ymmärrä standardeista tuon taivaallista, vaan taittaa sivut päin hel***tiä. Sitä voi tietenkin yrittää lohduttautua sillä, että sivut ovat läpäisseet W3C:n html ja css validaattorit, mutta se ei auta, sillä IE ei silti taita sivuja oikein. Kun katson mutteri.com:in käyttötilastoja, noin 55% käyttäjistä käyttää IE selainta. Noista 55% onneksi yli puolet käyttää jo IE 7 versiota, joka taittaa sivun vähän paremmin - joskaan ei silti oikein. Tässä sitä taas ollaan:

This site has been optimized for FireFox.

Niinpä sivusto toimii IE:llä, mutta ulkoasu ei ole ihan sellainen kuin sen pitäisi olla. Aina voi suositella FireFox selainta, mutta kukapa sitä suosikkiselaintaan vaihtaisi jonkin sivuston takia...? En minä ainakaan. Vaikka Microsoft aikanaan luultavasti edesauttoi internetin leviäimistä, kehitystä ja yleistymistä upottamalla IE:n osaksi käyttöjärjestelmää, teki se myös karhunpalveluksen koko internet -yhteisölle toteuttamalla selaimensa huonosti, standardeja karttaen ja kiertäen, sekä omia laajennoksia luoden.

huh - domainin siirto takana

Kuten jokunen viikko takaperin tuli mainittua, olin päättänyt siirtää mutteri.com:in toiselle palveluntarjoajalle. Siirtoon liittyy aina vain valitettavasti riskejä ja huolia:

• kuinka pitkäään järjestelmä on poissa käytöstä?
• miten varmistetaan, että siirron yhteydessä viimeisimmät muutokset saadaan siirrettyä uudelle palveluntarjoajalle?
• miten siirtää tietokannan sisältö?
• entäs erilaiset merkistöt (utf8, latin, ...)?
• tarjoaako uuden palveluntarjoajan järjestelmä tuen samalle php konfiguraatiolle?
• hidastuuko järjestelmä siirron jälkeen tai sen seurauksena?
• katoaako osa käyttäjistä siirron jälkeen tai yhteydessä?

Mutta nämä huolet ovat valitettavasti sellaisia, että varmuudella vastauksen saa vasta kun homma on hoidettu. Varsinkin näiden "halpojen" palveluntarjoajien kanssa palvelutasossa voi olla toivomisen varaa. Mutta kuinka ollakaan tämä(kin) siirto tapauhtui verrattain kivuttomasti. Daous / int2000.net (edellinen palveluntarjoaja) hoiti tällä kertaa siirtoon liittyvät muutokset erinomaisella tavalla. Heidän puoleltaan ei tullut mitään hikkoja tai muita ongelmia. Vastaavasti uusi palveluntarjoaja hoiti hommansa mallikkaasti - tosin godaddy:llä kaikki on automatisoitua, joten sitä kautta palvelu sujui kivuttomasti ja vailla viiveitä.

Siirron yhteydessä palvelu oli poissa käytöstä noin tunnin ajan. Olin etukäteen laittanut etusivulle ilmoituksen tulevasta muutoksesta. Tietojen siirtokin sujui mallikkaasti: yhtään rekisteröitymistä tai uutta ilmoitusta ei menetetty ja käyttöhistoriaakin katosi vain joitain minuutteja. Tietokannan kanssa oli suurimmat ongelmat - osa tauluista on kymmenien megatavujen kokoisia, joten niiden lataaminen uuteen järjestlemään oli ongelmallista. Valitettavasti osa datasta piti jättää lataamasta. Tämä ei kuitenkaan ollut mitään järjestelmän kannalta kriittistä dataa. Ja sekin data on tallessa. Merkistöjen kanssa on aina ongelmia, mutta nyt sekin sujui varsin kivuttomasti, sillä testailin niitä uudella palveluntarjoajalla jo etukäteen. Myös php konfiguraatiot tuli testattua siinä määrin, että olin vakuuttunut jo etukäteen, että siirron yhteydessä ei menetetä toiminnallisuuksia. Hidastumiseen vastaus saataneen muutaman ensimmäisen käyttökuukauden aikana, mutta toistaiseksi näyttää hyvältä. Käyttäjäkatokin selviää lähiviikkoina - tosin joulukuu on muutenkin ollut erinomaisen hiljaista aikaa. Ihmiset selvästi viettävät enemmän aikaa kaupoissa joulun valmistelu mielessä. Toivotaan, että käytetyn tavaran myyminen vilkastuu taas tammikuussa.

Muuton yhteydessä päätin olla julkaisematta uutta toiminnallisuutta. Mahdollisen jälkikorjailun kannalta on viisaampaa rajoittaa muutosten määrää. Parempi tehdä yksi suurempi muutos kerralla - näin voidaan rajata ongelman syntysyitä mikäli ongelmia muodostuu.