Parhaat paikat

Minulla on ongelma. Ongelma liittyy elokuvissa käymiseen ja lippujen tilaamiseen. En koskaan muista missä olen tietyssä salissa istunut tai että oliko paikka mitenkään hyvä. Tiettynä peukalosääntönä voi pitää sitä, että keskellä riviä, hieman keskimmäisen rivin takana on hyvät paikat. Olen kuitenkin huomannut, ettei tämä pidä aina paikkaansa.

Olen koittanut ratkaista ongelman kirjoittamalla ylös mitä mieltä olin paikasta, jossa istuin. Tämä ei kuitenkaan ole mitenkään tehokasta, enkä välttämättä edes muista tehdä sitä aina kun käyn elokuvissa.

Parhaat paikat?

Keskellä salia olevat paikat, varsinkin pienemmissä saleissa, voivat olla liian lähellä valkokangasta kun valkokankaalla tapahtuu paljon, eikä yksityiskohtiin ehtisi paneutua. Jos elokuvassa näyttelijäntyö on pääosassa, niin liian kaukana oleva paikka voi hävittää tärkeitä yksityiskohtia.

Kuulin myös entiseltä Finnkinon työntekijältä, että 3D-elokuvia kannattaa katsoa lähempää kuin 2D-elokuvia. En muutamaa poikkeusta lukuun ottamatta ole katsonut 3D-elokuvia, joten en voi asiaa varmistaa. Mutta tiedän että 3D-elokuvissa näytetään joka toinen kuva vasemmalle silmälle ja joka toinen kuva oikealle silmälle. Tällöin verkkokalvolle tulevan valon määrä puolittuu, ellei sitten projektorin valotehoa tai kuvien määrää (HFR, high frame rate) lisätä.

Parhaat paikat!

Aion ratkaista ongelmani kehittämällä konseptin applikaatiosta, joka kertoo millä paikoilla elokuvateatterin salissa olen itse istunut ja pidinkö paikoista sekä millä paikoilla muut ovat istuneet ja pitivätkö he paikoista.

Sovelluksen pitää mielestäni siis toteuttaa seuraavat päämäärät:

• Haluan nähdä missä on salin paras paikka
• Haluan muistaa missä olen istunut ja millaiset ne paikat olivat
• Haluan arvostella paikan, jolla istuin.

Eikä tästä ole hyötyä ainoastaan minulle tai muille elokuvien ystäville, myös elokuvateattereiden henkilökunta osaa paremmin vastata salin parhaista paikoista kyseleville asiakkaille.

Suunnittelu

Koska olen UX-suunnittelija ja tämä on vain konsepti, aion vain suunnitella sovelluksen enkä toteuttaa sitä.

Vuorovaikutus

Vuorovaikutusta suunniteltaessa kysyn ensiksi kolme kysymystä:

• Miksi käyttäjä haluaisi olla vuorovaikutuksessa tuotteen kanssa?
  • Käytännössä tämä tarkoittaa niitä päämääriä, jotka käyttäjä haluaa tuotetta käyttämällä saavuttaa. Tähän voidaan myös yhdistää muiden sidosryhmien asettamat päämäärät.
• Kuinka vuorovaikutus saadaan aikaiseksi, miten vuorovaikutukseen kannustetaan?
  • Käyttäjä ei välttämättä käytä tuotetta vain siksi että se tekee päämäärien saavuttamisesta helppoa. Tietty tuote voidaan alitajuisesti ottaa käyttöön myös sen tuoman arvostuksen vuoksi.
• Mitä vaaditaan hyvään vuorovaikutukseen?
  • Järjestelmälle asetetut vaatimukset, jotka vaikuttavat vuorovaikutukseen.

Miksi

Vastaukset ensimmäiseen kysymykseen löytyvät jo ongelman määrittelystä:

• Haluan nähdä missä on salin paras paikka
• Haluan muistaa missä olen istunut ja millaiset ne paikat olivat
• Haluan arvostella paikan, jolla istuin.

Nämä ovat käyttäjän itselleen asettamia päämääriä. Näiden lisäksi myös muut sidosryhmät saattavat haluta asettaa päämääriä, jotka käyttäjän olisi saavutettava. Parhaat paikat -applikaatiossa muiden sidosryhmien asettamat päämäärät voivat liittyä vaikka leffaeväiden hankkimiseen.

Päämäärät voidaan asettaa tärkeysjärjestykseen esimerkiksi sen mukaan kuinka usein ne tulevat esille sidosryhmäkeskusteluissa tai tulevien käyttäjäryhmien kartoituksen yhteydessä. Tässä yhteydessä sidosryhmät ja tulevat käyttäjät ovat yksi ja sama: minä, ja olen päättänyt että päämäärien tärkeysjärjestys on ylläoleva.

Kuinka

Minulle applikaatio tulee tarpeeseen, jonka olen jo kartoittanut mutta kaikki käyttäjät eivät välttämättä ole huomanneet piileviä tarpeitaan. Ei kuitenkaan ole kannattavaa yrittää luoda tarvetta, joka voidaan täyttää applikaatiolla.

Mutta kun käyttäjä huomaa että applikaatiosta on hänelle hyötyä, niin millaisilla vuorovaikutuksen muodoilla käyttäjä saadaan palaamaan käyttämään applikaatiota?

Käyttäjäkokemuksesta puhuttaessa ei sovi unohtaa helppokäyttöisyyttä, kuinka helposti eri salien arvostelut tai itse tehdyt arvostelut ovat löydettävissä. Mahdollisia ovat myös käyttäjän itsestään antamaa kuvaa vahvistavat toiminnot.

Palkitseminen

Voidaan myös puhua palkitsemisesta yhdistettynä ulkoista kuvaa vahvistaviin toimintoihin. Käyttäjä voi jakaa tekemänsä paikka-arvostelun, koosteen paikka-arvosteluista tai mahdolliset saavutuksensa paikkojen arvostelusta. Saavutuksia voivat olla:

• Eksperttimittari ja siinä saavutetut tasot: taso voidaan esimerkiksi laskea arvostelujen määrästä ja siitä kuinka arvosanat vertautuvat keskiarvoihin. Mittarin lukeman määräytymisen perustelut pitää myös esittää.

  

• Swarm (ex-Foursquare) / Stack Exchange -tyyppiset kunniamerkit sen mukaan montako paikkaa on arvostellut per sali, monestako eri salista on arvostellut paikkoja, monellako eri paikkakunnalla on arvostellut paikkoja ja niin edelleen.

  

Mitä

Hyvään vuorovaikutuksen edellytyksenä on toimiva järjestelmä, joka vastaa käyttäjän pyyntöihin nopeasti ja tehokkaasti. Toimivalla järjestelmällä on myös pääsy kaikkiin niihin resursseihin, joita käyttäjä odottaa tarvitsevansa.

Vuorovaikutus II: Vuorovaikutuksen toteutus

Seuraavassa käsitellään sitä miten applikaation toiminnallisuudet voidaan parhaiten toteuttaa, jotta toiminnallisuus mahdollisimman hyvin täyttää edellisen kohdan vastausten vaatimukset.

Miksi

Vastaus kysymykseen miksi ja siten syihin joiden takia applikaatiota käytettäisiin löytyivät käyttäjän päämääristä:

• Haluan nähdä missä on salin paras paikka
• Haluan muistaa missä olen istunut ja millaiset ne paikat olivat
• Haluan arvostella paikan, jolla istuin.

Haluan nähdä missä on salin paras paikka

Tämä päämäärä on huonosti määritelty ja vaatii tarkentamista. Päämäärä ei kerro yksiselitteisesti mistä salista on kyse. Onko kyse salista, jossa käyttäjä useimmin käy vai onko kyseessä kenties sali jollain toisella paikkakunnalla, jossa käyttäjä ei ole koskaan käynyt?

Päämäärä on kuitenkin määritelty kaikkein tärkeimmäksi, joten sen tulee olla helposti saavutettavissa, luultavasti jopa ensimmäiseltä näytöltä.

Jos kuitenkin halutaan tarjota käyttäjän nähtäville kaikki salit, joissa paras paikka voi olla sillä hetkellä, saatetaan päätyä esteettisesti ja informaatiosisällöltään tukkoiseen pääsivuun, joka ei ole miellyttävä käyttää.

Sali, jossa paras paikka on, voi olla:

• Lähin sali
• Kaikkien käyttäjien suosikkisali
  • Sali, jossa on eniten arvosteluita
  • Sali, jossa on parhaat arvostelut
• Oma suosikkisali
  • Sali, josta on antanut eniten arvosteluita
  • Sali, jolle on antanut parhaat arvostelut
• Sali, jossa käydään useimmin
• Käyttäjän omien kriteerien mukaiset salit
• Joku muu, sali, joka löytyy salihaulla.

Sali, jossa käydään useimmin on käytännössä sama kuin sali, jolla on eniten arvosteluja. Tästä syystä sen näyttäminen vain lisää käyttöliittymän tukkoisuutta ja siksi se jätetään pois. Lisäksi eniten arvosteluita saaneita saleja ei tarvinne esittää erikseen, riittää että arvosteluiden määrä ilmoitetaan salin arvosanan yhteydessä.

Haluan myös nähdä useamman saman kategorian salin yhtä aikaa, joten salit pitää pystyä listaamaan tai näyttämään listana. Listojen esittämiseen on useitakin tapoja, joista tarkastellaan kolmea:

• Listat ovat sivulla päällekkäin
• Listat ovat sivulla päällekkäin mutta akkordiossa
• Listat ovat sivulla vierekkäin.

Jos listat ovat sivulla päällekkäin, niin mobiiliapplikaatiossa sivusta voi tulla hyvinkin pitkä, varsinkin, jos ei tiedetä kuinka pitkä yksittäisestä listasta voi tulla ja liikkumisesta listasta toiseen vaivalloista. Siitäkin huolimatta että listojen välistä liikkumista helpotettaisiin ankkurilinkkejä käyttämällä.

Päällekkäiset listat akkordiossa helpottavat liikkumista listasta toiseen tuomalla ne, ainakin näennäisesti, lähemmäksi toisiaan. Akkordiossa käyttäjä voi helposti luulla joutuneensa uudelle sivulle, ellei akkordion aukeamiseen kiinnitetä huomiota.

Vierekkäin sivulla olevien listojen välillä liikkumisessa on samat ongelmat kuin päällekkäin olevien listojen kohdalla, yhdeltäkään listalta ei esimerkiksi ole suoraa pääsyä kuin siihen listaan, joka on nykyisen listan vieressä. Listojen väliset etäisyydet (otsikoiden välillä mitattuna) ovat kuitenkin pienemmät.

Koska olen itse applikaation kohderyhmä ja suunnittelen tätä itselleni, ja koska pidän Ylen Uutisvahti-applikaatiosta, käytetään tässäkin applikaatiossa listojen esittämiseen vierekkäisiä listoja Uutisvahdin tapaan.

Haluan muistaa missä olen istunut ja millaiset ne paikat olivat

Eli ”Omat paikat”. Ongelma, joka tässä pitää ratkaista on se halutaanko paikat, joissa käyttäjä on istunut tuoda erikseen esille vai riittääkö niiden tuominen esille muissa yhteyksissä?

Kuvitellaanpa pieni skenaario: Uusin DC-leffa on tulossa ensi-iltaan ja ajattelit käydä katsomassa sen ensi viikon keskiviikkona. Et tiedä missä teatterissa se menee, tiedät vain sen, että sinulla on aikaa ensi viikon keskiviikkona. Tarkistat siis ensiksi missä teatterissa, missä salissa ja monelta elokuva menee, sitten voit tarkistaa millä paikalla kyseisessä teatterissa ja salissa kannattaa istua sekä lopulta varata liput kyseiseen näytökseen. (Mieti jos tämän kaiken voisi hoitaa yhdessä ja samassa applikaatiossa.)

Tiedän että tällainen skenaario on omalla kohdallani todennäköisempi kuin se, että haluaisin istua taas jollain tietyllä paikalla, tietyssä salissa. Elokuviin mennään katsomaan elokuvaa, ei välttämättä istumaan sille samalle paikalle, jolla näit Philomenan.

On kuitenkin olemassa käyttäjiä, jotka saattavat haluta tietää millä paikalla he ovat istuneet, kuulun itsekin heihin, ei tämä vaatimus muuten olisi tullut esille.

Minulle kuitenkin riittää että voin tarkistaa salikartasta olenko ollut aiemmin salissa ja jos olen, niin millä paikoilla ja mitä pidin kyseisistä paikoista.

Haluan arvostella paikan, jolla istuin

En ole varma haluanko arvostella paikan, jolla juuri istuin, ellei siitä ole minulle hyötyä ja jos en voi tehdä sitä helposti.

Paikan arvostelusta on hyötyä, koska osaan seuraavalla kerralla valita samasta salista hyvän paikan. Samalla voin auttaa muita löytämään salin parhaat paikat. Pääsen myös kehuskelemaan muille kuinka paljon olen käynyt elokuvissa ja että olen osallistunut paikkojen arvosteluun.

Paikan arvostelusta voi tehdä helpompaa muistuttamalla käyttäjää arvostelusta heti näytöksen jälkeen. Lisäksi arvostelutapahtuman tulee olla mahdollisimman vaivaton: yksi näyttö ja valmis.

Kuinka

Käyttöliittymien ja vuorovaikutuksen tulee muutenkin olla opittavia ja muistettavia, jolloin niiden käyttö on helppoa ja nopeaa. Missään vaiheessa käyttäjän ei pitäisi jäädä miettimään mitä juuri tapahtui tai miten pääsen tästä eteenpäin.

Vuorovaikutuksen tulee olla johdonmukaista ja samanlaisissa tilanteissa yhteneväistä. Kun liikutaan informaatioarkkitehtuurissa samaan suuntaan, näyttöjen väliset animaatiot ovat samansuuntaisia. Kun siirrytään syvemmälle tasolle uusi näyttö liukuu alhaalta vanhan päälle ja kun palataan takaisin, nykyinen näyttö liukuu pois edellisen näytön päältä.

Alemmilta tasoilta palataan ylemmille tasoille vetämällä nykyistä näyttöä alaspäin, jolloin se poistuu edellisen näytön päältä.

Tämä toimii hyvin jos ajatellaan pelkästään salien selausta. Mutta entä sitten kun lähdetään liikkeelle käyttäjäprofiilista tai salihausta, mikäli salihaku ei ole yhdessä salien selausten kanssa. Miten esitetään siirtyminen suuremmasta osiosta toiseen kun pienempien osioiden (salilistausten) välillä liikutaan vaakasuoraan?

Jos lähestytään ongelmaa Googlen Material Designin tavoin paperiarkkeina, niin suurempiakin osioita voidaan pitää paperiarkkeina, jotka ovat päällekäin tilassa. Kuinka sitten tuodaan paperiarkki toisen päälle, kun sivuista päälle liu’uttaminen on jo käytössä?

Material Design kuitenkin sallii paperiarkkien yhdistämisen yhdeksi uudeksi paperiarkiksi. Material Design ei kiellä sitä, etteikö yhdistettävillä paperiarkeilla saisi olla tekstiä. Käyttäjänä häiriintyisin kuitenkin näytöllä yhdistyvistä teksteistä, joten keksitään jotain muuta.

Toinen vaihtoehto on häivyttää näytön sisältö kun siirrytään toiseen suurempaan osioon ja tuoda uusi sisältö vähitellen esiin. Häivytyksessä ja esiin tuonnissa käytetty animaatio ei saa kuitenkaan olla liian pitkä. Googlen oma Inbox-applikaatio käyttää tätä tekniikkaa.

Kolmas vaihtoehto on tuoda uusi sisältö vanhan tilalle ilman animaatiota, kuten Google tekee Inbox-applikaationsa verkkoversiossa.

Minua miellyttää vaihtoehdoista eniten sisällön häivyttäminen ja uuden sisällön esille tuonti pienen animaation kautta.

Haku

Applikaation haku perustuu ennakoivaan tekstinsyöttöön. Ennakoiva tekstinsyöttö palauttaa ensisijaisesti kaupungin, jos se tunnistaa sen syötteestä.

Jos käyttäjä tietää mihin elokuvateatteriin hän on menossa tai jopa mihin saliin, hän luultavasti kirjoittaa hakukenttään elokuvateatterin nimen ja hakee nimellä. Ollessaan oudossa kaupungissa, käyttäjä hakee saleja ja elokuvateattereita todennäköisesti kaupungin nimellä. Missä tilanteessa käyttäjä ei sitten tiedä elokuvateatteria, johon on menossa tai kaupunkia, jossa on tai jossa haluaa käydä elokuvissa?

Palkitseminen

Salien arvosteluista saatavia palkintoja laitetaan esille käyttäjän profiiliin. Samalla ne toimivat käyttäjän statusta kohottavina elementteinä. Näillä kunniamerkeillä voi olla eri tasoja.

Palkintoja (tai kunniamerkkejä) saa sen mukaan montako paikkaa on arvostellut per sali, monestako eri salista on arvostellut paikkoja, monellako eri paikkakunnalla on arvostellut paikkoja ja niin edelleen.

Arvosteltuja paikkoja voidaan käyttää myös eräänlaisena palkitsemisen muotona. Käyttäjäprofiilissa voidaan listata kaikki arvostellut paikat sekä salit, joissa arvostellut paikat sijaitsevat. Näitä lukuja verrataan sitten muiden käyttäjien vastaaviin lukuihin. Arvostelluista paikoista olisi tietysti myös linkitys siihen saliin, jossa paikka sijaitsee.

Mitä

Applikaation integrointi teatterien lippujärjestelmään mahdollistaa elokuvakäynnin todentamisen ennen arviointia ja arvioinnista muistuttamisen näytöksen loputtua. Integraatio lippujärjestelmään sivuuttaa myös tarpeen yksittäisen paikan etsintään arvostelua tehtäessä.

Suunnittelu II: Prototypointi

Alkutila

Applikaation alkutilassa eli ensimmäisessä näytössä ovat listattuna kaikkien käyttäjien arvostelemat salit, käyttäjän arvostelemat salit paremmuusjärjestyksessä ja käyttäjän kriteerien mukaiset salit sekä käyttäjää lähinnä olevat salit.

Listauksen alkioissa esitettävät tiedot ryhmitellään siten, että tärkeimmät asiat ovat oikealla ja vähemmän tärkeät vasemmalla. Koska kaikki listat eivät välttämättä ole paremmuusjärjestyksessä, voidaan epävarmuus järjestyksestä poistaa esittämällä salin arvosana tärkeimpänä. Arvostelujen määrä voidaan esittää arvosanan yhteydessä.

Salin nimi ja paikkakunta esitetään arvosanan vasemmalla puolella. Salin paikkakunta esitetään, koska on mahdollista että samannimisiä elokuvateattereita on useampia.

Listausten välillä liikutaan joko välilehtien avulla tai sivuttaisilla sormieleillä.

Haku ja hakutulokset

Hakukenttä osaa ehdottaa sopivia hakuja samalla kun käyttäjä kirjoittaa hakukenttään. Ehdotuksissa on etusijalla kaupunki, mikäli hakukentän syöte tuntuisi vastaavan kaupunkia. Haku käynnistyy joko valitsemalla hakuehdotus tai painamalla hakunäppäintä (jos sellainen näppäimistössä on, muuten enter).

Hakutulokset esitetään samanlaisena listauksena kuin salien selauksessa ja ne esitetään arvosanan mukaisessa järjestyksessä. Tietyn haun voi tallentaa hakutuloksista salilistaukseksi aloitusnäytölle.

Sali

Salinäkymän istuinkartassa tulee esille applikaation työnimi: Hot Seats. Istuinten saamat arvosanat nimittäin esitetään lämpökarttana, jossa paremman arvosanan saaneet paikat ovat väreiltään kuumempia ja huonomman arvosanan viileämpiä.

Istuinkarttaa voi zoomata vapaavalintaisesti. Yksittäistä istuinta näpäyttämällä saa esille paikan yksityiskohtaisemmat tiedot, kuten arvosanan ja arvostelujen määrän. Samalla paikka suurenee ja esille tulee yksityiskohtaiset tiedot. Edelliseen näkymään pääsee näpäyttämällä valittua istuinta uudestaan.

Omat paikat saa näkyville painamalla ”Omat paikat” -nappia, jolloin salikartassa näytetään ainoastaan käyttäjän itsensä arvostelemat paikat.

Profiili

Käyttäjästä ei välttämättä tarvitse tietää mitään muuta kuin se, että käyttäjän taustalla on vain yksi henkilö. Muuten arvostelut eivät ole arvostelijan henkilökohtaisia mielipiteitä.

Käyttäjän asuinpaikalla voi olla merkitystä, jotta tiedetään mitä elokuvateattereita hän preferoi. Muillekin käyttäjille voi paikkakunnasta olla apua samasta syystä.

Profiilissa esitellään myös käyttäjän kunniamerkit sekä paikat, jotka käyttäjä on arvostellut. Kunniamerkit ja arvostellut paikat ovat omilla välilehdillään, joiden välillä liikutaan kuten salilistaustenkin välilehdillä: sormieleillä tai näpäyttämällä välilehteä. Kooste kunniamerkeistä ja arvostelluista paikoista näkyy profiilin perustiedot-välilehdellä.

Asetukset

Asetuksissa voi vaikuttaa siihen järjestykseen, jossa salilistaukset näkyvän aloitusnäytöllä ja poistaa tallennettuja sali- tai kaupunkihakuja sekä muuttaa oman profiilin asetuksia.

Salilistausten järjestystä muutetaan raahaamalla listausten otsikoita listalla. Profiilin asetuksissa ei tällä hetkellä ole muuta kuin oman paikkakunnan muuttaminen ja profiilikuvan muuttaminen.

Arvostelu

Kosketusnäyttöjen ongelma on se että osoitin, käytännössä sormi peittää osoitettavan kohteen. Kuinka siis voidaan valita luku helposti ilman että peitetään valittava luku.

Valinta onnistuisi näppäimistöltä, kunhan vain näppäimistössä on pelkästään ne luvut, joiden joukosta valinta pitää tehdä. Valintaa ei kannata hidastaa esittämällä käyttäjälle virheilmoitusta väärästä valinnasta.

Koska tämä on kuitenkin konsepti, niin koitetaan jotain uutta: arvostelu suoritetaan vain yhtä nappia painamalla (kahta, jos tallennus huomioidaan). Nappia painamalla annettava arvosana kasvaa yhdellä ja kun päästään suurimpaan mahdolliseen arvosanaan, näytetään seuraavana taas pienin arvosana.

Arvostelun tallentamisen jälkeen applikaatio palaa aloitusnäytölle.

Suunnittelu III: Kehitysideoita

Suosikkisalit

Seuraavassa versiossa voi ottaa käyttöön yksittäisten salien lisäämisen suosikiksi. Suosikit näkyvät erillisessä suosikit-listauksessa aloitusnäytöllä. Lisäksi voisi olla mahdollista järjestellä suosikkeja erilaisiksi suosikkilistauksiksi.

Kaverit

Koska elokuvissa käynti on pimeässä istumisesta huolimatta sosiaalinen tapahtuma ja sitä yleensä harrastetaan kaveriporukassa, tällaisten kaveriporukoiden tuominen osaksi applikaatiota saattaisi lisätä sen käyttöä.

Kavereiden tuominen osaksi applikaatiota tosin vaatii kaverihaun, kaveripiirien hallinnan sekä kaveripiirien sisäisten voimavarojen hyödyntämisen suunnittelua.

Salinäkymä

Salinäkymässä voisi miettiä paikkojen pisteytyksen esittämistä myös muutenkin kuin kaikkien arvostelujen keskiarvona. Olisi mielenkiintoista nähdä kuinka salin parhaat paikat eroavat jos esitettävän elokuvan genrenä on epookkidraama tai räjähtävää toimintaa. Tai kuinka 3D vaikuttaa siihen, mitä salin paikoista pidetään parhaina.

Lippujärjestelmäintegraation avulla arvostellun elokuvan genre tai 2D/3D saadaan helposti tallennettua arvostelun yhteydessä eikä sitä tarvitse kysyä käyttäjältä erikseen.

Haku

Haun toimintaa eri näkymissä pitää tarkentaa. Hakeeko haku aloitusnäytössä eri asioita kuin profiilin Omat paikat -välilehdellä? Aloitusnäytössä voidaan hakea kaikkia olemassa olevia saleja tai vain listauksissa olevia saleja ja profiilissa voidaan hakea ehkä vain itse arvosteltujen salien joukosta.

Laajennettavuus

Parhaiden paikkojen idea on helposti laajennettavissa muihinkin katsomoihin elokuvateattereiden lisäksi. Kaikki katsomot, joissa voidaan määrittää istuimen sijainti rivin ja sijainnin rivillä mukaan, ovat mahdollisia käyttökohteita.

Myös käyttäjän summittaisen sijainnin määrittely voi onnistua, mikäli GPS-seuranta sallitaan. Tällöin onnistuisi myös stadionkeikkojen kenttäpaikkojen arvostelu ja vertailu.

Opinko mitään?

Kirjoitin tämän konseptin ensiksi Google Driven dokumentiksi, jonka ensimmäinen versio on heinäkuulta 2014. Suunnittelu ei siis ole ollut mitenkään ketterää tai nopeaa. Sitä on tehty kun aikaa on jäänyt. Seuraavan UX- tai applikaatiokonseptin lupaan suunnitella alle viikossa. Tai sitten alan tehdä puolen tunnin suunnitteluharjoituksia.

Yli vuosi on pitkä aika kaikkialla muualla paitsi geologiassa. Vuodessa ehtii tulla uusia ideoita, eikä voida edes puhua iteraatioista koska ensimmäinenkään versio ei ole vielä valmis. UX-suunnittelijana pitäisi päästä siihen, ettei tarvitse saada valmista heti ensimmäisellä kerralla.

Dokumenttina tämä tuntuu sijaitsevan jossain konseptin ja vaatimusmäärittelyn välimaastossa: liian tarkka ideaksi tai konseptiksi ja liian epämääräinen sekä monitulkintainen antamaan pohjaa applikaation toteuttamiseksi.

Konseptina tämä olisi ollut hyväksyttävissä ilman käyttäjien panosta mutta kun aletaan määritellä kuinka järjestelmä toimii käyttäjät pitää ottaa mukaan. Kun käyttäjät eivät aseta mitään rajoja suunnittelulle, niin silloin tosiaankaan ei ole mitään rajoja. Tämä kun yhdistetään erittäin pitkään suunnitteluaikaan, lähtee suunnitteluprosessi helposti harhailemaan eikä tuloksena ole välttämättä paras mahdollinen järjestelmä.

Itse kyllä käyttäisin tällaista, jos sellainen joskus tulee.