Projektiopas UX-suunnitteluun - PDF-ilmainen lataus (2023)

UX PROJEKTIOPAS

DESIGN

KÄYTTÖKOKEMUKSELLE SUUNNITTELEILLE ALANTALLA TAI VALMISTEESSA

RUSS UNGER JA CAROLYN CHANDLER

PEACHPIT PRESS

Projektiopas UX-suunnitteluun: Alan tai valmisteilla oleville käyttökokemussuunnittelijoille Russ Unger ja Carolyn Chandler

New Riders 1249 Eighth Street Berkeley, CA 94710 (510) 524-2178 (510) 524-2221 (faksi) Löydä meidät verkosta osoitteesta: www.newriders.com Ilmoita virheistä lähettämällä huomautus osoitteeseen[sähköpostisuojattu]New Riders on Pearson Educationin osaston Peachpitin jälki. Tekijänoikeus © 2009 Russ Unger ja Carolyn Chandler Hankintatoimittaja: Michael J. Nolan Projektitoimittaja: Becca Freed Tuotantotoimittaja: Tracey Croom Kehitystoimittaja: Linda Laflamme Kopiointitoimittaja: Leslie Tilley Oikoluku: Suzie Nasol Säveltäjä: Danielle Foster Indeksoija: Valerie Perry Mimi Heft Kannen tuotanto: Andreas deDanaan Sisustussuunnittelu: Mimi Heft

Oikeusilmoitus Kaikki oikeudet pidätetään. Mitään tämän kirjan osaa ei saa jäljentää tai siirtää missään muodossa millään tavalla, sähköisesti, mekaanisesti, valokopioimalla, tallentamalla tai muuten ilman kustantajan etukäteen antamaa kirjallista lupaa. Lisätietoja uusintapainosten ja otteiden luvan saamisesta saat ottamalla yhteyttä[sähköpostisuojattu].

Ilmoitus vastuusta Tämän kirjan tiedot jaetaan "sellaisenaan" ilman takuuta. Vaikka kirjan valmistelussa on ryhdytty kaikkiin varotoimiin, kirjoittajat tai Peachpit eivät ole vastuussa kenellekään henkilölle tai yhteisölle menetyksistä tai vahingoista, jotka aiheutuvat tai väitetään aiheutuneen suoraan tai välillisesti tämän kirjan ohjeista. tai siinä kuvatuilla tietokoneohjelmistoilla ja laitteistoilla.

Tavaramerkit Monet valmistajien ja myyjien tuotteidensa erottamiseen käyttämistä nimityksistä ovat tavaramerkkejä. Jos kyseiset nimitykset esiintyvät tässä kirjassa ja Peachpit oli tietoinen tavaramerkkivaatimuksesta, nimitykset näkyvät tavaramerkin omistajan pyynnöstä. Kaikkia muita tässä kirjassa yksilöityjä tuotenimiä ja palveluita käytetään vain toimituksellisesti ja tällaisten yritysten hyödyksi ilman aikomusta loukata tavaramerkkiä. Mitään tällaista käyttöä tai minkään kauppanimen käyttöä ei ole tarkoitettu ilmaisemaan hyväksyntää tai muuta yhteyttä tähän kirjaan. ISBN-13 978-0-321-60737-9 ISBN-10 0-321-60737-6 987654321 Painettu ja sidottu Amerikan yhdysvalloissa

Ylistys UX-suunnittelun projektioppaasta Jos Russ Unger ja Carolyn Chandler olisivat taikureita, Alliance etsisi heitä parhaiden salaisuuksiensa paljastamisesta. Onneksi ne eivät ole. Russ ja Carolyn ovat koonneet vain kokeneimmille UX-projektin johtajille aiemmin tiedossa olevaa viisasta viisautta ja kodifioineet sen kaikkien nähtäväksi. Nyt voit oppia salaisuuksia, joita tarvitaan loistavien käyttökokemusprojektien toteuttamiseen. Jared M. Spool, User Interface Engineeringin toimitusjohtaja ja perustajajohtaja

Onko olemassa yksi kirja, joka voi kertoa sinulle kaiken, mitä sinun tarvitsee tietää käyttökokemusten suunnittelusta? Ei. Onko olemassa kirjaa, joka vie sinut suurimman osan tiestä? Nyt on. Carolyn ja Russ ovat luoneet vankan pohjan suunnitteluprojektien suunnittelulle ja johtamiselle. Tämä on olennainen käsikirja kaikille, jotka ovat juuttuneet kilpaileviin menetelmiin, loputtomiin kokouksiin ja kaikkiin käyttökokemuksen suunnittelun liikkuviin osiin. Dan Brown, Communicating Design -kirjan kirjoittaja

Tämä kirja on loistava johdatus siihen, kuinka suunnitella upeita tuotteita oikeille ihmisille. Mutta se kattaa paljon enemmän kuin pelkän suunnittelun – se sisältää myös kaikki suunnitteluun liittyvät asiat: projektien hallinnan, ihmisten kanssa työskentelyn ja ideoiden viestimisen. Hieno monipuolinen. Donna Spencer, "Kortin lajittelu: Käytettävien kategorioiden suunnittelu" kirjoittaja

Tämä on käytännöllinen, helposti saatavilla oleva ja hyvin inhimillinen opas hyvin inhimilliseen toimintaan: työskentelemään yhdessä ihmisten kanssa tehdäkseen suuria asioita muille ihmisille. Steve Portigal, Portigal Consulting

Jos olet kuullut kirjailija Wil Wheatonista, ymmärrät, miksi pidän Russ Ungeria niin suuressa arvossa. Russin kokemus ja ohjaus olivat perustavanlaatuisia Monolith Pressin rakentamisessa ja suunnittelussa, ja hän on ollut yksi arvokkaimmista yhteistyökumppaneista, jonka kanssa olen koskaan työskennellyt. Wil Wheaton, kirjojen Dancing Barefoot, Just a Geek ja The Happiest Days of Our Liven kirjoittaja

iii

Kiitokset Russ Unger Tämä kirja ei olisi koskaan ollut lähelläkään valmistumista ilman perheeni, ystävieni, työtovereideni ja lukuisten ihmisten tukea, jotka olivat minulle täysin tuntemattomia ennen muutaman ensimmäisen painalluksen kirjoittamista. Kaunis vaimoni Nicolle, joka vapaaehtoisesti ja tietoisesti meni naimisiin nörtin kanssa, jolla oli ylimenevä vika, onnistui tuplaamaan vanhemmuuden velvollisuutensa suurimman osan tämän kirjan kirjoittamisesta. Tyttäremme Sydney ja Avery töksähtivät ja työnsivät usein lähes koomassa olevaa isäänsä henkiin saadakseen tämän tanssimaan, laulamaan ja soittamaan Sporea. Tietämättäni ajattelin, että kirjan kirjoittaminen vastasyntyneen kotona ei olisi niin suuri haaste. Opin nopeasti toisin. Ja Nicolle astui lepakkoa kerta toisensa jälkeen pelastaakseen minut ja antaakseen minulle keskittymisen, jota tarvitsin tämän projektin loppuunsaattamiseksi. Hän on sankari, johon luotan eniten; hän pitää talomme kunnossa kaaoksen keskellä. Hän on täällä maailmamme keskipiste, ja hän päästää meidät kaikki irti liian helposti. Nicolle, Sydney ja Avery, onnistuvat saamaan minut näyttämään melko hyvältä isältä, ja olen siitä kiitollinen. Asun talossa kolmen tytön kanssa, enkä voisi kuvitella rakastavani ketään heistä vähemmällä kuin kaikella, mitä minulla on annettavana. Carolyn piti minut tiellä. Välillä tuntui, ettei tämä projekti koskaan alkaisi tai lopu. Hän piti aina asiat liikkeessä, tutki ideoita ja ohjasi meidät oikeaan suuntaan. Yhteistyö on sujunut loistavasti ja olen oppinut sen kautta paljon! Hän on ehdottomasti loistava UX yin minun UX yangilleni. Michael Nolan oli hankintatoimittajamme, ja hän on ollut täydellinen opas. Michael on rehellinen ja ystävällinen, ja hän on todella auttanut pitämään asiat sujuvasti. Rebecca Freed on ollut jonglööri, joka on hallinnut kirjan kaikkia puolia, pitänyt meidät tehtävässä ja lähettänyt meille usein sähköpostia myöhään, myöhään illalla. Valitettavasti hän sai usein lähes välittömiä vastauksia minulta! Linda Laflamme oli kehitystoimittajamme, ja kun totuin hänen Red Pen of Doomiinsa, oli melko selvää, että hän ohjasi minua oikeaan suuntaan, vaikka kuinka kovasti yritin hukuttaa hänet epätäydellisiin ajatuksiin ja ylijuoksuihin. Leslie Tilley viimeisteli sanoja; Tracey Croom yhdisti tuotannon, asettelun ja graafiset elementit; ja oikea kirja ilmestyi. Steve "Doc" Baty luki jokaisen luvun ennen kuin se koskaan näki päivänvalon Peachpit-toimistossa. Lähetin usein Steven lukuja noin klo 2 yöllä, ja hän iv

KIITOKSET

lähettäisi palautetta klo 5 mennessä, mikä ei ole pieni saavutus. Huomaa, että Steve on Australiassa, mutta se on silti vaikuttava. Ilman Steven jatkuvaa auttamishalua ja hänen nopeita käänteitään on vaikea uskoa, että tämä kirja olisi löytänyt tiensä hyllylle. Brad Simpson (www.i-rradiate.com) otti kaikki grafiikat, joita heitin hänelle, ja muutti niistä kauniita, tulostusvalmiita kuvia, usein jongleeraillessaan omaa elämäänsä kahden teini-ikäisen pojan ja kiireisen työaikataulun kanssa. Bradin olisi ollut helppo kävellä pois milloin tahansa, mutta hän on todellinen ystävä, joka oli kiinnostunut projektista ja halusi tukea minua. En ole varma, että pihviillallisia riittää maksamaan tämän vaivan takaisin, mutta aion tehdä kovasti töitä päästäkseni sinne. Kiitos, Brad, että jätit monet vapaapäivät ja myöhäiset yöt tämän tukemiseen. Mark Brooks löysi minut paniikkitilassa muutaman kerran, kun yritin välittää viestejä, jotka vaativat visuaalista komponenttia ajani ja/tai kykyjeni ulkopuolella. Mark hyppäsi mukaan ja pelasti päivän useammin kuin kerran, ja olen siitä velkaa. Lahjakas ja vialle antautunut Mark on sellainen henkilö, jota haluan olla. Jonathan Ashton kirjoitti koko luvun hakukoneoptimoinnista meille. Puhuttuani 5 minuuttia Jonathanin kanssa tiesin, että hän oli oikea henkilö tähän työhön. Pelkästään hänen lukunsa on hyvä syy ostaa tämä kirja, ja on ollut hienoa saada hänet mukaan. Jono Kane hyppäsi sisään viime hetkellä ja hetken varoitusajalla. Jono on Yahoon web-kehittäjä, vuorovaikutussuunnittelija ja prototyyppitekijä, ja hän oli korvaamattoman arvokas tukenaan ja avustaan luvun 12 luomisessa. Lou Rosenfeld todella auttoi saamaan tämän pallon pyörimään. Sen lisäksi, että Lou on kuuluisan "Jääkarhukirjan" (O'Reillyn tietoarkkitehtuuri World Wide Webille) kirjoittaja, hän on loistava, ystävällinen, helposti lähestyttävä ja aina halukas auttamaan muita alallamme. Sinun on vaikea löytää monia ihmisiä, jotka ovat yhtä anteliaita kuin Lou. Christina Wodtke auttoi luomaan minulle esittelyjä ja yhteyksiä. Ilman Christinaa en ole varma, missä olisimme tänään, mutta se ei luultavasti olisi "painettu". Sen lisäksi, että hän on "kirjailija, jota sinun pitäisi lukea", hän on aina ollut valmis antamaan neuvoja ja oivalluksia. Monet UX-suunnittelun ammattilaiset ovat velkaa Christinan väsymättömistä ponnisteluista laajentaa horisonttiamme jatkuvasti innovoimalla. KIITOKSET

Will Evans ja Todd Zaki Warfel toimittivat avokätisesti korkealaatuisia toimituksia, joita voit käyttää malleina omissa toimituksissasi. He olivat todellisia veljiä ja antoivat aikaansa ja kykyjään kyselemättä tai huoletta, usein hetkessä. He ovat hienoja UX-yhteisömme jäseniä – niitä, jotka haluat tuntea ja joiden kanssa haluat työskennellä – ja olen siunattu saadessani olla heidän ystävänsä. En todellakaan voi tehdä oikeutta kiitollisuudelle, jonka olen velkaa näille kahdelle. David Armano, Chris Miller, Kurt Karlenzig, Livia Labate, Matthew Milan, Michael Leis, Mario Bourque, Troy Lucht, Ross Kimbarovsky (ja crowdSPRINGin jengi) ja Wil Wheaton palvelivat minua hyvin hyvinä ystävinä ja todellisina kannattajina ja uskovina. Olen onnekas, että voin kirjoittaa nuo nimet yhteen luetteloksi tuntemistani ihmisistä, ja olen suuri fani kaikesta, mitä he tekevät. Heidän tukensa on ollut minulle mittaamaton hyöty kaikessa, mitä teen. Nämä hienot ihmiset tekivät parhaansa auttaakseen minua ja antoivat avokätisesti panoksensa, anekdootteja ja pääsyä resursseihinsa, ja kiitän heitä koko sydämestäni: Tonia M. Bartz (www.toniambartz.com), luku 7; Steve "Doc" Baty, (www.meld.com.au), luvut 3, 11, 14 ja "Lyhyt opas kokouksiin"; Mark Brooks (www.markpbrooks.com), luvut 3 ja 11; Leah Buley (www. adaptivepath.com), luku 11; Dave Carlson (www.deech.com), luku 11; Will Evans (www.semanticfoundry.com), luvut 7, 10 ja 11; Christopher Fahey (www.behaviordesign.com), luku 14; Nick Finck (www.nickfinck. com), luku 10; Jesse James Garrett (www.adaptivepath.com), luku 10; Austin Govella (www.grafoﬁni.com), luku 11; Jon Hadden (www.jonhadden. com), luku 12; Whitney Hess (www.whitneyhess.com), luku 11; Andrew Hinton (www.inkblurt.com), luku 10; Gabby Hon (www.staywiththegroup.com), luvut 3 ja 11; Kaleem Khan (www.uxjournal.com), "Lyhyt opas kokouksiin"; Ross Kimbarovsky (www.crowdspring.com), luku 14; Livia Labate (www.livlab.com), luku 7; Michael Leis (www.michaelleis.com), luku 11; Troy Lucht (www.ascendrealtysolutions.com), luku 14; James Melzer (www. jamesmelzer.com), luku 10; Matthew Milan (www.normativethinking.com), luku 7; Chris Miller (www.hundredfathom.com/blog), "Lyhyt opas kokouksiin"; Maciej Piwowarczyk (www.linkedin.com/pub/3/a74/a66), luku 11; Stephanie Sansoucie (www.linkedin.com/in/smsansoucie), luku 11; Kit Seeborg (www.seeborg.com), luvut 3, 11 ja "Lyhyt opas kokouksiin"; Josh Seiden (www.joshuaseiden.com), luku 7; Jonathan Snook (www. snook.ca), luku 12; Joe Sokohl (www.sokohl.com), luku 12 ja "Lyhyt opas kokouksiin"; Samantha Soma (www.sisoma.com), "Lyhyt opas

KIITOKSET

Kokoukset”; Donna Spencer (www.maadmob.net), luku 7; Jared M. Spool (www.uie.com), luku 7; Keith Tatum (www.slingthought.com), luku 12; Todd Zaki Warfel (www.messagefirst.com), luvut 7, 12 ja 14. Haluan myös kiittää Andrew Boydia, Dan Brownia, Tim Brunsia, Christian Crumlishia, Bill DeRoucheyta, Brian Duttlingeria, Jean Marc Favreaua, Hugh Forrestia SXSW, Peter Ina, Alec Kalner, Jonathan Knoll, Christine Mortensen, Steve Portigal, Dirk M. Shaw ja Paula Thornton – sekä Manifest Digital -henkilöt ja kaikki Draftfcb:ssä. On väistämätöntä, että olen ikävöinyt jotakuta, ja toivon, että sitä ei oteta henkilökohtaisesti. Hankituissa "joukoissa" on runsaasti ihmisiä, ja olen yrittänyt seurata kaikkia. Jos olen ikävöinyt sinua, kerro siitä minulle, niin löydän tavan korjata se! Lopuksi on tärkeää huomata, että ilman järjestöjä, kuten Information Architecture Institute, Interaction Design Association ja muita, minun olisi ollut mahdotonta luoda yhteyksiä moniin mainittuihin ihmisiin. Jos olet ollenkaan kiinnostunut UX-suunnittelun alasta, mene tutustumaan näihin organisaatioihin, liity niihin ja tule mukaan!

Carolyn Chandler Monet meistä haaveilevat kirjan kirjoittamisesta jossain elämänsä vaiheessa. Ilman Russia en tiedä, olisinko koskaan saanut motivaatiota hypätä mukaan ja tehdä se. Hänen energiansa ja innostuksensa auttoivat meitä löytämään oikeat ihmiset oikeaan aikaan Peachpit-tiimistä UX-alan johtajiin, joilla kaikilla on ollut valtava vaikutus näillä sivuilla näkemään. Hän on todellakin yksi alamme suurista yhteyksistä, ja hän viihtyy tuoessaan ihmisiä yhteen päivin ja öin. Lisäksi luulen, että hän lähettää enemmän twiittejä yhdessä päivässä kuin minä Twitteriin liittymiseni jälkeen! Russ on kiittänyt monia ihmisiä, jotka auttoivat meitä molempia valtavasti. En toista kaikkia noita muita nimiä kuin Steve Batyn nimiä, joka luki kaikki luvut missä tahansa raa'assa muodossa, minkä voisimme heittää hänelle ja joka silti onnistui kuulostamaan innostuneelta aamuyöllä (hänen aikaansa). John Geletka antoi myös ajattelevaa palautetta ja kiehtovia keskusteluja kipinällä ja näkökulmalla, joka ylittää useita tieteenaloja. Ja tietysti Peachpit-tiimi; En koskaan unohda, että sain ensimmäisen luvun takaisin Linda Laflammelta. Se ei ollut kaunis (vaikka hän toimitti ehdotukset hienolla tahdilla). Hän kärsivällisesti

KIITOKSET

vii

vei minut läpi muokkaukset ja auttoi minua parantamaan kulkuani, joka alun perin sopi paremmin yksittäisten valkoisten kirjojen kirjoittamiseen kuin kokopitkän kirjan kirjoittamiseen. Nyt huomaan jopa lisääväni siirtymiä satunnaisiin keskusteluihini kollegoiden kanssa! Siitä puheen ollen… Christine Mortensen, alias Morty, oli rikoskumppanini visuaalisten elementtien suhteen. Lukuissani näkyvät kuvakkeet ja kaaviot ovat tulosta hänen kovasta työstään – ja tiedän kuinka kovaa, koska hän ja minä työskentelimme monissa samoissa asiakasprojekteissa samaan aikaan, kun yritimme noudattaa lukujen määräaikoja. Morty on yksi niistä visuaalisuunnittelijoista, joka osaa istuttaa jalkansa tukevasti sekä visuaaliseen että vuorovaikutussuunnitteluun, joka tekee iloisesti yhteistyötä kaikkien kanssa projektissa ja tuo konsepteja eloon. Hän on rehellinen ja keskittyy laatuun, mikä tekee hänestä ilo työskennellä, ja on ollut kunnia saada hänet kumppaniksi tässä. Suuri kiitos kuuluu myös kaikille Manifest Digitalin henkilöille, jotka ovat olleet niin tukena viime kuukausina. Jim Jacoby toi erityisen sekoituksen bisnestaitoa ja UX-näkökulmaa tavaramerkkinsä zenmaisella rauhallisuudellaan, joka sai minut läpi stressaavista hetkistä. Jason Ulaszek on yksi innokkaimmista tuntemistani ihmisistä UX-alalla, ja hänellä on loputon tietämys työkaluista ja tekniikoista; Minulla ei ole aavistustakaan, missä hän tekee tilaa kaikelle! Myös Brett Gilbert ja Jen O'Brien antoivat arvokasta panosta joihinkin monista rooleista, jotka tekevät yhteistyötä UX-suunnittelijoiden kanssa. Haluan myös kiittää Manifest UX -tiimin jäseniä, jotka ovat antaneet inspiraatiota ja jotka ovat olleet niin kärsivällisiä jatkuvassa viittauksessani "kirjan" edistymiseen: Brian Henkel, Chris Ina, Haley Ebeling, Jenn Berzansky, Meredith Payne ja Santiago Ruiz. Olet jatkuva ilo työskennellä. Joka päivä arvostan huumoriasi ja ymmärrystäsi. Kiitos kollegoilleni Interaction Design Associationista, että jaoit kokemuksesi ja olet aktiivinen jäsen UX-yhteisössä, jota rakastan. Erityisesti haluan kiittää Janna Hicks DeVylderiä ja Nick Iozzoa, jotka olivat avainasemassa Chicagon luvun kehittämisessä ja jotka etsivät jatkuvasti uusia tapoja kasvattaa eloisaa älykkäiden ihmisten verkostoa. Viimeisenä mutta ei vähäisimpänä haluan kiittää perhettäni, ystäviäni ja Anthonya, jotka ovat kaikki kestäneet katoamiseni kärsivällisesti ja tarkistaneet jatkuvasti, että olen edelleen elossa. Sinulla on paljon sadeshekkejä lunastettavana, ja odotan innolla, että pääsen käyttämään niitä kanssasi!

viii

KIITOKSET

Sisältö JOHDANTO

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xv

LUKU 1:

UXD:n Tao. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 Mitä käyttäjäkokemuksen suunnittelu on? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Laaja määritelmä . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 Älä unohda konkreettista. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 Painopisteemme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

Tietoja UX-suunnittelijoista. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Missä UX-suunnittelijat asuvat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7 Aloitetaan! . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 LUKU 2:

Projektin ekosysteemi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 Tunnista sivuston tyyppi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 Brändin läsnäolo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .11 Markkinointikampanja . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 Sisältölähde . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Tehtäväpohjaiset sovellukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18 Verkkokauppasivustot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19 E-Learning-sovellukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20 Sosiaalisen verkostoitumisen sovellukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

Valitse hatut. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .21 Tietoarkkitehti. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 Interaction Designer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 Käyttäjätutkija . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23 muita rooleja, joita saatat pelata tai tarvitset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26 Käyttäjien edunvalvontaverkoston rakentaminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

Ymmärrä yrityskulttuuri. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 Historia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 Hierarkia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36 Logistiikka. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

Vetämällä sitä yhdessä. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38 LUKU 3: Ehdotukset

konsulteille ja freelancereille. . . . . . . . . . . . . . . . . . 39 Ehdotukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40 Ehdotuksen laatiminen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

SISÄLLYS

Etusivu. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42 Versiohistoria . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Hankkeen yleiskatsaus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Hankkeen lähestymistapa . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45 Työn laajuus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 Oletukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 Toimitettavat tuotteet. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48 Omistus ja oikeudet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49 Lisäkulut ja -maksut . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50 Projektin hinnoittelu. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51 Maksuaikataulu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52 Kuittaus ja uloskirjautuminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

Työselostukset. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54 LUKU 4: Projekti

Tavoitteet ja lähestymistapa . . . . . . . . . . . . . . . . . . . . . . . . . . 56 Vahvista projektin tavoitteet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 57

Kuinka UX-suunnittelija voi auttaa? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

Ymmärrä projektilähestymistapa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 Vesiputouksen lähestymistapa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 Ketterät lähestymistavat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 Muokatut lähestymistavat. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64 Miten lähestymistapa vaikuttaa minuun?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66 LUKU 5: Liiketoiminta

Vaatimukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67 Nykytilan ymmärtäminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70 Heuristinen analyysi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

Kerää ideoita sidosryhmiltä. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 Yleiskuvaus vastuualueista . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 Kerää oikeat sidosryhmät . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76 Kokoussuunnitelman luominen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 Myynti: Vaatimukset-kokous. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78 Suorita kokoukset tehokkaasti. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 80 Yhdistämisvaatimukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82

SISÄLLYS

LUKU 6: Käyttäjä

Tutkimus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85 Käyttäjätutkimuksen perusvaiheet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86 Käyttäjäryhmien määrittäminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86 Attribuuttiluettelon luominen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87 Priorisoi ja määritä. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89

Tutkimustekniikoiden valinta. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 Kuinka monta tutkimustoimintaa voin sisällyttää? . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 Käyttäjien haastattelut . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95 Asiayhteyskysely . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 Kyselyä. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101 Kohderyhmät . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104 Korttien lajittelu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107 Käytettävyyden testaus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110

Tutkimuksen jälkeen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111 LUKU 7: Personat

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112 Mitä henkilöt ovat? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .113 Miksi minun pitäisi luoda henkilöitä? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .113 Tietojen etsiminen henkilöille . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .114 Personoiden luominen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .114

Sisällön vähimmäisvaatimukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .117 Valinnainen sisältö . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .119

Edistyneet henkilöt. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122 Viimeisiä ajatuksia henkilöistä . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125 LUKU 8: Käyttäjä

Kokemusta suunnittelusta ja hakukoneoptimoinnista. . . . 126 Johdatus hakukoneoptimointiin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .127 Miksi hakukoneoptimointi on tärkeää? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127 Tärkeitä perusresursseja . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 129

Sivuston tekniikka, suunnittelu ja infrastruktuuri . . . . . . . . . . . . . . . . . . . . . 129 Flash, Ajax, JavaScript ja muu komentosarjasisältö . . . . . . . . . . . . . . . . . . . . . . 130 Sisällönhallintajärjestelmät . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133 Verkkotunnukset, hakemisto ja URL-rakenne ovat tärkeitä. . . . . . . . . . . . . . . . . . . . . . . . 134

Sisältö: Kerran (ja nykyinen) ja tuleva kuningas . . . . . . . . . . . . . . . 135 Nimeämiskäytännöt ja taistelu ammattikieltä . . . . . . . . . . . . . . . . . . . . . 136 Metatiedot, otsikot ja avainsanat. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136

SISÄLLYS

Halkaise hiukset. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137 Sivustokarttojen käyttäminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138 Pidä sisältö tuoreena . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138 Muut sisältöongelmat. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138

Linkin suosio selitetty . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139 Tyypillinen linkkien suosion jakautuminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139 Alatunnisteen linkit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140 Sisällön sisäinen ristiinlinkitys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .141

Järjestelmän pelaaminen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .141 valkoinen hattu vs. musta hattu. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .141 Roskapostin lähettäminen metaavainsanoilla. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142 Kloonaus ja porttisivut . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142 Linkkien roskapostitus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143

Muutama viimeinen ajatus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143 LUKU 9: Siirtyminen:

Määrittelystä suunnitteluun. . . . . . . . . . . . . . . . . . . . 144 Ideoi ja visualisoi ominaisuuksia . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146

Kuvakäsikirjoituksen perusprosessi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147

Helpota priorisointiprosessia. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150 Säilytä hyvä jännitys . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154 The Development Advocate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156 Ristiriitojen hallinta priorisoinnin aikana . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158

Suunnittele toimintasi ja dokumentaatiosi . . . . . . . . . . . . . . . . . . . . . . . . 162 LUKU 10: Sivusto

Kartat ja tehtävävirrat. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 165 Mikä on sivustokartta? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166 Mikä on tehtäväkulku? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166 Kaupan työkalut . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167 Sivustokarttojen ja tehtävänkulkujen peruselementit. . . . . . . . . . . . . . . . . . . . . 168 sivu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168 Sivupino . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169 Päätöskohta. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169 Liittimet ja nuolet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170 ehdot. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170

Yleiset virheet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171 Huolelliset liitännät. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .171

xii

SISÄLLYS

Väärin kohdistetut ja epätasaisesti sijaitsevat objektit. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172 Huonosti sijoitettu teksti . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172 Sivunumeroiden puute. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173 Yksinkertainen sivustokartta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174

Edistyneet sivustokartat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .175 Sivustokartan muotin rikkominen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .177 Tehtävävirrat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178 Tehtävävirtojen vieminen seuraavalle tasolle. . . . . . . . . . . . . . . . . . . . . . . . . . . . .181 Prosessin kulku . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .181 Uimaradat . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182 LUKU 11: Lankakehykset

ja Annotations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185 Mikä on rautalanka? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186 Mitä merkinnät ovat?. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 187 Kuka käyttää lankakehystä? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188

Lankakehysten luominen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189 Kaupan työkalut. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189

Aloita yksinkertaisesti: Suunnittele peruslangallinen kehys . . . . . . . . . . . . . . . . . . . . . . . . . .191 Aloitus . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192 Lankakehykset ja huomautukset. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193

Harjoitus: Suunnittele kotisivun lankakehys . . . . . . . . . . . . . . . . . . . 195 Vaatimukset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195 Tulokset: Kotisivun rautalankakehyksen suunnittelu . . . . . . . . . . . . . . . . . . . . . . . . . . . 197 Visuaalinen suunnittelu: Kun rautalankakehykset kasvavat ja löytävät oman tiensä maailmassa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 200 Suunnitteluharjoituksen seuranta: mikä malli on oikea? . . . . . . . . . . . . . . . . . . . . . . 201

Viimeinen huomautus lankakehysten esittämisestä. . . . . . . . . . . . . . . . . . . . . . . . . 202 LUKU 12: Prototyypit.

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .204 Mitä prototyyppien luominen on? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 Kuinka paljon prototyyppiä tarvitsen? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205 Paperin prototyyppi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206 Digitaalinen prototyyppi . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207 Wireframe vs. realistiset prototyypit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207 HTML vs. WYSIWYG-editorit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 Prototyyppien lisätyökalut. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214

SISÄLLYS

xiii

Työskentely kehittäjän kanssa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 217

Esimerkkejä prototyypeistä. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .217 Mitä prototyyppien tekemisen jälkeen tapahtuu? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219 LUKU 13: Suunnittelu

Testaus käyttäjien kanssa. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220 Käsitetutkimus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221 Vinkkejä visuaalisen suunnittelun mallien tutkimiseen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224

Käytettävyystestaus. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 225 Lähestymistavan valinta . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227 Tutkimuksen suunnittelu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229 Rekrytointi ja logistiikka . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233 Keskusteluoppaiden kirjoittaminen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239 Helpottaminen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242 Tulosten analysointi ja esittäminen. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243 Suositusten luominen . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245 LUKU 14: Siirtyminen:

Suunnittelusta kehittämiseen ja pidemmälle. . . . . . 247 Tämä on loppu…. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248 Visuaalinen suunnittelu, kehitys ja laadunvarmistus . . . . . . . . . . . . . 248 Suunnittelun testaus käyttäjien kanssa (taas). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251 10, 9, 8, 7, 6, 5, 4, 3, 2, 1 … Aloita! . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251 Henkilökohtainen etu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252 Tuki . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252 Verkoston lausunto . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253

Laukaisun jälkeiset toiminnot. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253 Postaunch Analytics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254 Käynnistyksen jälkeinen suunnittelutestaus käyttäjien kanssa (taas, taas) . . . . . . . . . . . . . . . . . . . . . 255

Kaikki tehty, eikö? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255 Aivan kuin aloittaisi alusta… . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255 HAKEMISTO

xiv

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257

SISÄLLYS

Johdanto Miksi kirjoitimme tämän kirjan Tervetuloa UX-suunnittelun projektioppaaseen. Jossain käyttäjäkokemussuunnittelun opiskelija menettää unensa, koska hän ei tiedä, millaista on työskennellä todellisen projektin parissa uudessa yrityksessään. Eri puolilla kaupunkia työskentelee visuaalinen suunnittelija, jolla on runsaasti projektikokemusta ja joka kaipaa ottamaan uusia tehtäviä määrittämään sivustonsa käyttökokemusta. Nämä ovat kaksi ihmistä eri elämänvaiheissa, mutta joilla on samanlainen tarve: ymmärtää, kuinka integroida käyttökokemuskäytäntöjä elävän, hengittävän projektin kontekstiin. Tavoitteemme tällä kirjalla on antaa sinulle perustyökalut ja konteksti, jotka auttavat sinua käyttämään UX-työkaluja ja -tekniikoita työryhmien kanssa. Kuten näet monista näistä luvuista, emme yritä olla kaikkea kaikille ihmisille, mutta yritämme tarjota sinulle ydintiedot ja -tiedon, jotka sinun pitäisi olla suorittaessasi monia velvollisuuksiasi. nimitetään UX-suunnittelijaksi. Omien esimerkkiemme lisäksi tarjoamme sinulle esimerkkejä, joiden avulla voit tunnistaa tapoja käynnistää perusmateriaalit ja sekoitella tietoa ja luoda jotain uudempaa, parempaa tai jopa paremmin omiin tarkoituksiinsa sopivaa. Toivomme, että olemme tehneet kunnollista työtä ilmaistaessamme, että tämä on melko hyvä lähestymistapa UX-suunnitteluprojekteihin. Emme ole mitään, ellemme yritä jatkuvasti oppia ja parantaa (mitä tahansa teemme) jokaisen iteroinnin yhteydessä. Siksi olemme jossain määrin tällä alalla. Sana Russilta Information Architecture Instituten (www.iainstitute.org) mentorina olen huomannut kaavan niiden ihmisten keskuudessa, joiden kanssa olen työskennellyt: Useimmilla oli joko vaikeuksia päästä työpaikoille tai he eivät vastanneet mahdollisten työnantajien odotuksia. . Osalla oli erinomaista koulutusta, mutta ei aina riittävästi UX-suunnittelutaitojensa käytännön soveltamista projektipohjaisessa ympäristössä. Samat teemat resonoivat monissa keskusteluissa, joita kävin Information Architecture Summitissa (www.iasummit.org) vuonna 2008. Silloin

JOHDANTO

idea tästä kirjasta – joka käsittelee monia näistä yleisistä ongelmista – alkoi muotoutua. En muista, lähetimmekö Carolyn tai minä ensimmäisen sähköpostin, mutta tiedän, että hänestä löysin halukkaan ja osaavan kirjoittajan, joka auttoi minua hiomaan kulmat pois ajatuksesta, josta lopulta tuli tämä kirja. Sana Carolynilta Olen ollut useiden vuosien ajan onnekkaassa asemassa UX-tiimien rakentamisessa ja johtamisessa. Sanon "onnekas", koska huomaan, että UX-suunnittelijoilla on yleensä hyvä tasapaino ominaisuuksia, jotka tekevät heistä hauskaa työskennellä sekoittaen oikean aivojen intuitiota ja vasemman aivojen logiikkaa. Kun olen tehnyt haastatteluja rakentaakseni näitä tiimejä, yksi asia on todella jäänyt kiinni: asiaan liittyvä koulutustausta, kuten inhimilliset tekijät tai viestintäsuunnittelu, on loistava osoitus siitä, että joku on sitoutunut UX-suunnittelun alaan, mutta se ei ole luku. yksi indikaattori siitä, sopisiko joku hyvin tiimiin vai projektiin. Yhtä tärkeä – ellei enemmänkin – on henkilön kyky olla konsultin mielentila. Tämä tarkoittaa positiivista asennetta, pyrkimystä ymmärtää ja ottaa muut mukaan koko projektiin ja ennen kaikkea keskittymistä todellisen vaikutuksen tekemiseen käyttäjiin ja asiakkaisiin. Tämä ajattelutapa tarkoittaa, että käytät aikaa ymmärtääksesi muiden roolien näkökulmia projektissa, esittelet tapauksia ja tekevät tarvittaessa kompromisseja. Vaatii kokemusta ja vaivaa saada tämä mielentila todella hyvin alas, mutta avoin mieli, vahva perusta ja hyvä kysymyssarja (jos uskaltaa kysyä niitä) voi viedä sinut pitkälle. Tämä kirja ei ehkä tarjoa kaikkia "vastauksia", mutta se antaa sinulle kysymyksiä, jotka auttavat sinua löytämään ne.

Kenen tulisi lukea tämä kirja Projektiopas UX-suunnitteluun tarjoaa laajan johdannon UX-suunnitteluun projektin yhteydessä. Kaikkien UX-suunnittelusta kiinnostuneiden pitäisi löytää täältä jotain hyödyllistä. Keskityimme erityisesti seuraaviin ryhmiin: UX-suunnittelukursseille (kuten ihmisen ja tietokoneen vuorovaikutus tai vuorovaikutussuunnittelu) osallistuvat opiskelijat, jotka haluavat täydentää kurssitöitään tiedolla kuinka soveltaa oppimaansa tosielämän tilanteisiin, joissa viestintä ja yhteistyö ovat elintärkeä.

xvi

JOHDANTO

Harjoittajat, jotka haluavat syventää tietojaan UX-suunnittelun perustyökaluista ja -tekniikoista ja parantaa tiimiviestintää mukana olevista rooleista. Luku 3 on myös erityisesti suunnattu freelancereille, joiden on tehtävä omia ehdotuksiaan. UX-suunnitteluryhmien johtajat, jotka etsivät kirjaa, joka auttaa heidän ryhmiään integroimaan projektin parhaat käytännöt UX-suunnittelutoimintoihin. Kaikkien projektitiimien johtajat, jotka ovat kiinnostuneita oppimaan lisää siitä, kuinka UX-suunnittelu integroituu heidän projekteihinsä, mikä on sen arvo ja mitä odottaa UX-suunnittelijoilta. JOS SINUN TÄYTYY…

SITTEN PITÄÄ LUKEA…

Määrittele käyttäjäkokemuksen suunnittelu ja ymmärrä, mikä houkuttelee ihmisiä alalle

Luku 1: UXD:n Tao

Esitä kysymykset, joihin on tärkeää saada vastaus ennen projektin alkamista (tai ainakin ennen kuin aloitat sen työskentelyn)

Luku 2: Hankkeen ekosysteemi Luku 3: Ehdotuksia konsulteille ja freelancereille

Aloita asiat oikein tehokkailla kokouksilla, selkeillä tavoitteilla ja hyvin ymmärretyillä hyväksymispisteillä

Online-luku: Lyhyt opas kokouksiin Luku 4: Projektin tavoitteet ja lähestymistapa

Määrittele projektin vaatimukset, jotka ovat yksiselitteisiä ja helposti priorisoitavia yritysten sidosryhmiltä ja käyttäjiltä

Luku 5: Liiketoiminnan vaatimukset Luku 6: Käyttäjätutkimus Luku 9: Siirtyminen: Määrittelystä suunnitteluun

Opi käyttäjistäsi ja edusta heidän tarpeitaan koko projektin ajan

Luku 6: Käyttäjätutkimus Luku 7: Personat Luku 13: Suunnittelutestaus käyttäjien kanssa

Valitse ja hyödynnä työkaluja ja tekniikoita, joiden avulla voit tuoda visuaalisia ideoita projektitiimillesi nopeasti

Luku 10: Sivustokartat ja tehtävävirrat Luku 11: Lankakehykset ja huomautukset Luku 12: Prototyypit

Varmista, että käyttäjät ja hakukoneet löytävät ja hakevat sivustosi helposti

Luku 8: Käyttökokemuksen suunnittelu ja hakukoneoptimointi

Kommunikoi ja kehitä suunnitteluasi projektitiimin kanssa, kun kehitys alkaa

Luku 14: Siirtyminen: Suunnittelusta kehittämiseen ja pidemmälle

Muista käydä osoitteessa www.projectuxd.com lukeaksesi bonusluvun ”Lyhyt opas kokouksiin” ja ladataksesi muita bonusmateriaaleja, kuten malleja.

JOHDANTO

xvii

Huomautus metodologiasta On olemassa erilaisia lähestymistapoja ja menetelmiä. Emme ole yhden lähestymistavan kannattajia. Tavoitteemme tässä kirjassa on keskittyä vaiheisiin, jotka ovat yhteisiä useimmille projekteille: projektitarpeiden määrittely, kokemuksen suunnittelu sekä ratkaisun kehittäminen ja käyttöönotto. Päällekkäisyyden määrä näiden vaiheiden välillä vaihtelee suuresti riippuen käyttämästäsi projektilähestymistavasta (katso lisätietoja luvusta 4). Suurimmaksi osaksi viitekehyksemme on löysä, lineaarinen lähestymistapa, jossa määrittelyvaihe tulee ensin – mutta jokaisessa vaiheessa hyödynnämme fasilitointi- ja suunnittelutekniikoita siellä, missä niistä on eniten hyötyä.

Mitä tämä kirja ei ole kaikkien tekniikoiden tietosanakirja. UX-kentällä on valtava määrä luovia ihmisiä, ja he kokeilevat jatkuvasti uusia lähestymistapoja suunnitteluongelmiin. Kaikkien näiden lähestymistapojen sisällyttäminen tähän tekisi paljon suuremman kirjan – ja sellaisen, joka vanhentuisi nopeasti. Olemme sisällyttäneet tähän yleisimmin käytetyt tekniikat, UX-suunnittelun mutterit ja pultit. Olemme yrittäneet tarjota tarpeeksi tietoa, jotta voit sekä kiehtoa sinua että antaa sinun viestiä toiminnoista muille projektin jäsenille – mukaan lukien kunkin tekniikan perusprosessi ja lisäviitteet kirjoihin tai sivustoihin, jotka auttavat sinua toteuttamaan sen, kun olet valinnut polkusi. Opas projektipäälliköksi. Hyvä projektinhallinta (mukaan lukien projektin tavoitteiden, aikataulujen ja budjettien asettaminen ja seuranta) on avain minkä tahansa projektin onnistumiseen. Emme käsittele tarkempia tietoja siitä, kuinka olla projektipäällikkö tai miten valita tietty projektimetodologia. Keskustelemme UX-suunnittelijan tuomista taidoista projektiin, jotka mahdollistavat sen tehokkaan toiminnan, kuten fasilitointia ja kommunikaatiota sekä kykyä selkeyttää ja ylläpitää keskittymistä projektin tavoitteisiin. Nämä taidot auttavat sinua tulemaan kumppaniksi projektinhallinnassa. Ainoa tai täydellinen prosessi tai menetelmä, jota voit seurata. Meillä ei ole kaikkia vastauksia – kukaan ei tiedä tänään. UX-suunnittelukenttä on suhteellisen nuori, ja me kaikki pyrimme parantamaan nykyistämme. Löydät todennäköisesti yrityksen ja erehdyksen, parannuksia ja parannuksia sekä palautetta

xviii

JOHDANTO

muilta auttaa sinua räätälöimään prosessin tarpeisiisi sopivaksi. Kun löydät jotain, joka toimii sinulle - jaa se! Kerro meille!

Tämän kirjan käyttäminen UX-suunnittelijoille on tarjolla monia erinomaisia resursseja. Käsittelemme aiheita laajasti täällä, mutta viittaamme viitteisiin, joiden avulla voit tutkia aiheita syvemmällä tasolla riippuen siitä, kuinka paljon aikaa haluat omistaa niille. Auttaaksemme sinua ymmärtämään, kuinka paljon aikaa kuhunkin viitteeseen yleensä tarvitaan, olemme jakaneet ne kolmeen pääluokkaan:

Surffilaudan mukana kutsutut surffausviitteet ovat lyhyempiä ominaisuuksia (yleensä verkossa), joiden lukeminen kestää 5–30 minuuttia.

Snorklaus Snorkkelin mukana kutsutut ovat pidempiä verkkoartikkeleita, valkoisia papereita tai lyhyitä kirjoja, joiden lukeminen kestää tunnin tai viikonlopun.

Syväsukellus Sukeltajan kypärällä kutsutut ovat pidempiä kirjoja, joiden lukemiseen menee luultavasti enemmän kuin yksi viikonloppu; ne antavat sinulle perusteellisen kattavuuden aiheesta.

JOHDANTO

xix

Tämä sivu jätettiin tarkoituksella tyhjäksi

UXD:n Tao Curiosity kohtaa intohimon ja empatian Tärkeää ei ole lopettaa kyseenalaistamista. Uteliaisuudella on olemassa oma syynsä. Ei voi olla peloissaan, kun hän pohtii ikuisuuden, elämän ja todellisuuden ihmeellisen rakenteen mysteereitä. Riittää, jos joka päivä yrittää vain ymmärtää vähän tätä mysteeriä. Albert Einstein

Uteliaisuuden tunne on luonnon alkuperäinen kasvatuskoulu. Smiley Blanton

Intohimo ja tarkoitus kulkevat käsi kädessä. Kun huomaat tarkoituksesi, huomaat yleensä sen olevan jotain, josta olet suunnattoman intohimoinen. Steve Pavlina

Ihmisten suuri lahja on se, että meillä on empatian voima. Meryl Streep

Yksinkertaisesti sanottuna tämä luku kertoo sinusta – ja muista, jotka ovat kiinnostuneita käyttökokemuksen suunnittelusta (tai lyhyesti UX-suunnittelusta).

Jos luet tätä lausetta, olet utelias henkilö. Haluat tietää, miten asiat toimivat – mitä tahansa ovenkahvoista lentokoneisiin ja kurkkusi takaraivoon. Ennen kaikkea haluat tietää, mikä saa ihmiset tikkimään. Et näe asioita mustavalkoisina; tutkittavana on paljon harmaan sävyjä! Toki joskus saatat saada ikätoverisi hieman hulluksi toimimalla aina vapaaehtoisesti paholaisen asianajajana, mutta et voi estää itseäsi katsomasta kolikon toista puolta. Olet onnekas! Käyttökokemuksen suunnitteluala houkuttelee uteliaita ihmisiä, jotka viihtyvät useiden harmaan sävyjen kanssa. Etsimme malleja ja viihdymme organisaatiossa ja rakenteessa. Yhdistämme pisteet. Jahdimme hellittämättä seuraavaa palapelin palaa, ja kun palapeli on ratkaistu, etsimme tapoja parantaa sitä! Voimme olla analogisia tai digitaalisia. Meillä on kotona lyijykynä ja paperi, taulut ja kuivapyyhkimismerkit, Post-it-muistilaput ja Sharpie-kynät. Puhumme Visiosta ja Grafflesta, ja elämme tietokoneidemme useilla näytöillä yhdistettyjen laatikoiden ja nuolien maailmassa. Emme ole vain uteliaita. Olemme intohimoisia! Meillä on intohimo ideoiden ideoimiseen ja keskustelujen edistämiseen. Meillä on intohimo luoda asioita, jotka vaikuttavat niitä käyttäville – ja niille, jotka niitä luovat. Kummallista kyllä, olemme ylpeimpiä, kun jokin luomamme on niin hyvää, etteivät ihmiset ymmärrä kuinka hyvää se on! Ja tietysti meillä on empatiaa. Voimme tuntea sen syvällä olemuksemme kudoksen ytimessä, kun kohtaamme huonon kokemuksen. Vielä pahempaa, yritämme välittömästi löytää ratkaisuja ongelmien ratkaisemiseksi. Tiedämme, millaista on saada odottamaton vastaus yksinkertaiselta pyyntöön – emmekä pidä siitä! Emme halua käyttäjien – aivan kuten mekin – joutuvan kestämään hämmennystä ja riittämättömyyden tunteita, jotka usein kulkevat käsi kädessä huonon kokemuksen kanssa. 2

LUKU 1: UXD:n TAO

Kun yhdistät tämän lähes jatkuvan, lapsenomaisen uteliaisuuden vertaansa vailla olevaan intohimoon "tekemään sitä mitä teemme" ja tunteeseen siitä, miltä toisista tuntuu, päädyt elävään ammattilaisyhteisöön, joka on mukava kertoa mielipiteensä, esittää kysymyksiä, jakaa ratkaisuja, ja olla väärässä – kaikki sen nimissä, mikä on oikein. Tervetuloa UX-suunnitteluyhteisöön.

Mitä käyttäjäkokemuksen suunnittelu on? Käyttökokemuksen suunnittelulle on monia määritelmiä. Loppujen lopuksi se on kenttä, joka kukoistaa asioiden määrittelyssä. Tosin joskus emme tee niin hyvää työtä "määrittelemään sitä paskaa", kun on kyse kokonaisuuden eri osista, mutta ainakin tiedämme, mikä kokonaisuus on. Tässä kirjassa keskitymme erityisesti kahteen määritelmään: UX-suunnittelun laajimpaan merkitykseen ja määritelmään, jota käytämme tämän kirjan yhteydessä.

Laaja määritelmä käyttäjäkokemuksen suunnittelu on sellaisten elementtien luominen ja synkronointi, jotka vaikuttavat käyttäjien kokemuksiin tietyn yrityksen kanssa tarkoituksenaan vaikuttaa heidän havaintoihinsa ja käyttäytymiseensa.

Näitä elementtejä ovat asiat, joita käyttäjä voi koskettaa (kuten konkreettiset tuotteet ja pakkaukset), kuulla (mainokset ja äänimerkit) ja jopa haistaa (vastaleivotun leivän tuoksu voileipäkaupassa). Se sisältää asiat, joiden kanssa käyttäjät voivat olla vuorovaikutuksessa muillakin tavoilla, kuten digitaaliset rajapinnat (verkkosivustot ja matkapuhelinsovellukset) ja tietysti ihmiset (asiakaspalvelun edustajat, myyjät sekä ystävät ja perheenjäsenet). Yksi viime vuosien jännittävimmistä kehityksestä on ollut kyky yhdistää näihin eri aisteihin vaikuttavat elementit rikkaammaksi, integroiduksi kokemukseksi. Smell-o-vision on vielä kaukana tulevaisuudesta, mutta muuten tuotteet hämärtävät edelleen perinteisiä linjoja.

MITÄ KÄYTTÖKOKEMUKSEN SUUNNITTELU ON?

Älä unohda konkreettista Vaikka keskitymme käyttökokemuksen digitaalisiin puoliin, tämäntyyppiset vuorovaikutukset eivät tapahdu tyhjiössä. Muista ottaa huomioon konkreettisen kokemuksen vaikutukset, kun suunnittelet digitaalisia tuotteitasi. Ympäristöllä, jossa käyttäjät työskentelevät, on väliä, samoin kuin fyysiset tuotteet (näytöt, näppäimistöt ja muut syöttölaitteet), jotka vaikuttavat siihen, miten käyttäjät ovat vuorovaikutuksessa suunnittelusi kanssa. Luku 6 tarjoaa tekniikoita, jotka auttavat sinua ymmärtämään kontekstin vaikutuksen. Älä myöskään unohda muita kosketuspisteitä tuotteella tai yrityksellä niiden kanssa, jotka ovat vuorovaikutuksessa sen kanssa. Yrityksen brändiin vaikuttaahan moni asia, eikä brändikokemus pääty tietokoneen tai matkapuhelimen näyttöön. Paras mahdollinen web-sivustosuunnittelu ei voi korvata mainetta huonosta asiakaspalvelusta tai tarjota tyydytystä hyvin suunnitellusta pakkauksesta, kun tuote toimitetaan.

Kuva 1.1 Moderni luokkahuonekokemus yhdistää analogisen ja digitaalisen.

LUKU 1: UXD:n TAO

Digitaaliset sovellukset vaikuttavat yhä enemmän konkreettisiin kokemuksiin, kuten luokkahuoneessa oppimiseen. Samoin aiemmin yksilöllisiä kokemuksia, kuten kodin karaokekoneen valinta, vahvistuu yhä enemmän sosiaalisen vuorovaikutuksen kautta.

Kuva 1.2 Verkkoarvostelut ovat suuri kuluttajien vaikuttaja.

Painopisteemme Kuten näette, UX-suunnittelun laajuus on laaja ja kasvava. Tässä kirjassa keskitymme projekteihin, jotka keskittyvät digitaalisten elämysten suunnitteluun – erityisesti sellaisiin interaktiivisiin medioihin kuin web-sivustot ja ohjelmistosovellukset. Menestyäkseen näiden tuotteiden käyttökokemuksen suunnittelussa on otettava huomioon projektin liiketoimintatavoitteet, tuotteen käyttäjien tarpeet ja kaikki rajoitukset, jotka vaikuttavat tuotteen ominaisuuksien toimivuuteen (kuten tekniset rajoitukset tai rajoitukset projektin budjetissa tai aikaraja).

MITÄ KÄYTTÖKOKEMUKSEN SUUNNITTELU ON?

Ilmaisia näytteitä uudesta ravintopatukat jaettiin maratonissa

Oven kahva

Pakkaus kenkäparille

Kuva 1.3 Tämä kirja keskittyy käyttökokemuksen suunnittelun digitaalisiin näkökohtiin.

Konkreettiset matkapuhelimen tekstiviestiominaisuudet

Asiakaspalvelun puhelinsoitto

Yksilöllinen

Sosiaalinen

Painopisteemme Verkkotuotearvostelujen lukeminen Verkkoarkistohaku Tarkastele kohdistettua mainontaa

Digitaalinen asiakaspalvelu live-chat

Tietoja UX-suunnittelijoista Vaikka uteliaisuus, intohimo ja empatia ovat piirteitä, joita käyttäjäkokemussuunnittelijat jakavat, on myös halu saavuttaa tasapaino. Etsimme tasapainoa varsinkin logiikan ja tunteiden välillä, kuten Spock ja Kirk tai Data and Data siinä jaksossa, jossa hänen tunnesirunsa ylikuormitti hänen positroniset releensä. Ymmärrät idean. Luodakseen aidosti mieleenpainuvia ja tyydyttäviä kokemuksia UX-suunnittelijan on ymmärrettävä, miten kokemukselle luodaan looginen ja elinkelpoinen rakenne ja ymmärrettävä elementit, jotka ovat tärkeitä emotionaalisen yhteyden luomisessa tuotteen käyttäjiin. Tarkka tasapaino voi vaihdella tuotteen mukaan. Lapsen lelujen mainoskampanjalla on erilainen tasapaino kuin potilastietojen seurantasovelluksella sairaalassa. Tuote, joka on suunniteltu ymmärtämättä molempien tarvetta, jää todennäköisesti käyttämättä mahdollisuuksia todella ikimuistoiseen kokemukseen – ja siitä koituvat hyödyt tuotteen takana olevalle yritykselle. Huomautus Lisätietoja tunnesuunnittelusta on Donald Normanin teoksessa Emotional Design: Why We Love (or Hate) Everyday Things (Basic Books, 2005).

LUKU 1: UXD:n TAO

Tämän tasapainon saavuttaminen vaatii lisääntynyttä empatian tunnetta: kykyä uppoutua potentiaalisten tuotteiden käyttäjien maailmoihin ymmärtääkseen heidän tarpeitaan ja motivaatiotaan. Käyttäjäkokemussuunnittelijat tekevät tutkimusta saavuttaakseen tämän ymmärryksen (katso luku 6) ja luovat työkaluja, kuten henkilöitä (katso luku 7), jotka auttavat muuta projektiryhmää keskittymään. Muista, että tunteet ovat vain osa kokonaiskuvaa. Käytä loogista puolta palauttaaksesi sinut reunalta ja pidä mielessäsi käsillä olevat tehtävät. Useimmissa tapauksissa työskentelet budjettia vastaan, joka perustuu projektin suorittamiseen tarvittavaan aikaan ja materiaaleihin. Sinun on ymmärrettävä, että joskus sinun täytyy kalastaa tai leikata syöttiä.

Missä UX-suunnittelijat elävät Et ole yksin tämän kanssa. Katsele ympärillesi ja löydät joukon organisaatioita ja yhteisöjä, jotka voivat edistää kehitystäsi käyttökokemusten suunnittelijana. Sen lisäksi, että monet näistä organisaatioista tarjoavat postituslistoja, verkkoresursseja ja monia todella älykkäitä ihmisiä, ne sponsoroivat tapahtumia tai konferensseja, jotka voivat auttaa sinua laajentamaan näköalojasi ja rajoittamaan urasi keskittymistä samanaikaisesti. Useat yritykset isännöivät täydennyskoulutuksen tarjoamiseen tarkoitettuja tapahtumia, mukaan lukien User Interface Engineeringin Web App Summit and User Interface Conference, Adaptive Pathin UX Intensive ja Nielsen Norman Groupin Usability Week. Eri kaupungeissa on myös kasvava määrä "epäkonferenssia"; ne on luotu joukosta motivoituneita henkilöitä, jotka ovat riippumattomia tietystä yrityksestä tai yhdistyksestä.

MISSÄ UX DESIGNERS ASUU

Useat ammattijärjestöt sponsoroivat myös vuosittaisia konferensseja. Taulukossa 1.1 on lyhyt luettelo joistakin tunnetuimmista organisaatioista, niiden Web-sivustoista ja tapahtumista, joita ne isännöivät. TAULUKKO 1.1

Otos UX-organisaatioista

ORGANISAATIO

VERKKOSIVUSTO

SUURI KONFERENSSI (TYYPILLISYYDET)

Interaction Design Association (IxDA)

www.ixda.org

Vuorovaikutus (helmikuun alussa)

Information Architecture Institute (IAI)

www.iainstitute.org

IDEA-konferenssi (syys-lokakuu)

American Society for Information Science and Technology (ASIS&T)

www.asis.org

IA-huippukokous (maaliskuu)

ACM Special Interest Group on ComputerHuman Interaction (SIGCHI)

www.sigchi.org

CHI (huhtikuun alku)

Käytettävyysammattilaisten yhdistys

www.usabilityprofessionals.org

UPA (kesäkuu)

Aloitetaan! Olet päässyt tähän asti. On aika selvittää syytä, miksi valitsit tämän kirjan alun perin. Käännä sivua ja tutustu siihen, miten käyttökokemussuunnittelu on olemassa projektien sisällä. Mutta älä lopeta tähän – tämä kirja on opas, jolla pääset alkuun. Siinä on paljon esimerkkejä, jotka voivat auttaa sinua suorittamaan monia tehtäviä, jotka sinulle annetaan tehtäväksi. Olemme myös yrittäneet tarjota lisää esimerkkejä auttaaksemme sinua laajentamaan toimintaasi ja löytämään oman parhaan tapasi luoda tuloksia, jotka ovat hyödyllisiä tiimillesi ja asiakkaillesi. Pidä uteliaisuutesi, intohimosi ja empatiasi elossa! Haasta itsesi löytämään uusia tapoja innostaa muita rakentamaan ihanteellinen käyttökokemus. Tämä on tietysti ennen kuin alat parantaa sitä.

LUKU 1: UXD:n TAO

Projektiekosysteemin suunnittelu projektin tarpeisiin, rooleihin ja kulttuuriin Oletko aloittamassa aivan uutta projektia? Vai oletko sen keskellä? Joka tapauksessa ota hetki pohtiaksesi projektin dynamiikkaa ja kontekstia – asioita, jotka vaikuttavat sinuun ja muuhun projektitiimiin. Minkä tyyppiset sivustot tai sovellukset liittyvät? Mitä rooleja ja taitoja tarvitaan? Mikä on yrityskulttuuri? Näihin kysymyksiin vastaaminen auttaa sinua määrittämään projektin ja lopulta määrittelemään työkalut ja taidot, jotka sinun on tuotava pöytään menestyäksesi. Carolyn Chandler

jokaisella projektilla on omat ainutlaatuiset haasteensa. Jos suunnittelet Web-sivustoja tai sovelluksia, monet näistä haasteista liittyvät tiettyihin ominaisuuksiin ja toimivuuteen, kuten menetelmän luominen käyttäjälle kuvien jakamiseen ystävien ja perheen kanssa verkossa tai intranetissä olevien tietojen uudelleenjärjestely, jotta sisältö voi olla enemmän helposti löydettävissä ja jaettavissa. Näiden erityisten suunnittelutavoitteiden ympärillä kaikilla projekteilla on kuitenkin laajempi konteksti, joka sinun on ymmärrettävä ja integroitava suunnitteluusi. Tämä konteksti on projektin "ekosysteemi", ja se sisältää ympäristön, jossa työskentelet (yrityskulttuuri), yleisen työn tyypin, johon osallistut (kuten suunnittelemasi sivuston tyyppi) ja ihmiset, joiden kanssa olet vuorovaikutuksessa (mukaan lukien heidän roolinsa ja vastuunsa). Jos käytät aikaa ymmärtääksesi projektin ekosysteemin, sinulla on tietoa, joka auttaa sinua koko projektin ajan. Voit viestiä vastuistasi ja ideoistasi tehokkaammin, ja voit auttaa muita tiimin jäseniä ennakoimaan projektitarpeita, joita he eivät ehkä ole huomioineet. Avuksi tässä luvussa yksilöidään erilaisia projekteja, joissa saatat työskennellä, sekä roolit, joita saatat olla, ihmiset, joista saatat olla riippuvainen ja kuinka heidän osallistumisensa vaihtelee suunnitellun sivuston tai sovelluksen tyypin mukaan. Lopuksi luvussa käsitellään joitain yrityskulttuurin osia, jotka voivat vaikuttaa siihen, miten työskentelet projektin aikana. Huomautus Riippuen siitä, kuinka asiakasyrityksesi rakentaa projektinsa, tietty projekti voi sisältää useamman kuin yhden sivuston tai sovelluksen suunnittelun. Yksinkertaisuuden vuoksi tässä kirjassa oletetaan, että projekti sisältää yhden tyyppisen sivuston suunnittelun. Jos sinulla on useampi kuin yksi toimipaikka, harkitse jokaista erikseen varmistaaksesi, että sinulla on oikeat roolit edustettuina projektitiimissä.

Tunnista sivuston tyyppi Vaikka yhden tyyppisen sivuston välillä ei ole mustavalkoisia eroja, joitain suhteellisia eroja sivuston painopisteessä ja ominaisuuksissa on havaittavissa. Näiden yhtäläisyyksien ja erojen ymmärtäminen voi auttaa sinua asettamaan suunnittelutavoitteita itsellesi. Nämä ovat yleisiä ongelmia, joiden on oltava

ratkaista (kuten "selitä yrityksen liiketoimintamalli") tai attribuutteja, jotka on esitettävä (kuten "osoita yrityksen reagointikyky asiakkailleen") sivuston visuaalisessa suunnittelussa ja vuorovaikutussuunnittelussa.

LUKU 2: PROJEKTIN EKOSYSTEEMI

Vahvista hankkeen ensisijaiset tavoitteet (katso luku 4). Ymmärrä, mitkä osastot tai liiketoimintayksiköt voivat (tai niiden pitäisi) olla

mukana, kun keräät liiketoiminnan vaatimuksia (katso luku 5). Selvitä parhaat menetelmät käyttäjätutkimuksen sisällyttämiseen (katso luku 6). Esitä kysymyksiä siitä, mitä järjestelmiä ja teknologioita voi olla mukana.

Sivustosi liittyy todennäköisesti vahvasti yhteen neljästä tyypistä:

Brändin läsnäolo – jatkuvasti läsnä oleva verkkoalusta, joka helpottaa suhdetta yrityksen ja suuren yleisön (kaikki sen tuotteista tai palveluista kiinnostuneet) välillä yleinen yleisö rajoitetun ajan Sisältölähde – tietovarasto, joka mahdollisesti koostuu useista eri tyyppisistä medioista (artikkeleista, asiakirjoista, videoista, valokuvista, opetusohjelmista), joiden tarkoituksena on tiedottaa, sitouttaa tai viihdyttää käyttäjiä. Tehtäväpohjainen sovellus työkalu tai työkalukokoelma, jonka avulla käyttäjät voivat suorittaa tärkeitä tehtäviä tai työnkulkuja

Seuraavissa osioissa tarkastellaan lähemmin kutakin näistä tyypeistä ja keskustellaan niiden ominaisuuksista ja vaikutuksista, joita ne vaikuttavat haasteisiisi sivuston tai sovelluksen suunnittelun aikana. Keskustelemme myös yleisimmistä crossover-projekteista – sähköisestä kaupankäynnistä, verkko-oppimisesta ja sosiaalisesta verkostoitumisesta – joilla on enemmän kuin yhden tyyppisiä ominaisuuksia.

Brändin läsnäolo Mitä ajattelet, kun joku sanoo sanan brändi? Usein ensimmäisenä mieleen tuleva asia on yrityksen logo, kuten Nike Swoosh tai Coca-Cola-käsikirjoitustunnus. Yrityksen brändi on kuitenkin paljon muutakin kuin logo; se on koko sarja vaikutelmia, jotka tietyllä henkilöllä on yrityksestä.

TUNNISTA SIVUSTON TYYPPI

Dirk Knemeyer esittelee joitakin erinomaisia brändimääritelmiä artikkelissaan "Brändikokemus ja verkko": Brändi edustaa älyllisiä ja emotionaalisia assosiaatioita, joita ihmiset luovat yritykseen, tuotteeseen tai henkilöön... Toisin sanoen brändi on jotain, joka todella piilee sisällä. jokainen meistä. Brändäystiede on suunnittelua ihmisten mieliin ja niihin vaikuttamista – toisin sanoen brändin rakentamista.

Surﬁaminen Jos haluat lisätietoja eroista asiakkaan kokemuksen yrityksen brändistä ja yrityksen pyrkimysten rakentaa brändiään välillä, lue Dirk Knemeyerin selitys artikkelista "Brand Experience and the Web": www.digital-web.com/articles/brand_experience_and_the_web. Jos haluat erinomaisen keskustelun siitä, kuinka sivuston UX-suunnittelu voi vaikuttaa yksilön brändikokemukseen, lue Steve Batyn artikkeli "Brand Experience in User Experience Design": www.uxmatters.com/MT/archives/000111.php.

Yritys voi tehdä paljon vaikuttaakseen brändiinsä luotuihin assosiaatioihin aina mieleenpainuvista mainoskampanjoista aina brändin ominaisuuksien (kuten "reagointikyky" tai "arvo") ilmaisemiseen Web-sivustojensa ominaisuuksien ja suunnittelun kautta. Kaikilla yrityksen sivustoilla on todennäköisesti vaikutusta yrityksen brändiin joko suoraan (esittelemällä sivuston, jolla asiakkaat voivat vierailla) tai epäsuorasti (ottamalla käyttöön avainpalvelun, johon asiakkaat luottavat, kuten asiakastuen). Brändin läsnäolosivustot keskittyvät kuitenkin eniten esittelemään yrityksen brändiviestejä ja arvoja. Ne tarjoavat kanavia, jotka ovat suoraan yhteydessä asiakkaisiin ja toimivat laajana verkkokanavana niille, jotka ovat kiinnostuneita tietämään lisää yrityksestä tai sen tarjonnasta. Brändin läsnäolosivusto on usein yrityksen ensisijainen .com- tai .org-sivusto, kuten GE.com, tai suuremmille ja hajautetuille yrityksille erikokoisten liiketoimintayksiköiden, kuten GEhealthcare.com, ensisijaiset sivustot. Erillisillä tuotelinjoilla on myös usein oma ainutlaatuinen tuotemerkkinsä verkossa. Esimerkiksi Pepsico.comilla on yksi tuotemerkki, kun taas Pepsi.comilla on oma erillinen läsnäolo.

LUKU 2: PROJEKTIN EKOSYSTEEMI

Jos työskentelet brändin läsnäolosivustolla, suunnittelet todennäköisesti useille käyttäjäryhmille, mukaan lukien nykyiset ja potentiaaliset asiakkaat, sijoittajat, kumppanit, tiedotusvälineet (kuten uutisorganisaatiot ja merkittävien blogien kirjoittajat) ja työpaikkoja. etsijöitä.

Yleiset brändin läsnäolosivustot Yrityksen pääkotisivusto (company.com, company.org, company.net jne.) Yrityksen ensisijaisen liiketoimintayksikön sivusto (usein ainutlaatuinen sivusto

tietty toimiala, alue tai laaja tuotevalikoima) Yrityksen merkittävien alabrändien sivustot

Brand Presence Design -tavoitteet Brändin läsnäoloprojektissa usein tärkeimmät suunnittelutavoitteet ovat seuraavat: Viesti yrityksen brändiarvot ja brändiviestit,

joko nimenomaisesti (ehkä lausunto siitä, kuinka tärkeää on vastata asiakkaiden tarpeisiin) tai yleisen kokemuksen kautta sivustolle tullessa (kuten varmistamalla, että se toimii hyvin ja tarjoaa näkyvästi ominaisuuksia, jotka kannustavat asiakkaita kommunikoimaan yrityksen kanssa). Tarjoa nopean ja helpon pääsyn yrityksen tietoihin. Sinä haluat

vastaa kysymyksiin "Mitä yritys tekee?" ja "Kuinka voin ottaa yhteyttä johonkuhun saadakseni lisätietoja?" Esittele tai selitä yrityksen liiketoimintamalli ja arvolupaus:

"Mitä yritys voi tehdä hyväkseni?" ja "Kuinka yritys tekee sen?" Ota joukko ensisijaisia käyttäjäryhmiä ja ohjaa heidät asiaankuuluvaan vuorovaikutukseen

toiminnallisuutta tai sisältöä. Auta yritystä saavuttamaan tavoitteet, jotka asetetaan keskeisten mittareiden, kuten esim

yksittäisten kävijöiden määrä. Usein tämä on osa yleistä markkinointistrategiaa. Myöhemmin osiossa "Valitse hatut" opit eri rooleja, jotka voivat liittyä brändin läsnäolosivuston suunnitteluun. Katsotaanpa toistaiseksi

TUNNISTA SIVUSTON TYYPPI

muilla sivustotyypeillä, joilla saatat työskennellä, mukaan lukien sellainen, jolla on läheinen suhde brändin läsnäolosivustoihin: markkinointikampanjasivusto.

Markkinointikampanja Markkinointikampanjasivustot ovat samankaltaisia kuin brändin läsnäolosivustot, koska molemmat keskittyvät houkuttelemaan käyttäjiä kokemuksella, joka vaikuttaa heidän käsitykseensä yrityksen brändistä. Markkinointikampanjasivustoja kuitenkin yleensä arvioidaan niiden kyvyn perusteella saavuttaa hyvin erityisiä toimia tietyn painopisteen puitteissa (kuten tietyn ajan sisällä tai kohdeyleisön kanssa). Sen sijaan, että ne toimisivat kiinnostuksen kanavointikanavana, ne on tarkoitettu kiinnostuksen herättäviksi moottoreiksi. Online-näkökulmasta tämä tarkoittaa yleensä sitä, että ne ovat linjassa yleisen markkinointistrategian kanssa ja niitä voidaan toteuttaa yhdessä muiden eri kanavia käyttävien markkinointitoimenpiteiden kanssa, kuten TV- tai radiomainokset, painetut mainokset ja muut kampanjat.

Yleiset markkinointikampanjasivustot Aloitussivu, joka mainostaa tiettyä tarjousta. Sivulle päästään kautta a

bannerimainos toiselta sivulta. Pieni sivusto (tai mikrosivusto), joka mainostaa tiettyä tapahtumaa. Peli tai työkalu, joka on luotu buzzin luomista varten

tai liikennettä.

Markkinointikampanjasivuston ensisijainen tarkoitus on luoda kapea-alainen kampanja, joka yleensä kohdistuu tiettyyn mittaussarjaan. Kohdetta rajoittaa usein yksi tai useampi seuraavista: Aika – esimerkiksi kampanja, joka keskittyy tapahtumaan (kuten

konferenssi) tai kausi (kuten jouluostoskausi) käyttäjäryhmä – kuten nuorille tai opettajille suunnattu kampanja Tuote, tuotesarja ja/tai tuotteen tietty käyttötarkoitus

esimerkiksi sivusto, joka korostaa keittiön laitteita näyttämällä virtuaalisia keittiöitä, joissa on vastaavat uunit, astianpesukoneet ja liesi

LUKU 2: PROJEKTIN EKOSYSTEEMI

Kampanja, jossa käytetään näiden strategioiden yhdistelmää, olisi kevään kampanja, joka on suunnattu patiolaitteiden myyntiin yhdistäen aikaa ja tuotevalikoimaa. Katso Kuva 2.1 esimerkkiä, joka näyttää yhdistelmän tuotesarjaa ja käyttäjäryhmää. Markkinointikampanjasivusto voi olla yksinkertainen kuin bannerimainos, joka johtaa aloitussivulle yrityksen .com-sivustossa, tai se voi olla mikrosivusto, pieni sivusto, joka usein poikkeaa .com-sivustossa näkyvästä brändäyksestä tarjotakseen räätälöity kokemus yhden tai useamman painopistealueen mukaan. "Pieni" on tässä suhteellista – jotkut mikrosivustot ovat vain yksi sivu ja toisilla useita, mutta joka tapauksessa mikrosivusto on pienempi ja keskittyneempi kuin yrityksen pääbrändin läsnäolosivusto.

Kuva 2.1 Texas Instruments käyttää tätä koulutukseen keskittyvää mikrosivustoa, http://timathrocks.com/index.php, esitelläkseen tietoja yrityksen graafisista laskimista. Tuotesarjaa käyttävät ensisijaisesti lukio- ja korkeakouluopiskelijat algebratunneilla. Mikrosivusto ylläpitää yleisiä siteitä Texas Instruments -brändiin, mutta on tarkoituksella erillinen houkutellakseen nuorempaa yleisöä ja järjestääkseen sisältöä ja ominaisuuksia heidän tarpeidensa mukaan.

Markkinointikampanjan suunnittelutavoitteet Markkinointikampanjasivuston suunnittelusta ja toteuttamisesta vastaavalle henkilölle tai tiimille usein tärkeimmät suunnittelutavoitteet ovat seuraavat: herättää kiinnostusta ja jännitystä esittämällä usein selkeä ja välitön

antaa arvoehdotuksen (arvo, jonka tuote tai palvelu tuo käyttäjälle, kuten mahdollisuus saada pikalaina) tai jonkinlainen kannustin (erikoistarjous, osallistuminen kilpailuun tai viihde, kuten verkkopeli).

TUNNISTA SIVUSTON TYYPPI

Ota käyttöön joukko ensisijaisia käyttäjäryhmiä tietyn toiminnan kieltoon,

kuten klikkaamalla tiettyyn paikkaan brändin läsnäolosivustolla, tilaamalla uutiskirjeen tai hakemalla lainaa. Kun käyttäjä suorittaa tämän toiminnon, sitä kutsutaan tulokseksi. Auta yritystä saavuttamaan tavoitteet, jotka asetetaan keskeisten mittareiden, kuten

ainutlaatuisia kävijöitä. Usein tämä on osa yleistä markkinointistrategiaa.

Deep Diving Lisätietoja markkinointikampanjoita tukevien sivujen suunnittelusta on Tim Ashin (Sybex, 2008) artikkelissa Aloitussivun optimointi: The Deﬁnitive Guide for Testing and Tuning for Conversion.

Sisältölähde Sisältölähdesivusto sisältää tietovaraston, mahdollisesti useissa eri medioissa (artikkelit, asiakirjat, videot, valokuvat, opetusohjelmat), ja sen tarkoituksena on tiedottaa, sitouttaa ja/tai viihdyttää käyttäjiä.

Yhteiset sisällön lähdesivustot Yrityksen intranet Online-kirjasto tai resurssikeskus organisaation jäsenille Sivustot tai sivustojen alueet, jotka keskittyvät uutisten tarjoamiseen tai usein

päivitetyt viestit (suuret kaupalliset blogit voivat kuulua tähän luokkaan) Asiakastukikeskukset

Kaikilla sivustoilla ja sovelluksilla on tietysti jonkin verran sisältöä, mutta jotkut sivustot kiinnittävät erityistä huomiota sisällön esitystapaan ja rakenteeseen. Painopiste voi johtua siitä, että sivustolla on niin paljon sisältöä, että se asettaa oman haasteensa tai koska tietyntyyppiset sisällöt ovat erittäin tärkeitä; ne voivat esimerkiksi tukea kriittisiä päätöksiä tai vetää käyttäjiä takaisin sivustolle usein.

LUKU 2: PROJEKTIN EKOSYSTEEMI

Sisältölähdesivuston ensisijainen tarkoitus on lisätä käyttäjien tietämystä ja omavaraisuutta tarjoamalla asiaankuuluvaa sisältöä (esim. intranet). Usein ne myös kannustavat johonkin toimintaan, kuten tiedon jakamiseen tai tuotteen ostamiseen sen kuvauksen tarkastelun jälkeen. Sisältölähteen suunnittelutavoitteet Sisältölähdesivuston on usein tehtävä yksi tai useampi seuraavista: Esitettävä sisältö, joka on ensisijainen vetonaula ensimmäisille ja toistuville vierailuille sivustolla. Osoita yrityksen ajatusjohtajuuden kykyjä, esim.

tarjoamalla pääsyn toimitusjohtajan tai muiden yrityksen alan asiantuntijoiden ideoihin ja näkemyksiin. Tue kriittisiä päätöksiä käyttäjäkunnan keskuudessa. Lisää yrityksen yritystietoa tuomalla esiin ideoita

voidaan haudata yksittäisten osastojen sisällä. Tämä voi olla osa suurempaa tavoitetta löytää lisää innovaatiomahdollisuuksia. Tue käyttäjiä, jotka etsivät tietoa eri tavoilla. Esimerkiksi,

jotkut eivät vielä tiedä mitä tuotetta he tarvitsevat (ja he todennäköisemmin selailevat), kun taas toiset voivat tietää tarkalleen mitä etsivät (ja käyttävät todennäköisemmin hakukenttää).

Surffaamalla saadaksesi lisätietoja erilaisista tavoista, joilla käyttäjät pyrkivät etsimään tietoa, lue Donna Spencerin "Four Modes of Seeking Information and How to Design for Them" -teksti: http://boxesandarrows.com/view/four_modes_of_seeking_ information_and_how_to_design_for_them

Mitä tulee UX-suunnitteluun, joitain sisältölähdeprojektissa yleisimpiä tehtäviä ovat: Luokittelurakenteen luominen, joka sopii käyttäjiesi henkisiin malleihin Päättäminen, miten sisällytetään järjestelmä sisällön orgaanista kasvua varten.

(esimerkiksi toiminnot, kuten koodaus ja suodatus) Tehokkaan hakutyökalun suunnittelu TUNNISTA SIVUSTON TYYPPI

Tehtäväpohjaiset sovellukset Tehtäväpohjaiset sovellukset voivat vaihdella yksinkertaisesta asuntolainapaikkaan upotetusta laskimesta koko järjestelmään, joka käsittelee useita kriittisiä työnkulkuja. Jos projektisi koskee jälkimmäistä, siihen liittyy enemmän rooleja ja todennäköisesti merkittävä vaatimusten keräämisprosessi (lisätietoja tästä prosessista on luvussa 5).

Yleiset tehtäväpohjaiset sovellukset Ohjelmistosovellus, joka tukee tietyntyyppisten sovellusten luomista

kohde (kuten laskentataulukko tai tuloste) Verkkotyökalu tai -sovellus, joka tukee kriittistä työnkulkua yrityksen sisällä.

yritys (kuten lipunhallintasovellus IT-tukiryhmälle tai asiakasseurantasovellus puhelinkeskukselle) Web-sivusto, joka mahdollistaa pääsyn henkilötietoihin ja niiden hallinnan

(kuten Flickr)

Tehtäväpohjaisen sovelluksen ensisijainen tavoite on antaa käyttäjille mahdollisuus suorittaa joukko tehtäviä, jotka vastaavat heidän tarpeitaan ja viime kädessä asiakkaan liiketoimintatavoitteita. Tehtäväpohjaisten sovellusten suunnittelutavoitteet Useimpien tehtäväpohjaisten sovellusten on annettava käyttäjille mahdollisuus tehdä jotain, mitä he eivät voi tehdä muualla – tai jos he voivat,

tehdä se paremmin ("parempi" voi tarkoittaa tehokkaammin, tehokkaammin, suuremmalla tyytyväisyydellä tai kätevämmin) Tue aloittelevia käyttäjiä helposti saatavilla olevilla ohjeilla ja visuaalisilla prioriteeteilla.

keskeisten tehtävien määrittäminen Tukea keskitason ja edistyneitä käyttäjiä pikakuvakeominaisuuksien käyttöön

ja syvempää toiminnallisuutta Vähennä käyttäjän kuormitusta ja hyödynnä järjestelmäresurssit parhaalla mahdollisella tavalla

(esimerkiksi tietojen uudelleenkäyttö verrattuna päällekkäisten merkintöjen vaatimiseen)

LUKU 2: PROJEKTIN EKOSYSTEEMI

Suunnittele ja ota huomioon tarvittava muutosaste

sovelluksen käyttäjistä – ihannetapauksessa oppimista helpottavalla suunnittelulla ja kommunikaatiosuunnitelmalla, joka osoittaa arvon käyttäjälle Yksi tehtäväpohjaisen sovelluksen suunnittelun suurimmista haasteista on pitää "ominaisuuksien hiipuminen" hallinnassa. Kun projektia kehitetään, on hyvin yleistä, että hienoja ideoita syntyy suunnittelun myöhemmissä vaiheissa tai jopa kehitysvaiheessa. Käyttökokemuksen suunnittelu soveltuu hyvin suojautumaan ominaisuuksien hiipumiselta, koska käyttäjämalleja, kuten persoonia, voidaan käyttää arvokkaiden ominaisuuksien tunnistamiseen ja keskittymiseen koko projektin ajan. Jos todella hieno idea ilmaantuu myöhemmin prosessin aikana ja se vastaa korkean prioriteetin käyttäjäryhmän tarpeita ja sopii yhteen sivuston liiketoimintatavoitteiden kanssa, tiimisi saattaa pystyä rakentamaan perusteita suunnan muutokselle. Jos idea ei selviä siitä vääntäjästä, se ei ehkä ole viivytyksen ja kustannusten arvoista.

Verkkokauppasivustot Verkkokauppasivustot voivat sisältää elementtejä kaikista neljästä projektityypistä, koska ensisijaisesti sähköiseen kaupankäyntiin tarkoitetulla sivustolla on oltava oma tuotemerkkinsä läsnäolo, tarjottava sisältöä (yleensä tuotetiedot tai tuotteen käytön kuvaukset) ja helpottaa tehtäviä (haku, vertailu, arvostelujen kirjoittaminen, kassalla). Markkinointikampanjat ovat usein myös tiiviisti sidoksissa näihin sivustoihin ja voivat sisältää useita organisaation markkinointiryhmiä. Verkkokauppasivustojen yleisiä lisäsuunnittelutavoitteita ovat Selitä sivuston malli, jos se ei ole standardi. Kuten online-markkinapaikat

kehitetään jatkuvasti, tämä selitys auttaa asettamaan odotuksia (esimerkiksi eBaylla, Amazonilla ja Craigslistilla on hyvin erilaisia malleja). Tukee päätöksentekoa, kun käyttäjä siirtyy oppimisesta harkitsemiseen.

vertailusta ostoon, hyödyllistä sisältöä ja ominaisuuksia. Hyödynnä kokemuksen pisteitä, joissa on ristiinmyyntiä ja lisämyyntiä

mahdollista, ja sijoita ehdotukset tavalla, joka on katseenvangitsija ilman häiritsevää. Luo viestintävirta ostopaikasta

toimituspiste. Viestinnän ei tarvitse tapahtua vain sivuston sisällä, vaan myös muiden kanavien kanssa, kuten integraatio toimituksen seurantajärjestelmiin ja sähköpostiviestintä tilauksen tilasta. TUNNISTA SIVUSTON TYYPPI

E-Learning-sovellukset E-learning-sovellukset ovat sisältölähteen ja tehtäväpohjaisen sovelluksen välisiä risteyksiä. Oppituntien sisältö on generoitava, mikä usein edellyttää, että tiimi lisää käsitettävän aiheen oppimisasiantuntijan ja aineasiantuntijan (pk) roolit. Tuote on tehtäväpohjainen siinä mielessä, että käyttäjä yleensä seuraa oppitunnin kulkua ja saattaa myös joutua seuraamaan edistymistä tai tutkimaan liittyviä aiheita. Jotkut käytännön oppitunnit saattavat myös edellyttää tehtävien suorittamista. Yleisiä suunnittelutavoitteita ovat Kurssin aloittamiseen tarvittavien perustietojen ymmärtäminen

ja kenelle se on suunnattu. Tarjoa sisältöä hallittavissa olevissa osissa, jotka sopivat tahtiin

ymmärtäminen. Ota oppija mukaan toimintaan, joka simuloi käytännön oppimista. Kommunikoi suorituskyvystä ja edistymisestä ja ehdota tarvittaessa

seuraavat vaiheet koulutusprosessin jatkamiseksi, kuten edistyneemmät kurssit.

Sosiaalisen verkostoitumisen sovellukset Sosiaalisen verkostoitumisen sovellus on ensisijaisesti tehtäväpohjainen sovellus, koska käyttäjien on voitava löytää ja lisätä ystäviä, hallita profiiliaan, muodostaa yhteyttä, lähettää viestejä ja etsiä. Ne sisältävät myös sisältölähteisiin liittyviä haasteita, mutta erityisesti tarvetta orgaaniselle viitekehykselle, joka pystyy käsittelemään mahdollisesti erittäin suuren määrän käyttäjien luomaa sisältöä. Jos sivustolle on olennaisesti annettu oma identiteetti, sillä on myös brändin läsnäolosivuston ominaisuuksia.

Snorklaus Jos työskentelet sosiaalisen verkostoitumisen sovelluksen parissa tai yrität integroida sosiaalisia ominaisuuksia toisen tyyppisiin sivustoihin, tämä kirja auttaa sinua matkallasi: Designing for the Social Web, kirjoittanut Joshua Porter (New Riders, 2008).

LUKU 2: PROJEKTIN EKOSYSTEEMI

Sosiaalisen verkostoitumisen sovellusten yhteisiä suunnittelutavoitteita ovat Keskitä mahdolliset käyttäjät verkon tarkoitukseen ja arvoihin. Helpota mielekästä vuorovaikutusta käyttäjien välillä, jotka tukevat ja ovat

Esitetyt ominaisuudet (kuten kuvien jakaminen, videoiden jakaminen ja keskustelut) tukevat. Suojaa sivuston eheys varmistamalla, että verkkoon kuuluvat

tietää, kuinka hallita tietojaan ja reagoida sopimattomaan käyttäytymiseen. Valjasta ja näytä yhteisön voima tuoda esille

jotka ovat mahdollisia vain aktiivisille jäsenille, kuten suosittuja ominaisuuksia ja arvosteluja. Sivuston tai sovelluksen tyypin tunnistaminen, jota saatat työstää projektin aikana, on vasta ensimmäinen askel. Seuraavaksi sinun tulee pohtia erilaisia rooleja, joita usein tarvitaan ja kuinka heidän osallistumisensa voi vaihdella projektityypin mukaan.

Valitse hatut Kun sinusta tulee projektin UX-suunnittelija, joudut usein näyttelemään useita rooleja. Riippumatta siitä, onko ne muodollisesti määritelty asiakasorganisaatiossasi tai ei, roolit, joita näytät, riippuvat projektin tyypistä ja muun tiimin kokoonpanosta sekä asiakkaan kokemuksista kunkin kanssa. On hyvä tietää, mihin rooleihin olet jo tyytyväinen ja mitkä uskot voivasi oppia työssä. On myös hyödyllistä selvittää, mitä odotuksia muilla voi olla näiden roolien kattamia vastuita kohtaan. Tämän ymmärryksen avulla voit edustaa itseäsi selkeämmin projektin alusta lähtien. Mitkä ovat yleisimmät roolit UX-suunnittelijalta? Jokaisella asiakasyrityksellä, jossa työskentelet, voi olla eri nimikkeitä näille rooleille (tai ei ollenkaan nimeä, jos se ei ole virallinen työ organisaatiossa). Yleisesti ottaen voit odottaa kohtaavansa suuret kolme: tietoarkkitehti, vuorovaikutussuunnittelija ja käyttäjätutkija. Huomautus Harvalla yrityksellä on tarpeeksi kokoa tai budjettia jakaa nämä yhteiset roolit eri henkilöiden kesken. Pidä roolien nimet mielessäsi projektia määritellessään, mutta puhu tarpeista ja vastuista puhuessasi asiakkaan kanssa – muuten he saattavat ajatella, että rakennat erittäin suurta tiimiä! Tämä keskittyminen velvollisuuksiin nimikkeiden sijaan auttaa myös pitämään sinut järkeenä: Jos suoritat useita näistä rooleista, se ei välttämättä tarkoita, että teet monien ihmisten työtä, koska vastuut laskevat ja virtaavat eri puolilla hanke.

VALITSE HATUSI

Tietoarkkitehti Tietoarkkitehti vastaa tietorakenteen mallien luomisesta ja niiden avulla käyttäjäystävällisen navigoinnin ja sisällön luokittelun suunnittelusta. Sivustojen ja sovellusten suunnittelun aikana yhteisiin tehtäviin kuuluu yksityiskohtaisten sivustokarttojen luominen (käsitelty luvussa 10) ja sen varmistaminen, että tietokategoriat ja alakategoriat ovat selkeät ja käyttäjäystävälliset. Odotusten ymmärtäminen UX-kentässä erotetaan tietoarkkitehdin ja vuorovaikutuksen suunnittelijan roolit (käsitellään seuraavaksi). Tietyssä yrityksessä on kuitenkin harvoin yhteistä eroa näiden kahden roolin välillä, ainakin mitä tulee tietyn projektin tarpeeksi. Saatat esimerkiksi päätyä tietoarkkitehdin arvoiseen tiimiin, koska se on roolin historiallinen termi riippumatta siitä, sopiiko se velvollisuuksiisi vai ei. Pitäisikö sinun korjata projektiryhmää, jos saamasi nimike ei vastaa pääroolia, jota otat? Jos tämä on lyhyemmän aikavälin projekti (esimerkiksi neljä kuukautta tai vähemmän) ja saamasi nimike on laajalti hyväksytty organisaatiossa, ja vastuut on hahmoteltu selkeästi, se ei ehkä ole sen mahdollisen hämmennyksen arvoista, jonka tuot esille yrittäessäsi muuttaa sitä . Jos ei kuitenkaan ole laajalti hyväksyttyä nimikettä ja uskot, että tarvitset molempia rooleja edustamaan – mahdollisesti eri henkilöiden –, kannattaa tehdä ero projektin varhaisessa vaiheessa, kun suunnittelet osallistumistasi ja kommunikoimista. sinun velvollisuutesi. Pohjimmiltaan tehtävälähtöisemmissä sovelluksissa on järkevää korostaa vuorovaikutussuunnittelijan roolia ja sisältölähtöisemmissä projekteissa tietoarkkitehdin roolia. Mutta kaikista järkevintä on käyttää asiakasorganisaatiolle tuttua termiä ja varmistaa, että tiimi ymmärtää, miten määrittelet roolisi omien vastuiden suhteen. Tämä määritelmä on jotain, jonka haluat tehdä selväksi työselostuksessa (katso luku 3). Tietoarkkitehdin vastuut voivat myös hämärtyä sisältöstrategin vastuun kanssa (katso alla, kohta "Muut roolit"). Jos nämä roolit ovat

LUKU 2: PROJEKTIN EKOSYSTEEMI

joita edustavat projektitiimin eri henkilöt, keskustele yhteistyöstäsi projektin alussa.

Vuorovaikutussuunnittelija Vuorovaikutussuunnittelija on vastuussa sivuston tai sovelluksen toiminnan määrittämisestä käyttäjän toimien mukaisesti. Tämä sisältää kulkua sivustolla useissa näkymissä ja vuorovaikutteisuutta tietyssä näkymässä. Sivustojen tai sovellusten suunnittelun aikana yleisiä toimintoja ovat luoda tehtävävirtoja, jotka näyttävät vuorovaikutusta sivuston sivujen tai komponenttien välillä (katso luku 10) ja luoda kehyksiä, jotka näyttävät sivun sisäisiä vuorovaikutuksia, kuten dynaamisia valikoita ja laajennettavia sisältöalueita (katso luku 11). Odotusten ymmärtäminen Jos työskentelet pienessä tiimissä tai projektissa, joka ei ole kovin keskittynyt uusien tehtäväpohjaisten toimintojen luomiseen (esimerkiksi jos työskentelet brändin läsnäolosivustolla, joka sisältää pääasiassa joitain sisältöluokkia, yhteydenottolomake ja uutiskirjeen ilmoittautumislomake) vuorovaikutussuunnittelija voi olla päärooli, joka vastaa projektin vaatimusten tallentamisesta (katso luku 5). Jos työskentelet vuorovaikutussuunnittelijana projektissa, jossa on paljon uusia toimintoja, todennäköisesti sinulla on tiimissä erillinen henkilö, joka vastaa yksityiskohtaisten vaatimusten määrittelemisestä (esimerkiksi liiketoimintaanalyytikko tai tuotepäällikkö). UX-suunnittelijan taidot voivat auttaa suuresti toiminnallisten vaatimusten kokoamisessa ja erittelyssä, ja dokumentteihin, kuten toiminnallisiin spesifikaatioihin ja käyttötapauksiin, vaikuttaa kokemussuunnittelu. Muista istua alas vaatimusten keräämisestä vastaavan henkilön kanssa keskustellaksesi siitä, kuinka voitte parhaiten työskennellä yhdessä.

Käyttäjätutkija Käyttäjätutkijan tehtävänä on tarjota näkemyksiä loppukäyttäjien tarpeista, jotka perustuvat tietoihin, jotka on tuotettu tai validoitu käyttäjien kanssa tekemässä tutkimuksessa. Käyttäjätutkimuksen luokkaan voi kuulua monenlaisia aktiviteetteja, ja niitä voi esiintyä useissa kohdissa projektin aikajanalla. (Katso luvusta 6 kuvaus yleisistä tekniikoista, kuten käyttäjähaastatteluista, kyselyistä ja käytettävyystestauksesta.)

VALITSE HATUSI

Odotusten ymmärtäminen Asiakasyrityksen halukkuus käyttäjätutkimukseen voi vaihdella valtavasti riippuen projektitiimin tai projektin sponsorin sille antamasta merkityksestä. Se, että keskustelet projektin sponsorin kanssa UX-suunnittelusta ennen projektin alkamista, osoittaa, että joku asiakastiimistä tietää, että on ensiarvoisen tärkeää varmistaa, että käyttäjien tarpeet ovat edustettuina. Mutta kuten osansa tietokonepohjaisissa projekteissa työskennelleet tietävät, tutkimuksen aloittaminen voi myös aiheuttaa ahdistusta projektitiimin jäsenten keskuudessa, mikä johtuu huolista, että käyttäjätutkimus luo pullonkaulan, lisää riskiä (entä jos löydämme jotain vialla ja tarvitsemme tehdä suuria muutoksia sen korjaamiseksi?) tai kumota tietyn paljon vauhtia saaneen idean arvo. Odotukset käyttäjätutkimukselle voivat vaihdella eri sidosryhmien ja projektitiimin välillä, joten muista selvittää roolia koskevat odotukset molempien ryhmien kanssa. Asiakas voi myös odottaa käyttäjätutkijan tarjoavan sivuston analytiikkaan perustuvia näkemyksiä – työkaluja ja raportteja, jotka kertovat sivuston käyttötavoista, kuten usein vierailluista sivuista ja yleisistä kohdista, joissa käyttäjät poistuvat sivustolta. Jotkut yleisimmistä analytiikkatyökaluista ovat peräisin Googlelta (www.google.com/analytics), WebTrendsiltä (www.webtrends.com) ja Omniturelta (www.omniture.com/en/products/web_analytics). Saatat löytää itsesi ottavaksesi kaikki nämä kolme roolia: tietoarkkitehti, vuorovaikutussuunnittelija ja käyttäjätutkija. Pystytkö tasapainottamaan kaikkia kolmea, vai puretko enemmän kuin pystyt pureskelemaan? Osittain se riippuu projektin koosta ja aikataulusta, mutta projektin tyyppi vaikuttaa myös siihen, kuinka paljon kukin rooli todennäköisesti osallistuu. Taulukko 2.1 kuvaa kuinka UX-suunnitteluroolit voivat vaihdella projektityypin mukaan.

Surffaus Tarvitsetko UX-suunnittelua? Nämä artikkelit tarjoavat lähestymistapoja, jotka voivat auttaa: "User Experience as Corporate Imperative", kirjoittanut Mir Haynes: www.hesketh.com/publications/user_experience.pdf "Evangelizing User Experience Design on Ten Dollars a Day", kirjoittanut Louis Rosenfeld: http:/ /louisrosenfeld.com/home/bloug_archive/000131.html

LUKU 2: PROJEKTIN EKOSYSTEEMI

TAULUKKO 2.1

UX-suunnitteluroolin yhteiset vastuut

Tietoarkkitehti

Brändin läsnäolo

MARKKINOINTIKAMPANJA

SISÄLTÖLÄHDE

TEHTÄVÄPOHJAINEN SOVELLUS

Keskinkertainen osallistuminen.

Vähäinen osallistuminen pienempiin sivustoihin (kuten yksittäinen aloitussivu). Keskinkertainen osallistuminen, jos työskentelet suurempien mikrosivustojen kanssa.

Erittäin korkea osallistuminen. Sisältölähteet edellyttävät tietoarkkitehtuuria, jonka rakenne ja joustavuus ovat sopivassa tasapainossa, jotta käyttäjät voivat seisoa vakaalla pohjalla ja mahdollistaa suunnitellun kasvun.

Keskitaso tai korkea osallistuminen, keskittyen pääasiassa navigointikehyksen luomiseen, ellei ole suurempia sisältöalueita, joihin on viitattava joidenkin työnkulkujen aikana.

Vähäinen osallistuminen pienemmillä sivustoilla, keskitaso tai korkea osallistuminen suurempiin mikrosivustoihin tai mainospeleihin (sponsoroidut verkkopelit, joiden tarkoituksena on luoda leikkimistä ja kuhinaa).

Keskisuuresta korkeaan osallistuminen.

Erittäin korkea osallistuminen. Tällaiset projektit vaativat usein raskainta nostoa, sillä vuorovaikutussuunnittelun tuotokset (kuten käyttäjän prosessivirrat ja rautalankakehykset) ovat avainasemassa vaatimuksien visuaalisessa viestimisessä.

Kampanjoiden usein väliaikaisen luonteen vuoksi käyttäjien osallistuminen on usein vähäistä. Pysyvämmät ratkaisut voivat käyttää brändin läsnäolosivustojen kaltaista tutkimusta. On myös yleistä käyttää analytiikkatyökaluja kahden tai useamman muunnelman esittämiseen tietystä sivusta nähdäkseen, kumpi tuottaa eniten tuloksia. Tätä kutsutaan A/B-testaukseksi.

Kenttätutkimus, kuten kontekstuaalinen tutkimus, voi auttaa tiimiä ymmärtämään, kuinka eri käyttäjät työskentelevät tällä hetkellä tiedon kanssa.

Mitä suurempi sisältöhaaste, sitä enemmän sisältölähdettä projektista tulee.

Vuorovaikutuksen suunnittelu

Keskinkertainen osallistuminen. Mitä enemmän tehtäviä on, sitä enemmän projektista tulee tehtäväpohjainen sovellus.

Käyttäjien tutkijoiden osallistuminen vaihtelee budjetin ja käyttäjien pääsyn mukaan. Tässä on lueteltu yleiset tekniikat kullekin projektityypille. Lisätietoja kustakin näistä tekniikoista on luvussa 6.

Tutkimustyöt voivat keskittyä ensisijaisten käyttäjäryhmien tarpeiden ymmärtämiseen (kyselyjen tai haastattelujen avulla) tai suunnittelututkimukseen, jossa testataan tietyn visuaalisen suunnittelun tehokkuutta oikean brändiviestin välittämisessä.

Haku-, koodaus- ja suodatusominaisuudet ylittävät tietoarkkitehtuurin ja vuorovaikutussuunnittelun välisen rajan. Sisältölähteillä voi myös olla työnkulkuja, jotka sisältävät sisällön luomisen ja hallinnan.

Korttilajittelu on erinomainen tapa ymmärtää, kuinka käyttäjät voivat ryhmitellä tietoa ja yleisiä malleja ja mielen malleja.

Kenttätutkimusta, kuten kontekstuaalista tutkimusta, voidaan tehdä tehtävien ymmärtämiseksi, kun käyttäjät suorittavat niitä parhaillaan. Yleisimmin käytetty ja parhaiten ymmärretty tekniikka käyttäjien mukaan ottamiseksi tehtäväpohjaisen sovelluksen suunnitteluun on kuitenkin käytettävyystestaus.

Kun kehys on asetettu, käytettävyystestaus voi vahvistaa rakenteen.

VALITSE HATUSI

Muut roolit, joita saatat pelata tai joita saatat tarvita Useat roolit eivät yleensä kuulu UX-suunnittelijan rooliin, mutta heidän vastuunsa menevät usein päällekkäin UX-suunnittelijan roolin kanssa – varsinkin jos työskentelet projektissa, jossa kukaan ei virallisesti näytä roolia ja sinulla on taitoja tuoda pöytään. Joitakin yleisempiä päällekkäisiä rooleja ovat: Brändistrategi tai taloudenhoitaja Liikeanalyytikko Sisältöstrategi Copywriter Visuaalinen suunnittelija Käyttöliittymäkehittäjä

Seuraavissa osissa tarkastellaan kutakin näistä rooleista yksityiskohtaisemmin ja keskustellaan siitä, miten ne voivat vaihdella suunnitellun sivuston tyypin mukaan. Brändistrategi ja brändinhoitaja Brändistrategi on vastuussa suhteiden rakentamisesta avainmarkkinoihin määrittelemällä ja johdonmukaisesti edustamalla yrityksen brändäyselementtejä, jotka voivat sisältää mitä tahansa brändin arvoista (kuten "responsiivisuus") kopiointi- ja viestintäohjeisiin. spesifikaatiot logokäsittelyistä, väreistä ja asettelusta. Tämä rooli edellyttää usein brändäysohjeiden luomista tai edustamista ja niiden soveltuvuuden ymmärtämistä eri projekteissa. Se voi sisältää myös työstämäsi projektin tärkeiden kohderyhmien tuntemisen tai määrittelyn. Suurimmaksi osaksi työskentelet todennäköisesti brändistrategin kanssa, mutta et ota vastuuta itsestäsi. Brändin valvoja ei välttämättä aseta ohjeita, mutta on vastuussa siitä, että niitä noudatetaan asianmukaisesti projektin aikana. Tämä vastuu voidaan antaa projektin UX-suunnittelijalle tai visuaaliselle suunnittelijalle. Jos yrityksen brändin attribuutit, arvot ja ohjeet on jo määritelty hyvin ja sivuston odotetaan noudattavan niitä, roolisi projektin brändinhoitajana on pääasiassa varmistaa, että tulos on näiden ohjeiden mukainen. Yhteyspisteesi projektin ulkopuolella olisi todennäköisesti a

LUKU 2: PROJEKTIN EKOSYSTEEMI

markkinointiosaston jäsen, joka on tavoitettavissa neuvonta- tai arvostelupohjalta, mutta ei ole tiimissä kokopäiväisesti. Brändinhoitajan rooli voi olla aktiivisempi, jos sivuston tarkoituksena on laajentaa brändiä jollakin tavalla – esimerkiksi uudelle markkina-alueelle. Se liittyy eniten silloin, kun luodaan täysin uusi brändiläsnäolo tai kun yritys tekee dramaattisia muutoksia brändiinsä ja brändiä tehokkaasti uudelleen. Esimerkiksi CellularOne muutti itsensä täysin Cingulariksi, mikä on vakiintuneen yrityksen suuri ponnistus. Siinä tilanteessa sinun tulee joko olla erittäin kokenut brändin kehittämisessä tai luoda selkeä ja läheinen suhde yrityksen henkilöön, joka on. Tärkeimmät kysymykset, jotka auttavat sinua ymmärtämään brändiin liittyvään rooliin liittyviä odotuksia, ovat seuraavat: Onko brändiohjeita jo olemassa? Jos on, kuinka tarkasti niitä on noudatettava tässä projektissa? Kuka on vastuussa brändiviestinnän asettamisesta tai ylläpitämisestä, brändi

ulkonäkö ja sisällön sävy (kuten rento tai ammattimainen)? Kohdistetaanko uusia yleisöjä, joita aiemmat eivät kata

brändin määritelmät? Jos on, kuka on vastuussa siitä, että brändiohjeet ovat edelleen sopivia näille yleisöille? Tuleeko nimeämis- tai uudelleennimeämistoimia? Jos on, miten minun pitäisi suunnitella olevani

mukana? (Esimerkki voisi olla nimen luominen uudelle työkalulle, jota mainostetaan voimakkaasti.) Projekteissa, joilla ei ole suurta potentiaalista vaikutusta asiakkaiden käsitykseen brändistä, kuten sisäisen sovelluksen kehittäminen, brändinhoitajan osallistuminen voi olla yhtä kevyt kuin satunnainen sisäänkirjautuminen varmistaakseen, että tuotemerkki on hyvin edustettuna. Liiketoimintaanalyytikko Liiketoimintaanalyytikko (jota joskus kutsutaan myös liiketoimintajärjestelmäanalyytikkoksi IT-projekteissa) on vastuussa keskeisten liiketoiminnan sidosryhmien tunnistamisesta, vaatimusten keräämisprosessin ohjaamisesta (katso luku 5) ja ensisijaisena yhteyshenkilönä liiketoiminnan sidosryhmien ja teknologian välillä. tiimi. Hän on myös tarvittaessa yksityiskohtaisen vaatimusdokumentaation, kuten toiminnallisten spesifikaatioiden ja käyttötapausten, ensisijainen omistaja.

VALITSE HATUSI

Liiketoimintaanalyytikon tai tuotepäällikön roolia ei välttämättä ole projektissasi ollenkaan tai se voi olla yksi suunnitteluprosessin tärkeimmistä rooleista. Tehtäväpohjaisilla sovelluksilla ja sisältölähteillä on usein tällainen rooli; brändin läsnäoloprojektit ja markkinointikampanjat eivät välttämättä. Tehtäväpohjainen sovellus tarvitsee todennäköisimmin tämän roolin. Mitä enemmän ominaisuuksia ja mitä monimutkaisempi projekti on, sitä enemmän tarvitaan omistautunutta henkilöä ja toiminnallisuuden dokumentointia. Vaikka yritysanalyytikkoa ei yleensä pidetä UX-tiimin jäsenenä, pieniä UX-tiimejä pyydetään usein täyttämään rooli, joten on tärkeää ymmärtää, missä nämä vastuut piilevät. Liiketoimintaanalyytikot ottavat huomioon liiketoiminnan vaatimukset ja toimivat yhdyssiteenä teknologiatiimin ja keskeisten liiketoiminnan sidosryhmien välillä. Jos projektissa on liikeanalyytikko, hän ja vuorovaikutussuunnittelija yhdistyvät usein lantiolla. Jos kyseessä on sama rooli, vastuuhenkilöllä voi olla paljon dokumentaatiota! Ymmärtääksesi odotukset tällä alueella, kysy, kuka on vastuussa projektin laajuuden hahmottamisesta, vaatimuksista käytävän keskustelun helpottamisesta ja vaatimusten dokumentoinnista koko projektin ajan. Pienissä projekteissa tai sellaisissa, jotka eivät ole toiminnaltaan raskasta, projektipäällikkö ottaa joskus nämä vastuut. Joka tapauksessa, jos se ei ole sinä, tiedät silti, kenen kanssa sinun on pysyttävä lähellä varmistaaksesi, että toimitukset ovat synkronoituja. Sisältöstrategi Sisältöstrategi vastaa liiketoiminnan ja käyttäjien vaatimuksista eri medioiden sisällölle (artikkelit, asiakirjat, valokuvat ja videot), tunnistaa aukkoja olemassa olevassa sisällössä ja helpottaa työnkulkua ja uuden sisällön kehittämistä. Sisältötyötä aliarvioidaan usein. Asiakkaalla voi olla suuri määrä upeaa sisältöä yhdessä välineessä (kuten painettuja esitteitä tai videoita), mutta tämä sisältö ei välttämättä sovi työskentelemään projektiin. Joskus on myös sanomattomia odotuksia, että asiakasorganisaatiossa olevat ihmiset luovat sisältöä – odotukset, jotka saattavat tulla yllätyksenä näille ihmisille, kun on aika täyttää tuotteesi kuvauksilla, uutisilla ja ohjeaiheilla! Jos laadukas sisältö on a

LUKU 2: PROJEKTIN EKOSYSTEEMI

avainliiketoimintaa edistävä tekijä projektissasi, varmista, että tiedät, kuka on vastuussa seuraavista: Sisältösääntöjen asettaminen uudelle tuotteelle (sisällön tyyppi,

sävy, määrä). Olemassa olevan sisällön sopivuuden arvioiminen niihin verrattuna

ohjeita. Uuden sisällön kehittäminen. Tämä vaihtelee yleisen projektityypin mukaan. varten

tehtäväpohjaisissa sovelluksissa, se voi sisältää ohjetekstejä, virheilmoituksia ja ohjeaiheita. Sisältölähteiden osalta se voi sisältää artikkeleita, uutisia ja blogiviestejä. Toimii sidosryhmien ja teknisen tiimin yhteyshenkilönä viestimään

sisällönhallintajärjestelmän rajoitukset ja mahdollisuudet. Eri sisältötyyppien ja kunkin metatietojen määrittäminen (

tiedot, jotka viime kädessä tekevät hausta ja ristiviittauksista tehokkaampia). Sisällön siirron suunnittelu, joka sisältää mallien luomisen

eri sisältötyypeille ja varmistaa, että sisältö on merkitty ja ladattu oikein, kun se siirretään sivuston sisällönhallintajärjestelmään. (Tämä on toinen alue, jossa vaadittu vaivannäkö on usein aliarvioitu.) Copywriter Tekstinkirjoittaja on vastuussa tekstin kirjoittamisesta sivustolle, joka kehystää yleistä kokemusta. Joissakin tapauksissa tämä kopio pysyy melko muuttumattomana päivästä toiseen. Se sisältää yleensä sivuston ja sivun esittelyt tai sivun sisäiset ohjeet. Tekstinkirjoittaja voi myös olla mukana jatkuvassa dynaamisen sisällön, kuten uutisten tai markkinointikampanjoiden kopioiden, luomisessa. Copywriting on yksi niistä harmaista alueista, jotka jäävät usein UX-suunnittelijalle, varsinkin jos ollaan luomassa lankakehystä (katso luku 11). Voit aluksi lisätä esimerkkitekstiä, joka toimii paikkamerkkinä kopiolle, kuten sivuston kuvaukselle tai sivun sisäisille ohjeille, mutta jonkun on lopulta täytettävä se lopullisella tekstillä, jonka käyttäjät näkevät – ja koska monissa projekteissa ei ole oma copywriter, tämä tehtävä saattaa olla sinulle oletusarvoinen. Sinua epätodennäköisemmin pyydetään ottamaan copywriter-rooli brändinäkyvyyden sivustojen tai markkinointikampanjoiden korkean profiilin alueilla. noissa tilanteissa

VALITSE HATUSI

jokainen sana voidaan tarkastaa tarkasti. Mutta jos työskentelet tehtäväpohjaisen sovelluksen parissa, joka tarvitsee lyhyitä ohjeviestejä, virheilmoituksia tai muun tyyppistä tietoa, joka ei välttämättä kuulu selkeään sisältöalueeseen, saatat joutua perimään kyseisen kirjoitustehtävän (tai se oletusarvoisesti kehittäjälle). Kysy etukäteen, onko tekstinkirjoittaja saatavilla, ja kysy uudelleen, kun teet kehystyksen, jos sellaista ei löydy. Jos työ jää sinulle, muista ottaa se mukaan, kun suunnittelet toimintaasi projektin aikana. Ja varoita: tämä on vastuu, joka usein jätetään huomiotta tai aliarvioitiin. Visuaalinen suunnittelija Visuaalinen suunnittelija vastaa sivuston tai sovelluksen elementeistä, jotka käyttäjä näkee. Tämä pyrkimys sisältää sellaisen ulkoasun ja tuntuman suunnittelun, joka luo emotionaalisen yhteyden käyttäjään ja joka on brändiohjeiden mukainen. Esimerkiksi pankkisivuston on usein näytettävä vakaalta, luotettavalta ja helppopääsyiseltä. Visuaalinen suunnittelu voi antaa tämän varmuuden visuaalisten elementtien, kuten värien ja kuvien, kautta. Tämän lupauksen pitää (tai rikotaan) sivuston ja muiden kontaktipisteiden vuorovaikutus yrityksen kanssa (kuten puhelinkeskus). Olkaamme rehellisiä: Monet ihmiset kutsuvat itseään visuaaliseksi suunnittelijaksi, verkkosuunnittelijaksi tai graafiseksi suunnittelijaksi, ja monilla sivustoilla on huono tai vain kelvollinen visuaalinen suunnittelu. Tehokkaan, mukaansatempaavan ja tunteita herättävän visuaalisen suunnittelun luomisen ja pelkän toimeentulon välillä on suuri ero. Joskus selviytyminen riittää saavuttamaan projektin tavoitteet, ja joskus se johtaa projektin turhautumiseen ja viivästyksiin, kun projektin sponsori on tyytymätön tai varhaiset käyttäjät eivät ole sitoutuneet suunnitteluun. Toisaalta voi myös olla helppo keskittyä liian voimakkaasti visuaalisella suunnittelulla vaikuttamisen luomiseen, jolloin muotoilun käytettävyys kärsii. Jos sinua pyydetään tähän rooliin etkä ole varma kyvystäsi luoda oikea vaikutus asiakkaalle, katso yrityksen nykyistä sivustoa ja sivustoja tai tuotteita, joita asiakkaat ihailevat visuaalisesta näkökulmasta arvioidaksesi mukavuuttasi. taso. Visuaaliset suunnittelijat ovat usein erittäin keskeisessä roolissa brändin läsnäoloprojekteissa ja markkinointikampanjoissa, ja heillä on ensisijainen rooli yrityksen brändin tehokkaasta viestimisestä.

LUKU 2: PROJEKTIN EKOSYSTEEMI

Sisältölähdeprojekteissa he voivat keskittyä luomaan sisältömalleja, joita voidaan soveltaa useille sivuille (esimerkiksi artikkelimalli). Tehtäväpohjaisissa sovelluksissa ne voivat tarjota tyylioppaan, jota voidaan soveltaa yleisiin vuorovaikutuselementteihin, kuten navigointialueisiin ja työkaluihin (mikä vaatii laajaa yhteistyötä vuorovaikutuksen suunnittelijan kanssa). Käyttöliittymäkehittäjä Käyttöliittymäkehittäjä on vastuussa teknisen rakenteen rakentamisesta sivujen suunnittelun ja kulkujen takana sekä sivuston interaktiivisista elementeistä, kuten vieritysvalikoista, laajennettavista sisältöalueista, vuorovaikutuksista multimediaelementtien, kuten videon, kanssa. Tämä työ käyttää usein teknologioita, kuten XHTML, CSS, Flash, JavaScript, Ajax ja Silverlight. Etupään kehitys keskittyy sivuston elementteihin, jotka liittyvät suoraan siihen, mitä käyttäjä näkee, toisin kuin taustalla oleviin järjestelmiin, jotka tarjoavat taustalla olevan alustan (kuten tietokannat, sisällönhallintajärjestelmät ja sivuston rakentamiseen tarvittava koodi). monimutkaisten ominaisuuksien takana oleva toiminnallisuus). Jos sinä tai tiimisi jäsenet ottavat etupään kehittäjän roolin, tiivis yhteistyö muun kehitystiimin kanssa on tärkeää odotusten ja vastuiden ymmärtämiseksi. Muita tärkeitä kysymyksiä ovat, mihin taustajärjestelmiin tulee integroida, HTML:n luomiseen käytetty menetelmä, sivurakenteen joustavuuden tarve mukautettujen "skinien" mukauttamiseksi sekä Flashin kaltaisia teknologioita koskevat odotukset. Jos prototyyppiä suunnitellaan (katso luku 12), kysy kuka on vastuussa prototyypin kehittämisestä ja minkä tason toiminnallisuutta odotetaan. Prototyyppi, joka on tarkoitettu yksinkertaisesti viestimään mahdollisuuksista, voidaan luoda nopeasti Flashin kaltaisessa sovelluksessa, mutta täysin toimiva prototyyppi, joka tarvitsee todellista dataa (esimerkiksi käyttäjän juuri lomakkeelle syöttämät tilitiedot), on tehtävä lähiaikoina. yhteistyö taustakehitystiimin jäsenten kanssa. Oletko huolissasi kaikista näistä rooleista? Ellet työskentele hyvin pienessä projektissa – tai hyvin pienessä yrityksessä – et todennäköisesti ota niitä kaikkia itse. Tärkeintä on ymmärtää, mitä rooleista pystyt ja olet valmis ottamaan tarpeen mukaan kyseisessä projektissa, jonka parissa työskentelet. Muualla saat tarvitsemaasi tukea projektitiimissä rakentamalla verkoston asiakasyrityksen sisällä tai suosittelemalla lisähenkilöitä tarpeisiin. Puhutaanpa hetki tavoista, joilla voit tehdä tämän.

VALITSE HATUSI

Käyttäjien edunvalvontaverkoston rakentaminen Niillä aloilla, joihin et ole varma, että voit tai haluat ottaa osaa, on aika alkaa etsiä apua. Voit tehdä tämän kolmella päätavalla: Suosittele, että lisää tiimiin jäseniä tarvittaessa

tarpeeksi ilmeistä. Kouluta itseäsi keskeisillä aloilla, joilla on puutteita – jos uudet vastuut

kyvyt ovat hallittavissa ja sinulla on aikaa omistautua niille. Rakenna tukiverkosto yrityksen sisällä auttamaan sinua keskeisissä tilanteissa.

Katsotaanpa tarkemmin, kuinka voit rakentaa tukiverkoston. Yrityksen muilla osastoilla on todennäköisesti joitain keskeisiä resursseja, jotka voivat auttaa sinua menestymään. Sinun on arvioitava, kuinka paljon aikaa voit luottaa näiltä ihmisiltä, koska ulkopuolisten ajan pyytäminen voi olla hankalaa projekteissa, jotka ovat pääosin yhden osaston omistamia. Jos et halua pyytää suurta osaa heidän ajastaan portin ulkopuolella, kysy vain, voitko tehdä yhteistyötä heidän kanssaan (tai neuvotella heidän kanssaan) varmistaaksesi parhaan tuloksen tämän roolin tärkeimmille vastuille. Kun olet tehnyt kumppanuutta, ymmärrät paremmin, kuinka paljon vuorovaikutusta saatat tarvita ja onko sinun tehtävä virallisempi pyyntö hänen ajastaan. Jokaisella yrityksellä on erilainen rakenne ja eri nimet osastoilleen, mutta tässä on joitain yleisiä paikkoja etsiä kumppaneita: Brändistrategin roolia varten kysy, onko markkinoinnissa ketään

osasto, joka voi toimia yhteyspisteenäsi. Tämä voi olla myös visuaalisten suunnittelijoiden ja sisältöstrategien lähde. Myös visuaalisen suunnittelun ja sisältöstrategian yhteistyökumppaneita voi löytää

ohjelma- tai tuotehallinnassa tai tutkimus- ja kehitysosastolla, operaatioissa tai yritysstrategiaosastolla, josta löydät usein yritysanalyytikot ja tuotepäälliköt. IT- tai suunnitteluosasto on usein paras vaihtoehto käyttöliittymälle

kehittäjät ja muut, jotka voivat auttaa sinua saamaan pääsyn sivuston analytiikkatyökaluihin ja saamaan niistä tietoa.

LUKU 2: PROJEKTIN EKOSYSTEEMI

Jos sinut on hiljattain palkattu uuteen yritykseen ja aiot työskennellä eri osastojen välillä, yksi parhaista asioista, joita voit tehdä portin ulkopuolella, on tunnistaa avainhenkilöt, jotka voisivat olla kumppaneita, ja varata heidän kanssaan haastatteluaika heidän roolinsa ymmärtämiseksi. ja kokemusta. Se aloittaa sinut verkostolla, johon voit usein luottaa pitkään, ja antaa sinulle mahdollisuuden selittää vastuusi (ja käyttökokemuksen suunnittelussa yleensä). Voit myös esittää suuren kysymyksen haastattelun lopussa: "Kenen muun kanssa minun pitäisi mielestäsi puhua?" Vastaus voi auttaa sinua löytämään ihmisiä, jotka eivät välttämättä näy pääprojektipäälliköllesi tai asiakaskontaktillesi. Jos olet ollut yrityksessä jonkin aikaa, voit silti aloittaa tällaisen haastatteluaikataulun. Siinä tilanteessa on parasta sitoa se tiettyyn virstanpylvääseen (kuten uuden projektin aloittamiseen) tai yrityksen tavoitteeseen, jonka taustalla on kiireellisyys korkean osallistumisen varmistamiseksi. Varmista, että esimiehesi tietää, mitä teet, jotta et näyttäisi siltä, että kuljet hänen ympärillään. Hyvä viestintä on avainasemassa rooliin liittyvien odotusten ymmärtämisessä ja luottamuksen rakentamisessa. Toinen avain yrityksen sisäisen luottamuksen saavuttamiseen on ymmärtää sen kulttuuria, usein ääneen sanomattomia odotuksia yrityksen toiminnasta, kuten aiempien projektikokemusten (positiivisia tai negatiivisia) synnyttämiä, organisaatiohierarkiaa koskevaa etikettiä ja hyväksyttävää työn logistiikkaa (esim. kotoa työskenteleminen).

Ymmärrä yrityskulttuuri Kulttuuri on vähän kuin Alka-Seltzerin pudottamista lasiin – et näe sitä, mutta jotenkin se tekee jotain. -Hans Magnus Enzensberger

Yrityksen kulttuuri ei ehkä ole johdonmukainen kaikilla sen alueilla, liiketoimintayksiköissä tai osastoissa, mutta voit yleensä tunnistaa keskeiset ominaisuudet, jotka vaikuttavat sinuun ja toteuttamaasi projektiin tai projekteihin. Seuraavassa on joitain näkökohtia, jotka on hyvä pitää mielessä, kun suunnittelet projekteja ja navigoit mahdollisesti hankalia poliittisissa tilanteissa.

YMMÄRRÄ YHTIÖKULTTUURI

Historia Me kaikki tiedämme lainauksen, että ne, jotka eivät voi muistaa menneisyyttä, on tuomittu toistamaan sitä, eikä projektityö ole poikkeus. Sen ymmärtäminen, kuinka projekti tai tiimi on päässyt nykyiseen tarpeeseensa, voi auttaa sinua ymmärtämään haasteita, joita saatat kohdata projektin aikana. Katsotaanpa joitain kysymyksiä, joita voit kysyä ymmärtääksesi historiaa, joka voi vaikuttaa projektiin. Vaikka jotkin vastaukset näihin kysymyksiin saattavat tuntua kamalilta, muista, että jokin on saanut sinut mukaan projektiin, joten projektilla voi olla kivinen historia ja se voi silti menestyä. Ehkä sinä olet avaintekijä tuossa menestyksessä! Jos monet alla käsitellyistä ongelmista näyttävät kuitenkin pätevän, etkä tunne pystyväsi ratkaisemaan niitä, se voi olla punainen lippu. Harkitse siinä tapauksessa yleisarviointia siitä, onko tämä projekti onnistunut. Mikä on esimerkki menneestä projektista, joka näyttää olleen

menestyi, ja mikä näyttää tehneen siitä niin? Mikä on mennyt projekti, joka näyttää olleen epäonnistunut (tai erityisen tuskallinen), ja miksi se epäonnistui? Näiden kysymysten esittäminen (joko suoraan tai hienovaraisemmalla, keskustelullisella tavalla) voi auttaa sinua ymmärtämään pari asiaa: kuinka vastaaja määrittelee onnistumisen, mahdolliset riskit projektillesi ja mahdolliset ennakkoluulot tai odotukset, jotka viedään tähän projektiin. , sekä lähestymistapoja, jotka toimivat hyvin. Onko yritys työskennellyt suunnittelijan kanssa ja julkaissut sen

projekti vai tiimi? Jos näin on, yritä selvittää, mikä ei näyttänyt toimivan ja kuinka asiakas odottaa lähestymistapasi olevan erilainen. Jos voit kysyä tämän kysymyksen useammalta kuin yhdeltä yrityksen työntekijältä, se auttaa sinua ymmärtämään paljon sanomattomista odotuksista. Jos saat kaksi hyvin erilaista vastausta, se voi tarkoittaa, että suunnittelijan vastuut eivät olleet hyvin määriteltyjä ja saatat joutua varmistamaan, että vastuistasi keskustellaan paljon koko projektin ajan. Onko projektitiimi työskennellyt projektin (tai siihen liittyvän materiaalin) parissa?

mikä näyttää epätavallisen pitkältä ajalta ilman viimeistelyä?

LUKU 2: PROJEKTIN EKOSYSTEEMI

Jos näin on, tämä voi olla merkki siitä, että tärkeimmät asiakkaan sidosryhmät eivät ole samalla sivulla tai eivät ole mukana sopivina aikoina, mikä aiheuttaa useita pysähtymisjuoksuja, suunnanmuutoksia tai ajanhukkaa useiden iteraatioiden vuoksi. Se voi myös tarkoittaa, ettei ole selkeää johtajaa, joka osaa sanoa ei (tai ainakin priorisoida tehokkaasti) keskittyäkseen liiketoiminnan tavoitteisiin. Jos pystyt vaikuttamaan projektiin liittyvään viestintään, se voi auttaa luomaan osallistumisohjeet, jotka auttavat viemään projektia eteenpäin. Onko yritys luonut malleja ilman aiempaa osallistumista

UX-suunnittelija? Tämä voi olla sekalainen siunaus. Toisaalta olet tekemisissä tiimin kanssa, joka ymmärtää suunnittelun tarpeen ja on yrittänyt täyttää aukon. Toisaalta sinulle voidaan antaa malli, joka ei mielestäsi täytä projektin käyttökokemuksen tavoitteita. Tämä voi olla herkkä navigointitilanne. Usein on parasta lähestyä tällaisten mallien tekijää kunnioittavan mentorin tai avulias konsultin sävyllä, osoittaa ensin suunnittelun hyvät puolet ja sitten keskustella käyttökokemuksen tavoitteista ja siitä, kuinka ne voidaan saavuttaa paremmin toisella lähestymistavalla. Tekijä on todennäköisesti arvokas jäsen tukiverkostossasi, joten on tärkeää olla polttamatta siltaa täällä, vaan määritellä roolisi uudelleen yhteistyöllä, jotta innostus pysyy elossa. Vaikuttaako pääsponsori tai projektipäällikkö erityisen ahdistuneelta?

projektista? Tähän voi olla monia syitä, varsinkin jos jokin yllä olevista tekijöistä vaikuttaa. Ahdistuneisuus voi johtua myös markkinoiden paineista, jotka sinun olisi hyödyllistä ymmärtää. Onko esimerkiksi yhtiön osakekurssi laskenut? Onko tietty kilpailija ottanut viime aikoina hälyttäviä harppauksia? Onko yritys tappiollinen? Jälleen, nämä tilanteet eivät välttämättä tarkoita, ettei sinun pitäisi ottaa projektia eteenpäin. loppujen lopuksi ne ovat sellaisia tilanteita, joissa hanke rahoitetaan usein ensi sijassa. Mutta jos sinulla on merkittävä huoli siitä, että yritys ei pysty maksamaan laskujaan, se on riski, jota sinun kannattaa punnita.

YMMÄRRÄ YHTIÖKULTTUURI

Hierarkia Geert Hofstedella on erinomainen malli, joka hahmottelee kulttuurierot, joita hän kutsuu "kulttuuriulottuvuuksiksi", jotka usein vaikuttavat ihmisten vuorovaikutukseen ja kommunikointiin. Yksi niistä on käsite valtaetäisyys, jolla tarkoitetaan sitä, missä määrin yhteiskunnan (meissä tapauksessa yrityksen) jäsenet ymmärtävät ja hyväksyvät etäisyyden eri valtatasoilla olevien ihmisten välillä. Jos esimerkiksi yrityksen johtoryhmän jäseniä pidetään erityisen voimakkaina ja mahdollisesti tavoittamattomina, yrityksellä voi olla suuri valtaetäisyys ja sen työntekijät voivat keskittyä enemmän hierarkiaan. Jos yritys kannustaa demokraattiseen ajatusten jakamiseen ja näkemysten kyseenalaistamiseen, sillä voi olla suhteellisen pieni valtaetäisyys.

Valtaetäisyys on "… missä määrin järjestöjen ja instituutioiden vähemmän voimakkaat jäsenet (kuten perhe) hyväksyvät ja odottavat, että valta jakautuu epätasaisesti. Tämä edustaa epätasa-arvoa (enemmän vastaan vähemmän), mutta määriteltynä alhaalta, ei ylhäältä. Se viittaa siihen, että yhteiskunnan epätasa-arvo on yhtä lailla kannattajien kuin johtajienkin kannalla." Geert Hofstede Cultural Dimensions www.geert-hofstede.com

Kumpaakaan ääripäätä ei voida pitää hyvänä tai huonona sinänsä, vaikka yleensä Yhdysvalloissa useimmat työntekijät näyttävät pitävän parempana pienen tehoetäisyyden esiintymistä työpaikallaan. Mielenkiintoista on huomata, että tämä ei välttämättä ole osoitus yrityksen menestyksestä. Applella on suhteellisen suuri tehoetäisyys (jos otetaan huomioon Steve Jobsin ympärillä oleva aura), ja Googlella on suhteellisen pieni tehoetäisyys osana kulttuuriaan, mutta molemmat yritykset tunnetaan innovatiivisista johtajista. Tärkeää on huomata, että asiakasyrityksen valtaetäisyys vaikuttaa siihen, kuinka onnistut navigoimaan poliittisilla vesillä projektin aikana. Tämä näkökohta tulee erityisen tärkeäksi projektin avainkohdissa: vaatimusten keräämisen aikana (käsitelty luvussa 5) ja keskeisissä virstanpylväissä, kuten kirjautumispisteissä (käsitelty luvussa 4). Jos työskentelet yrityksessä, jolla on suuri tehoetäisyys, ota hieman ylimääräistä

LUKU 2: PROJEKTIN EKOSYSTEEMI

aikaa ymmärtää raportointisuhteet ennen tapaamisten, kuten sidosryhmien haastattelujen ja arvioiden, ajoittamista ja harkita useampien keskitason ihmisten ottamista mukaan viestintään.

Logistiikka Yllä mainittujen laajempien kulttuurinäkökohtien lisäksi on hyödyllistä ymmärtää myös joitain luonteeltaan logistisempia elementtejä, jotta pystyt paremmin integroitumaan nykyisiin työmenetelmiin tai tuomaan muutosta harkitusti. On esimerkiksi hyödyllistä ymmärtää yrityksen yleinen odotettu tahti, mukaan lukien tärkeimmät julkaisupäivät tai määräajat, jotka vaikuttavat projektiin (ohjelmistosovelluksen luominen vuosittaisen julkaisuaikataulun mukaan olisi luultavasti eri vauhtia kuin kausiluonteista kampanjaa tukevalla mikrosivustolla, esimerkiksi). Odotetaanko tiimisi työskentelevän myöhään, jotta se noudattaa uhkaavia määräaikoja? Odotukset etätyön ja paikan päällä työskentelyn suhteen on myös hyvä ymmärtää. Jos paikan päällä on odotettavissa paljon aikaa, sinun on suunniteltava matkustaminen ja resurssien määrittäminen sinne. Jos etätyö on hyväksyttävää (tai rohkaisevaa, mikä on yleistä globaalien yritysten kanssa työskenneltäessä), on tärkeää ymmärtää viestintämenetelmät ja -välineet. Onko esimerkiksi pikaviestisovellusten käyttö hyväksyttävää? Mitä verkkoneuvottelutyökaluja käytetään? Onko olemassa menetelmiä kansainvälisten sidosryhmien mukaan ottamiseksi, jotka ovat osoittautuneet tehokkaiksi aiemmin? On myös mielenkiintoista ymmärtää yrityksen "paperikulttuuria". Jotkut yritykset suosivat sähköistä mediaa useimmissa asioissa, jolloin hyvä projektori ja tasainen Ethernet-yhteys ovat tärkeitä. Toiset ovat erittäin paperikeskeisiä, jolloin sinun on varmistettava, että tuot kokoukseen tarpeeksi kopioita, jotta se on tuottava. Voit ehkä muuttaa projektin kulttuuria, jos luulet, että toinen tapa on tehokkaampi. Mutta on hyvä tietää, että pyydät ihmisiä muuttumaan, jotta voit sujuvasti siirtyä – ja mahdollisesti ymmärtää, miksi jokin tietty lähestymistapa ei toimi odotetulla tavalla.

YMMÄRRÄ YHTIÖKULTTUURI

Pulling It Together Nyt kun olet tutkinut projektin maastoa, sinun pitäisi ymmärtää paremmin projektin ekosysteemi: ympäristö, jossa työskentelet (yrityskulttuuri), yleinen työ, johon tulet kaikki osallistumaan (kuten suunnittelemasi sivustotyypit) ja ihmiset, joiden kanssa olet vuorovaikutuksessa (mukaan lukien heidän roolinsa ja vastuunsa). Nämä tiedot ovat arvokkaita, kun hahmotat roolisi projektissa ja valmistaudut aloittamaan tosissaan. Jos työskentelet freelancerina tai alihankkijana, se tarjoaa pohjan ehdotuksen kirjoittamiselle projektin parissa tekemästäsi työstä (katso seuraava luku, jossa käsitellään UX-ehdotuksia). Jos työskentelet isomman tiimin jäsenenä etkä ole suoraan mukana ehdotuksen kirjoittamisessa, voit ottaa uudet tietosi mukaan projektin aloitukseen – tiimisi ensimmäiseen tapaamiseen. Katso perusopas hyvän kokouksen järjestämiseen verkkoluvusta "Lyhyt opas kokouksiin" tai jos haluat päästä suoraan kysymyksiin, joita tulee kysyä projektin alkaessa, katso luku 4, "Projektin tavoitteet". ja lähestymistapa."

LUKU 2: PROJEKTIN EKOSYSTEEMI

Ehdotuksia konsulteille ja freelancereille Opas niille, jotka hoitavat myös omaa liiketoimintaansa Projektien ja asiakkaiden odotusten hallitseminen voi olla tarpeeksi haastavaa, mutta jos sinulla ei ole asianmukaista sopimusta, voit löytää itsesi tappiosta. minkä tahansa toteuttamasi projektin loppu. Ehdotukset ja työilmoitukset ovat välttämättömiä suojellaksesi yritystäsi – ja itseäsi – taloudellisilta ja juridisilta ongelmilta. Kun olet hyväksynyt projektin ja kättelyt, varmista, että käytät tarpeeksi aikaa laatiaksesi sopimuksen, jossa määritellään suhteesi ehdot ja asiakkaasi maksuaikataulu. Russ Unger

Ehdotuksia On olemassa vanha sanonta, että "mikään hyvä teko ei jää rankaisematta", ja sama pätee yleensä minkä tahansa projektin aloittamiseen - huippu- ja hyvänolon hetket korvataan nopeasti sanoilla "Voi paska! On aika kirjoittaa ehdotus!" Suurin haaste ehdotuksen kirjoittamisessa on aivan ensimmäisen ehdotuksen kirjoittaminen. On lähes mahdotonta tietää, mistä aloittaa, jos sinun ei ole koskaan tarvinnut kirjoittaa sellaista itse, ja siinä tämän luvun pitäisi olla hyödyllinen. Jokaisella kohtaamasi projektilla on erilaisia makuja, jotka pitävät sinut varpaillasi, kun on aika laatia ehdotus. Onneksi on jokin ydin, joka on yhteinen kaikille ehdotuksille ja jota voidaan käyttää uudelleen projektista toiseen. (Katso yksityiskohtainen keskustelu hanketyypeistä luvussa 2.) Milloin ehdotus kannattaa kirjoittaa? Aina. Miksi sinun pitäisi kirjoittaa ehdotus? Kautta projektityöskentelyn historian epämukavimpiin tilanteisiin ovat asettuneet ihmiset, joissa asiakkaan ja toimittajan välillä ei ole ollut sopimusta. Sinulla saattaa olla suuri houkutus ohittaa tämä vaihe, kun muodostat ensimmäisen yhteyden potentiaaliseen asiakkaaseen ja asiat näyttävät napsauttavan. Vaikka sinulla on ilmeinen ymmärrys asiakkaan tarpeista ja osaat ilmaista sen heidän ymmärtämällään tavalla, et todellakaan ole vielä valmis aloittamaan työtä. Itse asiassa tämä on juuri se kohta, jossa sinun täytyy hidastaa ja hengittää. Sen sijaan, että menisit kunnolla töihin, käytä aikaa määritelläksesi ammatillinen suhteesi ja yhteistyön säännöt uuden asiakkaasi kanssa. Jean Marc Favreau lakitoimistosta Peer, Gan & Gisler, LLP Washington D.C.:stä sanoo: Liian usein urakoitsijat ja heidän asiakkaat uskovat, että heidän suhteensa alussa tapahtuu mielien kohtaus, vaikka itse asiassa epäselvyydet ovat vain valehtelua. odottamassa. Vaikka on lähes mahdotonta valmistautua kaikkiin mahdollisiin tilanteisiin, kattava kirjallinen sopimus on paras puolustus ja fiksuin tapa varmistaa, että et myöhemmin joudu oikeussaliin kiistelemään suhteenne ehdoista. Mitä selkeämmin määrittelet etukäteen asiakkaan ja suhteesi ehdot ja parametrit kirjallisessa sopimuksessa, sitä vähemmän todennäköisesti joudut riitelemään kummankin osapuolen velvoitteista.

LUKU 3: EHDOTUKSET KONSULTANTEISIIN JA FREELANCEKSIIN

Uudet projektit ja uudet ihmiset ovat jännittäviä. Usein halutaan olla "tappamatta sopimusta" heittämällä ehdotus sekoitukseen, mutta kuten missä tahansa suhteessa, häämatka-tunne voi lopulta laantua. Lupaukset voidaan rikkoa molemmin puolin suhdetta. Asiakas ei välttämättä pysty tarjoamaan sinulle oikea-aikaista pääsyä sisältöön. (Tiedän, että tämä on melkein ennenkuulumatonta, mutta uskokaa tai älkää, niin tapahtuu! Se on sarkasmia, jos se on jäänyt paitsi.) Hankkeelle aikoinaan ollut rahoitus voidaan siirtää muualle – ja sitten sinä, se joka on töissä, voidaan jättää pussia pitelemään. Yritykset ymmärtävät myös, että ne ottavat riskejä työskennellessään ulkopuolisten toimittajien kanssa – erityisesti niiden, jotka ovat hyvin pieniä yrityksiä tai itsenäisiä urakoitsijoita. Hyvin kirjoitetut ehdotukset tarjoavat asiakkaille vakauden ja suojan tunteen, mikä voi auttaa lievittämään monia mahdollisia huolenaiheita. Ehdotuksen avulla voit myös määritellä termejä, jotka suojaavat molempia osapuolia, jos jokin muuttuu. Jos asiakas ei tarjoa sinulle oikea-aikaista pääsyä resursseihinsa, aikajanasi saattaa lipsua. sinun on saatava heidät tietoisiksi velvollisuuksistaan hankkeen onnistumisen suhteen. Jos asiakas menettää rahoituksen ja tappaa projektin – ja sinulla ei ole ehdotusta tai muuta sopimusta – saatat olla vaarassa, että et saa palkkaa jo tekemästäsi työstä. Asian tulee olla kristallinkirkas: kirjoita aina ehdotus.

Ehdotuksen luominen Kun olet saanut hankkeen, on aika tehdä ehdotus. Mitä nopeammin ehdotus hyväksytään ja allekirjoitetaan, sitä nopeammin voit aloittaa työn ja – mikä tärkeintä – saada työstä palkkaa. Hyvän ehdotuksen ydinkomponentit ovat otsikkosivu Versiohistoria Hankkeen yleiskatsaus Projektin lähestymistapa

EHDOTUKSEN LUOMINEN

Työn laajuus Oletukset Toimitukset Omistus ja oikeudet Lisäkustannukset ja maksut Projektin hinnoittelu Maksuaikataulu Kuittaus ja allekirjoitus

Sukeltakaamme syvemmälle ehdotuksen jokaiseen osaan.

Otsikkosivu Otsikkosivu on yksinkertainen sivu, joka esittelee asiakirjasi. Nimisivut ovat mielenkiintoinen peto: voit luoda niitä useilla tavoilla tyylin ja tiedon näkökulmasta. Kuinka teet sen, on sinun. Tyypillinen otsikkosivu koostuu seuraavista elementeistä: Asiakasyrityksen nimi Asiakasyrityksen logo (jos sinulla on sen käyttöoikeus) Hankkeen nimi Asiakirjan tyyppi (ehdotus) Ehdotuksen versio Lähetyspäivä Yrityksen nimi Ehdotuksen tekijät Projektin viitenumero Kustannukset Luottamuksellisuus

Sisällytä ensimmäinen ehdotuksesi mukaan kaikki – paitsi asiakkaan yrityksen logo, hinta ja (mahdollisesti) projektin viitenumero. Mikset sisällytä näitä elementtejä otsikkosivulle?

LUKU 3: EHDOTUKSET KONSULTANTEISIIN JA FREELANCEKSIIN

Asiakkaasi tietää, keitä he ovat. Luvan pyytäminen yrityksen logon käyttöön ei luultavasti ole vaivan ja vaivan arvoista, eikä myöskään mahdollisen epämukavuuden arvoista, jos käytät sitä vahingossa väärin. Kustannukset selviävät parhaiten, kun projektin eri osat on tunnistettu rungossa, ja kustannustiedot ohjaavat mukavasti maksuaikatauluun. Hankkeen viitenumero on huomioitava. Monet yritykset eivät käytä sitä ollenkaan; joidenkin valtion virastojen tiedetään kuitenkin luottavan tähän nimenomaiseen kohteeseen, ja jos sitä ei löydy otsikkosivultasi, ehdotuksesi voidaan hylätä.

Kuva 3.1 Esimerkkiehdotuksen otsikkosivu

Kuvassa 3.1 käytettiin (fiktiivistä) asiakaslogoa. Jos lupaa ei ole annettu tai suhdetta ei syntynyt, asiakasyrityksen logoa ei kannata näyttää.

EHDOTUKSEN LUOMINEN

Versiohistoria Versiohistoria on ehdotuksen oma osansa, ja sitä käytetään tunnistamaan, kuinka monta kertaa olet päivittänyt ehdotusta alkuperäisen version jälkeen. Yleisesti ottaen on parasta antaa versionumero, päivämäärä, kirjoittaja ja kaikki versioon liittyvät kommentit, kuten muokattu, jotta lukija saa käsityksen muutoksista (taulukko 3.1). TAULUKKO 3.1 TARKISTUS

Esimerkki versiohistoriataulukosta SECTION

KUVAUS

TOIMITTAJA

PÄIVÄMÄÄRÄ

Alkuperäinen dokumentti

REU

8. tammikuuta 09

Oletukset

Päivitetty vastaamaan ohjelmistovaatimuksia

REU

11. tammikuuta 09

1.0 1.1

Toisinaan asiakkaat allekirjoittavat ehdotuksen ja pyytävät sitten sinulta lisätarkistuksia. Jos päätät jatkaa asiakkaan kanssa ja tehdä nämä muutokset, sinun tulee käyttää tilaisuus päivittää asiakirjasi versiosta 1.x versioon 2.0. Pohjimmiltaan, kun asiakas hyväksyy ehdotuksen ja molemmat osapuolet sopivat ehdoista, olet valmis aloittamaan työn. Joten kun lisämuutoksia pyydetään, sinun on tarkistettava ne erittäin huolellisesti. Tämä varmistaa, että kustannukset ovat edelleen järkeviä ja että molemmilla osapuolilla on selkeä käsitys muutoksista ja siitä, missä vaiheessa projekti käynnistetään uudelleen (tarvittaessa). Sinun tulee myös aina antaa asianmukainen selitys sille, miksi versio muodostaa täydellisen uuden version versiohistoriassa.

Hankkeen yleiskatsaus Yleiskatsaus-osio on kuvaus projektista, jonka parissa työskentelet – omin sanoin. Tämän kuvauksen tulee antaa asiakkaallesi selkeä kuva siitä, mitä kuvittelet heidän tuotteensa sisältävän, sekä selityksen siitä, mitä hän voi odottaa löytävänsä muusta ehdotuksesta. Tässä on esimerkki yleiskatsauksen alusta: [Asiakasyrityksen nimi] pyrkii luomaan uuden verkkonäkyvyyden. Tämä Web-näkyvyys tarjoaa [Client Company Name] -asiakkaille mahdollisuuden etsiä ja ostaa tuotteita verkossa sekä muita yrityksen kautta saatavilla olevia palveluita ja etuja. Verkkonäkyvyyden tavoitteet ovat…

LUKU 3: EHDOTUKSET KONSULTANTEISIIN JA FREELANCEKSIIN

Sinun pitäisi pystyä antamaan vankka yhteenveto yhdessä tai kahdessa kappaleessa ja tarjoamaan erittäin korkeatasoista yksityiskohtaa siitä, mitä asiakkaan pitäisi odottaa sinulta. Yleiskatsaus on hyvä lopettaa perusteellisella selvityksellä suosituksistasi ja ehdotetusta lähestymistavasta projektin loppuun saattamiseksi: Tässä ehdotuksessa esitetään yksityiskohtaisesti [Yrityksesi nimi] suositukset ja lähestymistapa [Client Company Name]:n suunnitteluun ja kehittämiseen. s online-Web-näkyvyys. Kun otetaan huomioon määräaika [deadline date], ehdotetaan, että…

Hankkeen lähestymistapa Lähestymistapa projektiin vaihtelee riippuen siitä, minkä tyyppistä hanketta olet toteuttamassa. Tämä on tilaisuutesi tunnistaa asiakkaallesi, kuinka aiot työskennellä projektin parissa hänen kanssaan. Pystyt määrittelemään sitoutumisesi säännöt ja asettamaan odotuksiasi edessä olevaa työtä kohtaan. Monet yksityishenkilöt ja yritykset käyttävät hyvin samankaltaisia menetelmiä, mutta käyttävät erilaisia nimiä tai älykkäitä lyhenteitä, jotka sopivat yhteen heidän yleisen tuotemerkkinsä kanssa. Olipa kerran mytologinen metodologia näytettäväksi (potentiaalisille) asiakkaille, ja se löysi tiensä moniin ehdotuksiin. Prosessi oli nimeltään The PURITE Process™ (lausutaan "puhtaus"), ja jakaessaan tämän kanssanne mytologinen olento on juuri kuollut sisältä, joten muistakaa lukea tämä fiktiona. Prosessin nimi on hieman juustomainen ja prosessi on selvästi hieman epätäydellinen. Lanseerauksen jälkeinen analyysi jätettiin tästä metodologiasta pois (ohitus), mutta se pitäisi tietysti sisällyttää kaikkiin asiakkaisiin. Tässä on viivytyksettä PURITE-lähestymistapa: [Yrityksesi nimi] on tunnistanut standardin prosessin projektien onnistumiseksi asiakkaidemme kanssa. Vaikka kutakin näistä vaiheista ei ehkä voida soveltaa [Projektin otsikkoon], koko prosessi määritellään seuraavasti: PURITE Process™ on [Yrityksesi nimi]-yhtiön sisäinen menetelmä, jolla varmistetaan kaikkien aloitteiden menestys. Käyttämällä PURITEa [Yrityksesi nimi] on todistettu ohjesarja tiiviiseen työskentelyyn asiakkaiden ja käyttäjien/yleisön kanssa toimitus-odotusten luotettavan ylläpitämiseksi ja ylittämiseksi. P – Valmistaudu. Omistamme osan jokaisesta aloitteesta ymmärtääksemme toimialaasi ja kilpailijoitasi ja heidän liiketoimintaansa, jotta voimme olla mahdollisimman ajan tasalla ennen vaatimusten keräämisen aloittamista. U – Ymmärrä. Teemme tiivistä yhteistyötä aiheesi asiantuntijoiden ja/tai käyttäjien kanssa määritelläksemme vaatimukset projektin rakentamiselle oikein.

EHDOTUKSEN LUOMINEN

R – Renderöi. Render-vaiheen kautta luomme ja kehitämme kaikki projektin/tuotteen osat. Kokemuksemme mukaan mikä tahansa kehitysvaihe vaatii paljon päätä alaspäin, keskittynyttä työpanosta, mutta myös oikea-aikaista, avointa kommunikointia tiimisi kanssa. Se edellyttää myös, että... Minä – iteroimme. Iteraattivaihe toistuu koko projektin elinkaaren ajan. Toimimme mahdollisimman nopeasti saadaksemme hankkeen eloon, ja tämä vaatii usein useiden iteraatioiden luomista nopeilla aikajanoilla. Tämä edellyttää suoraa ja oikea-aikaista osallistumista sinulta ja omistautuneilta resursseiltasi. Lopputuloksena on tuote, jonka olet määritellyt ja jonka luomisessa olet auttanut. T – Testi. Testaamme jokaista projektia renderöintivaiheemme aikana; Tarvitsemme kuitenkin myös ylimääräisen silmäjoukon – omalta testaustiimiltämme ja nimeämältä käyttäjäryhmältäsi/yleisöryhmältäsi tavoitteelliseen testaukseen. Tämä ylimääräinen testauskierros auttaa varmistamaan, että mahdollisimman vähän kiveä jätetään kääntämättä, jotta voidaan toteuttaa projekti, joka on arvioitu tiukasti useilta tasoilta. E – Ota käyttöön. Kun viisi edellistä vaihetta on suoritettu onnistuneesti ja allekirjoitettu hyväksyntäsi, otamme ratkaisun käyttöön ja otamme sen käyttöön. PURITE Process™ ei lopu tähän. Projektin päätyttyä kommunikoimme säännöllisesti asiakkaidemme kanssa. Jatkamme tyytyväisyytesi mittaamista, ymmärrämme muuttuvia tavoitteitasi tai projektin parannuksia ja autamme sinua määrittämään parhaan lähestymistavan projektin tulevaan kehittämiseen.

Voit käyttää tätä niin vähän tai niin paljon kuin on sinulle soveltuvaa tai hyödyllistä. Prosessin luonut mytologinen kirjoittaja ei myöskään välitä, jos et mainitse lähdettä. Prosessin määrittäminen voi olla yhtä yksityiskohtainen kuin yllä tai niin yksinkertaista kuin seuraava: Suunnittele, määrittele, kehitä, laajenna Suunnittele kokonaisstrategia Määritä yksityiskohtaiset projektin vaatimukset. Kehitä, testaa, tarkenna ja käynnistä työtuote. Laajenna projektia suosittelemalla parannuksia ja parannuksia, jotka perustuvat kehityksen, testauksen ja julkaisun jälkeiseen tietoon

Kun olet määritellyt prosessisi, sinulla on mahdollisuus kertoa yksityiskohtaisesti eri ponnisteluista, joita tapahtuu lähestymistapasi kussakin vaiheessa, sekä mitä kukin niistä merkitsee sinulle ja asiakkaallesi. Ehdotuksesi lähestymistapa-osion pituus vaihtelee projektin, prosessisi ja prosessisi kussakin vaiheessa tapahtuvien toimintojen mukaan. Yritä kuitenkin pitää se enintään kahdesta kolmeen sivua ja

LUKU 3: EHDOTUKSET KONSULTANTEISIIN JA FREELANCEKSIIN

Varmista, että sisällytät vain ne tuotokset, jotka pystyt toimittamaan asiakkaallesi, jotta asiakirjaa ei enää päivitetä tai projektin hinnoittelua ei tarvitse käydä uudelleen.

Työn laajuus Työn laajuus -osiossa tunnistat projektin työnjaon. Eli tunnistat, mistä projektin osista olet vastuussa ja mistä asiakas on vastuussa. Lue tuo uudelleen. Mieti sitä hetki. Anna sen upota sisään. Siinä mennään. Oikein. Tämä on se osa ehdotusta, jossa kerrot asiakkaalle kirjallisesti, että me teemme tämän ja sinä aiot tehdä sen. Myöhemmin, kun asiakas allekirjoittaa ehdotuksesi, hän hyväksyy tämän järjestelyn, ja sinulla on paperipolku, joka tukee sinua väärinkäsitysten sattuessa. Tarkoituksena on tunnistaa selkeästi, kuka hoitaa mitkä hankkeen osa-alueet sekä mitkä hankkeen osa-alueet sisältyvät ehdotuksesi ja arvioimallasi hinnalla. Jos et löydä muuta todella pakottavaa syytä kirjoittaa ehdotus, tämän pitäisi olla riittävä syy. Tässä on hyvin lyhyt esimerkki työn laajuudesta: [Asiakasyrityksen nimi] otti meihin yhteyttä tarjotaksemme kaikki [Project Type]:n rakentamiseen tarvittavat palvelut. [Yrityksesi nimi] keskittyy ainoastaan [Asiakasyrityksen nimi] -sivuston [Käyttäjäkokemuksen suunnittelunäkökohtiin]. [Asiakasyrityksen nimi] antaa yksityiskohtaista palautetta kaikista [Projektityypin] näkökohdista projektisuunnitelman mukaisesti. [Client Company Name] toimittaa kaikki tarvittavat resurssit käytettäväksi projektissa, mukaan lukien fontit, väriteemat, tuotemerkkistandardit jne.

Oletukset Ehdotuksen oletukset-osio on hyvä paikka ilmaista keskustelulle jättämättä, mitä asiakkaaltasi vaaditaan menestyksesi varmistamiseksi. Toisin sanoen nämä ovat asioita, joita oletat – ja kommunikoit asiakkaalle –, joihin sinulla on pääsy tai jotka toimitetaan sinulle, jotta projekti onnistuisi.

EHDOTUKSEN LUOMINEN

Se, mitä kutsut tässä osiossa oletuksiksi, ovat todella odotuksia. Se on vain paljon kohteliaampaa olettaa. Voit luoda niin monta projektisuunnitelmaa kuin haluat, mutta jos et sinä tai asiakas sitoutu saavuttamaan virstanpylväitä ja tavoitteita, molemmat osapuolet sitoutuvat tiettyyn projektin epäonnistumiseen. Yleensä oletukset ovat resurssien ja omaisuuserien odotus sekä oikea-aikainen (käännös: nopea, välitön) pääsy molempiin. Tässä on esimerkki oletusten kirjoittamisesta: Oletukset On välttämätöntä, että [Asiakasyhtiön nimi] toimittaa seuraavat varat ja resurssit. Kyvyttömyys toimittaa näitä resursseja ja resursseja ajoissa ja täydellisesti voi aiheuttaa tämän projektin epäonnistumisen tai viivästymisen. Seuraavia resursseja ja resursseja odotetaan: Oikea-aikainen pääsy kaikkiin tarvittaviin [Client Company Name] työntekijöihin. Oikea-aikainen pääsy kaikkiin [Projektin] tarvittaviin resursseihin nykyisessä tilassa, mukaan lukien mahdolliset lähdetiedostot, jos niitä on saatavilla. Sisältö, tarpeen mukaan, mukaan lukien, mutta ei rajoittuen, kopiot, kuvat, ääni jne. [Projektin] mille tahansa osa-alueelle.

Toimitukset Toimitukset ovat työtuote, jonka luot ja luovutat asiakkaalle. Tämä osio on tilaisuutesi kertoa asiakkaalle, minkä tyyppistä työtuotetta hän voi odottaa sinulta projektin aikana. Suosittelemme, että käsittelet tilaraportoinnin erikseen, lähempänä projektin loppua, mutta voit lisätä sen tähän projektin osaan. Anna kuvaukset kaikista mahdollisesti sisällytettävistä työtuotteista, vaikka työtuotetta ei valmistettaisikaan. Tämä saattaa tuntua siltä, että se voisi olla ylivoimaista tai sillä on mahdollisuus avata "Luin ehdotuksesta [toimitettavasta tyypistä], mutta en näe sitä tässä" -matotölkin, mutta yksi pieni sana, voi, voi tehdä ero. Toimitukset [Yrityksesi nimi] tarjoaa erilaisia suorituksia projektin aikana. Olemme tunnistaneet [Asiakasyrityksen nimi] seuraavat toimitukset:

LUKU 3: EHDOTUKSET KONSULTANTEISIIN JA FREELANCEKSIIN

Creative Brief Creative Brief on projektin ensimmäinen vaihe. Tämä asiakirja auttaa meitä luomaan nopean ja tehokkaan korkean tason yleiskatsauksen projektista. Creative Briefin tarkoituksena on selventää käyttäjien tavoitteita ja tarpeita sekä määritellä projektiin liittyvät erityisresurssit ja/tai rajoitteet. Ja niin edelleen…

Omistus ja oikeudet On tärkeää harkita, missä määrin annat asiakkaasi käyttää tuottamaasi työtuotetta. Nämä oikeudet voidaan määritellä monella eri tavalla, mutta suurin osa työstäsi jakautuu kahteen luokkaan: Vuokratyö Lisensoitu työ

Vuokratyön (tunnetaan lakimaailmassa "vuokratyönä") -projektien katsotaan olevan työn maksavan osapuolen luomia ja tekijänoikeuden alaisena – ei varsinaisen työn tekemisestä vastaavan tahon. Tämä tarkoittaa, että kun suoritat työtä vuokratyöprojektissa, sinulla ei ole minkäänlaisia oikeuksia työhön ja kaikki projektiin liittyvä luomasi on asiakkaan omistuksessa. Tämä tilanne on monien yritysten ja yksityishenkilöiden vaikea kohdata: Se tarkoittaa usein, että loppupään "huoltotyötä" ei ole (ja sen lisätuloja), koska asiakkaat voivat päättää ylläpitää projektia itse sen valmistuttua. Älä anna periksi projektista, jossa asiakas pakottaa ehdon; se ei ole harvinaista. Kun laitat työtä vuokraprojekteihin yrityksen kokopäivätyön yhteydessä, tämä on melko standardi työnantajan ja työntekijän väliselle suhteelle. Se on myös mahdollisuus tutustua hinnoittelumalliisi – monet projektit laskutetaan hieman korkeammalla hinnalla korvatakseen mahdollisesti menetetyt tulot tulevaisuudessa. Muista, että tämä kaikki riippuu suhteesta, joka sinulla on asiakkaasi kanssa ja kuinka päätät harjoittaa liiketoimintaa. Aika ja kokemus auttavat sinua tekemään oikean päätöksen tekemiesi työtyyppien ja valitsemiesi hinnoittelumallien perusteella. Lisensoidut työprojektit antavat sinulle mahdollisuuden säilyttää teoksen tekijänoikeudet, mutta antaa muille osapuolille oikeuden kopioida ja/tai levittää sitä. Voit sisällyttää lisenssisopimukseen minkä tahansa määrän ehtoja. Todennäköisimmin LUO EHDOTUKSEN

hyödynnä työsi lisensointia, kun säilytät työsi kaiken lähdemateriaalin omistusoikeuden ja toimitat asiakkaillesi vain rajoitetusti käytettyjä työtuotteita (kuten PDF-tiedostoja alkuperäisen, muokattavan Wordin, Vision, Axure-, OmniGrafflen tai muiden asiakirjojen sijaan ). Voit käyttää monia eri tapoja lisensoida työsi, mukaan lukien lisensoida työ käytettäväksi ilman muutoksia, ei-kaupallisesti tai useilla muilla tavoilla, jotka voivat sopia tilanteeseesi. Creative Commons (http://creativecommons.org/about/licenses) tarjoaa helposti ymmärrettäviä selityksiä erilaisista käyttöoikeustyypeistä, joita saatat käyttää, mutta ne ovat vain pieni osa lisensointimaailmasta. Jos joudut tilanteeseen, jossa joudut hyvin yksityiskohtaisiin ja erityisiin tarpeisiin, on aina parasta ottaa yhteyttä tekijänoikeuslakiin, joka auttaa sinua löytämään parhaan mahdollisen ratkaisun.

Lisäkustannukset ja -maksut On tärkeää, että asiakkaasi ymmärtää, ottaako (vai ei) projektin hinnoittelussa huomioon ulkoiset resurssit. Jotkin projektit voivat esimerkiksi edellyttää arkistovalokuvien ostamista myyjältä. Voit joko ostaa kuvat (asianmukaisilla käyttöoikeuksilla) ja sisällyttää ne osaksi maksuasi tai voit selvästi tunnistaa kuvien ostamisen lisäkuluksi, joka maksetaan asiakkaallesi. Voit myös tarjota palveluita, joista haluat saada asiakkaasi tietoiseksi – tämä on hyvä tilaisuus mainostaa näitä palveluita. Tässä on esimerkki siitä, miten lisäkuluja ja -maksuja käsitellään: Lisäkustannukset ja -maksut Jos tarvitaan ulkopuolisia resursseja (kuten sisältöä, kuvia, fontteja jne.), ne on tunnistettava, hyväksyttävä ja laskutetaan [Client Company Name]. Lisäksi [Yrityksesi nimi] voi tarjota isännöintipalveluita asiakkaillemme erittäin alhaisilla yleiskustannuksilla. Tarjoamme isännöintipalveluita – mukaan lukien konfiguroitavan verkkopohjaisen sähköpostin – alkaen 25 dollarista kuukaudessa 25 dollarin asennusmaksulla. Jos [Client Company Name] haluaa ostaa "huoltopaketin", [Yrityksesi nimi] pyrkii luomaan paketin, joka on molempia osapuolia tyydyttävä ja hyödyllinen.

LUKU 3: EHDOTUKSET KONSULTANTEISIIN JA FREELANCEKSIIN

Projektin hinnoittelu Kun olet dokumentoinut yksityiskohdat siitä, kuinka aiot suorittaa projektin työn, on melko hyvä idea ilmoittaa asiakkaalle kustannukset. Se, miten saat hinnan, on suurelta osin itsestäsi kiinni, mutta tässä on vinkki: Arvioi, kuinka kauan projektin tekemiseen uskot kestävän – mukaan lukien tietty määrä tarkistuksia, arvioi kohtuullinen aika projektin hallintaan, mikä voisi olla noin 25 prosenttia; määritä sitten laskutettava tuntihinta, jonka haluat veloittaa, ja laske se kaikki. On olemassa useita kaavoja, jotka auttavat sinua tässä, kuten vaikeusasteiden soveltaminen projektin jokaiseen osaan, jotta voit löytää asiakkaallesi tarjottavan kustannusalueen. Useimmissa tapauksissa kokemus on avainasemassa, joka auttaa sinua arvioimaan projektejasi asianmukaisesti – ajan ja materiaalien näkökulmasta. Miten määrität laskutusprosenttisi? Vertailun vuoksi voit tutkia, mitä muut veloittaa, etsimällä palkkatutkimuksia ja urakoitsijoiden hintoja. Esimerkiksi organisaatiot, kuten Information Architecture Institute (www.iainstitute. org), AIGA (www.aiga.com), Coroflot (www.coroflot.com) ja lahjakkuustoimisto Aquent (www.aquent.com) maksavat palkkaa. ja urakoitsijoiden hintatutkimukset. Voit saada kunnollisen käsityksen hinnoista, joita voit veloittaa, kun otat huomioon kokemuksesi, mitä muut markkinoillasi veloittaa ja mikä on mielestäsi jokseenkin oikeudenmukaista. Muista: Voit aina laskea korkoasi. On paljon vaikeampaa pyytää asiakastasi maksamaan sinulle enemmän rahaa, kun hän on nähnyt numerot sivulla! On monia eri tapoja jäsentää hankkeesi hinnoittelua. Projektisi luonteesta riippuen saatat haluta tai joutua antamaan useita arvioita, jotka mahdollistavat erilaisia hinnoitteluvaihtoehtoja. Oletetaan esimerkiksi, että tarjoat asiakkaalle kaksi vaihtoehtoa: staattisen HTML-Web-sivuston ja Web-sivuston, jossa on sisällönhallintajärjestelmä (CMS), joka mahdollistaa dynaamisen sisällön (jota asiakas voi sitten hallita ilman erityisiä resursseja). Voit muotoilla projektiarviot seuraavasti: Projektiarvio [yrityksesi nimi] on ehdottanut useita arvioita kohteelle [Client Company Name] tarjotakseen parhaat mahdolliset vaihtoehdot välittömiin ja/tai tuleviin tarpeisiisi. [Yrityksesi nimi] olettaa, että [Client Company Name] tarjoaa kaiken sisällön. Jos yritystäsi [Yrityksesi nimi] pyydetään tarjoamaan sisältöpalveluita, arviot on määritettävä uudelleen.

EHDOTUKSEN LUOMINEN

[Yrityksesi nimi]:n arviot mahdollistavat joustavuuden kustannusten ja tarpeiden näkökulmasta. Arviot ovat seuraavat: Arvio 1 [Yrityksesi nimi] arvioi, että [Projekti] kohteelle [Client Company Name] ilman interaktiivista sisältöä…

Muista, ettei ole olemassa todellista väärää tapaa koota projektiarviosi – ellet aseta itseäsi negatiiviseen kassavirta-asemaan!

Maksuaikataulu Ympärillä leijuu myytti, että kaikista freelance-projekteista maksetaan 50 prosenttia etukäteen, ennen työn alkamista, ja 50 prosenttia valmistumisen jälkeen, kun projekti päättyy. Tämä myytti on kumottava – heti! Tämä ei ole tapa harjoittaa liiketoimintaa, eikä se takaa oikea-aikaista ja johdonmukaista tuloa työn suorittamisen aikana. Et halua asettaa itseäsi tilanteeseen, jossa sinun on tehtävä muutos asiakkaan puolesta vain siksi, että haluat saada projektin valmiiksi ja saada maksun sen sijaan, että työskennellä muutostilausprosessin kautta. Voit hinnoitella projekteja useilla tavoilla – ennalta määrätyssä ajassa lähetetyistä laskuista virstanpylväisiin perustuviin maksuihin. Viisaampi tapa on ohjata projektisi toistuvaan maksuaikatauluun säännöllisillä, yksityiskohtaisilla laskuilla. Tämän lähestymistavan pitäisi myös antaa asiakkaille selkeä käsitys siitä, mitä on saatu aikaan ja mitä työtä on jäljellä projektin parissa. Seuraava esimerkki on yksi tapa jäsentää työsi maksut: Maksuaikataulu [Yrityksesi nimi] Tyypillinen maksuaikataulu on saada XX % hankkeen arvioidusta kokonaishinnasta ennen sen alkamista. [Yrityksesi nimi] lähettää laskut jokaisen kuukauden 1. ja 15. päivänä; maksu on maksettava kokonaisuudessaan 14 päivän kuluessa. Projektin päätyttyä [Yrityksesi nimi] toimittaa kaikki työtuotteet [asiakasyrityksen nimi]. Kun materiaalit on hyväksytty tyydyttävästi, [Yrityksesi nimi] palauttaa mahdolliset ylimääräiset maksut säilyttäjältä tai [Yrityksesi nimi] toimittaa loppulaskun summista, joita pidättäjä ei kata. Huomautus: Jos [Projekti] asetetaan pitoon yli 14 päiväksi ilman, että työ ei edisty, [Yrityksesi nimi] toimittaa loppulaskun kaikista maksuista, joita pidättäjä ei kata, ja sillä on oikeus ensikielto, jos hanke avataan uudelleen.

LUKU 3: EHDOTUKSET KONSULTANTEISIIN JA FREELANCEKSIIN

Vaikka se ei ole pakollista, on hyödyllistä lisätä huomautus siitä, kuinka projekti käsitellään, jos se on odotustilassa pitkäksi aikaa. Tämä ehto voi auttaa sinua pitämään projektisi raiteilla ja etenemään – ja se antaa sinulle keskustelupisteen asiakkaidesi kanssa. Jos et tee heille lisätyötä pitkään aikaan, haluat jatkaa eteenpäin ja etsiä työtä täyttääksesi tyhjiön.

Kuittaus ja uloskirjautuminen Vaikka on erittäin tärkeää varmistaa, että sinulla on ehdotus paikallaan, se ei yksinään riitä. Ehdotuksella ei todellakaan ole paljon merkitystä, ennen kuin oikea henkilö asiakasyrityksestäsi on hyväksynyt ja allekirjoittanut sen. On elintärkeää varmistaa, että kaikilla on selkeä käsitys siitä, mitä tapahtuu ja kuinka paljon kummaltakin osapuolelta odotetaan. Yhtä tärkeää on suojata itseäsi "iteraatiosupervaltatieltä" ja vähentää riskiä, että asiakas saa osallistua "ominaisuuksien hiipumiseen": pyytää jatkuvasti "vain yksi asia", joka on sisällytettävä. Merkinnät ovat melko yksinkertaisia ja selkeitä. Kun olet luonut ehdotusasiakirjan, annat asiakkaallesi kuittauksen ja allekirjoituksen, joka hyväksyy kahden yrityksesi välisen sopimuksen. Valmista aina kaksi kopiota – yksi kummallekin osapuolelle – ja varmista, että molemmat kopiot on allekirjoitettu. Tässä on esimerkki kuittauksesta, jota voit käyttää: Kuittaus Tämän ehdotuksen kuittaa ja hyväksyy kokonaisuudessaan [asiakasyrityksen nimi]. Tämän ehdotuksen on oltava [Asiakasyhtiön nimi]:n valtuutetun edustajan allekirjoittama ja päivättävä, jotta se tulee voimaan. Vaihtoehtoisesti allekirjoitettu ostotilaus, jossa viitataan tähän ehdotukseen, muodostaa hyväksynnän tämän allekirjoitetun asiakirjan tilalle (edellyttäen kuitenkin, että tällaisen ostotilauksen esipainettuja ehtoja pidetään mitättöminä ja merkityksettöminä). Tämä ehdotus muodostaa osapuolten välisen koko sopimuksen tämän ehdotuksen aiheesta. Tämä ehdotus yhdistää ja korvaa kaikki aiemmat suulliset tai kirjalliset sopimukset, keskustelut, neuvottelut, sitoumukset, kirjoitukset tai yhteisymmärrykset. Tämä sisältää rajoituksetta kaikki myyntikirjallisuudessa, esitteissä tai muussa kirjallisessa kuvauksessa tai mainosmateriaalissa olevat esitykset, ja se on täydellinen ja yksinomainen ilmoitus osapuolten sopimuksen ehdoista. Kumpikin osapuoli tunnustaa ja hyväksyy, että se ei ole tätä ehdotusta toteuttaessaan tukeutunut, ja se nimenomaisesti kieltäytyy luottamasta sellaisiin esityksiin tai lausuntoihin, joita ei ole esitetty tässä tai sopimuksessa.

EHDOTUKSEN LUOMINEN

Hyväksytty: [Yrityksesi nimi] valtuutetut edustajat

[Asiakkaan yrityksen nimi]

Lähettäjä: _____________________________________

Nimi: _________________________________

Nimi:_____________________________

Otsikko: ___________________________________

Otsikko: ______________________________

Päivämäärä: ______________________________

Maksa kaikki shekit: [yrityksesi nimi]

Työselostukset Työselostus (SOW) on korkean tason määritelmä projektin tavoitteista, jotka sinun pitäisi pystyä koomaan 2-3-sivuiseksi asiakirjaksi (ei sisällä kansia). SOW kirjoitetaan yleensä ennen yksityiskohtaisiin vaatimuksiin perehtymistä, vaikka asiakkaasi ja projektisi tarpeiden mukaan voit luoda hybridiasiakirjan, joka sopii parhaiten tarpeisiisi. Yleisesti ottaen SOW:ita tulisi käyttää konsensuksen rakentamiseen tiimisi ja asiakkaasi sidosryhmien välille varhaisessa vaiheessa. SOW määrittelee projektin syötteet ja tuotokset sekä oletukset ja rajoitukset. Tässä vaiheessa ei ole harvinaista, että asiakkaat pyytävät sinua antamaan "palloparkkihahmon" työlle, jota aiot tehdä heille. Voi olla hieman riskialtista vastata tähän tässä vaiheessa. On suositeltavaa, että teet parhaasi välttääksesi yksityiskohtia tai sitoumuksia määrittelemättä yksityiskohtia. On mahdotonta tietää, kuinka paljon projekti tulee maksamaan, jos et ole vielä kirjoittanut ehdotusta ja/tai vaatimusasiakirjaa. Sinun on kuitenkin tehtävä tuomio tässä vaiheessa. Jos työskentelet projektin, kuten perus-WWW-sivuston, parissa ja olet onnistuneesti suorittanut useita samanlaisia projekteja aiemmin ja/tai olet työskennellyt saman asiakkaan kanssa aiemmin, sinulla on hieman liikkumatilaa. Muista, että varovaisuus on aina parempi kuin epämukava tilanne myöhemmin projektin aikana. Työselostuksen tulee olla noin kahdesta kolmeen sivua ja sen tulee sisältää vähintään seuraavat tiedot:

LUKU 3: EHDOTUKSET KONSULTANTEISIIN JA FREELANCEKSIIN

Otsikko Muutoshistoria Hankkeen viitenumero Hankkeen yhteenveto Aloituspäivä Päättymispäivä Hinta/hinta Hankkeen selitys Aktiviteetit ja suoritteet Eritellyt kustannukset ja maksuaikataulu Kuittaus ja allekirjoitus

Näyttävätkö elementit tutuilta? Niiden pitäisi – voit koota SOW:n käyttämällä ehdotuksen leikattua versiota. Olet nyt oppinut kokoamaan kahden tyyppisiä asiakirjoja, joiden avulla voit tunnistaa asiakkaalle tekemäsi työn. Näiden asiakirjojen tulee muodostaa perustan mille tahansa asiakkaalle tekemällesi projektityölle, ja ne antavat sinulle ja asiakkaillesi hyvin määritellyt marssimääräykset projekteillesi.

TYÖSELOSTUKSET

Projektin tavoitteet ja lähestymistapa Tiedä, minkä tähden mukaan kannattaa navigoida Yksi hyvän projektin avaimista on aloittaa tiimi selkeällä projektitavoitteella ja hyvin ymmärrettyllä lähestymistavalla. Ihannetapauksessa projektin johto määrittelee tämän puolestasi – mutta mistä tiedät, jos he eivät tee niin? Tässä luvussa puhutaan projektin tavoitteiden muodostamisesta ja esitetään kysymyksiä, jotka auttavat sinua vahvistamaan näitä tavoitteita. Keskustelemme myös joistakin yleisistä projektilähestymistapoista (tai menetelmistä) ja siitä, miten ne voivat vaikuttaa työskentelytapasi. Carolyn Chandler

olet ensimmäistä kertaa projektin aloitusvaiheessa koko tiimin kanssa. Projektipäällikkö jakaa materiaalia ja antaa sinulle yleiskatsauksen projektista. Ihannetapauksessa sinulla pitäisi olla seuraavat tiedot kokouksen loppuun mennessä:

Miksi hanke on yritykselle tärkeä? Miten sidosryhmät päättävät, oliko hanke onnistunut? Mitä lähestymistapaa tai menetelmää hankkeessa noudatetaan? Mitkä ovat tärkeimmät päivämäärät tai virstanpylväät avainpisteille, kuten saaminen

yritysten sidosryhmien hyväksyntä? Kaikki nämä kysymykset koskevat odotuksia, joita sidosryhmillä on hankkeelle: mitä hanke saa aikaan ja miten he osallistuvat siihen. Kaksi ensimmäistä kysymystä koskevat hankkeen tavoitteita ja kaksi viimeistä hankkeen lähestymistapaa. Projektin tavoite on ilmaus projektin mitattavissa olevasta tavoitteesta. Puhutaanpa tavoitteista tarkemmin.

Solidify Project Objectives Tavoitteet ovat tärkeä tarkennuslinssi, jota käytät koko projektin ajan. Niiden tulee perustua asiakasyrityksen kokonaisliiketoimintastrategiaan, joten projektin tavoitteiden tulee olla linjassa yrityksen sisäisten strategisten aloitteiden kanssa. Jos esimerkiksi on olemassa strateginen aloite, joka vetoaa uuteen potentiaalisten asiakkaiden ryhmään (jota kutsutaan markkinoiksi), luomasi sivusto tai sovellus voi olla yritys tarjota näille markkinoille online-yhteys heille tärkeisiin tuotteisiin ja palveluihin. . Tämän hankkeen tavoitteena olisi sitten keskittyä kyseisten markkinoiden saavuttamiseen ja sitouttamiseen. Selkeä tavoite resonoi koko projektin ajan. Se auttaa sinua kysymään oikeita kysymyksiä, kun keräät ideoita yritysten sidosryhmiltä. Suunnittele tutkimusta käyttäjien kanssa ja keskitä tulosten analyysi. Tarkenna sidosryhmiltä ja käyttäjiltä kerättyjä ideoita ja muunna ne

yhdistettyyn luetteloon projektin vaatimuksista Priorisoi nämä projektivaatimukset niiden arvon perusteella yritykselle

KIINTEÄ PROJEKTIN TAVOITTEET

Luo tehokkaita vuorovaikutussuunnitelmia Hallitse suunnittelun muutospyyntöjä, kun kehitys on alkanut. Keskity ponnisteluihin käyttöönottotoimintojen (kuten koulutus ja viestintä) aikana.

tiedottaminen käyttäjille uudesta sivustosta tai sovelluksesta ennen sen julkaisua ja sen aikana) Selvitä, oletko täyttänyt asiakasyrityksen tarpeet kerran

projekti käynnistetään Kun aloitat uuden projektin, sinulla on luultavasti projektitavoitteet hankkeen sponsorilta (yrityssidosryhmä, joka on suoraan vastuussa hankkeen onnistumisesta) sekä joukko projektiin liittyviä pyyntöjä yritysten sidosryhmiltä. ja asiakkailta, mutta ne kaikki voivat olla hieman epäselviä (kuva 4.1). Tavoitteesi on selventää nämä kiinteiksi väitteiksi, joita voit käyttää projektin onnistumisen mittapuuna.

Hankkeisiin liittyvät pyynnöt

Yrityksen strategian sumea tavoite

Käyttäjä tarvitsee sidosryhmien idean

Sumea tavoite

Käyttäjävalitus Sidosryhmien idea

Kuva 4.1 Sumeat tavoitteet, ideat ja tarpeet

Vankka tavoite on helppo ymmärtää. Vältä sisäpiiriterminologiaa. Erillinen. Vältä epämääräisiä lausuntoja; käytä sen sijaan sanamuotoa, joka näyttää siltä

on hyödyllistä, kun priorisoit vaatimuksia. Mitattavissa. Tee konkreettisia lausuntoja, jotka voit asettaa itsenäiseksi

mittaamalla menestystäsi. Kun määrittelet sumean tavoitteen ja teet sen selkeäksi ja mitattavaksi, siitä tulee kiinteä tavoite, johon voit tehdä päätöksiä.

LUKU 4: HANKKEEN TAVOITTEET JA LÄHESTYMISTAPA

Kuva 4.2 Kiinnitettävät tavoitteet

Yrityksen strategiaprojektin tavoitteet

Kuulet monia lausuntoja, joita voidaan pitää tavoitteina. Sumeiden, kuten alla olevien, analysointi auttaa vahvistamaan tavoitteitasi ja kommunikoimaan tehokkaammin projektitiimin sisällä. Liiketoiminnan puolestapuhuja

"Tavoitteemme on nousta markkinajohtajaksi toimialalla x."

Tämä on koko yrityksen tavoite, mutta liian laaja tiettyyn projektiin. Yrityksen useiden aloitteiden on yhdistettävä tämän toteuttamiseksi; mikä tahansa sivusto tai sovellus voi auttaa tässä, mutta se on erittäin epätodennäköistä, että se pystyisi käsittelemään koko taakkaa – ellei koko yritys käsittele tätä yhtä sivustoa tai sovellusta ja se lopulta menestyy hurjasti. Liiketoiminnan puolestapuhuja

"Tavoitteenamme on herättää innostusta asiakaskuntamme keskuudessa."

Tämä on parempi, koska sivusto tai sovellus voi vaikuttaa tähän, mutta se on silti liian epämääräinen. Miksi on tärkeää herättää jännitystä? Miten tämä jännitys muuttuu liiketoiminnan tarpeiden täyttämiseksi? Ja mistä voit kertoa, oletko onnistunut? Liiketoiminnan puolestapuhuja

"Tavoitteenamme on lisätä verkkosivustomme liikennettä."

Nyt ollaan perillä. Tämä on helppo mitata, mutta se on liian keskittynyt välivaiheeseen. Oletetaan, että tuot enemmän liikennettä: Se ei välttämättä auta sinua, jos ihmiset eivät suorita haluamiasi toimintoja saavuttuaan perille.

KIINTEÄ PROJEKTIN TAVOITTEET

Sumeat tavoitteet voivat antaa sinulle käsityksen asiakkaan toiveista ja suuremmista tavoitteista. Näistä voit rakentaa kiinteämpiä projektitavoitteita, kuten Kasvata verkkomyynnin tuottoa 10 prosenttia. Kasvata verkkomainonnan tuloja 20 prosenttia. Kasvata nykyisten ja potentiaalisten asiakkaiden määrää asiakkaassamme

tietokanta vähintään 20 000:een. Tarjoa korkeasti arvioitua ja paljon viittausta sisältöä ensisijaisille käyttäjillemme.

(Huomaa, että tämä vaatii jonkin verran työtä päättääksesi, kuinka mitataan "korkeasti arvioitu" ja "suuri viittaus", mutta elementit ovat olemassa, joista voidaan rakentaa.)

Projektisi voi mitata jokaista näistä ja vaikuttaa niihin. Ne voivat myös kartoittaa melko tarkasti suunnitelmiasi ja tarjolla olevia ominaisuuksia. Esimerkiksi online-uutiskirjeen tarjoaminen on hyvin yleistä tapana saavuttaa tavoite kasvattaa asiakastietokantaa: Uutiskirjeen toimittamiseksi sinun on tallennettava asiakkaiden sähköpostiosoitteet, jotka lisätään tietokantaan. Tavoitteet voivat myös tuoda esiin uusia vaatimuksia. Jos esimerkiksi mittaat menestystä sivustosi artikkeleille annetulla keskimääräisellä arviolla, tarvitset ominaisuuden, jonka avulla käyttäjät voivat antaa arvioita. Näillä tavoilla tavoitteet auttavat sinua keskittymään, kun keräät ideoita sivustoa varten, ja niistä voi myöhemmin tulla projektin vaatimuksia. Jos tavoitteita on useita, muista luoda priorisoitu luettelo yrityksesi sponsorin ja projektitiimin kanssa. Tavoitteet ovat joskus ristiriidassa keskenään suunnittelun aikana, ja tiimin on tiedettävä, mikä on etusijalla. Lopullisen prioriteettilistan tulee olla projektin sponsorilta, mutta sinä voit olla keskeinen osa keskustelua. Puhutaan kuinka.

Kuinka UX-suunnittelija voi auttaa? Jos hankkeen tavoitteet ovat epäselviä projektin alussa, voit ottaa fasilitointitaitojasi käyttöön. Auta projektiryhmää ymmärtämään projektin liiketoimintaan liittyvää kontekstia pitämällä työpaja keskeisten sidosryhmien kanssa (katso seuraava luku saadaksesi lisätietoja oikeiden sidosryhmien tunnistamisesta). Tämän yleensä kahdesta neljään tuntia kestävän istunnon tavoitteenasi on tuoda esiin tietoa yrityksen vahvuuksista, heikkouksista,

LUKU 4: HANKKEEN TAVOITTEET JA LÄHESTYMISTAPA

mahdollisuuksia ja uhkia. SWOT-analyysiksi kutsuttu tämä on yleinen liiketoiminta-analyysitekniikka ja yksi tapa keskustella yrityksen asemasta markkinoilla. Voit käyttää tämän ajan myös keskustelemaan yrityksen kilpailusta. Ymmärrä vahvuudet ja heikkoudet SWOT-analyysin SW ovat yrityksen tämänhetkiset vahvuudet ja heikkoudet projektiin liittyen. Vahvuuksiin ja heikkouksiin voivat kuulua sisäiset prosessit sekä ulkoiset havainnot – ja usein ne vaikuttavat toisiinsa. Esimerkiksi yrityksellä, jolla on suuri tutkimus- ja kehitysosasto (T&K-osasto), voi olla pääsy laajaan alkuperäisen tutkimuksen lähteeseen, joka julkaistaan (vahvuus), mutta ei ehkä ole ketään, joka auttaisi tuomaan sisältöä helpommin keskivertokäyttäjälle. , mikä johtaa käsitykseen, että yritys on "liian akateeminen" (heikkous). Tunnista mahdollisuudet ja uhat OT on SWOT:n tulevaisuuteen päin oleva puolisko. Ottaen huomioon ne asiat, jotka erottavat yrityksen kilpailijoista, mitä tulevaisuuden aloitteita se voisi tehdä, mikä avaa uuden markkinaraon tai vahvistaa nykyistä? Mitkä tilanteet voivat uhata näitä suunnitelmia? T&K-yrityksemme voi esimerkiksi päättää palkata kirjoittajia julkaisemaan helpommin saatavilla olevia ominaisuusartikkeleita alkuperäisen tutkimuksensa ympärillä (mahdollisuus), mutta jos nykyisessä sivuston työkalujoukossa ei ole vankkoja sisällönhallintaominaisuuksia, julkaisuprosessi voi olla kohtuuttoman hidas. Tämä voisi antaa kilpailijoille mahdollisuuden reagoida nopeammin (uhka). Vertaa kilpailijoita Mikä on yrityksen pääkilpailija? Ketkä ovat kilpailijoita kehitettävän sivuston suhteen? Ne voivat olla erilaisia, etenkin suurille yrityksille tai uusille sivustoille. Onko sivustoja, jotka eivät ole suoria kilpailijoita, mutta jotka edustavat mielenkiintoisia malleja, joita kannattaa harkita? Voit oppia paljon tarkastelemalla muita verkkokauppasivustoja nähdäksesi, myyvätkö ne myymääsi tuotetta ja miten. Pull It Together SWOT- ja kilpailijakeskustelut ovat hyviä keskustelunaiheita samanaikaisesti, koska ne ovat vuorovaikutuksessa toistensa kanssa. Siitä on vaikea puhua

KIINTEÄ PROJEKTIN TAVOITTEET

tulevaisuuden uhkia tietämättä, keitä kilpailijasi ovat – ja kun alat puhua tulevaisuuden mahdollisuuksista, mieleesi saattaa tulla uusia kilpailijoita. Kun sinulla on täällä täydellinen kuva yrityksen kilpailijoista ja SWOT:sta, projektitavoitteiden - samoin kuin hankkeen yleisen sopivuuden yrityksen strategiaan - pitäisi tulla helpommin määriteltävissä ja niiden painopisteiden tulisi selkiytyä. Hankkeen tavoitteiden vahvistaminen auttaa sinua ymmärtämään odotuksia siitä, mitä projekti aikoo saavuttaa. Puhutaan seuraavaksi odotuksista, jotka koskevat hankkeen kulkua. Projektilähestymistavan ymmärtäminen auttaa sinua tekemään tehokasta yhteistyötä ja mukaan oikeat ihmiset oikeaan aikaan.

Ymmärrä projektilähestymistapa Projektin yleisen lähestymistavan tai metodologian tunteminen on tärkeä osa sen ymmärtämistä, milloin ja miten olet mukana ja miten sinun tulisi ottaa mukaan muita, kuten projektitiimisi ja liiketoiminnan sidosryhmät. Joskus tuntuu olevan yhtä monta projektilähestymistapaa kuin on projekteja. Oikean lähestymistavan valinta projektiin on sinänsä iso aihe. Valitsemasi menetelmä voi riippua monista asioista, kuten projektitiimin rakenteesta ja sijainnista, projektissa käytetyistä teknologioista ja siitä, missä määrin yhteistyö on osa yrityksen kulttuuria. Tässä kirjassa oletetaan, että olet liittynyt projektiin, jossa lähestymistavan ovat pääosin määrittäneet projektin onnistumisesta vastuussa olevat henkilöt, kuten projektin sponsori ja projektipäällikkö. Tässä tilanteessa tärkein tavoitteesi on ymmärtää lähestymistapa ja auttaa tekemään siitä tehokas liike-elämän sidosryhmien ja käyttäjien kannalta. Tässä keskitymme kahteen yleisimpään lähestymistapaan sekä kolmanteen, joka näyttää mahdollisen muunnelman, jota saatat kohdata projektissa. Tärkeää on huomata, että useimmat lähestymistavat sisältävät samat vaiheet: Suunnittele yleinen strategia, lähestymistapa ja tiimirakenne. Määrittele projektin vaatimukset. Suunnittele vuorovaikutusta ja visuaalisia konsepteja ja kehitä niistä yksityiskohtaisia

tekniset tiedot. Kehitä, testaa ja tarkenna ratkaisu.

LUKU 4: HANKKEEN TAVOITTEET JA LÄHESTYMISTAPA

Ota ratkaisu käyttöön viestien, koulutuksen ja suunnitellun julkaisun avulla. Laajenna hanketta tekemällä parannussuosituksia.

Näiden vaiheiden nimet voivat vaihdella, samoin kuin se, missä määrin ne menevät päällekkäin, ja tapa, jolla tiedot dokumentoidaan. Mutta kunkin vaiheen yleiset toiminnot ovat yhteisiä useimmille projekteille ja kaikille kolmelle tässä esitetylle mallille.

Vesiputouslähestymistapa Vesiputouslähestymistapa sisältää hankkeen vaiheiden käsittelemisen erillisinä, erillisinä vaiheina, joissa yhden vaiheen hyväksyntä tarvitaan ennen seuraavan vaiheen alkamista. Esimerkiksi suunnitteluvaihe ei ala tosissaan, ennen kuin vaatimukset ovat hyväksyneet yritysten sidosryhmät, jotka allekirjoittavat yhden tai useamman vaatimusasiakirjan Deﬁne-vaiheen lopussa. Hyväksyminen

Suunnitelma

Hyväksyminen

Määritä Suunnittelu Kehitä Käyttöönoton laajennus

Kuva 4.3 Esimerkki vesiputouslähestymistavasta, jossa jokainen vaihe "putoaa" seuraavaan

Puhtaan vesiputouslähestymistavan ongelmana on, että siinä oletetaan, että jokainen vaihe voidaan suorittaa loppuun tekemällä sitä edeltävään vaiheeseen mahdollisimman vähän muutoksia. Joten jos esität uusia vaatimuksia suunnitteluvaiheessa, mikä on yleistä, sinun on ehdotettava muutoksia Määrittelyvaiheen lopussa hyväksyttyihin asiakirjoihin, jotka voivat horjuttaa suunnitelmaa ja aikataulua.

Ketterät lähestymistavat Koska muutos on jatkuvaa, projektiryhmät etsivät jatkuvasti vesiputousmallia joustavampia lähestymistapoja. Monet menetelmät noudattavat joustavampaa lähestymistapaa, ja jotkut vaiheet tapahtuvat rinnakkain; Esimerkiksi Web-sivuston versioita voidaan julkaista nopeassa, iteratiivisessa aikataulussa käyttämällä ketterää tai nopeaa kehitystyötä. Ketterä lähestymistapa keskittyy yleensä enemmän nopeaan yhteistyöhön ja vähemmän yksityiskohtaiseen dokumentointiin ja muodolliseen allekirjoittamiseen. YMMÄRRÄ PROJEKTIN LÄHESTYMISTAPA

Iteraatio 1

Kehittää

Iteraatio 2

Kehittää

Iteraatio 3

Kehittää

Deploy Design Deploy Design Deploy Design Define

Määrittele

Määrittele hyväksyntä

Suunnitelma

Ota käyttöön julkaisun pidentäminen

Kuva 4.4 Esimerkki ketterästä lähestymistavasta

Todellinen ketterä lähestymistapa (esimerkiksi Agile Alliancen jäsenten kehittämien parhaiden käytäntöjen mukaisesti) vaatii pieniä tiimejä, joiden jäsenet sijaitsevat fyysisesti vierekkäin, keskittyen vain vähän muodollisten roolien määrittelyyn tiimin jäsenten välillä. Tällä tavalla toimiminen mahdollistaa erittäin korkean yhteistyön, mikä vähentää raskaan dokumentoinnin tarvetta suunnittelun, kehityksen ja testauksen välillä. Tiimin jäsen voi esittää kysymyksen, tulla vastaamaan yhdessä muiden tiimin jäsenten kanssa nopean taulun aikana ja toteuttaa ratkaisun ilman yksityiskohtaisen dokumentaation ja hyväksynnän viivytystä. Sidosryhmäkatsaukset tapahtuvat täysin toimivassa järjestelmässä, kun yksi monista iteraatioista julkaistaan, ja tuloksena saatu panos otetaan huomioon seuraavaa iteraatiota suunniteltaessa. (Iteraatiot ovat luonnosversioita tietystä sivustosta tai sovelluksesta.) Kun ketterä lähestymistapa toimii niin kuin se on suunniteltu, se on kaunis asia. Useimmissa yrityksissä ja useimmissa konsultointitehtävissä tiimit kuitenkin noudattavat harvoin puhdasta ketterää lähestymistapaa. Osittain tämä johtuu siitä, että yritykset käyttävät yhä enemmän hajautettuja tiimejä ja etätyöntekijöitä, mikä vaikeuttaa korkean yhteistyön ylläpitämistä, joka tarvitaan puhtaan ketterän lähestymistavan hyödyntämiseen.

Modifioidut lähestymistavat Useimmat projektit yrittävät noudattaa lähestymistapaa, joka yhdistää molempien maailmojen parhaat puolet, ja siinä on riittävästi rakennetta ja dokumentaatiota hajautettujen ryhmien ja tiimin jäsenten vaihtuvuuden aiheuttamien riskien vähentämiseksi, mutta riittävästi yhteistyötä ja iteraatiota vastatakseen muutoksiin suhteellisen ketterällä tavalla. . Projekti voi esimerkiksi seurata vesiputousmallia, mutta sisältää päällekkäisyyden vaiheissa, jotta tiimistä toiseen on keskeisiä yhteistyöpisteitä. Tämä mahdollistaa

LUKU 4: HANKKEEN TAVOITTEET JA LÄHESTYMISTAPA

mahdolliset muutokset pintaan aikaisemmin kussakin vaiheessa. Tämä voi sisältää myös varhaisen julkaisun (kuten betajulkaisun tietylle käyttäjäryhmälle), jolla on lyhyempi iterointijakso. Tästä julkaisusta saatu palaute voidaan sitten ottaa huomioon ennen uuden sivuston täydellistä käyttöönottoa. Suunnitelma

Määrittele

Suunnittelun kehittäminen

Design

Määrittele

Kehitä Deploy Beta

Ota käyttöön julkaisun pidentäminen

Kuva 4.5 Muokattu vesiputous beetaversiolla

Huomaa pienemmät iteraatiot suunnitteluvaiheessa kuvasta 4.5. Se on yksi suurimmista arvoista, joita tuot tiimillesi UX-suunnittelijana. Työkalujen, kuten rautalankakehysten (luku 11) ja prototyyppien (luku 12) avulla voit kerätä palautetta ideoiden nopeista iteraatioista ennen kuin on käytetty paljon kehitysaikaa. Kuvan 4.5 kaltainen muunneltu vesiputouslähestymistapa on yksi parhaista yleisesti käytettyjä menetelmiä, joten se on lähestymistapa, joka muodostaa tämän kirjan kehyksen. Monet tässä käsitellyt aiheet pätevät kuitenkin projektiisi lähestymistavastasi riippumatta, koska niiden taustalla olevat perustoiminnot – esimerkiksi määrittely ja suunnittelu – ovat edelleen tarpeellisia.

Deep Diving Jos projektisi käyttää ketterää lähestymistapaa, sinulla on ainutlaatuisia tarpeita vaatimusten keräämisen aikana, kuten "käyttäjätarinoiden" kirjoittaminen tapaksi vangita vaatimukset. Suosittelemme Mike Cohnin (Addison-Wesley Professional, 2004) User Stories Applied: For Agile Software Development -julkaisua.

YMMÄRRÄ PROJEKTIN LÄHESTYMISTAPA

Miten lähestymistapa vaikuttaa minuun? Lähestymistavan tunteminen auttaa sinua ymmärtämään useita asioita: Mitä kysymyksiä sinun pitäisi kysyä ja milloin. Esimerkiksi jos olet

Kun käytät puhdasta vesiputouslähestymistapaa, sinun on ponnisteltava enemmän varmistaaksesi, että määrittelyvaiheessa esitetyt vaatimukset sisältävät kaikki suunnitteluvaiheessa tarvitsemasi tiedot. (Keskustamme vaatimuksista seuraavassa luvussa.) Odotukset siitä, miten projektitiimin jäsenet tekevät yhteistyötä ja miten

yhteistyö tulee olemaan tiivistä. Esimerkiksi ketterä lähestymistapa vaatii erittäin tiivistä yhteistyötä. Vesiputouslähestymistapa voi sisältää suurimman osan ajasta yksilöllistä työtä, kosketuspisteitä kerran tai useita kertoja viikossa. Asiakirjoissa vaadittava yksityiskohtaisuus ja taso

muodollisuus. Kirjautumispisteissä toimitettujen asiakirjojen on oltava muodollisia, melkein kuin laillisia sopimuksia. Tyypillisesti tarvitset muodollisempia asiakirjoja vesiputouslähestymistapassa, jossa vaaditaan kirjautuminen ennen kuin siirryt seuraavaan vaiheeseen. Sinulla voi kuitenkin olla myös joitain muodollisia allekirjoitusasiakirjoja, kun käytät ketterää lähestymistapaa – esimerkiksi tietojen keräämiseen tärkeissä päätöspisteissä, kuten silloin, kun tietty iteraatio on valmisteltua täyttä julkaisua ja käyttöönottoa varten. Tärkeitä virstanpylväitä, jotka edellyttävät sidosryhmien hyväksyntää ja

levittäminen eri ryhmiin. Lähestymistapa määrittää, mitä eri yleisöjen on tarjottava projektin eri kohdissa, mukaan lukien sidosryhmien hyväksynnät kirjautumispisteissä ja palaute mahdollisilta käyttäjiltä betajulkaisun aikana. Nyt kun olet vahvistanut projektisi tavoitteet ja ymmärtänyt projektin lähestymistavan, seuraavassa luvussa aloitamme määrittelyvaiheen ensisijaisesta työstä: vaatimusten keräämisestä.

LUKU 4: HANKKEEN TAVOITTEET JA LÄHESTYMISTAPA

Liiketoiminnan vaatimukset Tunne ongelma ennen kuin luot ratkaisun Projektiryhmän kokoontuessa olet todennäköisesti kuullut tai keksinyt paljon ideoita siitä, mitä pitäisi tehdä. Joidenkin yrityksen merkittävien jäsenten (yrityksesi sidosryhmien) tarjoamista ominaisuuksista voi jo olla luetteloita sekä heidän mielipiteitään tärkeimmistä ominaisuuksista. Nämä ovat osia projektin liiketoimintavaatimuksista, ja ne ovat hyvä alku. Varmistaaksesi, että sinulla on täydellinen ratkaisu projektin lopussa, sinun on luotava ja selvennettävä vaatimuksia useista näkökulmista. Tässä luvussa keskitymme liiketoimintasi sidosryhmien vaatimusten keräämiseen ja erittelyyn. Carolyn Chandler

Luku 4 käsitteli sumeita tavoitteita ja keskusteli tapoista, joilla voit auttaa selventämään niitä itsellesi ja projektitiimille. Projektin alkuvaiheessa sinulla on myös todennäköisesti joukko pyyntöjä, jotka ovat suhteellisen sumeita. Nämä voivat olla sidosryhmien ideoita, käyttäjien valituksia tai käyttäjien pyyntöjä. Jotta voit tehdä näistä hyödyllisistä ja jäljitettävistä osista projektisi, sinun on yhdistettävä nämä ideat vaatimuksiksi. Vaatimukset ovat lausuntoja, jotka määrittelevät, mitä sivuston tai sovelluksen on tehtävä. Ihannetapauksessa liiketoiminnan vaatimus Antaa käsityksen kokonaistarpeesta, johon on vastattava Edustaa ja yhdistää eri sidosryhmien tarjoamia tarpeita. Antaa suunnan suunnittelulle olematta liian tarkka sen suhteen

accomplished Toimii erillisenä työyksikkönä priorisointia ja seurantaa varten

Tässä on esimerkki ideasta verkkokauppasivuston ominaisuudesta. Voit saada saman idean muutamalta eri liiketoiminnan sidosryhmältä alkuvaiheessa Deﬁne: "Asiakkaat voivat seurata tilauksiaan verkossa." Tämä on hyvä perusta vaatimukselle, mutta se on sumea. Aloita kysymällä kysymyksiä vaatimuksen yksityiskohdista, kuten miksi yritykselle on tärkeää, että asiakkaat voivat seurata

tilaukset netistä? Onko esimerkiksi tarkoitus vähentää puheluiden määrää asiakastukeen? Onko yrityksellä tällä hetkellä kykyä seurata paketteja verkossa?

Jos ei, seurantaominaisuuksille on otettava uusia vaatimuksia tai yrityksen on ehkä tehtävä yhteistyötä kolmannen osapuolen kanssa. Kuinka tarkkaa seurannan pitää olla? Millaista tietoa

pitäisikö sisällyttää seurantatietoihin? Onko sivustolla esimerkiksi toimitettava päivitetty arvio toimitusajasta? Tällaisten kysymysten esittäminen auttaa sinua yhdistämään sumeat ideat vankoiksi vaatimuksiksi. Se tekee myös selväksi, että sama lausunto voi tarkoittaa eri asioita eri ihmisille.

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

Esimerkiksi eräs sidosryhmä voi ajatella, että pakettien seurantaan kuuluu vahvistussähköpostin vastaanottaminen Sidosryhmäidean seurantanumerolla, joka voidaan syöttää UPS.com-sivustolle tai muulle sivustolle, jotta asiakas Sidosryhmä näkee viimeisimmän pysäkin, jonka paketti on saavuttanut. Idea Toinen sidosryhmä saattaa ajatella, että yrityksen on työnnettävä pakettiseurantaa ja panostettava kehittämään asiakkaiden kykyä seurata paketteja GPS:n avulla, näkemällä tarkan sijainnin reaaliajassa verkkokartan avulla. Kuten voit kuvitella, käyttökokemuksessa ja laajuudessa on huomattava ero! On tärkeää hahmotella nämä erot projektin varhaisessa vaiheessa. Muussa tapauksessa päädyt kehittämään ratkaisua, joka ei jätä yrityksen sidosryhmän tarkoitusta – ja mahdollisesti projektin tavoitteet. Tämä johtaa tyytymättömiin sidosryhmiin ja, jos ominaisuus on suunniteltava uudelleen, aikaa ja rahaa menetettyihin. Joten selkeät ja yksityiskohtaiset vaatimukset ovat keskeinen osa kokonaisprojektiasi. Konsolidoituun projektivaatimusluetteloon pääseminen sisältää seuraavat vaiheet: 1. Ymmärrä sivuston tai sen kilpailijoiden nykyinen tila. 2. Kerää tarpeita ja ideoita yritysten sidosryhmiltä sekä nykyisiltä ja mahdollisilta käyttäjiltä. (Katso luku 6 saadaksesi lisätietoja käyttäjien kanssa työskentelystä.) 3. Yhdistä ideat vaatimuksiksi. 4. Priorisoi vaatimukset hankkeen tavoitteiden perusteella. (Katso luvusta 9 ehdotuksia prioriteettien asettamisesta.)

Liiketoiminta- ja käyttäjäprojektin vaatimukset Vaatimukset Yrityksen strategia

See Also

Pikabotin tekninen analyysi

Kuva 5.1 Yhdistä yritysten sidosryhmien ideat liiketoiminnan vaatimuksiksi ja käyttäjien kanssa tehdyn tutkimuksen ideoita käyttäjien vaatimuksiksi. Käytä sitten projektin tavoitteita priorisointipyrkimysten keskittämiseen ja luo konsolidoitu luettelo projektin vaatimuksista.

LIIKETOIMINNAN VAATIMUKSET

Puhutaanpa ensin sivustosi nykytilan ymmärtämisestä, jotta sinulla on konteksti ideoille, joita sinulle tulee vaatimusten keräämisen aikana.

Ymmärrä nykytila Kun sukeltaa suunnittelemasi sivuston tai sovelluksen ominaisuuksiin, on tärkeää maadoittaa itsesi ymmärtämällä sivuston nykyinen tila (jos suunnittelet jo olemassa olevaa uudelleen) tai ymmärtämällä avainkilpailijoita perusteellisemmin. (jos suunnittelet uutta sivustoa tai sovellusta). Sidosryhmähaastattelujen avulla voit oppia paljon nykytilasta (mitä lisää muutamalla sivulla). Voit saada paljon ymmärrystä myös itse, ja tämä voi toimia vahvana pohjana sidosryhmien haastatteluille ja käyttäjätutkimukselle. Hyvä tapa saada taustatietoa ja luoda ideoita, joista voi tulla vaatimuksia, on suorittaa heuristinen analyysi.

Millä tahansa muulla nimellä… Sana heuristinen tarkoittaa peukalosääntöä tai parasta käytäntöä. Heuristinen analyysi on tullut tarkoittamaan tuotteen tarkistamista käyttökelpoisen suunnittelun sääntöjen (heuristiikan) perusteella, jonka yleensä suorittaa UX-suunnittelija. Käyttäjäystävälliset sivustot noudattavat useimpia tai kaikkia analyysissäsi käyttämiäsi heuristioita. Saatat myös kuulla tätä tekniikkaa nimeltä heuristinen arviointi, asiantuntijaarviointi tai jokin näiden termien yhdistelmä.

Heuristinen analyysi Heuristinen analyysi on tekniikka, jolla voit arvioida olemassa olevan suunnittelun käytettävyyttä käyttökokemuksen parhaiden käytäntöjen perusteella. Voit tehdä tällaisen analyysin nykyisellä sivustolla uudelleensuunnitteluprojektin alussa tai analysoida kilpailevia sivustoja ymmärtääksesi mahdollisuudet tarjota parempi käyttäjäkokemus kuin muut yritykset. Tuloksena on asiakirja, jossa kuvataan sivuston vahvuudet ja heikkoudet sekä parannussuositukset. Kun se on valmis, sinulla on syvemmälle

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

Analysoidun sivuston ymmärrys ja luettelo ideoista, jotka edistävät uuden sivuston vaatimuksia. Esimerkiksi yleisesti käytetty heuristiikka on tämä Jakob Nielsenin kymmenen käytettävyysheuristiikan luettelosta (katso täydellinen luettelo Jakob Nielsenin sivustolta osoitteessa www.useit.com/papers/heuristic/heuristic_list.html):

Järjestelmän tilan näkyvyys. Järjestelmän tulee aina pitää käyttäjät ajan tasalla siitä, mitä tapahtuu, antamalla asianmukaista palautetta kohtuullisessa ajassa.

Sivustolla on monia tilanteita, joissa tätä heuristia ei välttämättä noudateta. Oletetaan esimerkiksi, että käyttäjä napsauttaa Lataa-painiketta eikä saa viestiä, että hänen tiedostonsa ladataan. Järjestelmä ei ole ilmoittanut käyttäjälle, että tiedostoa ladataan, vaikka lataus on alkanut. Joten käyttäjä voi napsauttaa painiketta uudelleen luullessaan, että hän ei näkenyt painiketta ensimmäisen kerran... ja sitten napsauttaa uudelleen... Tämä voi johtaa useisiin latauksiin, mikä saattaa aiheuttaa ongelmia sekä sivuston toimivuudelle että käyttäjälle, joka nyt on useita latauksia käynnissä huomaamattaan. Heuristisen analyysin aikana voit merkitä tämän ongelma-alueena, kuvata sitä ja arvioida sen vaikutusta. Voit myös jakaa idean, joka voisi ratkaista ongelman ja joka voidaan lisätä vaatimusluetteloon. Miksi tehdä heuristinen analyysi? Tällainen analyysi on suhteellisen nopea ja edullinen tapa saada palautetta suunnittelusta. Heuristinen analyysi voi antaa yleiskuvan suunnittelun laadusta ja auttaa tunnistamaan mahdolliset suunnitteluongelmat. Muista, että tämä toiminta ei koske suoraan loppukäyttäjiä, eikä se saa korvata todellista käyttäjätutkimusta. On esimerkiksi mahdollista, että vain 50 prosenttia heuristisista löydöistäsi voidaan todella vahvistaa myöhemmissä tutkimuksissa. Analyysi antaa kuitenkin tiimille hyvän käsityksen mahdollisista huolenaiheista. Jos suunnittelet uudelleen olemassa olevaa tuotetta tai sivustoa, se voi myös olla hyvä tunnistamaan ilmeisiä pikakorjauksia, jotka voivat johtaa välittömiin parannuksiin, kun uudelleensuunnittelutyöt jatkuvat kulissien takana.

YMMÄRRÄ NYKYINEN TILA

Miten teen sen? Käyttämäsi heuristiikka voi vaihdella projekteittain, mutta analyysin suorittamisprosessi pysyy yleensä samana: 1. Kerää tuote- ja projektitaustatietoa. Varmista, että sinulla on sivuston tavoitteet, luettelo tärkeimmistä tuettavista käyttäjäryhmistä, tiedot ympäristöstä, jossa käyttäjät todennäköisesti työskentelevät, ja perustiedot kaikista erikoistiedoista, joita käyttäjäsi todennäköisesti käyttävät. omistaa. (Analyysi on erilainen tavallisille kuluttajille rakennetun sivuston ja esimerkiksi apteekkihenkilökunnan sivuston osalta.) Jos tarvitset apua viimeksi mainitun kanssa, useilla kilpailevilla sivustoilla tai sovelluksissa käyminen voi auttaa sinua ymmärtämään yleisimmän terminologian ja kiinnostavia alueita. 2. Valitse käytettävä heuristiikka. Siellä on monia heuristioita, joihin viitata. Jakob Nielsenin listan lisäksi monet UX-suunnittelijat viittaavat Bruce Tognazzinin suunnitteluperiaatteiden luetteloon: www.asktog.com/basics/firstPrinciples.html. Kun olet perehtynyt sivuston aiheeseen, voit halutessasi lisätä muutaman oman – varsinkin jos analysoit useampaa kuin yhtä sivustoa. Varmista, että luettelosi on hallittavissa olevan kokoinen (esim. 8-12); liian monet heuristiikka voivat tehdä tekniikasta raskaan sinulle ja lukijoillesi. 3. Kävele sivuston priorisoidut alueet ja tunnista alueet, joilla heuristiikkaa seurataan hyvin tai joissa se jää huomiotta. Jokaisessa tekemässäsi havainnossa tulee olla seuraavat tiedot: Yleinen havainto. Lyhyt selvitys löydöstä. Ihannetapauksessa ne on numeroitu, jotta voit viitata niihin nopeasti, kun opastat ihmisiä raportin läpi. Lyhyt kuvaus. Kappale tai kaksi, jotka kuvaavat havainnon kontekstia – esimerkiksi kohtaa tietyssä prosessissa, jossa havaitsit ongelman. Vaikutusluokitus. Tämä luokitus voi olla korkea, keskitaso tai matala ongelmien havainnoille, tai se voi olla positiivinen havainto, jos jaat jotain, jonka sivusto onnistui hyvin. Yleisesti ottaen suuret ongelmat ovat sellaisia, joiden uskot saavan monet käyttäjät epäonnistumaan tietyssä tehtävässä tai

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

pysyvästi menettää tietoja (esimerkiksi ongelma, jonka vuoksi käyttäjä menettää muutoksia käsittelemäänsä asiakirjaan). Vaikutukselliset ongelmat ovat sellaisia, jotka aiheuttavat turhautumista ja virheitä, mutta eivät aiheuta peruuttamattomia ongelmia. Vähävaikutteiset ongelmat ovat pieniä ongelmia, jotka voivat aiheuttaa hämmennystä, mutta eivät yleensä johda ajanhukkaan tai turhautumiseen. Suositukset. Nämä ovat jakamiasi seuraavia vaiheita tai ideoita, jotka voivat toimia ratkaisuna kohtaamaasi ongelmaan. Kuvassa 5.2 on esimerkki näistä elementeistä yhdessä sellaisina kuin ne saattavat näkyä heuristisessa analyysissäsi. Havainto #4 Hakutoiminto ei näytä tuovan takaisin kaikkia mahdollisia tuloksia.

SUURI huoli

Hakutoiminnon esimerkkitesti tuotti ristiriitaisia tuloksia. Nimellä tehdyt haut suhteellisen uudessa viestissä, jossa on harvemmin käsitelty aihe, eivät toisinaan tuottaneet tuloksia. Vaikuttaa myös siltä, että ensisijainen haku palauttaa linkkejä vain uusiin tarinoihin, ei videoihin. Suositukset 1. Varmista, että äskettäin lisätty sisältö on indeksoitu ja haettavissa ennen kuin se on julkisesti saatavilla tai hyvin pian sen jälkeen. 2. Harkitse aiheeseen liittyvän sisällön tuomista esille, kun hakutulokset tuodaan takaisin – esimerkiksi tarinoita samanlaisiin luokkiin tai samankaltaisilla tunnisteilla –, jotta tutkivilla käyttäjillä on enemmän seurattavia ketjuja. 3. Harkitse yleishakua, joka näyttää tulokset luokittain järjestettyinä. 4. Käytä hakutermilokeja ymmärtääksesi yleisesti haetut kohteet. Tämä voi myös tarjota tietoa kohteista, joita käyttäjillä on vaikeuksia löytää.

Kuva 5.2 Näytehavainto heuristisessa analyysiraportissa

4. Esitä havaintosi projektitiimille ja tärkeimmille sidosryhmille. Käy läpi havaintosi ja suosituksesi. Keskustele siitä, miksi annoit antamasi arvosanat. (Tämä on myös hyvä aika saada valmis suositus siitä, kuinka voit vahvistaa havainnot käyttämällä yhtä luvussa 6 käsitellyistä tekniikoista.) Kuinka heuristinen analyysi auttaa vaatimusten keräämisessä? Kun olet suorittanut heuristisen analyysin, sinulla on syvempi käsitys sivuston (tai sen kilpailijoiden) nykytilasta ja luettelo ideoista, jotka voivat auttaa vaatimusten keräämisessä. Sinulla on myös ideoita siitä, miten voit jäsentää aiheita, joita sinun on käsiteltävä vaatimustenkeräysistuntojen aikana – mikä johtaa meidät prosessin seuraavaan vaiheeseen.

YMMÄRRÄ NYKYINEN TILA

Kerää ideoita sidosryhmiltä Kuten näimme tämän luvun alussa olevassa esimerkissämme, jos et saa kontekstia idealle, kuten "Asiakkaat voivat seurata tilauksiaan verkossa", saatat unohtaa sidosryhmien väliset odotukset, kuten ne ystävämme, jotka haluavat GPS:n jäljittävän paketteja. Yksi yleisimmistä projektissa tehdyistä virheistä on tarttua ominaisuuteen ja kutsua sitä vaatimukseksi ymmärtämättä ensin ongelmaa ja ratkaisuun liittyviä odotuksia. Joten miksi vaatimusten keräämisprosessi lyhenee niin usein? Ideoiden kerääminen – ja niiden yhdistäminen vaatimuksiksi – voi viedä melkoisen aikaa. On helppo aliarvioida niiden kysymysten määrää, jotka sinun on esitettävä hahmotellaksesi vaatimuksia, jotta ne voidaan priorisoida. Ja jos prosessi ei ole hyvin jäsennelty tai osallistuminen on epätäydellistä, voi olla paljon vaihtuvuutta, joka voi kestää koko projektin ajan. (Curn on ylimääräisiin kokouksiin ja työiteraatioihin hukattua aikaa, joka johtuu kommunikoinnin ja osallistumisen puutteesta. Nämä eroavat tuottavammista työiteraatioista, jotka ovat osa pätevien ratkaisujen suunnittelua ja testausta parhaan löytämiseksi.) Miten sitten Kannatat tasapainoista vaatimusprosessia, joka keskittyy liiketoiminnan tarpeisiin, mutta joka välttää jyrkän ajanhukkaa? Tässä on joitain vaiheita tehokkaan prosessin aikaansaamiseksi: 1. Piirrä roolit ja vastuut. Varmista, että projektiryhmän jäsenet ymmärtävät roolit, jotka heidän tulisi täyttää, kun vaatimuksia kerätään. 2. Kokoa oikeat sidosryhmät oikeisiin ryhmiin varmistaaksesi, että aika käytetään parhaalla tavalla vaatimuksiin keskittyneissä haastatteluissa tai tapaamisissa. 3. Laadi kokouksia varten suunnitelma, joka sisältää käsiteltävät aiheet ja kokouksissa esitettävät kysymykset. 4. Suorita kokoukset tehokkaasti vangitsemalla ideoita ja saamalla selvennyksiä. Tutki ideoita selvittääksesi jokaisen takana olevat tarpeet. Kun kokouksesi ovat päättyneet, älä unohda kiittää mukana olevia sidosryhmiä ja pitää heidät ajan tasalla edistymisestä, kun siirryt konsolidoituun, priorisoituun luetteloon. Tarkastellaan jokaista näistä vaiheista yksityiskohtaisemmin.

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

Pääpiirteittäin vastuualueet Liiketoiminnan vaatimusten kokoamiseen liittyy yleensä projektiryhmän jäsenten haastattelu keskeisiä liiketoiminnan sidosryhmiä ideoiden keräämiseksi. Liiketoiminnan sidosryhmät ovat ne yrityksen sisällä, joilla on liiketoimintalähtöinen panos hankkeen onnistumiseen tai joilla on aiheen asiantuntemusta, tai molempia. Nämä ihmiset eivät ole mukana projektissa kokopäiväisesti, mutta heidän on oltava mukana prosessin avainpisteissä, ja vaatimusten kerääminen on yksi niistä. Muista, että heillä on myös päivätöitä (niin sanotusti), joten heidän aikansa on arvokasta ja usein vaikea saada, ellet suunnittele etukäteen. Hankkeen rahoittaja (tai sponsorit) on liike-elämän sidosryhmä, jolla on myös suora vastuu hankkeen onnistumisesta, usein suhteellisen korkealla tasolla yrityksessä, kuten johtaja. Hän ei ole mukana projektissa päivittäin koko projektin elinkaaren ajan, mutta hän on todennäköisesti aktiivisesti mukana vaatimusten keräämisessä ja yritysten sidosryhmien korkean osallistumisen varmistamisessa. Sponsori voi myös osallistua joihinkin tai kaikkiin istuntoihin. Projektiryhmässä on jatkuvana resurssina projektiin virallisesti määrätyt henkilöt. He voivat olla mukana projektipäällikkönä, UX-suunnittelijana, liiketoimintaanalyytikkona, teknisenä johtajana, visuaalisena suunnittelijana, laadunvarmistusjohtajana ja niin edelleen. Projektin koosta riippuen tämä voi olla heidän päätehtävänsä. Itse projektitiimin sisällä vastuut vaatimusten keräämisen aikana ovat usein epäselviä. Varaamalla aikaa vastuiden määrittämiseen varhaisessa vaiheessa varmistat tehokkaan keräämisprosessin. Tässä on joitain kysymyksiä, jotka sinun on esitettävä määriteltäessäsi erityisiä vastuita, jotka kukin tiimin jäsen kantaa vaatimusten keräämisen aikana: Kuka on ensisijaisesti vastuussa oikean toiminnan kokoamisesta ja ajoittamisesta?

tuottavimpien ryhmien sidosryhmiä? Tämä voi sisältää sekä sisäiset että ulkoiset sidosryhmät (kuten kumppanit, toimittajat ja niin edelleen). Kuka luo aiheiden ja kysymysten rakenteen yrityspanokselle?

haltijan kokoukset? Tämä on loistava yhteistyöharjoitus tiimille, jos aika sallii. Pääohjaaja voi sitten järjestää ne rakenteeseen, joka sujuu hyvin kokouksessa. Kuka järjestää tapaamisia? Kuka tekee muistiinpanoja ja miten ne jaetaan?

KERÄÄ IDEOITA SIDOSRYHMILTÄ

Kuka seuraa kenen kanssa jälkeenpäin? Onko joku teknologiatiimistä läsnä kaikissa kokouksissa?

Jos on, miten kyseinen henkilö on mukana (kuuntelevatko he, antavatko hän palautetta vai jotain muuta)? UX-suunnittelijana, riippumatta siitä, oletko päävastuussa yhdestä tai useammasta näistä alueista, sinulla on tärkeitä taitoja tuoda mukanasi prosessiin. Aiheiden ja kysymysten rakenteen luominen vaatii selkeän luokittelun taitoa (mikä kuulostaa hyvältä risteykseltä informaatioarkkitehtuurin kanssa), ja tietysti fasilitointitaidot ovat tärkeitä kokouksen pitämiseksi aiheessa, ja siihen osallistuvat kaikki osallistujat.

Kerää oikeat sidosryhmät Sidosryhmien haastattelun päätarkoitus on saada ymmärrystä projekteihin liittyvistä ideoista, tarpeista, tiedosta ja turhautumisesta eri näkökulmista, joita voidaan sitten ottaa huomioon hankkeen vaatimuksissa. Useiden eri ryhmien mukaan ottamisesta on myös toisinaan mainitsematon hyöty, jolloin jokainen kokee saaneensa sanansa hankkeessa – ja sen seurauksena hän osallistuu lopulliseen ratkaisuun. Vaikka ihmisten osallistuminen sisäänostojen hankkimiseen saattaa tuntua enemmän poliittiselta kuin käytännölliseltä, se on usein tärkeä askel, joka saa sinut yhteyden verkostoon, joka tukee sinua koko projektin ajan. Se voi myös auttaa sinua välttämään yhdennentoista tunnin muutokset, joita voi tapahtua, kun joku, jolle et ole puhunut, ottaa esille ongelman prosessin myöhäisessä vaiheessa. Siksi useiden ihmisten osallistuminen on usein hyvä idea. Toisaalta aikataulut ja budjetit on pidettävä mielessä. Suuren joukon ihmisiä mukaan ottaminen vie aikaa heidän ja sinun näkökulmastaan pelkästään kokouksiin – puhumattakaan muistiinpanojen lajittelusta trendien tunnistamiseksi ja irtisanomisten vahvistamiseksi. Tehokkuuden ja oman mielenterveytesi vuoksi on järkevää priorisoida ryhmät, joiden kanssa keskustella, ja valita näistä ryhmistä avainhenkilöt toimimaan tiiminsä ajatusjohtajina. Keitä ovat mahdollisia sidosryhmiä, joihin voisit osallistua? Nämä ryhmät ovat usein hyviä ideoiden lähteitä: Ryhmät, joilla on sivustosta riippuvia aloitteita (esimerkiksi ne, joilla on

markkinointikampanjoita, joiden tiedot on esitettävä sivustolla)

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

Ryhmät, joiden on tuettava prosesseja suoraan sivuston takana tai

sovellus, kuten sisällön tarjoaminen, tietojen syöttäminen ja hallinta sekä välitön vastaaminen kerättyihin tietoihin Asiakaspalvelun etulinja, kuten puhelin- tai verkkotuki tai

kuka tahansa, joka on tekemisissä asiakkaiden kanssa kasvokkain (esimerkiksi vähittäismyyntipisteessä tai toimitusten kautta) Myynti-, tuotehallinta- tai konsultointipalvelut edustamaan

esittelyssä olevat tuotteet ja palvelut Henkilöstöresurssit, rekrytointitavoitteiden saavuttamiseen PR, tiedottamiseen sijoittajille ja medialle Kaikki ryhmät, jotka vastaavat muista suhteista, joita on kehitettävä

osana projektia ja joka vaikuttaa sen suunnitteluun, kuten suhteisiin kumppaneiden tai myyjien kanssa. Kun valitset henkilöitä, jotka tulisi ottaa mukaan, pyydä apua projektin sponsoriltasi ja kaikilta projektiryhmän jäseniltä, jotka tuntevat osallistuvat ryhmät oikean valinnassa. ihmiset. Luo ryhmiä, jotka saavat aikaan hyvän keskustelun. Ei ole yhtä oikeaa tapaa tehdä tämä, mutta yksi yleinen tapa on ryhmitellä sidosryhmät osastojen mukaan seuraavasti: Markkinointi (viisi henkilöä) Tuotehallinta (neljä henkilöä) Asiakastuki (kaksi henkilöä) Myynti (neljä henkilöä)

Pienempi projekti voi sisältää yhden henkilön kustakin näistä ryhmistä kahden tai useamman yhteistyöistunnon sarjassa, jossa kaikki tapaavat yhdessä. Kun sinulla on sidosryhmäsi mielessäsi sekä kokousten yleinen rakenne (käsitellään seuraavassa osiossa), voit aloittaa tapaamisten aikatauluttamisen. Yritä aloittaa aikataulujen suunnittelu vähintään pari viikkoa etukäteen; voi olla vaikeaa saada kaikki samaan huoneeseen.

KERÄÄ IDEOITA SIDOSRYHMILTÄ

Suunnitelman laatiminen kokouksia varten Samalla kun yrität valita oikeat sidosryhmät, koota luettelo käsiteltävistä aiheista ja kysymyksistä, jotka on esitettävä (tämä auttaa myös sinua tarkentamaan sidosryhmäluetteloasi). Sinulla tulisi olla erilainen suunnitelma jokaiselle tapaamasi ryhmälle, vaikka useat kysymyksesi voivat olla samat ryhmästä toiseen. Sinun on myös päätettävä, kuinka yksityiskohtaisesti tavoittelet kokouksissa. Jos tapaat suuren joukon ihmisiä vain kerran (esimerkiksi eri osastojen jäseniä, kuten yllä ehdotettiin), haluat kerätä ideoita, mutta et todennäköisesti halua käyttää liikaa aikaa karkeat yksityiskohdat kokouksen aikana. Siinä tapauksessa, jos joku sidosryhmistäsi antaa sinulle ajatuksen "Asiakkaat voivat seurata tilauksiaan verkossa", sinun kannattaa kysyä, miksi tämä toiminto on tärkeä ja voiko sidosryhmä kuvitella sivuston, joka tekee tämän hyvin. Näiden kysymysten pitäisi auttaa tuomaan esiin tärkeimmät erot sidosryhmien odotuksissa ominaisuudesta ilman, että koko kokous kuluttaa yhteen lausuntoon. Tämän jälkeen voit selvittää idean yksityiskohdat projektitiimin kanssa ja kiertää sidosryhmän kanssa varmistaaksesi, että luomasi vaatimukset edustavat edelleen hänen alkuperäistä ideaansa. Oletetaan, että suunnittelet verkkokauppasivustoa uudelleen ja tapaat monenlaisia sidosryhmiä ja pidät yhden kokouksen kunkin ryhmän kanssa. Tässä on esimerkki tapaamissuunnitelmasta myyntiosaston ryhmän kanssa.

Myynti: Vaatimukset-Kokoaminen Kokoukseen osallistujat myynnin sisällä: Jenny Bee, Tracy Kim, Joseph Arnold Johtava johto: Kevin Abernathy, Cat Parnell Aikakehys: 2 tuntia Tavoite: Ymmärtää nykyinen myyntiprosessi ja tunnistaa ongelmat ja mahdollisuudet, miten Web voisi tukea paremmin tuo prosessi. Taustaa: Olemme käyneet läpi PowerPoint-esityksen ostoprosessista, joka tarjosi hyvän taustan ostopäätösten tekoon. Aiomme keskustella myös asiakaspalvelutiimin kanssa.

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

Myynti: Vaatimukset-kokous jatkuu Kysymykset Myyntiprosessi: Miten myyntiprosessi eroaa eri tuotelinjoilta? Onko alueellisia eroja? Perustuvatko erot asiakkaan kokoon (esim. pienet yritykset vs. suuret yritykset)? Miten tämä prosessi on kehittynyt viimeisen kahden vuoden aikana ja miten sen odotetaan kehittyvän seuraavien kolmen tai viiden vuoden aikana? Miten potentiaalinen asiakas ymmärtää kaikki ostettavat asiat ja kuinka ne toimivat yhdessä?

Kokonaisvaikutelma: Ketkä uskot olevan nykyisen sivuston ensisijaiset vierailijat? Miksi? Millaisia he ovat? Mitä he yrittävät saada aikaan sivustolla? Miten verkko vaikuttaa myyntiprosessiin ja/tai myynnin sulkemisasteeseen nykyään? Mitä tietoja asiakkaat tarvitsevat tehdäkseen ostopäätöksen? Onko tämä tieto saatavilla sivustolta tänään? Onko se helppo löytää? Onko se tarkkaa? Kuinka vaikeaa sivuston sisällön ylläpitäminen on nykyään? Mitä mittareita saat sivustolta? Mitä muita mittareita pitäisit arvokkaina? Miksi?

Tulevaisuuden visio: Kun ajattelet tulevaa verkkosivustoa, mitä voisimme tehdä tukeaksemme paremmin myyntiprosessia? Mitkä sivuston nykyiset toiminnot ja ominaisuudet ovat kriittisiä myynnin kannalta? Mikä ei ole välttämätöntä? Mitä puuttuu?

Yhteenveto: Onko sinulla muita ajatuksia, ehdotuksia tai huolenaiheita, joihin emme ole puuttuneet? Mitkä verkkosivustot tukevat mielestäsi erinomaista työtä? Mikä on tärkein asia, jonka yritys voisi tehdä asiakastyytyväisyyden parantamiseksi?

KERÄÄ IDEOITA SIDOSRYHMILTÄ

Suorita kokoukset tehokkaasti Tässä on joitain käytäntöjä, jotka auttavat sinua vaatimuksia keräävissä kokouksissa. Varmista, että jaettua sanastoa käytetään. Paljon hämmennystä voidaan välttää, jos tiimin kokoontumisvaatimukset sopivat yhteisestä termien ja määritelmien luettelosta. Kutsutaanko järjestelmää käyttäviä ihmisiä esimerkiksi käyttäjiksi, asiakkaiksi vai asiakkaiksi? Ovatko ihmiset tutumpia termille vuorovaikutussuunnittelija tai tietoarkkitehti? Selvitä sekaannusten välttämiseksi jokaisen kokouksen alussa, mitä termiä käytetään ja mitä se tarkoittaa. Voit myös hyötyä visuaalisten elementtien luomisesta, jotka auttavat selittämään eri termien tai roolien välisiä suhteita (katso kuva 5.3). Kategoria

Kategoria

Alaluokka

Aihe

Artikla

Kuva 5.3 Kaavio projektin termeistä ja suhteista

Yhteinen sanasto hankkeessa käytettäville suorituksille auttaa myös sidosryhmiä ymmärtämään prosessia ja tuotoksen tyyppiä, jota he voivat odottaa näkevänsä. Tämä voi rakentaa luottamusta siihen, että heidän aikansa ja vaivansa eivät mene ideoiden mustaan aukkoon. Yleensä, jos huomaat määritteleväsi samat sanat useammin kuin kerran tai kahdesti (varsinkin jos huomaat, että määritelmät muuttuvat hienovaraisesti joka kerta), harkitse niiden lisäämistä projektisanastoon ja jakamista projektitiimille. Muita esimerkkejä terminologiasta, jotka on hyvä selvittää projektin alussa, ovat mm

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

Roolit, jotka ovat vuorovaikutuksessa (esimerkiksi työnhakija vs. asiakas tai vuorovaikutus

teltan tuottaja vs. toimittaja) Ensisijaiset toimitukset, joihin viitataan laajasti (toiminnalliset tiedot

tiedot, rautalankakehykset, sivustokartta) ja lyhyt kuvaus siitä, miten ne eroavat Eri tietotasojen erot (kuten luokkamme

tiedot kuvassa 5.3) Tarpeiden ja ideoiden erot

Kuuntele ideoita ja perehdy tarpeisiin Sidosryhmät voivat esittää lausuntoja, jotka näyttävät olevan tarpeita. Harkitse esimerkkiä. Liiketoiminnan puolestapuhuja

"Tarvitsemme blogin sivustolle."

Tämä on todella idea, ei tarve. Jos blogitoiminto suunnitellaan ja toteutetaan kokonaan, siitä tulee ratkaisu, mutta se ei välttämättä vastaa parhaiten sitä pyytävien sidosryhmien ydintarpeita. Kysymällä, miksi blogi on tärkeä, saatat saada monenlaisia tarpeita koskevia lausuntoja, kuten "Meidän täytyy näyttää relevantilta ja yhteydenpidolta. Kaikki puhuvat blogeista, ja minusta tuntuu, että olemme ajasta jäljessä, jos emme ota niitä mukaan." "Tarvitsemme tavan saada ihmiset käymään sivustolla toistuvasti saadakseen lisää mainostuloja, ja blogit tarkoittavat juuri julkaistua sisältöä, jolla on seuraajia." "Meidän on asetettava itsemme ajatusjohtajiksi, ja blogit ovat henkilökohtaisempi tapa osoittaa asiantuntemuksemme." "Meillä on oltava parempi tapa kommunikoida ja innovoida asiakkaidemme kanssa, ja blogit saavat meille kommentteja, jotta voimme kuulla heidän ajatuksensa." Jokainen näistä väitteistä kuvaa päteviä tarpeita. Tuomalla ne esille opit tiettyjä ominaisuuksia koskevien pyyntöjen taustalla olevista ajureista, mikä auttaa sinua rakentamaan yksimielisyyttä, kun yhdistät ja priorisoit vaatimuksia.

KERÄÄ IDEOITA SIDOSRYHMILTÄ

Vaatimusten yhdistäminen Kun kokoukset ovat ohi, ota keräämäsi ideat ja lajittele ne yleisiin toiminta-alueisiin. Alat huomaamaan paljon päällekkäisyyksiä; Tämä on hyvä merkki siitä, että sidosryhmäsi haluavat paljon tiettyä ideaa. Poista irtisanomiset ja yritä yhdistää ideoiden luettelo, joka vangitsee tehokkaasti sidosryhmiesi aikeet. Muuntaaksesi keräämäsi ideat hyödyllisiksi ja jäljitettäviksi projektisi osiksi, sinun on yhdistettävä nämä ideat vaatimuksiksi. Ajattele pilvestä muodostuvia sadepisaroita: siirryt yhdestä suuresta ja määrittelemättömästä pilvestä suurempaan määrään hyvin määriteltyjä sadepisaroita. Joten kun saat ideapilven, kuten "Asiakkaat voivat seurata tilauksiaan verkossa", sinun on muunnettava se erillisiksi lauseiksi, jotka määrittelevät, mitä järjestelmän on tehtävä. Tuloksena olevien vaatimusten tulee antaa näkemys kokonaistarpeesta, johon on vastattava. Edustaa ja yhdistää eri sidosryhmien tarjoamia tarpeita. Antaa suuntaa suunnittelulle olematta liian tarkkoja sen suhteen

suoritettu Toimi erillisenä työyksikkönä priorisointia ja seurantaa varten

Kun alat siirtyä ideoista vaatimuksiin, varmista, että tekninen johtajasi (tai joku muu henkilö, joka voi edustaa projektisi kehitystiimiä) on mukana esittämässä kysymyksiä, jotka auttavat arvioimaan, kuinka paljon työtä tarvitset, kun priorisoit myöhemmin. Jos sinulla on omistettu laadunvarmistustiimin jäsen, hän voi myös esittää hienoja yksityiskohtaisia kysymyksiä auttaakseen vaatimusten yhdistämisessä. Jos haluat tarkentaa seurantaidean vaatimuksia, esitä kysymyksiä, kuten kuinka tarkkaa seurannan tulee olla? Millaisia tietoja seurantatietoihin tulisi sisällyttää; varten

Onko meidän esimerkiksi toimitettava päivitetty arvio toimitusajasta? Tällaisia kysymyksiä voidaan esittää ja tarkentaa alkuperäisen idean antaneiden sidosryhmien kanssa, jos heillä on paljon aikaa hankkeelle. Jos sinulla ei ole niin paljoa pääsyä kyseisiin sidosryhmiin, voit selvittää yksityiskohdat itse käymällä projektiryhmäkeskusteluja

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

ja tarkista sitten vaatimukset projektin sponsorin kanssa varmistaaksesi, että valinnat ovat yrityksen kannalta järkeviä. Taulukossa 5.1 luetellaan vaatimukset, jotka voivat liittyä seurantaideaan, ja kuinka voit ottaa ne huomioon. TAULUKKO 5.1

Esimerkki liiketoiminnan vaatimuksista

ALUE

Tilauksen seuranta

VAATIMUS

LIIKETOIMINNAN TARVE

Tilauksia voidaan seurata

Kannustaa itsepalveluun

seurantakoodin syöttäminen

toimituksen aikana (tuki

verkossa

hyöty)

Käyttäjät voivat seurata pakkaustaan

Näytä innovaatiot tehokkaasti

ikä GPS:llä, rekkojen perässä

nopea toimitus (kilpailukykyinen

tai lentokoneita

hyöty)

Käyttäjät voivat tarkastella kaikkia aiempia tilauksia, jotka on tehty viimeisten 365 päivän aikana

itsepalvelu (myynti, tukietu)

Huomaa, että joissakin tapauksissa vaatimukset menevät päällekkäin, kuten taulukon kahden ensimmäisen vaatimuksen tapauksessa – molemmat ovat seurantamenetelmiä. He voivat asua yhdessä samassa järjestelmässä, koska voit syöttää koodin pakettisi löytämiseksi GPS-näkymän kautta. Ne on kuitenkin erotettu toisistaan, koska GPS:ään liittyvä vaatimus on luultavasti suurempi vaiva ja se tulisi priorisoida muista ominaisuuksista riippumatta. Kun yhdistät lausumia, pane merkille liiketoiminnan vaatimukset, jotka mielestäsi voivat olla ristiriidassa käyttäjien tarpeiden kanssa. Liiketoiminnan vaatimus voisi esimerkiksi olla henkilökohtaisten tietojen, kuten sähköpostiosoitteiden, kerääminen mahdollisilta asiakkailta. Asiakkaat voivat kuitenkin suhtautua varauksellisesti tietojen antamiseen. Loppujen lopuksi lomakkeiden täyttäminen vie aikaa, turvallisuus ja yksityisyys ovat huolenaiheita, ja tämä vaihe voi keskeyttää suuremman tehtävän, jonka he yrittävät suorittaa. Kun tunnistat tällaisia ristiriitoja, ne alkavat antaa sinulle ideoita, jotka voivat auttaa sinua vastaamaan sekä liiketoiminnan että käyttäjien tarpeisiin. Seurantaesimerkissä voit ehdottaa "Lähetä ystävälle" -ominaisuuden käyttöä sähköpostiosoitteen tallentamiseen ja käyttäjälle mukavuuden tarjoamiseen. Tämä tarkoittaa, että lähettämisestä ystävälle voi tulla vaatimus, jonka asetat priorisointiin. Tällaisia ideoita

KERÄÄ IDEOITA SIDOSRYHMILTÄ

yksi voi auttaa täyttämään sekä liiketoiminnan että käyttäjien vaatimukset, joten niitä on hienoa tallentaa. He asuvat myös tällä päällekkäisellä alueella Deﬁne- ja Design-vaiheiden välillä (katso luku 4), koska alat miettiä suunnitteluratkaisuja liiketoiminnan ongelmiin.

Määrittele suunnittelukehitys Mahdolliset ristiriidat liiketoiminnan ja käyttäjien tarpeiden välillä ovat erinomaisia asioita, joita kannattaa tutkia käyttäjätutkimuksen aikana, joista keskustelemme seuraavassa luvussa. Käyttäjätutkimuksen avulla voit myös laajentaa taulukkoa 5.1 kattamaan kaikki mahdolliset vaatimukset, jotka priorisoidaan projektin vaatimusten luetteloksi (näkyy kuvassa 5.1 ja käsitellään tarkemmin luvussa 9). Muista, että liiketoimintavaatimusten kerääminen tapahtuu yleensä samanaikaisesti teknisten mahdollisuuksien selvittämisen ja käyttäjien tarpeiden keräämisen kanssa. Seuraavaksi: aika puhua käyttäjistä!

LUKU 5: LIIKETOIMINNAN VAATIMUKSET

Käyttäjätutkimus Tutustu juhliin kutsuttaviin vieraisiin On olemassa monia käyttäjätutkimustekniikoita, joita voidaan käyttää koko projektin elinkaaren aikana joko käyttäjien ymmärtämiseen paremmin tai heidän käyttäytymisensä testaamiseen sivuston eri versioissa. Tässä luvussa keskitytään joihinkin menetelmiin, joita käytetään yleisimmin projektin alkuvaiheissa. Nämä tekniikat auttavat sinua määrittelemään käyttäjäryhmät, joiden tulisi olla projektin aikana tärkeimpiä, sijoittamaan heidän tarpeitaan ja turhautumistaan kontekstiin ja arvioimaan nykyisen sivuston suorituskykyä (jos sellainen on olemassa) käyttämällä parhaita käytäntöjä käyttökokemuksen suunnittelun alalla. . Carolyn Chandler

Käyttäjätutkimuksen perusvaiheet 1. Määrittele ensisijaiset käyttäjäryhmäsi. Tämä edellyttää viitekehyksen luomista, joka kuvaa tärkeimmät käyttäjätyypit, joille suunnittelet. Näin voit keskittyä käyttäjien rekrytointiin tutkimusta varten. 2. Suunnittele käyttäjien osallistuminen. Tämä sisältää yhden tai useamman tekniikan valitsemisen käyttäjäryhmien ottamiseksi mukaan tutkimukseen projektisi tarpeiden perusteella. 3. Suorita tutkimus. Käsittelemme tässä perustekniikat, kuten haastattelut ja kyselyt, ja annamme vinkkejä niiden toteuttamiseen. 4. Vahvista käyttäjäryhmäsi määritelmät. Käyttämällä tutkimuksesta oppimaasi voit vahvistaa käyttäjäryhmämalliasi. Tämä malli toimii sitten alustana yksityiskohtaisempien työkalujen, kuten henkilöiden, kehittämiselle (käsitelty luvussa 7). 5. Luo käyttäjävaatimukset. Nämä ovat lausuntoja ominaisuuksista ja toiminnoista, joita sivusto voi sisältää. Voit lisätä nämä lausunnot liiketoimintavaatimuksiisi (käsitelty luvussa 5) ja priorisoida ne projektivaatimuksiksi (käsitelty luvussa 9). Tämä luku kattaa kolme ensimmäistä vaihetta alkaen ensimmäisestä: käyttäjäryhmien määrittelystä.

Määrittele käyttäjäryhmäsi Käyttäjätutkimuksen suunnittelu projektin alussa voi tuntua kana-muna-dilemmalta (kumpi tulee ensin?). Miten varmistat, että puhut oikeiden ihmisten kanssa, jos et vielä tiedä, keitä näiden ihmisten tulee olla? Yksi tapa aloittaa on luoda alkuperäinen tai väliaikainen määritelmä käyttäjistä, joille suunnittelet. Tämä kuvaa sivustosi ensisijaiset käyttäjäryhmät, mikä voi auttaa sinua keskittämään tutkimustyösi oikeisiin rooleihin, väestötietoihin tai muihin muuttujiin, jotka voivat vaikuttaa siihen, miten käyttäjät kokevat sivustosi. Käyttäjäryhmien määritelmät voivat olla korkean tason (luettelo, joka määrittelee kunkin kohdekäyttäjäryhmän) tai yksityiskohtaisia ja visuaalisia (kaavio, joka näyttää usean tyyppisiä käyttäjiä sekä kuinka he ovat vuorovaikutuksessa keskenään).

LUKU 6: KÄYTTÄJÄTUTKIMUS

Yrityksen ensisijaisen .com-sivuston korkean tason määritelmä voi sisältää seuraavat käyttäjäryhmät: potentiaaliset ostajat, nykyiset ostajat, kumppanit ja työnhakijat Kun alat määrittää ryhmiä käyttäjätutkimusta varten, alat priorisoida käyttäjäryhmiä yksityiskohtaisemmin. Alkuperäiset määritelmäsi perustuvat liike-elämän sidosryhmien ja projektiryhmän jäsenten yhteiseen tietoon mahdollisista käyttäjätyypeistä, jotka saattavat olla vuorovaikutuksessa sivuston kanssa. Näitä määritelmiä voidaan rakentaa keräämällä joitain tavoitteita ja ominaisuuksia, joita eri käyttäjäryhmillä voi olla. Tässä ovat käyttäjäryhmien määrittämisen perusvaiheet: 1. Luo luettelo attribuuteista, jotka auttavat sinua määrittämään sivustosi eri käyttäjät (seuraava osio kattaa joitain yleisimmistä). 2. Keskustele attribuuteista yrityksen henkilöiden kanssa, jotka ovat yhteydessä asiaankuuluviin käyttäjiin (esimerkiksi asiakkaisiin). 3. Priorisoi määritteet, joilla näyttää olevan suurin vaikutus siihen, miksi ja miten potentiaalinen käyttäjä käyttäisi sivustoasi tai sovellustasi. 4. Määrittele käyttäjäryhmät, joihin keskityt tutkimuksessa ja suunnittelussa. Seuraavissa osissa tarkastellaan lähemmin joitain aivoriihitekniikoita, joiden avulla voit kerätä nämä attribuutit sekä priorisoida ja mallintaa ne (luoda esityksiä eri käyttäjätyypeistä, jotka auttavat sinua keskittymään tutkimusponnisteluihin).

Attribuuttiluettelon luominen Hyvä alku attribuuttiluettelollesi on kerätä ja omaksua kaikki organisaatiolla olevat tutkimukset tai muu dokumentaatio, joka voisi antaa ohjeita käyttäjille. Tässä on joitain mahdollisia lähteitä: Asiakirjat, jotka selittävät yrityksen strategioita, kuten yrityksen tavoitteet,

houkutteleva tieto, markkinointistrategiat ja liiketoimintasuunnitelmat Nykyisten asiakkaiden markkinasegmentaatiot ja muut demografiset tiedot

markkinointiosaston keräämä Aiemmin tehty käyttäjätutkimus (katso taulukko 6.1 esimerkkejä)

MÄÄRITÄ KÄYTTÄJÄRYHMÄT

Kyselyt, kuten käyttäjätyytyväisyystutkimukset ja palautelomakkeet Asiakaspalveluraportit, jotka kattavat usein esiintyviä ongelmia

Tunnista seuraavaksi ihmiset organisaatiossa, joilla on jonkinlainen käsitys nykyisistä tai mahdollisista käyttäjistä. Mukana olevien ihmisten määrä ja valikoima riippuu projektin tyypistä ja sen laajuudesta ja aikajanasta. Jos tiedät, että käyttäjäryhmiesi alkuperäinen määrittely voi olla lyhytikäinen (esimerkiksi se on käytössä vain kuukauden tai kaksi, kun käyttäjätutkimusta suunnitellaan), voit ottaa mukaan vain kaksi tai kolme osallistujaa. Jos arvelet, että alkuperäisen määrittelyn täytyy saattaa sinut läpi suuren osan suunnitteluprosessista (jos sinulla on esimerkiksi vain tämä, kunnes suoritat käytettävyystestauksen, kun suunnittelu on tehty), ota mukaan lisää osallistujia ja varmista, että sinulla on poikkileikkaus näkökulmista. Jotkut mahdolliset osallistujat sisältävät markkinointihenkilöstöä, joka on vastuussa brändin edustamisesta, segmentoinnista ja kampanjoista; myyntihenkilökunta; tuotepäälliköt; asiakaspalvelu- tai tukiedustajat; ja kouluttajia. Tähän harjoitukseen on hyvä ottaa mukaan myös projektiryhmän johto ja muut liiketoiminnan sidosryhmät. Pyydä ryhmää miettimään erilaisia potentiaalisia käyttäjiä, joiden kanssa heillä on tapana olla vuorovaikutuksessa. Pyydä sitten heitä luettelemaan joitain tavallisimpia määritteitä, joita he ovat kohdanneet. Tässä on esimerkkejä siitä, mikä voi vaihdella: Ensisijaiset tavoitteet, koska ne liittyvät sivustosi aiheeseen. Miksi ovat

käyttäjät tulevat siihen ja mitä he yrittävät saada aikaan? Tavallisia tavoitteita ovat esimerkiksi tuotteen ostaminen, kaupankäynti osakkeella tai vastauksen saaminen tiettyyn kysymykseen. Roolit. Tämä voidaan määritellä monella tapaa, mutta yksi tapa on sitoa roolit

käyttäjän ensisijainen tavoite: työnhakija, tuenhakija, potentiaalinen asiakas ja niin edelleen. Kun sinulla on enemmän käyttäjätietoja, roolit voidaan jakaa eri tarpeiden tai tyylien mukaan. esimerkiksi verkkokauppasivustolla ostajina voisi olla tarjousten metsästäjiä ja asiantuntijoita. Väestötiedot, mukaan lukien ikä, sukupuoli, perhe (naikku, naimisissa, lapset),

tulotaso ja alue. Kokemus mukaan lukien koulutustaso, asiantuntemus

tekniikat (kutsutaan usein tekniseksi tajuksi), aiheen asiantuntemuksen taso ja käyttötiheys (kertaluonteinen, satunnainen, usein). 88

LUKU 6: KÄYTTÄJÄTUTKIMUS

Organisaation attribuutit, mukaan lukien yrityksen käyttäjien työskentelyn koko

heidän osastoonsa, työn tyyppi (aloitustaso, freelancer, keskijohto, johto), toimikausi (pitkäaikainen vai korkea vaihtuvuus?) ja työtavat (etätyö, matkojen määrä). Kun sinulla on luettelo attribuuteista, jotka tulevat esiin useimmin, kun sidosryhmät kuvailevat potentiaalisia käyttäjiä, voit alkaa priorisoida niitä tärkeystason mukaan ja sitten käyttää tätä hierarkiaa käyttäjäryhmien määrittelyyn ja mallintamiseen.

Priorisoi ja määritä Millä yllä luetelluista ominaisuuksista uskot olevan suurin vaikutus siihen, miten ja miksi eri käyttäjäryhmät saattavat käyttää sivustoa? Keskity niihin, joilla uskot olevan suurin vaikutus käyttäjän tavoitteisiin tai käyttäytymiseen. Priorisoi nämä ominaisuudet ja muista luvussa 4 luomasi tavoitteet – ne auttavat myös tekemään valintojasi. Esimerkki havainnollistaa parhaiten attribuuttien priorisointia. Oletetaan, että työskentelet yrityksen kanssa, joka tarjoaa työkaluja osakkeiden, optioiden ja futuurien verkkokauppaan. Tämä yritys on päättänyt, että osa sen strategiaa on ottaa mukaan ei-ammattilaiset, jotka käyvät kauppaa osakkeilla yksin, verkossa, ja rohkaista heitä kokeilemaan kauppaa uudentyyppisillä tuotteilla, kuten optioilla ja futuureilla. Yhtiö aikoo tehdä tämän tarjoamalla kaupankäyntityökaluja, jotka ovat helppokäyttöisiä ja kohdistettu niille, jotka haluavat käytännön oppia turvallisessa ympäristössä. Kun keskustelet attribuuteista yritysten sidosryhmien kanssa, saatat huomata, että seuraavilla näyttää olevan suurin vaikutus siihen, miten yksilöt saattavat käyttää näitä työkaluja: Nykyinen kaupankäyntitiheys, erityisesti suoran verkkokaupan taajuus.

(esimerkiksi kerran neljännesvuosittain, kerran päivässä, useita kertoja päivässä). Ne, jotka vain harrastavat kaupankäyntiä (esim. kerran kuukaudessa), eivät välttämättä ole tosissaan kokeilemassa jotain uutta, kun taas ne, jotka käyvät kauppaa kokopäiväisesti, eivät välttämättä löydä paljon arvoa uusille kauppiaille suunnatuista työkaluista. Mutta ne, jotka ovat aktiivisia osa-aikaisia kauppiaita, voivat olla erittäin kiinnostuneita yrityksen työkaluista. Myytyjen tuotetyyppien lukumäärä: vain osakkeet tai osakkeet, optiot ja

futuurit. Ne, jotka käyvät kauppaa kaikentyyppisillä tuotteilla, saattavat jo suosia omia työkalujaan, mutta ne, jotka käyvät kauppaa vain yhdellä tyypillä, voivat olla valmiita haarautumaan muille. MÄÄRITÄ KÄYTTÄJÄRYHMÄT

Asiantuntemuksen taso (esim. kaupankäynnin tuntemus

ehdot). Tämä auttaa määrittämään, kuinka paljon apua he tarvitsevat matkan varrella opetusohjelmien ja sanastojen avulla. Teknisen osaamisen taso (esim. ostosten tekemisen tuntemus

verkkopankki ja verkkopankki sekä kauppa). Tämä vaikuttaa siihen, kuinka paljon varmuutta he tarvitsevat tietojen yksityisyydestä ja kuinka edistyneen tai yksinkertaisen verkkokäyttöliittymän tulee olla. Voit priorisoida nämä attribuutit, koska ne voivat vaikuttaa käyttäjätyyppeihin, joihin kohdistat tutkimuksen. Jos kauppiaiden asuinpaikalla ei näytä olevan todellista vaikutusta siihen, miten tai miksi he käyvät kauppaa, Alue-attribuutti voi pudota luettelosta tutkimuksen osallistujille. Toisaalta, jos tietyn ominaisuuden tärkeys herättää paljon keskustelua, se voi olla hyvä aihe kyselykysymykselle tai haastattelukysymykselle (keskustelemme kyselyistä myöhemmin tässä luvussa).

Korkea

Kahden tai useamman määritteen vertailu voi myös auttaa priorisoimaan. Jos esimerkiksi teet kaavion käyttämällä kahta attribuuttia online-kauppiaille, voit alkaa nähdä, kuinka ryhmät kuuluvat joidenkin vaihteluvälien sisälle. Kuva 6.1 on esimerkki karkeasta käyttäjämallista, jonka voit tehdä käyttämällä kahta attribuuttia, jotka ovat suoran kaupankäynnin tiheys ja vaihdettujen tuotetyyppien määrä; se näyttää myös tuloksena olevat käyttäjäryhmät, jotka voivat muodostua keskustelusta.

Kokopäiväiset tuoteasiantuntijat

Kokopäiväiset Savvy Generalists

Suoran kaupankäynnin taajuus

"Second-Job" -kauppiaat

Lisätulokauppiaat

Aktiiviset tutkijat

Pitkäaikaiset sijoittajat

Matala

Dabblers

Matala

Korkea

Vaihdettujen tuotetyyppien lukumäärä (osakkeet, optiot, futuurit)

LUKU 6: KÄYTTÄJÄTUTKIMUS

Kuva 6.1 Kaavio kahdesta attribuutista, jotka edustavat karkeaa käyttäjämallia. Tämän mallin luominen yhteistyössä voi helpottaa keskustelua mahdollisista eroista käyttäjien motivaatioissa ja kokemuksissa.

Tämä käyttäjämalli tarjoaa korkean tason tavan keskustella eri käyttäjätyypeistä. Sitä ei ole tarkoitettu lopulliseksi malliksi, eikä se merkitse käyttäjäryhmiä yksinomaan (käyttäjä voi olla pitkäaikainen sijoittaja osakkeisiin ja myös tutkia aktiivisesti muita optioiden tai futuurien mahdollisuuksia). Mutta se alkaa ilmaista ymmärrystäsi eri käyttäjäryhmistä ja siitä, kuinka he voivat olla motivoituneita käyttämään sivustoasi. Tämä tärkeitä ominaisuuksia koskeva keskustelu auttaa sinua myös selvittämään, mihin ominaisuuksiin haluat keskittyä rekrytoiessasi käyttäjiä tutkimukseen. Jos päätät, että kaupankäyntitiheys on tärkeä ja että ensisijaisena tavoitteena on ottaa mukaan ne, joilla on tällä hetkellä keskitasoinen taajuus, sinun on määriteltävä, mitä keskipitkä taajuus tarkoittaa (esimerkiksi yhdestä kolmeen kertaa viikossa) ja värvää tutkimukseen osallistujiasi vastaavasti. Tutkimuksesta puhuttaessa puhutaan tekniikoista, joilla voit ottaa käyttäjät mukaan projektiisi.

Voitko suunnitella pelkästään käyttäjämalleista? Käyttökokemuksen alalla käydään keskustelua käyttäjämallien luomisesta ennen tutkimusta, koska se voi värittää ajatteluasi ennen kuin sinulla on todellista käyttäjätietoa ja koska projektiryhmäsi tai projektin sponsori saattaa nähdä mallin käyttäjätutkimuksen korvikkeena. Validoimattoman mallin käyttäminen lisää riskiä, että olettamuksesi ovat vääriä. Projekteissa, joissa ei ole lainkaan yhteyttä käyttäjiin, hyvin harkittu malli (varmennettu projektitiimin ulkopuolisista lähteistä, kuten asiakaspalveluryhmästä tai koulutusryhmästä) on kuitenkin parempi kuin mallin puuttuminen. suunnittelun aikana.

Tutkimustekniikoiden valitseminen Nyt kun sinulla on karkea käsitys käyttäjäryhmistä, jotka haluat ottaa mukaan, on aika suunnitella seuraava vaihe: suosituksesi projektin aikana suoritettavien käyttäjätutkimustoimien määrästä ja tyypistä. Taulukossa 6.1 on tietoa yleisimmin käytetyistä tutkimustekniikoista ja siitä, milloin ne ovat usein hyödyllisimpiä. Käytä tätä taulukkoa viitteenä, jonka avulla voit valita, mitkä niistä soveltuvat parhaiten projektiisi. Seuraavassa osassa kuvataan jokaista tekniikkaa yksityiskohtaisemmin.

TUTKIMUSTEKNIIKAN VALINTA

TAULUKKO 6.1

Yleiset käyttäjien tutkimustekniikat

TOIMINTA

MIKÄ SE ON

KUN SE ON HYÖDYLLINEN

HAASTEET

TYYPILLINEN AIKA*

Käyttäjien haastattelut

Kahdenkeskinen keskustelu osallistujan kanssa, joka kuuluu johonkin sivuston ensisijaisista käyttäjäryhmistä.

Käyttäjille on pääsy, mutta pääsyn tyyppi (henkilökohtaisesti, puhelimitse jne.) vaihtelee.

Selkeiden mielipiteiden saaminen. Tietojen kerääminen asenteista ja kontekstista voi olla vaikeaa, varsinkin jos haastattelut suoritetaan etänä.

2–4 viikkoa 12 haastatteluun: Jopa viikko suunnitteluun, 1–2 viikkoa haastatteluun ja jopa viikko tulosten kokoamiseen.

Asiayhteyskysely

Vierailu osallistujien kanssa paikan päällä tarkkailemaan ja oppimaan, kuinka he työskentelevät normaalissa arkipäiväisessä ympäristössään.

Pääsyn pääsyn projektitiimillä on vähän tietoa osallistujia. Menee kohdekäyttäjiin. käyttäjien ympäristöön saattaa herättää Käyttäjät työskentelevät ainutlaatuisessa ympäristössä turvallisuusongelmia, henkistä (esim. sairaala). omaisuutta, ja tunkeutuneet käyttäjät toimivat tiiviisti. Melko monimutkaisten sovellusten liiketoiminnassa se suorittaa tai työnkulkuja. voi olla helpompi vierailla työpäivänä.

3–4 viikkoa 12 tiedustelulle: 1 viikko suunnitteluun, 1–2 viikkoa havainnointiin, 1 viikko tulosten analysointiin ja raportointiin.

Kyselyt

Kysymyssarja, joka koostuu pääasiassa suljetuista vastauksista (monivalinta), joita käytetään tunnistamaan kuvioita suuren joukon ihmisiä.

Haluat ilmaista tulokset määrällisemmin (esim. "80 % kohdekäyttäjäryhmästä sanoi, että he eivät koskaan osta autoja verkosta").

3–4 viikkoa lyhytkestoiseen kyselyyn: 1 viikko kyselyn suunnitteluun ja kirjoittamiseen, 1–2 viikkoa kyselyn suorittamiseen, 1 viikko tulosten analysointiin ja raportointiin.

Haluat saada kontekstin, mutta et voi mennä käyttäjän luo.

Olet enemmän kiinnostunut keräämään tietoa mieltymyksistä kuin todellisesta suorituskyvystä.

LUKU 6: KÄYTTÄJÄTUTKIMUS

Sopivan näytteen saaminen. Varmista, että kysymykset on kirjoitettu hyvin, jotta saat tarkat vastaukset ilman, että vastaajat joutuvat tiettyyn vastaukseen.

TAULUKKO 6.1

Yleiset käyttäjien tutkimustekniikat (jatkuu)

TOIMINTA

MIKÄ SE ON

KUN SE ON HYÖDYLLINEN

HAASTEET

TYYPILLINEN AIKA*

Kohderyhmät

Ryhmäkeskustelu, jossa moderaattori johtaa osallistujia tiettyä aihetta koskevien kysymysten kautta. Keskittyy paljastamaan osallistujien tunteita, asenteita ja ajatuksia aiheesta.

Tiimi uskoo, että käyttäjien asenteet vaikuttavat voimakkaasti heidän ratkaisun käyttöönsä (esim. jos siinä on ollut ongelmia historiallisesti).

Ymmärrät, kuinka kohdistat kysymyksesi oikean tiedon saamiseksi.

3–4 viikkoa: 1 viikko kysymysten suunnitteluun ja kirjoittamiseen, 1–2 viikkoa kohderyhmien tekemiseen, 1–2 viikkoa tulosten analysointiin ja raportointiin.

Korttien lajittelu

Osallistujille annetaan kohteita (kuten aiheita) korteille ja heitä pyydetään lajittelemaan ne heille merkityksellisiin ryhmiin.

Työskentelet sisältölähdesivustolla, jossa on monia kohteita ja haluat tehokkaan rakenteen käyttäjäryhmillesi.

Selvitä, mitkä aiheet olisi parasta sisällyttää.

3–4 viikkoa: 1 viikko suunnitteluun ja valmisteluun, 1 viikko tutkimuksen tekemiseen, 1–2 viikkoa tulosten analysointiin ja raportointiin.

Käytettävyystestaus

Käyttäjät yrittävät suorittaa tyypillisiä tehtäviä sivustolla tai sovelluksessa, kun ohjaaja tarkkailee ja joissain tapauksissa kysyy kysymyksiä ymmärtääkseen käyttäjien käyttäytymistä.

Olemassa olevaa ratkaisua parannetaan.

Sopivien tehtävien valitseminen keskittymiseen.

3–4 viikkoa 10 käyttäjälle ja keskikokoinen muodollisuus: 1 viikko tehtävien suunnitteluun ja kirjoittamiseen, 1 viikko testien suorittamiseen, 1–2 viikkoa tulosten analysointiin ja raportointiin.

Testattavissa on kilpailukykyisiä ratkaisuja. Sinulla on prototyyppi, jonka avulla käyttäjät voivat suorittaa (tai simuloida) tehtäviä.

Helpottaa ryhmää tehokkaasti.

Testin tekemisen muodollisuuden määrittäminen.

* Tyypillinen aikakehys edustaa aikaa, joka usein tarvitaan käyttäjien ajastuspisteestä. Oletuksena on kaksi kuudesta kahdeksaan käyttäjän ryhmää (paitsi kyselyissä, joissa käyttäjämäärän tulisi olla suurempi). Tämä ei sisällä aikaa rekrytointiin, joka voi kestää yhdestä kahteen viikkoa seulontakyselyn luomisen jälkeen.

Kuinka monta tutkimustoimintaa voin sisällyttää? Ennen kuin valitset toiminnoista, kysy itseltäsi, kuinka paljon rahaa ja aikaa tiimi voi käyttää käyttäjätutkimukseen. Harkitse seuraavia tilanteita ymmärtääksesi, kuinka paljon halua asiakasyritykselläsi on käyttäjätutkimukseen. Jos projektin johto ja hankkeen sponsorit ovat tyytyväisiä käyttäjätutkimukseen ja ovat kiinnostuneita käyttämään sitä tunnettuihin tarkoituksiin, kuten varmistamaan, että sivusto täyttää tietyt projektin tavoitteet, sinulla on todennäköisesti enemmän liikkumavaraa TUTKIMUSTEKNIIKKOJEN VALITSEMINEN

suunniteltaessa kahta tai useampaa toimintaa tai yhtä toimintaa, jonka suoritat useita kertoja (esimerkiksi suunnittelun testaaminen, sen muuttaminen tulosten perusteella ja uuden suunnittelun uudelleentestaaminen). Jos kukaan organisaatiossa ei ole perehtynyt käyttäjätutkimukseen ja sitä kohtaan on jonkin verran vastustusta, sinun on ehkä parempi ehdottaa yksi tutkimuskierros ja valita tekniikka, jonka uskot tuovan eniten lisäarvoa sinulle, projektitiimille ja yritysten sidosryhmiä. Kun sinulla on tutkimuksen tulokset, projektiryhmällä on parempi käsitys siitä, mitä se sisältää ja miten hanke voi hyötyä. Sinulla on sitten vahva syy sisällyttää myöhemmin lisää tutkimusta tarvittaessa. Jos sinulla on tilaa vähintään kahdelle tutkimuskierrokselle, hyvä lähestymistapa on sisällyttää yksi kierros Deﬁne-vaiheeseen tai suunnitteluvaiheen alkuvaiheeseen käyttäjien ymmärtämiseksi paremmin. Sisällytä sitten vielä yksi kierros ennen kehityksen aloittamista suunnittelun vahvistamiseksi. Esimerkiksi tehtäväpohjaisessa sovelluksessa voit suorittaa käyttäjähaastatteluja ennen suunnittelua ja sitten suorittaa prototyypin käytettävyystestauksen myöhemmin prosessin aikana. Tai sisältölähteen osalta voit aloittaa kontekstuaalisella kyselyllä ja sisällyttää sitten korttien lajitteluharjoituksen.

Tutkimusta suunnitellessa huomioitavaa Kun suunnittelet tutkimustekniikoita, ota huomioon seuraavat seikat: Miksi teet tutkimusta: mitä haluat oppia siitä Keitä olet mukana: edellä mainitsemasi ensisijaiset käyttäjäryhmät Miten saat osallistujia: rekrytoida ihmisiä osallistumaan ja seuloa heitä (eli kysymysten esittäminen varmistaaksesi, että he kuuluvat kohderyhmiin) Kuinka palkitat osallistujia Mitä tilaa ja laitteita tarvitset Mitä käsittelet: ensisijaiset aiheet Kuinka keräät tietoja: mukana olevien ihmisten määrä ja heidän käyttämänsä työkalut Luku 13 kattaa kaikki nämä näkökohdat osana yksityiskohtaista katsausta yhteen UX-suunnittelijoiden yleisimmistä tekniikoista: käytettävyystestauksesta.

LUKU 6: KÄYTTÄJÄTUTKIMUS

Huomautus Katso luvusta 2 lisätietoja tehtäväpohjaisista sovelluksista ja sisältölähteistä.

Surffaaja Steve Baty kirjoitti artikkelin, jossa kuvaili erilaisia menetelmiä ja kuinka valita niistä kehitysvaiheen, tietotarpeiden ja käyttäjätutkimuksen joustavuuden mukaan. Sen nimi on "Bite-Sized UX Research", kirjoittanut Steve Baty, UXmatters: http://uxmatters.com/MT/archives/000287.php.

Tarkastellaanpa kutakin näistä tekniikoista ja tapoja, joilla niitä yleisesti käytetään.

Käyttäjähaastattelut Käyttäjähaastattelut ovat jäsenneltyjä keskusteluja sivustosi nykyisten tai potentiaalisten käyttäjien kanssa. Ne voidaan suorittaa puhelimitse, henkilökohtaisesti neutraalissa paikassa (kuten kokoushuoneessa) tai mieluiten ympäristössä, jossa käyttäjä todennäköisesti käyttää sivustoa. (Tämä jälkimmäinen tilanne on hyvä myös kontekstuaalisen kyselyn suorittamiseen, jota käsitellään alla.) Haastattelut auttavat sinua ymmärtämään osallistujien mieltymyksiä ja asenteita, mutta niitä ei tule käyttää muodollisten lausuntojen antamiseen todellisesta suorituksesta. Jos etsit tiettyä tietoa siitä, miten ihmiset ovat vuorovaikutuksessa sivuston kanssa, on parempi tarkkailla heidän käyttämistä sivustolla (esimerkiksi kontekstuaalisessa kyselyssä) tai pyytää heitä suorittamaan tehtäviä sivustolla (käytettävyystestauksen aikana). Sivuston analytiikka voi myös antaa sinulle näkemyksiä joistakin suoritustiedoista, jotka voivat olla erityisen vahvoja yhdistettyinä haastatteluihin tai tiedusteluihin, jotka tarjoavat kontekstin datalle. Perusprosessi Käyttäjien haastatteluja varten UX-suunnittelija luo luettelon kysymyksistä, joiden tarkoituksena on saada tietoa, kuten seuraavat: Asiaankuuluva kokemus sivustosta tai aiheesta

TUTKIMUSTEKNIIKAN VALINTA

Yrityksen brändi, sellaisena kuin osallistuja kokee Asenteet esimerkiksi katettuja aihekategorioita kohtaan (kon-

telttalähde), suunniteltava prosessi (tehtäväpohjaiselle sovellukselle) tai markkinointimenetelmät (markkinointikampanjaa varten) Yhteiset tavoitteet tai tarpeet, jotka ohjaavat käyttäjiä sivustollesi tai

kilpailija Yleiset seuraavat askeleet, joita käyttäjät tekevät käytyään yrityksen sivustolla Muut kokemuksessa mukana olevat ihmiset. Esimerkiksi a

käyttäjällä on tapana tehdä yhteistyötä jonkun muun kanssa osana suurempaa tavoitetta, jonka he yrittävät saavuttaa? Jakavatko he todennäköisesti tietoja tai kysyvät muiden mielipiteitä matkan varrella? Kaikki muut tiedot, jotka auttavat sinua vahvistamaan olettamuksiasi

tehty käyttäjäryhmistä tähän asti – esimerkiksi näyttävätkö väliaikaista käyttäjämallia luodessasi keskustelemasi muuttujat todella vaikuttavan siihen, miten käyttäjät kokevat sivustosi. Jos haastatteluja suorittaa useampi kuin yksi henkilö, on hyvä idea asettaa kysymysluettelon ja käsikirjoitetun johdannon, jonka avulla voidaan ylläpitää johdonmukaisuutta haastatteluissa. Valitse etukäteen, kuinka jäsennelty haluat haastattelun olevan. Jos aiot tehdä muodollisen raportin, haluat todennäköisesti korkeatasoisen rakenteen, jossa kysymysjärjestys ei vaihtele paljon ja jokainen kysymys esitetään muutamalla lisäyksellä. Jos tiedon runsaus on tärkeämpää kuin johdonmukaisuus, voit valita puolistrukturoidut haastattelut, joissa aloitat kysymysluettelosta, mutta annat keskustelun kulkea luonnollista polkua, jolloin haastattelija kysyy kysymyksiä tutkiakseen lisää mielenkiintoisia kommentteja (kutsutaan luotaukseksi). ). Haastattelusi pituus voi vaihdella; 45–60 minuuttia on usein paras kuvausetäisyys. Se antaa sinulle tarpeeksi aikaa rakentaa suhdetta ja käsitellä monenlaisia kysymyksiä ilman, että osallistujasi väsyttää. Käyttäjähaastattelut tarjoavat runsaasti tietoa, jonka avulla voit kirjoittaa persoonia, joita käsitellään luvussa 7.

LUKU 6: KÄYTTÄJÄTUTKIMUS

Haastatteluvinkkejä Haastattelusta saamasi tiedon laatu riippuu paljon esittämiesi kysymysten laadusta. Keskity osallistujien henkilökohtaisiin kokemuksiin. Älä pyydä heitä arvailemaan, mitä he voivat tehdä tulevaisuudessa tai mitä muut voivat tehdä. Tällainen tieto harvoin ennustaa, mitä he todella tekevät. Älä esitä kysymyksiä, jotka edellyttävät tiettyä vastausta tai ohjaavat osallistujaa positiiviseen tai negatiiviseen suuntaan. Ihannetapauksessa kysymykset ovat yksinkertaisia, neutraaleja ja avoimia. Esimerkkejä johtavista kysymyksistä ovat Mitä pidät PseudoCorporation.comista?

Tämä olettaa, että käyttäjä pitää sivuston käytöstä. Käytä tätä kysymystä vain, jos kysyt myös, mistä he eivät pidä siinä. Vastaako PseudoCorporation.com odotuksiasi?

Tähän voidaan vastata yksinkertaisella kyllä tai ei, mikä ei anna sinulle paljon yksityiskohtia suunnittelutyösi avuksi. Käytätkö mieluummin PseudoCorporation.com- tai CompetitorVille.com-sivustoa

ja jos jälkimmäinen, miksi luulet niiden olevan parempia kuin Pseudo? Tässä on pari ongelmaa: Se esittää kaksi kysymystä yhdessä lausunnossa, ja se pakottaa osallistujaan implisiittisen mielipiteen. Parempia kysymyksiä ovat seuraavat: Kerro viimeisimmästä vierailustasi PseudoCorporation.comissa. Miksi menit sinne? Mitä muistat vierailustasi?

Jos teet laajan, muodollisemman haastattelusarjan, voit halutessasi sisällyttää siihen joitakin monivalintakysymyksiä. Suurimmaksi osaksi nämä eivät kuitenkaan anna sinulle kovin rikasta tietoa. Osallistujien voi olla vaikea seurata niitä, kun niitä kysytään suullisesti, eivätkä ne salli käyttäjien tarkentaa. Yleensä tallenna tämäntyyppiset kysymykset seulontaa tai kyselyjä varten. Suorita testiajo jonkun kanssa, ehkä jonkun organisaatiossa olevan henkilön kanssa, joka ei ole ydintiimin jäsen. Tämä auttaa sinua löytämään kysymyksiä, jotka eivät ehkä ole selkeitä, ja auttaa sinua myös tarkentamaan ajoitusta ja kulkua. Jos mahdollista ja osallistuja suostuu siihen, nauhoita haastattelu, jotta muut voivat hyötyä siitä, että he kuulevat vastaukset suoraan osallistujan suusta.

TUTKIMUSTEKNIIKAN VALINTA

Kontekstuaalinen kysely Kontekstuaalinen kysely yhdistää käyttäjän havainnoinnin haastattelutekniikoihin. UX-suunnittelija menee osallistujien luo, mieluiten ympäristöihin, joissa he todennäköisesti käyttävät sivustoa. Esimerkiksi toimistosovelluksessa asiayhteyteen liittyvä kysely sisältäisi osallistujan pöydän ääressä istumisen. Tämä menetelmä antaa sinulle runsaasti tietoa kontekstista, jossa osallistuja työskentelee, mukaan lukien käyttäjien kohtaamat todelliset ongelmat, millaisia laitteita he käyttävät työskennellyt tilasta – erityisesti tilan määrästä, jossa he työskentelevät.

kuinka paljon (tai vähän) yksityisyyttä, kuinka usein ne keskeytyvät ja kuinka he käyttävät puhelinta ja paperia (kiinnitä erityistä huomiota tulosteisiin tai muistiinpanoihin, joita he pitävät käsillä). He haluavat käyttää hiirtä näppäimistöä vastaan. Tämä voi vaikuttaa suuresti

suunnitteluvalinnat, varsinkin jos suunnittelet työkalua, joka vaatii paljon tietojen syöttämistä. Kuinka he työskentelevät muiden kanssa sekä yhteistyön että yhteisen

resursseja. Esimerkiksi jos useampi kuin yksi henkilö käyttää samaa tietokonetta, se vaikuttaa sisäänkirjautumis- ja suojausominaisuuksien suunnitteluun. Muut työkalut, joita he käyttävät, sekä verkossa että sen ulkopuolella. Miten ihmiset käyttävät paperia

erityisen mielenkiintoista – joissakin tehtävissä voi olla vaikeaa suunnitella verkkoratkaisua, joka kilpailee paperin kanssa! Tiedustelut yhdistävät havainnointiajan ja haastatteluajan. Ne voivat kestää muutamasta tunnista useisiin päiviin. Jos osallistujat eivät pysty omistamaan vähintään 2 tuntia, sinun tulee harkita vain haastattelun suorittamista. Havainnon aikana kestää jonkin aikaa, ennen kuin osallistuja tottuu läsnäoloon ja toimii jokseenkin luonnollisesti, eikä tämä tapahdu vasta 15 minuutin kuluttua. Perusprosessi Valmistele 10–15 minuutin esittely, jota voit käyttää jokaisen osallistujan kanssa. Sen tulee sisältää kyselyn tarkoitus, korkeatasoinen kuvaus siitä, mitä aiot tehdä yhdessä (havainnointi ja haastattelu) ja kuinka 98

LUKU 6: KÄYTTÄJÄTUTKIMUS

tietoa tullaan käyttämään. Tämä on myös hyvä aika hankkia allekirjoituksia suostumuslomakkeisiin ja varmistaa osallistujille, että heidän jakamansa tiedot pidetään luottamuksellisina. Aloita korkean tason kysymyksillä osallistujan tyypillisistä prosesseista, erityisesti sellaisista, jotka liittyvät sivuston suunnitteluun. Kerro osallistujalle, kun olet valmis lopettamaan puhumisen ja aloittamaan havainnoinnin. Havainnointi voi vaihdella aktiivisesta passiiviseen. Aktiivisen havainnoinnin yhteydessä yleinen lähestymistapa on, että osallistuja ottaa mestarin roolin, kun sinä otat oppipoikan roolin. Mestari selittää, mitä hän tekee, ikään kuin opettaisi sinulle hänen prosessiaan. Aktiivinen havainnointi antaa usein enemmän taustaa osallistujan käyttäytymisen syistä, mutta se voi vaikuttaa osallistujan toimintaan. Passiivisessa tarkkailussa kannustat osallistujaa toimimaan ikään kuin et olisi edes paikalla. Tavoitteesi on tarkkailla mahdollisimman luonnollista käyttäytymistä. Jos osallistuja esimerkiksi puhuu sinulle, hän ei todennäköisesti ota yhteyttä puheluun tai kysyy joltakin ongelmasta, jota hän yrittää ratkaista, mutta jos tarkkailet passiivisesti, huomaat tämän todennäköisemmin. tapahtua. Voit sitten seurata haastattelujakson aikana kysyäksesi syistä joidenkin havaitsemasi käyttäytymisen taustalla. Kumpi tahansa lähestymistapa voi toimia hyvin. Yleensä, jos sinulla ei ole paljon aikaa osallistujien kanssa (oletetaan vain 2–4 tuntia kukin), voit päättää käyttää aktiivista tarkkailua varmistaaksesi, että saat tarvitsemasi tiedon. Jos sinulla on kokonainen päivä tai enemmän, passiivinen havainnointi tarjoaa hyvän tasapainon luonnollisen käyttäytymisen ja keskustelun välillä. Kun olet saanut tietoja tiedusteluistasi, sinulla on paljon monipuolista tietoa lajiteltavana! Joten miten tunnistat kuviot tai trendit tuloksissasi? Yksi hyödyllinen tapa on tekniikka, jota kutsutaan affiniteettikaavioiksi. Tästä aiheesta on saatavilla monia upeita resursseja, mutta tässä on lyhyt kuvaus. Pikaopas affiniteettikaavion tekemiseen Suhdekaavio on tekniikka, jossa otetaan useita erillisiä ja erillisiä kohteita (kuten käyttäjien lausunnot tai tutkijan tekemät havainnot) ja ryhmitellään ne yhteen kuvioiden ja trendien muodostamiseksi. Tässä ovat yksinkertaisen affiniteettikaavion istunnon vaiheet: 1. Kokoa kyselyt suorittanut tiimi muistiinpanoineen.

TUTKIMUSTEKNIIKAN VALINTA

2. Anna kullekin henkilölle paketti Post-it-lappuja ja pyydä heitä kirjoittamaan kuhunkin lausunto sekä lyhyt koodi, jonka avulla voit jäljittää lausunnon takaisin osallistujaan, kuten nimikirjaimet. Keskity lausuntoihin, joilla näyttää olevan merkitystä sivuston suunnittelun kannalta, joko erityisesti (ominaisuuslausunto) tai yleisemmin (lausunto, joka edustaa osallistujan asennetta yritykseen tai aiheeseen). 3. Pyydä kaikkia laittamaan postinsa seinälle. Tarvitset suuren tyhjän seinän, jos työskentelet suuren tutkimuksen parissa. yritä hankkia sellainen, joka on käytettävissäsi ainakin muutaman päivän. 4. Kun kaikki muistiinpanot ovat valmiit, ala ryhmitellä samanlaisia väitteitä vierekkäin. Tämä harjoituksen osa voi sisältää suuremman joukkueen. Se on loistava tapa aloittaa tulosten jakaminen. 5. Kun ryhmät alkavat muodostua luonnollisesti, aloita ryhmien merkitseminen lisärakenteen saamiseksi. Jos jotkut postit kuuluvat useampaan kuin yhteen ryhmään, voit kirjoittaa kaksoiskappaleita ja sijoittaa ne kuhunkin sopivaan ryhmään. Huomautus Tämä menetelmä toimii hyvin kontekstuaalisessa kyselyssä, mutta sitä voidaan soveltaa moniin muihin tilanteisiin. Se on esimerkiksi loistava tapa luoda yhteistyössä luokkia lajittelemattomille aiheille, joten se voi auttaa siirtämään korttien lajittelutuloksia rakenteen lisätasoille.

Kuvioita voi syntyä monella tapaa, joten on parasta antaa niiden muodostua itsestään. Tässä on kuitenkin esimerkkejä siitä, millaisia luokkia saatat nähdä, mukaan lukien se, millainen lausunto niistä löytyy: Tavoitteet: "Yritän tyhjentää kaikki avoimet asiat täältä ennen kuin lähden päivälle." Mentaaliset mallit (sisältää väitteitä, jotka osoittavat, kuinka käyttäjät ovat

ulkoisten kokemusten kartoittaminen sisäiseen ajatteluun): "Käytän tätä verkkotyökalua salkuna asioihin, joihin viittaan paljon, mutta en halua kantaa mukanani." Ideoita ja ominaisuuspyyntöjä: "Toivon, että tämä antaa minulle mahdollisuuden kumota. pidän

siirrän koko kansion vahingossa, ja sen poistaminen kestää ikuisuuden." Turhautumista: ”Kysyisin tätä neuvontapalvelusta, mutta puolet ajasta eivät

tiedä mikä on ongelma."

100

LUKU 6: KÄYTTÄJÄTUTKIMUS

Ratkaisut: "Tämän tekeminen kestää niin kauan, että päädyn vain tulostamaan

luettelosta ja sen kanssa työskentelemisestä koko päivän. Sitten päivän päätteeksi syötän tulokset." Arvolausekkeet: "Tämä työkalu säästää minulta paljon aikaa, joten jos teet

muutokset eivät vie sitä pois!"

Deep Diving Keskeinen asiayhteystutkimuksen resurssi on Contextual Design, kirjoittavat Hugh Beyer ja Karen Holtzblatt (Morgan Kaufmann, 1997). Kirja sisältää myös yksityiskohtaista tietoa tulosten tulkinnasta tekniikoiden, kuten affiniteettikaavion avulla. Lisätietoja mentaalimalleista ja niiden ymmärtämisestä on Indi Youngin kirjassa Mental Models: Aligning Design Strategy with User Behavior (Rosenfeld Media, 2008). Tämä on erityisen hyödyllistä, kun työskentelet sisältölähteen tietoarkkitehtuurissa.

Kyselyt Kyselyt sisältävät joukon hyvin määriteltyjä kysymyksiä, jotka jaetaan suurelle yleisölle. Ne koostuvat useimmiten suljetuista kysymyksistä (kuten monivalintakysymyksistä), jotka voidaan kerätä helposti työkalulla, joka voi näyttää kuvioita vastausten välillä. Kyselyt ovat hyviä työkaluja, kun haluat pystyä ilmaisemaan tuloksia kvantitatiivisemmin (esimerkiksi "kyselyyn vastanneista 82 prosentilla kotivaltiossaan työskentelevistä heillä on jonkinlainen nopea Internet-yhteys") kuin haluaisit. saada sellaisia avoimia kysymyksiä, joita käytetään haastatteluissa. Voit kuitenkin kerätä heiltä myös laadullista tietoa käyttäjien tottumuksista ja asenteista. Käyttäjäkokemuskentällä tutkimuksia käytetään usein mittaamaan käyttäjien tyytyväisyyttä (olemassa oleviin sivustoihin tai sovelluksiin) tai rakentamaan tai validoimaan käyttäjämalleja, kuten segmentointia tai persoonaa.

TUTKIMUSTEKNIIKAN VALINTA

101

Perusprosessi Kuten käyttäjähaastatteluissa, et halua esittää kysymyksiä, jotka edellyttävät käyttäjien spekulointia. Älä kysy "Jos sinulla on ominaisuus X, käyttäisitkö sitä?" Toisin kuin haastatteluissa, kyselyissä monivalinta- tai kyllä/ei-kysymykset ovat parhaita ja helpoimpia analysoida jälkikäteen. Osallistujat vastaavat niihin myös nopeammin. Käytä kyselyitä, kun sinulla on kysymyksiä, jotka ovat asiallisia väestötietopyyntöjä, kuten seuraavat: Mitkä alla luetelluista laitteista omistat henkilökohtaisesti? Valitse kaikki sopivat. Tietokone Matkapuhelin Pelijärjestelmä, kuten Xbox, Playstation tai Wii

tai kysymykset, jotka ovat asenteellisia ja joissa on useita erilaisia vaihtoehtoja: Lue seuraavat väittämät ja valitse, missä määrin olet samaa tai eri mieltä niistä. Pseudo Corporationin asiakaspalvelu vastaa tarpeisiini. Täysin samaa mieltä Samaa mieltä En samaa enkä eri mieltä Eri mieltä Täysin eri mieltä

Erityisesti toisen esimerkin kaltaisia kysymyksiä käytetään usein täydentämään käytettävyyden testaustehtäviä. Voit käyttää tätä tyyppiä jatkokysymyksenä selvittääksesi, olivatko osallistujat turhautuneita tehdessään. Osallistujat eivät aina halua ilmaista kielteistä mielipidettä ääneen, mutta he ovat usein valmiita ilmaisemaan sen, kun he kohtaavat rankingjärjestelmän. Tämä tuo esiin toisen asian: Kyselyt ovat erinomainen täydennys muille mahdollisesti tekemällesi tutkimukselle, kuten käyttäjähaastatteluille tai kontekstuaalisille tiedusteluille. Kahden tutkimusmenetelmän yhdistäminen antaa käyttäjästä rikkaamman kuvan kuin yksi menetelmä voi antaa yksinään.

102

LUKU 6: KÄYTTÄJÄTUTKIMUS

Surffaaminen Jos haluat korkeatasoista luottamusta tuloksiisi ja sinulla on siihen budjetti, käytettävissä on muodollisia työkaluja käyttäjien tyytyväisyyden mittaamiseen käytön helppouden suhteen. Nämä työkalut sisältävät kysymyksiä, jotka on testattu sen varmistamiseksi, että ne eivät johda tai hämmennä laajaa yleisöä. Jotkut yleisimmin käytetyistä ovat ACSI (American Customer Satisfaction Index): www.theacsi.org/ WAMMI (Website Analysis and MeasureMent Inventory): www.wammi.com SUMI (Software Usability Measurement Inventory): http://sumi.ucc .eli

Kun suunnittelet kyselyä, ota huomioon seuraavat seikat: Kenelle kohdistat?

Käytä väliaikaista malliasi määrittääksesi tämän. Se vaikuttaa siihen, kuinka vastaat muihin täällä oleviin kysymyksiin. Mikä kyselyn jakelumenetelmä antaa sinulle parhaat tulokset?

Jos ensisijaiset käyttäjäryhmäsi kokoontuvat tiettyyn paikkaan, saatat saada enemmän tuloksia, jos menet sinne ja luot taulukon, jossa ihmiset voivat täyttää kyselyn paperilla. Jos käyttäjäryhmäsi ovat aktiivisia Internetin käyttäjiä, online-kysely voi olla paras valinta suurelle osallistujajoukolle. Tai voit päättää, että käyttäjäryhmäsi löydetään parhaiten puhelinkyselyillä käyttämällä luetteloa nykyisistä asiakkaista. Kuinka paljon aikaa osallistujat todennäköisesti ovat valmiita käyttämään täyttämiseen

kysely? Jos tarjoat jonkinlaista korvausta tai he saavat jotain muuta hyötyä sen täyttämisestä, voit yleensä tehdä pidemmän kyselyn, jonka täyttämiseen menee ehkä puoli tuntia. Jos ei, sinun on tehtävä se lyhyt, jotta ihmiset suorittavat sen loppuun – ajattele 5–10 minuuttia. Joka tapauksessa varmista, että osallistujille annetaan arvio siitä, kuinka kauan se kestää, ja päivitä heidät edistymisestään, kun he käyvät sitä läpi (käytä sivunumeroita, kuten "2/4", tai näytä valmistuneiden prosenttiosuus).

TUTKIMUSTEKNIIKAN VALINTA

103

Mistä tiedät, milloin tietojen analysointi on aloitettava?

Voit suorittaa kyselyn, kunnes saavutat tietyn määrän osallistujia tai kunnes saavutat tietyn määräajan sen mukaan, kumpi on ensisijainen. Mitä työkalua käytät tietojen keräämiseen ja analysointiin?

Jos suoritat kyselyn verkossa, tietojen keräämiseen käyttämässäsi työkalussa voi olla vaihtoehtoja tulosten katseluun ja analysoimiseen. Jos ei, tarvitset menetelmän tietojen syöttämiseksi valitsemaasi työkaluun. Paperipohjaisissa tutkimuksissa tämä tarkoittaa paljon tietojen syöttämistä, joten varmista, että suunnittelet sitä aikaa.

Focus Groups Kohderyhmät ovat erilaisten ihmisten tuominen yhteen kohdeyleisön sisällä ja keskustelun edistäminen heidän kanssaan. Yhteisiä tavoitteita ovat mielipiteiden herättäminen organisaation tai sen brändin kannalta oleellisista aiheista, kuten aiemmista kokemuksista, niihin liittyvistä tarpeista, tunteista, asenteista ja parannusideoista. Fokusryhmä on hyvä tekniikka moneen tarkoitukseen: Erilaisten käyttäjien tarinoiden kuulemiseen. Avoin keskustelu on hyvä tapa tuoda esiin

ulos tarinankertoja meissä kaikissa. Kun kohderyhmässä menee hyvin, yksilöt rakentavat toistensa tarinoita ja ideoita ja muistavat tilanteita, joita he eivät ehkä ehkä voi tehdä jäsennellymmässä henkilökohtaisessa haastattelussa. Ryhmämuoto ja energia voivat antaa ihmisille aikaa muistella näitä tarinoita ja jakaa ne. Kokemusten merkityksellisten erojen ymmärtäminen. Useimmat ihmiset ovat nat-

ural-tiedon jakajia ja haluavat verrata suosikkityökaluja muihin kiinnostusryhmäänsä. Usein voit oppia kilpailevista sivustoista tai palveluista tai kuulet vinkkejä kiertotapaan, resursseihin ja tukeen. Ideoiden luominen. Vaikka et halua tehdä ryhmästä itseään

suunnittelija, saat usein loistavia ideoita uusiin ominaisuuksiin tai malleihin joko suoraan ryhmältä tai kuultuaan heidän työprosesseistaan tai turhautumisestaan. Kuten sidosryhmien ideoiden kohdalla, muista jäljittää ne ydintarpeeseen (katso luku 4), jotta voit olla varma, että se otetaan huomioon. Ymmärtää yhteistyöprosessin useat kohdat. Jos olet

Suunnittelemalla prosessia, joka sisältää useita toisiinsa liittyviä rooleja ja yhteistyötä, ryhmät voivat olla loistava tapa täyttää ymmärryksesi aukot

104

LUKU 6: KÄYTTÄJÄTUTKIMUS

siitä, miten ihmiset ovat vuorovaikutuksessa. Jos esimerkiksi työskentelet sisältölähteen, kuten intranetin, kanssa, voi olla hyödyllistä koota yhteen sisällön tuottajia, muokkaajia ja sisällön käyttäjiä tunnistaaksesi kohdat, joissa prosessia voitaisiin parantaa. Fokusryhmien käytöstä UX-tutkimuksessa käydään paljon keskustelua. Se ei ole hyvä tekniikka käytettävyyden testaamiseen (koska käyttäjät työskentelevät useimmiten yksin, eivätkä ryhmissä), ja joskus ryhmäasetukset voivat vaikuttaa kohtuuttomasti osallistujien lausuntoihin. Jos kohderyhmät suunnitellaan ja ohjataan hyvin, ne voivat kuitenkin tuoda esiin monia oivalluksia, jotka ovat sinulle arvokkaita suunnitteluvaiheessa. Luvussa 13 käsitellään tätä tarkemmin konseptitestauksen yhteydessä. Perusprosessi Kun kirjoitat kysymyksiä kohderyhmille, ota huomioon samat vinkit, joita käyttäisit kirjoittaessasi käyttäjien haastattelukysymyksiä (käsitelty aiemmin). Aloita muutamilla helpommilla kysymyksillä, kuten "Kerro minulle viimeisestä vierailustasi PseudoCorporation.comissa. Miksi menit sinne?" Tallenna ideoiden luomiseen liittyvät kysymykset ryhmän keskiosaan, kun osallistujat viihtyvät sinun, toistensa ja aiheen kanssa. Määritä aikalohkot kullekin aiheelle ja noudata niitä; keskustelut lähtevät helposti käyntiin ja aika menee ohi! Jos olet huolissasi ajasta, laita tärkeimmät kysymyksesi aiheluettelon keskelle, sen jälkeen, kun ihmiset ovat lämmenneet toimintaan, mutta ennen mahdollisia ajanhukkaa, joka saattaa tapahtua lähellä loppua. Suurin osa kohderyhmien logistiikasta on sama kuin käytettävyystestauksessa. (Lukussa 13 on ehdotuksia seulonnasta, rekrytoinnista ja aikatauluista.) Ensisijainen ero kohderyhmien kanssa on, että tarvitset suuremman huoneen, jossa on pöytä, jotta osallistujat voivat olla helposti vuorovaikutuksessa toistensa kanssa. Kuvaa kuudesta kahdeksaan hengelle 1-2 tunnin ryhmäistunnossa. Anna jokaiselle henkilölle nimilappu tai paikkakortti, jotta jokainen voi puhua toisilleen nimellä. Itse keskustelun muotoon tulisi sisältyä johdanto, joka osuu usein seuraaviin avainkohtiin: roolisi moderaattorina ja mitä odotat pääseväsi eroon.

cussion (esimerkiksi jotkin yllä olevista kohdista).

TUTKIMUSTEKNIIKAN VALINTA

105

Miksi osallistujat valittiin osallistumaan (esimerkiksi "Te olette kaikki

Pseudo Corporation -sivuston nykyisiä käyttäjiä, ja olemme koonneet teidät yhteen saadaksesi tietoja kokemuksistasi.") Kuinka näitä tietoja käytetään – sekä suunnittelussa että

luottamuksellisuuden näkökulmasta. Että moderaattorina olet siellä kuulemassa heidän mielipiteitään ja

kokemukset. Haluat heidän tuntevan, että he voivat jakaa rehellisesti, joten pyydä ihmisiä olemaan suoraviivaisia, mutta myös kunnioittamaan muita ryhmän jäseniä. Käsiteltäviä aiheita on monia, joten jossain vaiheessa lopetat dis-

keskustele yhdestä aiheesta varmistaaksesi, että voit kattaa ne kaikki. Tämä voi sitten mennä ryhmän jäsenten esittelykierrokseksi, johon usein sisältyy jonkinlainen jäänmurtajakysymys. Tavoitteesi on saada kaikki keskustelemaan ensimmäisestä kysymyksestä, vaikka he kertoisivat vain lyhyen tarinan. Voit joko aloittaa yhdestä henkilöstä ja työskennellä pöydän ympärillä tai antaa ihmisten vastata luonnollisesti ja sitten soittaa henkilöille, jotka eivät ole vielä vastanneet nimeltä. Usein joudut kiertämään pöydän muutaman ensimmäisen kysymyksen kohdalla ja sitten, kun tunnet ryhmän olevan valmis, voit kehonkielellä avata kysymykset kaikille.

Snorklaus: Kehonkieli Hyvä kehonkielen ymmärrys voi olla hämmästyttävä työkalu kohderyhmien ohjaamisessa tai henkilökohtaisessa käyttäjätutkimuksessa. Se voi auttaa sinua ymmärtämään, milloin joku tuntee olonsa turhautuneeksi, innostuneeksi, vihaiseksi tai uhatuksi, joten voit tunnistaa, milloin sinun pitäisi yrittää tehdä jonkun mukavammaksi tai tutkia tiettyä kommenttia. Seuraavan aihetta käsittelevän kirjan lukeminen voi kestää yli viikonlopun, mutta se on suunniteltu helposti selattavaksi: Allan Peasen ja Barbara Peasen The Deﬁnitive Book of Body Language (Bantam, 2006).

Kun soitat jollekulle, joka ei ole vielä vastannut, muista toistaa kysymys, jos hän ei ymmärtänyt sitä tai ei kuunnellut viimeisintä

106

LUKU 6: KÄYTTÄJÄTUTKIMUS

muutama lausunto keskustelussa. Vältä myös sitä, että mielipide-ero vaikuttaa kahden henkilön väliseltä erimielisyydeltä. Älä sano: "Bob, emme ole vielä kuulleet sinusta. Mitä ajattelet siitä, mitä Chris juuri sanoi?" vaan (katsomalla Bobia): "Entä sinä, Bob? Millaisia kokemuksia sinulla on Pseudo Corporationin asiakaspalvelusta?" Moderaattorina ohjaat keskustelun kulkua ja välität virtuaalisen mikrofonin. Pidät hallinnassasi käyttämällä katsekontaktia, puheen voimakkuutta, käsivarsien liikkeitä ja kehosi suuntausta. Useimmat ihmiset ovat hyvin tietoisia kehonkielestäsi, ja nämä vihjeet voivat olla hyödyllisiä signaaleja, jos joku hallitsee keskustelua. Jos liian äänekäs osallistuja ei ymmärrä näitä vihjeitä, käytä lempeää mutta tiukkaa lausuntoa, kuten "OK, hienoa, haluaisin avata tämän ajatuksen muille. Onko kukaan muu törmännyt samoihin ongelmiin kuin Theresalla? Kun siirryt uuteen isompaan aiheeseen, ilmoita suullisesti, että edellinen keskustelu on päättynyt ja uusi on alkamassa, jotta ihmiset voivat tyhjentää mielensä seuraavaa aihetta varten. Lopuksi, kun aktiviteetti lähenee loppuaan, pelkkä katselu kelloon ja kehon suunnan muuttaminen voi merkitä, että keskustelu tulisi päättää. Kuten missä tahansa muussakin toiminnassa, muista kiittää ryhmää heidän ajastaan. Tulosten jakaminen tiimisi kanssa tapahtuu yleensä kahdella tavalla: havainnot joko jaetaan käsiteltyjen pääaiheiden mukaan tai ne ryhmitellään asiaankuuluviin luokkiin, aivan kuten ne ovat kontekstuaalista tutkimusta varten. Affiniteettikaavio voi olla toinen tehokas tapa tuoda yhteen erilaisia trendejä ja asenteita havainnollistamaan projektitiimiä.

Korttien lajittelu Korttien lajittelutoiminnassa osallistujille (joko yksin tai pienryhmissä työskenteleville) jaetaan korteille painettuja esineitä ja heitä pyydetään jakamaan ne heidän mielestään järkeviin ryhmiin. Joko he ryhmittelevät ne etukäteen annettuihin luokkiin (kutsutaan suljetuksi lajitteluksi) tai tekevät omat ryhmänsä ja nimeävät jokaisen ryhmän itse (kutsutaan avoimeksi lajitteluksi). Korttilajittelukierroksen lopussa sinun pitäisi alkaa nähdä yleisiä malleja ihmisten lajittelussa sekä yleisiä sekaannuksia tai erimielisyyksiä.

TUTKIMUSTEKNIIKAN VALINTA

107

Yleinen syy tähän on luoda sivustokartta Web-sivustolle tai luoda hierarkia sisällöstä, luokista ja alaluokista, jotka sisältävät kohteita, kuten artikkeleita, asiakirjoja, videoita tai valokuvia. Tämä tekee korttien lajittelusta erinomaisen tekniikan, jos työskentelet sisältölähteen parissa. Huomautus Katso luvusta 2 lisätietoja sisältölähteistä.

Oletetaan, että työskentelet yleisen sisältölähteen parissa: yrityksen intranetissä. Monilla intranetillä on tapana luokitella tietonsa sen osaston mukaan, joka ne omistaa, ja siirtyä henkilöresursseihin, toimintoihin, lakiin, markkinointiin ja niin edelleen. Pitkäaikaisille työntekijöille tämä ei välttämättä ole ilmeinen ongelma, koska he ovat luultavasti oppineet kunkin osaston vastuualueet ja rakentaneet ymmärrystä siitä, mistä tietoa löytää. Mutta uusille työntekijöille tai niille, jotka tarvitsevat tietoja, joihin he eivät yleensä viittaa, voi olla vaikeaa löytää tietoja, jotka voivat kuulua useammalle kuin yhdelle osastolle (tai ei näytä kuuluvan millekään). Mistä löytäisit esimerkiksi uusien työntekijöiden kanssa tehtyjen sopimusten allekirjoittamista koskevan käytännön? Se voi kuulua lain tai henkilöresurssien piiriin. Korttilajittelulla voit löytää yleisiä malleja siihen, miten potentiaaliset käyttäjät luokittelevat tiedot osastolinjoista riippumatta. Perusprosessi Kerää kohteet, jotka haluat sisällyttää korttilajitteluun. 40-60 on yleensä hyvä alue. Tarvitset tarpeeksi, jotta voit luoda potentiaalisesti suuren määrän korttiryhmiä, mutta ei niin paljon, että osallistujat hukuttaisivat vaihtoehdot (tai ylikuormittaisit sinut, kun sinun on analysoitava tuloksia). Valitse kohteita, joiden uskot olevan helppo ymmärtää ja jotka eivät sisällä turhaa ammattikieltä. Voit sisällyttää aiheeseen liittyviä termejä, jotka uskot käyttäjäryhmiesi todennäköisesti tietävän, mutta vältä liikaa sisäpiiritermejä. Jos käytät liian monta yrityskohtaista termiä tai lyhennettä (kuten "MENNISTYS-kampanja" myynnin kasvattamiseksi), testaat yrityksen markkinoinnin ja viestinnän tehokkuutta yhteisen tietohierarkian rakentamisen sijaan. Intranet-esimerkissä voit sisällyttää lomapolitiikan, 401(k)-suunnitelman tiedot, uuden vuokrasopimuksen, toimittajasopimuksen, salassapitosopimuksen,

108

LUKU 6: KÄYTTÄJÄTUTKIMUS

uuden työntekijän perehdyttäminen, sairausvakuutustiedot ja tietoturvapolitiikka. Tämä luettelo edustaa yhdistelmää selkeästi muotoiltuja kohteita, jotka voidaan luokitella useilla tavoilla. Sinulla voisi olla yksi osallistuja, joka ryhmittelee uuden työntekijän perehtymisen ja lomapolitiikan yhteen henkilöresurssien alle, ja sinulla voisi olla toinen, joka ryhmittelee uuden työntekijän perehtymisen ja uuden vuokrasopimuksen yhteen ja nimeää sen "työntekijän perehdyttämiseksi". Kun sinulla on luettelo esineistä, aseta ne korteille, jotka voidaan helposti ryhmitellä ja poistaa ryhmistä. Voit tulostaa tarroja ja liimata ne arkistokorteille tai tulostaa suoraan kartonkiarkeille, jotka on rei'itetty jaettavaksi yksittäisiksi korteiksi. Suorita koeajo pyytämällä jotakuta lajittelemaan kortit ryhmiin ja antamaan ryhmille nimet – esimerkiksi asettamalla pinoon Post-it ja kirjoittamalla siihen nimi kynällä. Ihannetapauksessa testin osallistuja on joku, joka ei tunne esineitä ja toimintaa. Tämä auttaa sinua saamaan karkean käsityksen siitä, kuinka kauan toiminta saattaa kestää. Jos testiajo kestää yli tunnin, saatat joutua leikkaamaan joitakin kortteja! Kun sinulla on viimeistelty pakka, voit ottaa mukaan oikean osallistujan ja antaa seuraavat perusohjeet: 1. Järjestä nämä kortit sellaisiin ryhmiin, jotka sinulle sopivat. 2. Yritä saada vähintään kaksi korttia ryhmässä. Jos kortti ei näytä kuuluvan mihinkään ryhmään, voit asettaa sen sivuun. 3. Voit nimetä ryhmän milloin tahansa lajittelun aikana. Nimeä tehtävän loppuun mennessä mahdollisimman monta ryhmää. Jotkut trendit tulevat ilmeisiksi yksinkertaisesti seuraamalla istuntoja. Toiset saattavat vaatia hieman enemmän analyysiä tuodakseen esiin. Korttilajittelujen tulosten syöttämiseen ja analysointiin on useita työkaluja; monissa niistä on työkalut, joiden avulla voit suorittaa korttien lajittelun etänä (katso tästä lisää kohdasta "Korttilajittelun muunnelmat"). Erityisesti OptimalSort (www.optimalsort.com/pages/default.html) ja WebSort (http://websort.net) tarjoavat sekä etälajitteluominaisuudet että hyödyllisiä analysointityökaluja. Tai jos haluat lajitella itse enemmän manuaalisesti, katso Donna Spencerin erinomaista laskentataulukkoa.

TUTKIMUSTEKNIIKAN VALINTA

109

ohjeineen, saatavilla osoitteessa www.rosenfeldmedia.com/books/cardsorting/blog/card_sort_analysis_spreadsheet. Variaatioita korttilajittelusta Keskustelu on tähän mennessä keskittynyt yksilön kanssa henkilökohtaisesti suoritettuun korttilajitteluun, jossa osallistujaa pyydetään nimeämään luomansa kategoriat. Tämä on avoin lajittelu, mikä tarkoittaa, että pääkategorioita ei ole annettu osallistujalle, vaan ne ovat avoimia nimeämiselle. Tämä on hyvä lähestymistapa, kun määrität uutta navigointirakennetta tai teet merkittäviä muutoksia olemassa olevaan. Muissa tilanteissa voit harkita näitä yleisiä korttien lajittelumuunnelmia: Suljetut lajittelut. Suljetussa lajittelussa annat korkean tason luokat

ja osallistujat lisäävät niitä. Tulokset on suhteellisen helppo analysoida, koska sinulla on pieni joukko mahdollisia luokkia ja voit keskittyä ymmärtämään, mitkä kohteet kuuluivat useimmiten mihinkin luokkiin. Jos lisäät suuria määriä sisältöä olemassa olevaan tietoarkkitehtuuriin tai vahvistat olemassa olevaa sivustokarttaa, suljettu lajittelu voi tarjota nopeaa ja hyödyllistä tietoa, joka auttaa luokittelupäätöksissäsi. Ryhmälajit. Sen sijaan, että lajittelisit kohteita ryhmiin, voit

korttilajittelu on osa kohderyhmätoimintaa, jossa osallistujat tekevät yhteistyötä lajitellakseen kohteita. Vaikka tulokset eivät välttämättä heijastakaan sitä, kuinka yksittäinen henkilö ryhmitteli kohteet, voit saada paljon käsitystä siitä, miten ihmiset ajattelevat kohteista ja niiden organisaatiosta, kun kuulet heidän työskentelevän yhdessä toiminnon läpi ja keskustelemalla kunkin sijoittelun perusteista. Etälajittelee. Varsinkin fyysisten korttien lajittelu voi olla hauskaa toimintaa

ryhmälajeja varten. Mutta on olemassa monia hienoja työkaluja lajittelujen suorittamiseen verkossa yksilöiden kanssa. Näin voit myös tavoittaa suuremman määrän osallistujia tai tiettyjä osallistujia, joita voi olla vaikea tavata fyysisesti. Yllä mainitut OptimalSort ja WebSort ovat kaksi työkalua, jotka tekevät tämäntyyppisestä online-lajittelusta helppoa.

Käytettävyystestaus Käytettävyystestauksessa osallistujia pyydetään suorittamaan tiettyjä testejä sivustolle tai sovellukselle (tai sen prototyypille) mahdollisten käytettävyysongelmien paljastamiseksi ja ideoiden keräämiseksi niiden ratkaisemiseksi.

110

LUKU 6: KÄYTTÄJÄTUTKIMUS

Voit suorittaa käytettävyystestauksen Deﬁne-vaiheen aikana, jos haluat kerätä tietoa siitä, kuinka nykyistä sivustoa voidaan parantaa. Tai voit suorittaa sen samanlaisilla sivustoilla (kuten kilpailevilla sivustoilla) ymmärtääksesi joitain mahdollisuuksia käyttäjäystävällisemmälle ratkaisulle. Useimmiten käytettävyystestaus tehdään osana suunnitteluvaihetta, mieluiten iteratiivisissa kierroksissa (jossa suunnittelu luodaan, testataan, jalostetaan ja testataan uudelleen). Käsittelemme käytettävyystestausta jälleen yksityiskohtaisesti luvussa 13, "Suunnittelun testaus käyttäjien kanssa"; Tämä luku sisältää vinkkejä rekrytointiin ja suunnitteluun, jotka voivat auttaa sinua myös aiemmin tässä luvussa käsiteltyjen toimintojen suorittamisessa.

Tutkimuksen jälkeen Kun olet suorittanut yhden tai useamman näistä käyttäjätutkimustoimista, on aika tarkastella uudelleen olettamuksia, joita alun perin teit käyttäjäryhmistäsi. Jätä nämä oletukset hetkeksi pois ja kysy itseltäsi, mitä käyttäjäryhmiä luot nyt, kun sinulla on enemmän tietoa. Jos jotkin aikaisemmista olettamuksistasi eivät pitäneet paikkaansa, harkitse mahdollisia aukkoja käyttäjätutkimuksessasi, koska avainryhmää ei ole otettu mukaan. Jos tämä aukko havaitaan tutkimustoiminnassasi riittävän aikaisessa vaiheessa, sinulla saattaa olla aikaa mukautua ja lisätä uusia osallistujia meneillään olevaan tutkimukseen varmistaaksesi, että saat täydellisen kuvan. Uuden tietämyksenne avulla voit muokata käyttäjämääritelmiäsi kuvastaaksesi tarkemmin ryhmiä, joihin tulisi keskittyä. Tämä auttaa sinua luomaan yksityiskohtaisempia työkaluja, kuten henkilöitä (käsitelty luvussa 7) ja auttaa sinua luomaan käyttäjävaatimuksia luettelolle, jonka aloitimme luvussa 5. Tässä luvussa käsittelimme prosessia, jossa otetaan huomioon yritysten sidosryhmien lausunnot ja jalostetaan niitä vaatimukset. Noudatat samanlaista prosessia käyttäjien kanssa – työsi ei pysähdy, kun otat idean tai pyynnön talteen. Kaivaa juuriin ja tavoitteisiisi varmistaaksesi, että ymmärrät ne. Tämä auttaa sinua viime kädessä suunnittelemaan ratkaisun, joka parhaiten vastaa kaikkien asiaankuuluvien käyttäjäryhmien tarpeisiin. Seuraavassa luvussa opit käyttämään käyttäjätutkimuksessa saamaasi näkemystä työkalujen luomiseen, jotka voivat tuoda käyttäjäryhmiesi huomion suunnittelun ja kehityksen aikana: persoonia.

TUTKIMUKSEN JÄLKEEN

111

Personat Löydä paras tapa laittaa tiimisi – tai asiakkaasi – käyttäjien kenkiin Personat ovat usein keskustelunaihe käyttäjäkokemusten ammattilaisten keskuudessa. Mielipiteet vaihtelevat siitä, kuinka paljon sisältöä tarvitaan, kuinka paljon tutkimusta tarvitaan, siihen, antavatko ne mitään arvoa projekteille. Jotkut ihmiset kyseenalaistavat, kuuluvatko he ollenkaan prosessiin vai eivät. Riippumatta siitä, missä sijoitut, henkilöitä voidaan käyttää auttamaan projektitiimiäsi ja asiakkaasi ymmärtämään käyttäjiään. Personat voivat tarkistaa projektisi moniin osiin – liiketoimintavaatimuksiin, visuaaliseen suunnitteluun tai laadunvarmistukseen – antamalla käsityksen siitä, kuka yleisösi on ja mitä heidän odotuksiaan ja käyttäytymistään ovat. Russ Unger

Mitä ovat persoonat? Personat ovat asiakirjoja, jotka kuvaavat tyypillisiä kohdekäyttäjiä. Ne voivat olla hyödyllisiä projektiryhmällesi, sidosryhmillesi ja asiakkaillesi. Asianmukaisella tutkimuksella ja kuvauksilla persoonat voivat maalata erittäin selkeän kuvan siitä, kuka sivustoa tai sovellusta käyttää, ja mahdollisesti jopa kuinka he käyttävät sitä. Käyttäjäkokemussuunnittelijat näkevät persoonallisuuden luomisen usein loistavana empatian harjoituksena. Hyvin muotoiltuja henkilöitä käytetään usein kosketuspisteenä aina, kun herää kysymys tai huoli siitä, miten projektin osat tulisi suunnitella. Voit ottaa persoonasi esiin ja kysyä, kuinka toimisi? tai Mitä sieltä haetaan? Vaikka tämä prosessi ei ehkä ole yhtä tarkka kuin toiminnallisuuden ja suunnittelun testaus todellisten käyttäjien kanssa, se voi auttaa viemään projektia eteenpäin, kunnes pystyt suorittamaan laajempia testejä. Josh Seiden (www.joshuaseiden.com) huomauttaa, että persoonatyyppejä on kahta eri tyyppiä: Markkinointiin kohdistetut persoonat, jotka mallintavat ostomotivaatioita Interaktiiviset persoonat, jotka on mallinnettu käyttökäyttäytymisen perusteella.

Tämä luku keskittyy interaktiivisiin henkilöihin.

Miksi luoisin persoonaa? Käyttäjäkokemuksen suunnitteluprosessissa persoonat auttavat keskittymään edustaviin käyttäjiin. Tarjoamalla näkemyksiä "oikeiden" käyttäjien "todellisesta" käyttäytymisestä persoonat voivat auttaa ratkaisemaan suunnittelu- ja kehityspäätöksiä tehtäessä syntyviä ristiriitoja, jotta sinä ja tiimisi voitte jatkaa edistymistä. Kuinka todellisia henkilöiden tulee olla? Vastaus vaihtelee suuresti. Yksi henkilöasiakirja voi riittää yhdelle tiimille, kun taas toinen voi luoda kokonaisia "elintiloja", joiden avulla käyttäjäpersoonat ymmärtävät syvästi, kuinka he "elävät". Voit jopa mennä äärimmäisyyksiin ja luoda yksittäisiä online-läsnäoloja, joiden kanssa voidaan vuorovaikutuksessa tarjota tietoa online-käyttäytymisestä. Päätät kuitenkin laajentaa persoonaasi. Personat voivat olla jatkuvasti muistutuksia käyttäjistäsi. Hyödyllinen tekniikka on, että tiimisi jäsenet pitävät persoonaa työtiloissaan. näin he ovat

MIKSI LUOIN PERSONAJA?

113

muistutetaan jatkuvasti siitä, keitä heidän käyttäjiään ovat. Kun jaat kuution 34-vuotiaan 34-vuotiaan sertifioidun käsiterapeutin "Nicolle" kanssa West Chicagosta Illinoisista, alat tuntea olosi pakotetuksi tarjoamaan hänelle hyvin toimivan kokemuksen. Jos se auttaa sinua, pidä painetut kopiot mukanasi nukkuessasi ja anna osmoosikeijun välittää empatiaa sivuilta tyynyn läpi uinuvaan alitajuntaan. Persoonien tarkoitus on auttaa sinua, tiimiäsi ja/tai asiakkaitasi poistamaan hämmennystä, joka voi syntyä, kun saavutat päätöksenteon risteyksen.

Tietojen löytäminen henkilöille Tehokkaiden henkilöiden on kuvattava tarkasti tiettyjä tuotteesi tai Web-sivustosi käyttäjiä. Tämän tavoitteen saavuttamiseksi henkilöitä on tuettava tutkimuksella. Luku 6 esittelee tekniikoita potentiaalisten käyttäjien tutkimiseen ja mallintamiseen, jotta voit luoda vankan perustan persoonallesi. Älä kuitenkaan etsi yhtä menetelmää ratkaisuksi. on parasta löytää mahdollisimman paljon dataa ja yhdistää se havainnointi- ja haastattelutietojen sekoitukseen – tähän voi kuulua myös verkkokyselyiden hyödyntäminen ja käyttäytymisen analysointi sosiaalisissa verkostoissa. Persoonoiden luominen on yleinen teema: Hanki todellista dataa, mutta tee persoonoista oikeita ihmisiä sivuilla. Katso sivupalkista Tapaustutkimus: Messagefirst Personas, kuinka yksi yritys onnistuu tässä.

Personoiden luominen Kun tunnistat yleisösi ja keräät tietoja persoonallisuuksien tueksi, seuraava askel on laittaa kynä paperille ja herättää ne henkiin. Kuinka monta persoonaa sinun on luotava, vaihtelee. Yleensä vähimmäismäärä on kolme, mutta yli seitsemän ei ole harvinaista. Sen sijaan, että pyrit tiettyyn määrään, harkitse kohdesegmenttien määrää ja sitä, mikä on mielestäsi paras tapa saada niistä reilu kuva.

114

LUKU 7: HENKILÖT

Tapaustutkimus: Messagefirst-persoonat Tehokkaiden, tietoon perustuvien persoonien luomiseksi Messagefirst (www.messagefirst.com) käyttää vähintään kolmea eri tiedonsyöttölähdettä seuraavista: Sidosryhmät. Haastattelemme heitä saadaksemme selville, keitä he ajattelevat persoonien olevan ja mitä he ajattelevat käyttäytyvänsä. Tämä on aina mukana. Asiakkaan asianajaja. Haastattelemme yrityksen ihmisiä, jotka puhuvat suoraan asiakkaiden kanssa, mikä tarkoittaa tyypillisesti myyntiä/markkinointia ja asiakaspalvelua. Jokaisella näistä on omat ennakkoluulonsa, minkä varmistamme, että pidämme sen mielessä dokumentoidessamme havaintojamme. Useimmiten asiakaspalveluun ottavat yhteyttä esimerkiksi henkilöt, joilla on liikaa aikaa (usein eläkkeellä tai työttömänä) tai joku, joka on niin järkyttynyt tuotteesta tai palvelusta, että heillä on todellakin aikaa ottaa sinuun yhteyttä. Asiakkaat. Puhumme suoraan todellisten ihmisten kanssa, jotka aikovat käyttää tai parhaillaan käyttävät tuotetta tai palvelua. Tämä on mukana aina kun mahdollista. Asiakkaiden tietolähteet. Tarkistamme saatavilla olevan Weblog-liikenteen, kyselyt ja sähköpostit. Joku, jonka tunnemme. Valitsemme tuntemamme henkilön, joka sopii persoonan alkuperäiseen profiiliin. Tämä auttaa pitämään meidät maassa, varmistaen, että henkilö on uskottava ja realistinen, ja tarjoaa oikean henkilön, johon voimme ottaa yhteyttä, jos meillä on lisäkysymyksiä. Tämä on erittäin tärkeää validoinnin kannalta ja sisällytetään aina. Koska jokaisella käyttämämme tiedonsyöttölähteellä on tietty harha, käytämme useita lähteitä tietojen normalisoimiseen. Dataohjautuneille persoille on tärkeää, että se ei odota, kuinka monta persoonaa sinulla on, vaan antaa datan paljastaa, kuinka monta persoonaa tulisi olla. Analysoidessani tietoja etsin aukkoja käyttäytymisessä ja toiminnassa. Nämä aukot paljastavat yksittäiset persoonat. Todd Zaki Warfel, presidentti, Messagefirst

Tämän luvun esimerkkihenkilö on Nicolle, 34-vuotias sertifioitu käsiterapeutti West Chicagosta, Illinoisista. Hän sattuu olemaan ajamaton työmatkalainen, joka viettää 2–3 tuntia päivässä matkustaen töihinsä ja takaisin. Kuvitteellinen asiakas on ACMEblue-niminen yritys, joka valmistaa Bluetooth-kuulokkeita Applen ei-fiktiiviselle iPhonelle.

HENKILÖIDEN LUOMINEN

115

Tämä lyhyt kappale kertoo sinulle paljon Nicollesta, mutta kuten näet kuvasta 7.1, varsinainen persoona sisältää paljon perusteellisemman tarinan Nicollesta. Huomaa, että sisältö on kirjoittanut Nicollesta, ei Nicollen "kirjoittamasta". On parasta kirjoittaa persoonallisuutesi kolmannen osapuolen näkökulmasta ja olla kilpailematta kirjoittamisesta heidän omalla äänellään, varsinkin kun olet vasta aloittamassa. Kun laajennat kokemustasi, sinun tulee luonnollisesti tutkia ja löytää tyyli, joka sopii sinulle parhaiten ja tarjoaa eniten lisäarvoa.

Kuva 7.1 Persona fiktiiviselle ACMEblue-asiakkaalle

Millaista tietoa henkilöihin menee? Sellaista tietoa, jota yleisösi pitää merkityksellisenä ja uskottavana, se on. Kerättyjen tutkimustietojen perusteella sinun pitäisi pystyä toteamaan, mikä on tärkeää asiakkaalle, brändille ja projektille. Suurin osa luomistasi henkilöistä jakaa yhteisen joukon vaadittua sisältöä, johon on sekoitettu minkä tahansa määrän dataa, tilastoja ja muita olennaisia tietoja, joita voidaan pitää valinnaisina, koska ne vaihtelevat asiakkaasta toiseen, ellei projektista toiseen.

116

LUKU 7: HENKILÖT

Vähimmäissisältövaatimukset Kun luot persoonia, sinun on annettava riittävästi tietoa houkutellaksesi ihmisiä ja saada heidät samaistumaan henkilöön, josta he lukevat sivulla. Auta yleisöäsi ymmärtämään, miten henkilö käyttäytyy ja ajattelee, muista sisällyttää kuusi avaintietoa: valokuva, nimi, ikä, sijainti, ammatti ja elämäkerta. Seuraavissa osioissa tarkastellaan tarkemmin kunkin kohteen tietojen täyttämistä. Valokuva Valokuva on ensimmäinen (ja todellinen) askel persoonallesi kasvojen luomisessa. Kun valitset valokuvaa persoonallesi, yritä varmistaa, että kuva ei näytä liian poseeratulta tai kiillotetulta. Valokuvilla, jotka näyttävät poseeratuilta, ei ole samaa vaikutusta kuin luonnollisissa olosuhteissa otetuilla kuvilla. Personat näyttävät olevan tehokkaampia luonnollisissa olosuhteissa otetuilla kuvilla, kuten kuvan 7.2 oikealla olevassa kuvassa, jossa kohde seisoo ulkona talvitakissaan, mahdollisesti työmatkansa aikana. Varmista, että valokuva sopii persoonan elämäntyyliin! Poseerasi

Luonnollinen Kuva 7.2 Luonnollisen näköiset valokuvat ovat tehokkaampia.

On olemassa erilaisia verkkovalokuvaresursseja. Joitakin parempia vaihtoehtoja ovat iStockphoto (www.istockphoto.com), Getty Images (www.gettyimages.com) ja Stock.XCHNG (www.sxc.hu).

HENKILÖIDEN LUOMINEN

117

Oikean kuvan löytäminen voi olla täysin ajanhukkaa, jos et ole varovainen. Jos mikään muu epäonnistuu (tai sinulla on aikaa ja budjettia), ota omasi! Nimi Yksinkertaisesti sanottuna sinun on annettava nimi kasvoille. Käyttämäsi valokuva inhimillistää tutkimustiedon ja persoonallisuuden ominaisuuksien yhdistelmää, ja nimi tulee olemaan se, jolla kaikki viittaavat henkilöösi keskustelujen aikana. Nicolle ei vain kuulosta paremmalta kuin "30-luvun puolivälin blondi ammattiäiti", mutta se on paljon helpompi muistaa ja yhdistää tiettyyn persoonaan. Yritä pitää nimet, joita käytät projektissa eri henkilöille, kuulostamasta liian samanlaisilta. Esimerkiksi Nicolle ja Noelle voidaan helposti sekoittaa, joten etsi erillisiä nimiä. Ja vaikka saattaa olla houkuttelevaa käyttää työtovereiden tai asiakkaiden nimiä, älä tee sitä. Kun käytät nimiä, jotka ovat samanlaisia tai samoja kuin projektissa mukana olevilla henkilöillä, heidän on helppo yrittää tunnistaa itsensä persoonastasi. Erilaisten nimien valitseminen välttää epämiellyttävät tilanteet tai loukkaavat tunteet. Jos sinulla on vaikeuksia valita nimiä, jotkin verkkoresurssit voivat auttaa sinua tässä: vauvan nimeämissivustot! BabyNames.com: www.babynames.com Babyhold: www.babyhold.com Sosiaaliturvahallinnon suositut vauvojen nimet: www.ssa.gov/

OACT/babynames Random Name Generator: www.kleimo.com/random/name.cfm

Viimeinen asia nimistä: Varmista, että nimesi on persoonalle uskottava. Nicolle sopii mainiosti Keskilännen äidille, mutta Nicola tai Natalia voivat olla paljon parempi nimi italialaiselle äidille. Myös nimet, jotka näyttävät olevan hieman hauskoja tai elävämpiä, kuten Bob the Builder, eivät ole sitä. Heillä on tapana saada persoonastasi näyttämään typerältä ja he voivat heikentää heidän arvoaan. Ikä Vaikka tutkimuksesi pitäisi tunnistaa asiakkaidesi ikäjakauma, tietyn iän ilmoittaminen henkilöllesi auttaa lisäämään kirjoittamaasi elämäkertaa aitoutta. 21-vuotiaan korkeakouluopiskelijan ja 34-vuotiaan ammattiäidin käytös eroaa huomattavasti!

118

LUKU 7: HENKILÖT

Sijainti Aluksi sijainti ei ehkä vaikuta tärkeältä tiedolta; On kuitenkin tärkeää muistaa, että kulttuurisia ja käyttäytymismuutoksia voi tapahtua paikasta toiseen. Esimerkiksi Italiassa puhutaan eri murteita maan eri alueilla. Yhdysvalloissa Chicagossa asuvalla henkilöllä on todennäköisesti erilaiset elinkustannukset kuin Savannahissa Georgiassa. Ammatti Kun tiedät, mitä persoonasi tekee elantonsa, voit samaistua heihin suhteuttamalla heidän päivittäisen elämänsä malleihin. Terapiassa työskentelevä persoona tapaa monia ihmisiä päivittäin, kun taas laskusillanhoitaja ei välttämättä ole juurikaan tekemisissä muiden kanssa. Elämäkerta Elämäkerta on vakuuttava tarina, joka tekee persoonasta todellisen. Täällä annat tutkimustiedoistasi peräisin olevia yksityiskohtia ja lisäät siihen vähän "oikeita ihmisiä". Toisin sanoen tiedot ovat persoonalle erittäin tärkeitä, mutta et halua yksinkertaisesti lainata näitä tietoja katkonaisilla lauseilla. Sen sijaan haluat kutoa dataa, anekdootteja ja havaintoja tarinaksi, johon yleisösi voi samaistua. Se saattaa tuntua hieman oudolta, mutta elämäkerran on oltava uskottava, eikä todellakaan ole huijausta tuoda persoonallisuuteesi todellisen henkilön piirteitä. Esimerkiksi Nicolle perustuu sekä tilastotietoihin että samankaltaisten toimintojen, uskomusten ja halujen jakavan henkilön todelliseen käyttäytymiseen. Projektistasi riippuen saatat joutua perehtymään elämäkertaan melko syvästi – joskus mitä enemmän yksityiskohtia sinulla on, sen parempi. Älä tunne, että sinun täytyy puristaa persoonaasi yhdelle paperiarkille. Tee se, mikä toimii parhaiten, jotta persoonastasi tulee todenmukainen ja mahdollisimman mielekäs työssäsi olevalle projektille.

Valinnainen sisältö Työskennellessäsi persoonien kanssa huomaat, että eri projektit vaativat erilaisia tietoja, jotta persoonat olisivat soveltuvampia. Sisällön vähimmäisvaatimuksia voidaan myös pitää vähiten yleisinä

HENKILÖIDEN LUOMINEN

119

nimittäjät useimmista luomistasi henkilöistä. Useimmissa tapauksissa yhdistät joitain näistä valinnaisista sisältöelementeistä persoonallisuuksien ytimeen. Valinnainen sisältö, joka voi lisätä arvoa persoonallesi, sisältää koulutustason. Tietäen, kuinka koulutettu ihminen on, voi auttaa

enemmän tietoa joistakin heidän tavoistaan. Ylioppilastutkinnon suorittaneella henkilöllä voi olla huomattavasti erilaiset ostotottumukset ja brändinäkemykset kuin maisterin tutkinnon suorittaneella henkilöllä, ja tämä tieto voi vaikuttaa siihen, miten henkilö nähdään. Palkka tai palkkaluokka. Raha puhuu, ja monissa tapauksissa sen määrä

henkilön tulot vaikuttavat merkittävästi hänen elintasoonsa ja käytettävissä oleviin tuloihinsa. Nämä tiedot voivat antaa merkittävää tietoa, kun kohdistat tietyn vaurauden tasoon. Henkilökohtainen lainaus. Mikä olisi motto, jonka henkilösi väittäisi?

omakseen? Joskus tämä voi antaa nopean yleiskatsauksen persoonallisuutesi ajattelutavan ytimeen. Toiminta verkossa. Tämä voi olla hankalaa; on monia tapoja viettää rahaa

heidän aikansa verkossa. Jotkut ihmiset maksavat laskunsa, jotkut ihmiset ovat erittäin kiinnostuneita bloggaamisesta ja sosiaalisen verkostoitumisen toiminnasta, ja jotkut ihmiset vain käyttävät tietokonettaan laitteena, joka kytkeytyy päälle, kun heidän on suoritettava tehtävä. Koska niin monissa projekteissa on jokin online-komponentti, tämä elementti on hieman tuomio. Sinun on nojauduttava tutkimukseesi, jotta voit maalata kuvan. Offline-toiminta. Onko persoonallasi harrastusta? Onko ylimääräistä

tietoa siitä, millaista henkilösi elämä on, kun hän ei ole verkossa? Tämä elementti voi olla yhtä hankala kuin verkkotoiminta, ja se voi olla yhtä tärkeä persoonallisuuteesi vaikuttamisessa. Asiakkaan, brändin tai projektin avainsisääntulo tai laukaisupiste. Usein se on tärkeää

ymmärtää, kuinka persoona on vuorovaikutuksessa asiakkaan, brändin tai projektin kanssa. Kuuluuko henkilö siitä suusta suuhun, online-arvostelujen, mainostaulun, television tai radion tai online-ponnahdusmainoksen kautta? Haluaako henkilösi ratkaista ongelman, joka voidaan ratkaista asiakkaan, brändin tai projektin kautta? Tilastotietojesi käyttäminen tämän kohdan ymmärtämiseen ja sen kirjoittaminen persoonaasi voi auttaa perustamaan lähestymistapaasi käyttäjien sitouttamiseen.

120

LUKU 7: HENKILÖT

Tekninen mukavuustaso. Käyttääkö henkilö PC:tä vai Macia? Onko hän

omistatko tietokonetta ollenkaan? Käyttääkö hän pikaviestintää, Flickriä tai kirjoittaako blogia? Onko hän erittäin tyytyväinen tähän toimintaan vai hämmentääkö se häntä? Auttaisiko häntä hyvin yksinkertainen ratkaisu, joka on suunnattu aloittelijalle? Onko hänellä MP3-soitin tai muu kannettava laite? Käyttääkö hän DVR:tä, AppleTV:tä tai on-demand-ohjelmia television katseluun? Listaa voi jatkaa loputtomiin. Ja eteenpäin. Asiakkaastasi, brändistäsi tai projektistasi riippuen nämä käsitteet – ja monet muut – voivat olla tärkeitä tunnistaa. Sosiaalinen mukavuustaso. Ottaen huomioon sosiaalisen median ja sosiaalisen verkon kasvun

työskennellessäsi voi olla tärkeää tunnistaa hyvin tarkasti, kuinka henkilösi toimii kyseisessä tilassa. Onko hänellä Twitter-tili? Jos on, kuinka monta seuraajaa hänellä on? Kuinka aktiivinen hän on? Onko hän johtaja? Käyttääkö hän MySpacea, Facebookia, LinkedIniä tai muita kerääjiä tai verkkoyhteisöjä? Mobiili mukavuustaso. Kun mobiililaitteiden käyttö lisääntyy

yleistä, on tärkeää ottaa huomioon, kuinka henkilösi löytävät itsensä mobiilitilassa – jos ollenkaan. Motiiveja käyttää asiakasta, brändiä tai projektia. Joissakin tapauksissa saatat haluta

sisältää syyt, jotka henkilö haluaisi käyttää asiakasta, brändiä tai projektia. Jos hän jatkuvasti sotkee kuulokkeidensa johdon takkiinsa ja repii ne pois päästään, se voi olla hyvä syy harkita uusia kuulokkeita. Tutkimustietoihin perustuvat todelliset skenaariot voivat auttaa löytämään tärkeimmät motivaattorit persoonallisuuksien sisällyttämiseen. Käyttäjien tavoitteet. Voit myös haluta tunnistaa, mitä henkilö toivoo

saavuttaa käyttämällä asiakasta, brändiä tai projektia. Tämä voi auttaa antamaan näkemyksiä henkilön ohjaimista sen käyttöä varten. Nämä ovat vain datapisteitä, joiden avulla pääset alkuun. Voit jäsentää persoonaasi ja esittää niitä äärettömän monin tavoin. Jos olet kiinnostunut sukeltamaan syvälle persoonien maailmaan, hyvä paikka aloittaa on Käyttäjä on aina oikeassa: Käytännön opas henkilöiden luomiseen ja käyttämiseen verkossa, Steve Mulder ja Ziv Yaar (New Riders, 2006) ).

HENKILÖIDEN LUOMINEN

121

Edistyneet persoonat Kun olet ymmärtänyt persoonien luomisen perusteet, voit laajentaa asiakirjojasi äärettömän monella tavalla. Yksinkertainen persoona voi usein vastata useimpiin tarpeisiisi, varsinkin kun projektiryhmäsi yrittää vain saada empaattinen ymmärrys käyttäjistäsi. Asiat muuttuvat mielenkiintoisemmiksi, kun esittelet persoonia asiakkaillesi. Näissä tapauksissa tulet usein huomaamaan, että sinun on annettava paljon enemmän kuin tiedot, jotka olet koonnut perushenkilöä varten. Kuvat 7.3 - 7.7 havainnollistavat joitakin tapoja, joilla voit laajentaa persoonaa. Voit vapaasti lainata näistä esimerkeistä, remiksoida ja sekoittaa niitä luodaksesi jotain vielä parempaa projektiisi!

Tuotenimi

Tutustu tuotemerkkikuluttajiin

HENKILÖT JA SKENARIOT (etnografisiin tutkimuksiin perustuvat) Persoonat ovat yhdistelmähahmoja, jotka perustuvat kohdekuluttajatietoihin: tässä tapauksessa etnografiaan, olemassa oleviin segmentteihin ja asiakastietokantatietoihin.

Skenaariot ovat hypoteettisia mutta realistisia kertomuksia, jotka kuvaavat, miksi nämä persoonat saattavat vierailla Brandin verkkosivustolla ja mitä he tekisivät siellä.

Joan, 32 Consumer Insights auttaa meitä ymmärtämään käyttäjiä – heidän motiivejaan, tavoitteitaan ja toiveitaan. Voidaksemme soveltaa näitä oivalluksia verkkosivustojen suunnitteluun, kehitämme käyttäjäpersoonia ja skenaarioita, jotka perustuvat tosielämän yhteyksiin. Tämä suunnittelutapa auttaa luomaan kokonaisvaltaisia kokemuksia, jotka perustuvat ymmärrykseen asiakkaista, heidän motivaatioistaan, toivotuista tuloksista ja käyttäytymisestä. Skenaariot vastaavat erityisesti kolmeen peruskysymykseen, jotka on ratkaistava, ennen kuin sivusto voidaan järjestää oikein: Ŕ8IPBSFZPVSSFQSFTFOUBUJWFVTFST Ŕ8IBUBSFUIFVTFSōTTQFDJţDHPBMT Ŕ)PXDBOVTFSTBDIJFWBOIFJSHPBMT:llä on täysi kokemus verkkosivustostasi.

Pleasure Seeking Afficionados “Pidän todella tästä” “Young Sophisticate”

ALKAA

ALOITA TUTKIMUKSEEN

RAKENNA KOKEMUSTA

"Pysyvä aloittelija"

"$)*&7&-&7&- MUKAVUUTTA

"Aktiivinen vastaaja"

TUNNE 5)&365

TUTKI UUDELLEEN

"Vakiintunut Explorer"

VÄLINEN JA YKSINKERTAISTA

“Aikuinen urassa”

Käytännön saaminen valmiiksi "Sen täytyy vain toimia"

Alice, 26

Rachel, 42

Erica, 47

Greta, 59

Kuva 7.3 Personan yleiskatsauksen peruslehti (vaakasuunnassa). Tarjoaa kootun kuvan useista henkilöistä sekä niiden edustamista segmenteistä korkean tason organisaatiostrategian yhteydessä. Will Evansin luvalla.

122

LUKU 7: HENKILÖT

Tuotenimi

HENKILÖT JA SKENARIOT (etnografisten tutkimusten perusteella) Alice on aloitteleva kokki, joka haluaa tutustua ruoan maailmaan,

TAVOITTEET

erityisesti lapsiystävällistä ruokaa, ystävien kanssa ja etsimällä uusia reseptejä verkosta ja lehdistä. Hänen tutkimusmatkansa on enemmän

ruokkia hänen perheensä ilman paljon ajattelua tai vaivaa

fantasia kuin todellisuus kuitenkin. Hän on edelleen peloissaan eikä pelkää

löytää nopeita ja helppoja reseptejä perusainesosista

kokeile liikaa uusia reseptejä. Hänen äitinsä ei siirtänyt hänelle liikaa ruoanlaittotaitoja, eivätkä hänen ystävänsä ole kovin kokeneita

(usein) valmistaa kahdenlaisia aterioita: aikuisille, lapsille

myös kokkeja. Alice on kiireinen yhden tyttären äiti Chicagossa. Sekä hän että hänen miehensä työskentelevät kodin ulkopuolella – hän johtaa pienen vakuutusyhtiön toimistoa.

Alice, 26 "Aspiring Novice" sukupolvi x naimisissa

1 tytär, 5 väsynyt, toiveikas

tulo

koulutus

Hän on kiireinen, käytännöllinen eikä käytä paljon aikaa ruoanlaittoon. Alice haluaa vain saada sen valmiiksi nopeasti ja helposti – vaikka hänen täytyy usein valmistaa erilaisia aterioita itselleen ja miehelleen, koska hän aloitti harjoitteluohjelmansa saatuaan Sophien kaksi vuotta sitten ja yrittää päästä takaisin maratonkuntoon. Hän työskentelee pienestä sarjasta onnistuneita reseptejä, joissa hän tuntee olonsa mukavaksi, ja monet hänen valmistamistaan aterioista perustuvat pakattuun ja valmistettuun ruokaan.

SKENAARIO Alice katselee Cartoon Networkia Sophien kanssa aamiaisen aikana. Brändimainos, jossa näkyy tuotemerkin nimi täällä. Alice käyttää tuotemerkkiä ja uskoo, että Sophie ottaisi sen ruoan. Hän päättää tarkistaa sivuston töistä. Alice vierailee sivustolla ilmaisen puolen tunnin aikana ennen kokousta. Kotisivut ovat selkeät ja selkeät. Hän näkee sivuston pääosat ja linkit mielenkiintoisiin asioihin, kuten päivän resepteihin.

internetin käyttöä

terveystietoisuutta

kustannusherkkyys

Hän napsauttaa päivän reseptiä. Hän pitää sen mukana tulevista vinkeistä – ne saavat hänet tuntemaan, että hän voisi käsitellä tätä reseptiä. Hän on tyytyväinen selkeään navigointiin, toisin kuin muilla sivustoilla, joille hänellä on taipumus eksyä. Hän pitää hyödyllisistä ominaisuuksista, jotka menevät pidemmälle kuin mitä hän näkee keittokirjoissa, kuten kyvystä löytää reseptejä ruokakomeronsa perusteella ja vinkeistä tuotteiden käyttämiseen. Alice huomaa, että hän voi vastaanottaa reseptiuutiskirjeitä ja klikkaa "Rekisteröidy". Rekisteröityminen on niin helppoa! Hän täyttää joitakin perustietoja ja valitsee "Food Your Kids Will Love" -uutiskirjeen.

Hän haluaisi lisätä omaa kosketustaan ja luoda uudelleen ruokia, joista hän nauttii ravintoloissa, kuten kaikkien aikojen suosikkinsa, jerk-kana. Hän haluaisi myös lisätä aterioihinsa enemmän tuoreita vihanneksia, koska hän tietää niiden olevan terveellisempiä. Hän on ylpeä siitä, että hän on perusteellinen suunnittelija ja pystyy hoitamaan kotitalouttaan tiukalla budjetilla. Hänen jääkaappi ja ruokakomero ovat aina varastossa. Hän suunnittelee ostoksensa hyödyntääkseen alennuksia ja kuponkeja.

löytää lapsiystävällisiä reseptejä ja ruokaaktiviteetteja löytää tapoja "pukea" hänen suosikki valmisruoat PROJEKTIAT JA ALOITTEET parannettu navigointi ja tietoarkkitehtuuri parannettu rekisteröityminen

Viikkoa myöhemmin lounasaikaan Alice löytää ensimmäisen Brandin sähköisen uutiskirjeensä: "Pizza, helppo kuin 1, 2, 3." Täydellinen – hänen lapsensa rakastavat pizzaa, ja hän yleensä ostaa heille pakastepizzoja. Siellä on linkki "Pizza aloittelijoille", joka inspiroi häntä katsomaan, voiko hän tehdä pizzan itse. Linkki vie hänet pepperoni-pizzan reseptiin, jota kutsutaan nimellä "Pizza Wizard". Hän skannaa reseptiä ja huomaa sen olevan melko yksinkertainen; vain 25 minuuttia ja 4 ainesosaa. Hän tarkistaa keittiöstään, mitä hänellä on. Hänellä ei ole pepperonia tai pizzakastiketta, mutta "Pizza Wizard" ehdottaa niiden korvaamista tavaroilla, joita hänellä on hyvin varustetussa keittiössä: makkara- ja tomaattikastikkeella. Ja täydellinen! Siellä on linkki kuponkiin. Neena tulostaa reseptin ruokalistan, lisää pari tarvitsemaansa tuotetta ja suuntaa kauppaan. Palattuaan kaupasta Alice aloittaa. Hän näkee vaiheittaiset ohjeet taikinan avaamiseen ja ainesten lisäämiseen. Jokaisen vaiheen vieressä on kuvat. Se on helppo ymmärtää ja seurata. Hän pohtii, pitäisikö hänen keittää täytteet ensin, mutta pizzan usein kysytyt kysymykset vastaavat siihen hänen puolestaan.

asiayhteyteen kohdistetut oheistiedot kohdistetuimmat uutiskirjeet reseptivelho parempi kuponkien integrointi ATTERIAAN SUUNNITTELU "saa se valmiiksi" -asenne perustuu pitkälti valmisruokiin, suhteellisen vähän lisättyjä tuoreita hedelmiä ja vihanneksia kuluu enemmän aikaa reseptien selaamiseen kuin niiden keittämiseen.

Kuva 7.4 Kohdeyleisön persoona (maisemasuuntaus). Tämä yksityiskohtainen näkymä persoonasta sisältää laajemman kirjon dataa ja tarjoaa kattavamman näkökulman käyttäjien tavoitteista, tarpeista ja käyttäytymisestä – kaikki asetettuna laajemmalle ekosysteemille. Will Evansin luvalla.

Kuva 7.5 Kohteen yleiskatsaus ja kohdeyleisön persoona (muotokuva). Vasemmalla oleva kohdekatsaus tarjoaa korkean tason yhteenvetotietoja ja näyttää tuotemerkit, joiden kanssa kolme henkilöä ovat vuorovaikutuksessa ja joihin he ovat yhteydessä. Yksityiskohtainen kuvaus oikealla esittelee yleiskatsauksen ja elämäkerran yksittäisestä henkilöstä sekä tietoja hänen käyttäytymisestä ja motiiveistaan.

EDISTYNYT HENKILÖT

123

Paul ja Helen "Voimme laittaa sinne mitä tahansa. En vain ole varma, kuinka paljon mahtuu."

5 4

Helenin äiti kuoli muutama viikko sitten ja he ovat juuri nyt tyhjentämässä taloa. He suunnittelevat myyvänsä talon, mutta heidän on siivottava ensin melko vähän. Talo kaipaa myös remonttia pääkylpyhuoneessa.

- of de Kellari on täynnä Helenin äidin viimeisten parin vuosikymmenen aikana keräämiä tavaroita. Hän ei koskaan heittänyt mitään pois. Hänellä on sanoma- ja Time-lehtiä viimeisen 20 vuoden ajalta. On muutamia asioita, joita Helen haluaa pitää. Suurin osa vaatteista - "kol ja huonekalut lahjoitetaan Goodwillille. Valitettavasti suurin osa hänen äitinsä kirjoituksista on pilaantunut vedestä ja homeesta. Hänellä on myös maalipurkkeja, mutta Paul ja Helen eivät tiedä sisältääkö maali lyijyä vai ei.

2 1

noin

ain

Know Ex led pe ge rie nc e C on Pric ve e Senior tunc pe sp Ree M pue d ult t ype Tim tion C on eline t Main ss ajoer r L Size ifes D E ecven lu tte t Year Re rding pe Wast Rate in Buars ds ine Price ja O Rec am nlin ycli ne ac g count

Tämä on ensimmäinen kerta, kun Paul ja Helen käyvät läpi jotain tällaista. He eivät edes tiedä mistä aloittaa. He haluavat vain tämän olevan mahdollisimman helppoa. He tietävät tarvitsevansa roskasäiliön, mutta eivät ole varmoja, kuinka paljon siihen mahtuu. Ja he olettavat, että melkein mitä tahansa voi mennä roskakoriin, ellei joku toisin sano. Heidän ainoa huolensa on, että roskakorit ovat yleensä rumia. He toivovat löytävänsä yrityksen, joka ei tee etupihaa näyttämään rakennusvyöhykkeeltä tai pilaa pihaa, kun he toimittavat tai noutavat roskakoria.

Ikä: 24-65

Elinkaari tammikuu

heinäkuuta

joulukuuta

Kuukausi

1.0 Elämäntapahtuma

Tärkeimmät ominaisuudet Ŕ Ŕ

Yksittäinen tapahtuma, kuten perhetilan hankinta tai pieni saneeraustyö (esim. kylpyhuone). Vähän jos yhtään aikaisempaa kokemusta roskakorien hankinnasta.

Maalit Ŕ Ŕ Ŕ Ŕ Ŕ

Hanki roskakori nopeasti. Päästä eroon kaikesta tavarasta, jota he eivät pidä tai lahjoita. Vältä omaisuuden tuhoamista prosessin aikana. Vältä rumaa roskakoria. Päästä eroon roskasäiliöstä nopeasti, kun se on täytetty.

Turhautumis- ja kipupisteet Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ

Kysymyksiä Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ

Ŕ ŕ

Saatavilla tarvittaessa Hinta Myyjä lähtee kiinteistöstä sellaisena kuin löysi sen Tarvittavan kontin koon saatavuus Asennuksen ja noudon nopeus yhteydenoton jälkeen Online-tilin käyttöaika ajoitusta ja maksua varten Laitteiden laatu ja puhtaus Tuttu merkki

Ŕ ŕ ŕ ŕ

Alkuperäinen tarrashokki Ei tunne prosessia Eivät tiedä mitä he eivät tiedä Omenoiden ja omenoiden vertailu myyjien välillä

Onko jotain, mikä ei pääse sisään? Kuinka nopeasti he voivat toimittaa ja noutaa? Jättävätkö he kiinteistön alkuperäiseen kuntoon? Miten tämä toimii? Onko lupa vaadittu? Kuinka paljon se maksaa? Kuinka helposti saan jonkun kiinni, jos tarvitsen?

Kuva 7.6 Kohdeyleisöryhmän persoona. Tämä persoona esittelee tutkimustiedoista poimitun ikäluokan kohteen. Sen sisältämä tieto on laajaa ja puhuttelee yleisöryhmiä, ei tiettyjä henkilöitä. Tämä lähestymistapa voi olla hyödyllinen, kun teet liiketoimintapuheenvuoron tai kun asiakkaan budjetti sallii henkilöiden yksityiskohtaisen tutkimisen. Todd Zaki Warfelin luvalla.

Kaikkien ammattien Jill

Amanda Stone

"Minun täytyy hallita useita ohjelmia asiakkailleni."

AMANDA JAKAA KANNUSTINOHJELMAN VASTUUTA MUUN MUUN kollegan kanssa. He jakavat pääsyn ja hallitsevat useita ohjelmia asiakkaille. Tämä voi olla erityisen haastavaa varmistaakseen, että hän maksaa oikeille ihmisille oikeasta ohjelmasta. Hänen on voitava vaihtaa eri ohjelmien välillä ja tietää missä hän on koko ajan.

Elinkaari

Tärkeimmät ominaisuudet Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ Ŕ

Hallitsee useita ohjelmia Keskisuurista suuriin yrityksiin Keskimääräinen määrä (50-2000+ tilausta kerralla) Useita ihmisiä jakavat yhden roolin 70/30 Pikamaksu- ja järjestelmänvalvojan tarkastukset Viikoittain tai kahdesti kuukaudessa Ympäri vuoden Erittäin kiinnostunut raportoinnista Haluaa tehdä raportteja ohjelmat Heavy Excel käyttää mukautettua sisäistä järjestelmää käyttöliittymään

Maalit Ŕ Ŕ Ŕ Ŕ

Integrointi nykyiseen järjestelmään. Kyky maksaa työntekijöille nopeasti ja helposti. Kustannukset (enimmäkseen aika). Ohjattu apu.

Muut sovellukset Ŕ Excel Ŕ PowerPoint Kuinka suoritan raportteja kaikissa ohjelmissani? Ŕ Internet Explorer Onko mahdollista saada kirjautumistietoni soittamatta Ecountiin? Voimmeko integroida ClientZonen jollain tavalla, jotta meidän ei tarvitse liikkua niin paljon edestakaisin eri sovellusten välillä. Teenkö oikein?

Ac FT N c ou P n C ar t Zod Rene qu es t E Ad asy s m in y Chec R c ep ks o rr en rting tB al Peance Cu op st om s sof t Sy st em Ex ce l

nc e

tammikuu

Vaikuttajat

Maksa työntekijöille nopeasti ja helposti. Ŕ Estä päällekkäiset toimet. Ŕ Katso, mikä on heidän nykyinen saldonsa, jotta tiedät, tarvitsevatko he Ŕ siirtää rahaa. Ŕ Seuraa tapahtumia viikoittain, kahdesti kuukaudessa, kuukausi, vuosineljännes ja vuosi.

rie

on Ex

the

dg ja ow Kn

Kn y

jne

noin

h n

Hän käyttää Account Zonea melko säännöllisesti - useita päiviä viikossa. Ja koska hän johtaa useita ohjelmia, hän on melko aktiivinen ympäri vuoden.

Aktiviteetit ja kiinnostus

Te c

Ikä: 28-55

Tietoa

ain

Account Zone todella auttaa häntä myöntämään uusia kortteja ja varmistamaan, että ohjelman osallistujille maksetaan nopeasti. Yksi asia häneltä puuttuu on kyky tarkastella jokaista yksittäistä ohjelmaa sekä kaikkia hänen ajamiaan ohjelmia nähdäkseen, miten asiat sujuvat. Hänen asiakkaat haluavat seurata ohjelmien toimintaa. Tällä hetkellä hän seuraa sitä Excelissä. Hän päätyy joko lähettämään Excel-tiedoston asiakkailleen tai joskus viemään ne ja lähettämään PowerPointin, jossa on hienoja kaavioita. Jos Account Zone voisi antaa hänen tehdä raportteja yksittäisistä ohjelmista ja useista ohjelmista, se olisi todella mahtavaa.

heinäkuuta

Ŕ ŕ ŕ ŕ ŕ ŕ

Kuukausi

Pettymykset ja kipukohdat

Kysymyksiä –

joulukuuta

Ei voi tarkastella useita ohjelmia kerralla. Raportteja ei voi suorittaa useissa ohjelmissa kerralla. Virheiden korjaaminen vastaanottotiedostossa "haisee". Ei ole selvää, että tiedetään, mikä tarkka ongelma on ja kuinka se korjataan. Useat vaiheet useilla sovelluksilla eivät ole tehokkaita, ja niiden avulla on helppo "eksyä" sinne, missä hän on. Useita vahvistusnäyttöjä. Toinen käyttäjätunnus ja salasana muistettavana. Sähköpostin löytäminen hänen kirjautumistietonsa kanssa.

Kuva 7.7 Kohdeyleisön yksilöllinen persoona. Tämä persoona on vahvasti dataohjattu malli. Vaikka arkielämän tarina on kertomus, loput on annettu luettelopisteinä suunnittelun tarkistuslistaksi. Kaaviota käytetään merkittävän määrän informaation välittämiseen pienessä tilassa. Todd Zaki Warfelin luvalla.

124

LUKU 7: HENKILÖT

Kuten näet, voit yhdistää tietoja monilla eri tavoilla esittääksesi persoonia ja räätälöidä niitä erilaisiin tilanteisiin. Aloita perushenkilöstä ja laajenna sitä tarpeidesi mukaan.

Viimeiset ajatukset henkilöistä Monet käyttäjäkokemuksen suunnittelun ammattilaiset eivät usko, että persoonat osaavat ilmaista käyttäjien tarpeita, tavoitteita ja asenteita. He uskovat, että persoonat voivat estää luovuutta, innovaatiota tai hyvää suunnittelua useista syistä. Muut ammatinharjoittajat uskovat, että persoonat täyttävät tietyn tarpeen, joka vaikuttaa suunnitteluprosessiin erittäin positiivisella tavalla – kun ne perustuvat vankkaan tutkimustietoon ja sekoittuvat annokseen henkilökohtaista todellisuutta. Se, kummalle kolikon puolelle laskeudut, on täysin sinun päätettävissäsi. Tämän luvun ei ole tarkoitus vaikuttaa päätökseesi tavalla tai toisella. Aiheesta on saatavilla paljon artikkeleita verkossa, ja monet ammattilaiset ovat valmiita kertomaan näkemyksensä. Kaikki nämä resurssit voivat auttaa sinua selvittämään, kuinka persoonat toimivat parhaiten projekteissasi, joten etsi niitä. Jared Spool, User Interface Engineeringin (www.uie.com) toimitusjohtaja ja perustajajohtaja, tarjoaa myös jonkinlaisen näkemyksen aiheesta: Tämä arvo syntyy, kun tiimi vierailee kohdeyleisössä ja tarkkailee heidän havaintojaan ja keskustelee niistä sekä vähentää kaaosta. kuvioiksi, joista tulee sitten persoonia. Se, mitä tiimin päässä on suunnittelun aikana, on se, mikä vaikuttaa lopulliseen suunnitteluun. Henkilökuvaukset ovat vain muistuttamaan kaikkia tapahtuneesta.

Jaredin pointti on yksinkertainen: tarkkailemalla kohdeyleisöäsi, lisäämällä oppimaasi tutkimustietoa ja syntetisoimalla kaikki tämä segmenteiksi, sinun pitäisi pystyä luomaan persoonia, jotka laukaisevat sellaisen empatian, joka pitää tiimisi raiteilla ja rakentaa parasta. mahdollinen sovellus, Web-sivusto tai tuote. Loppujen lopuksi persoonasi ovat kuitenkin paljon joulupukin kaltaisia: ne ovat arvokkaita vain niin kauan kuin ihmiset uskovat niihin.

LOPPUAJAUKSIA PERSONAISISTA

125

Käyttäjäkokemuksen suunnittelu ja hakukoneoptimointi User Experience Designin perusrooli menestyksekkäässä hakukoneoptimoinnissa Hakukoneet ovat interaktiivisen talouden kulmakivi. Kaikki, mitä teemme "interaktivisteina", on viime kädessä yhteydessä koko maailmaan Googlen, Yahoon, MSN:n, Askin ja lukemattomien pienten moottoreiden kautta, jotka muodostavat infrastruktuurin asioiden etsimiseen verkossa. Tietoarkkitehtuuri on kriittinen osa sitä, miten hakukoneet tulkitsevat Web-sivustoja. Tämä luku on suunniteltu antamaan sinulle perusymmärrystä siitä, miksi UX-suunnittelu on ratkaisevan tärkeää hakukoneoptimoinnissa ja mitä sinun on otettava huomioon, jotta luomillasi ympäristöillä on mahdollisuus taistella Googlessa. Jonathan Ashton

Johdatus hakukoneoptimointiin Yksinkertaisesti sanottuna hakukoneoptimointi on prosessi, jossa kehitetään ja ylläpidetään Web-resurssia, jonka tarkoituksena on saavuttaa ja säilyttää paras sijoitus julkisissa hakukoneissa erityisesti kohdistetuilla avainsanailmauksilla. Hakukoneoptimointi (SEO) on kuin kamppailulaji, oppimis- ja tekemisprosessi, joka ei ole koskaan valmis. Mestarikin voi edetä eteenpäin käyttämällä havaittua käyttäytymistä tai opittua menetelmää. Niin kauan kuin on hakukoneita ja Web-sivustoja, jotka ovat kiinnostuneita myymään jotain etsiville ihmisille, hakukoneoptimoinnilla on rooli. Hakukoneoptimointi perustuu kolmeen parannus- ja vaikutusalueeseen: kriittinen ryhmä asioita, jotka ammattikäyttökokemuksen suunnittelija

voi vaikuttaa sivuston infrastruktuuriin, teknologiaan ja organisaatioperiaatteisiin Sisältö ja kaikki avainsanakysymykset, jotka liittyvät optimoituihin sanoihin

hakukoneet näkevät linkit tai linkkien suosion – linkkien määrän ja laadun, jotka osoittavat sinua

sivusto muilta sivustoilta sekä sivuston sisällä olevien linkkien organisaatiorakenne Erottelemme nämä kolme aluetta ja tarkastelemme niitä UX-suunnittelijan näkökulmasta, jotta voit paremmin valmistautua tuleviin optimointihaasteisiin.

Miksi SEO on tärkeää? On mielenkiintoista, että jo tänäänkin meidän on selitettävä hakukoneoptimoinnin merkitystä. Asiakkaat ymmärtävät jollain tasolla, että heidän Web-sivustoilleen on tärkeää houkutella kohdistettuja vierailijoita tärkeimpien hakukoneiden luonnollisista hakutuloksista, mutta sen lisäksi useimpien interaktiivisten markkinoijien on vaikea ymmärtää SEO:n vaikutusta. Tietoa maailmanlaajuisesta hakumäärästä on saatavilla useista lähteistä, mutta tärkeintä on ymmärtää, että lähteestä riippumatta luvut ovat yksinkertaisesti valtavia, ja vuosittaiset kasvut ovat aina kaksinumeroisia. Suurimmaksi osaksi joka neljännes globaali hakujen määrä kasvaa. Kun Google lanseerattiin ensimmäisen kerran vuonna 1998, 10 000 hakua päivässä oli valtava määrä ja asetti uskomattoman taakan järjestelmän beta-versiolle.

SEO:N JOHDANTO

127

Hitwise (www.hitwise.com) raportoi, että Google ja sen tytäryhtiöt (mukaan lukien AOL ja YouTube) omistavat leijonan osan hauista maailmanlaajuisesti, ja lähes 72 prosenttia Yhdysvalloissa tehdyistä hauista tehtiin marraskuussa 2008. Yahoo on kaukainen kakkonen, lähes 18 prosentilla. , ja MSN ja Ask.com jäljessä 4 prosenttia ja 3 prosenttia. Kansainvälisesti Google on vieläkin määräävämpi: sen markkinaosuus on monilla markkinoilla yli 80 prosenttia. Huomautus Lisätietoja Googlen alkuajoista on artikkelissa The Google Story, kirjoittaneet David A. Vise ja Mark Malseed (Delta, 2008). comScoren (www.comscore.com) mukaan vuonna 2008 750 miljoonaa ihmistä teki maailmanlaajuisesti yli 60 miljardia hakua kuukaudessa, ja pelkästään Yhdysvalloissa tehtiin yli 18 miljardia hakua. Toisin sanoen 95 prosenttia Internetin käyttäjistä käyttää hakukonetta vähintään kerran kuukaudessa, ja maailmanlaajuisesti keskimäärin yli 80 hakua kuukaudessa.

Lukuun ottamatta näitä merkittäviä volyymilukuja, mitä tämä käytännössä tarkoittaa interaktiivisille markkinoijille? Yksinkertaisesti sanottuna, jos et tavoita kohdeasiakkaitasi heidän etsiessään tuotteitasi tai palveluitasi, kilpailijasi saa mahdollisuuden myydä heille. Katso sivustosi analytiikkaa ja ajattele ongelmaa näin: Kuinka paljon enemmän tuloja sivusto tuottaisi, jos strategisesti kohdistettu liikenne kasvaisi 10 prosenttia? Entä 100 prosentin lisäys? Tai 1000 prosenttia? Jos sivustosi ei tuota mielekästä liikennettä luonnollisen haun kautta, hakukoneoptimointi on pakollinen. Pieni investointi hakukoneoptimointiin voi viedä hyvin pitkälle, varsinkin jos interaktiivinen markkinointi on tähän mennessä keskittynyt napsautusten ostamiseen sponsorilistausten kautta. Olemme nähneet sivustojen saavuttavan 35–1 sijoitetun pääoman tuottoprosenttia kuukausittaisilla SEO-kuluilla. Jos maksat hakukoneyrityksille sponsoroitujen listausten liikenteestä, mutta et investoi luonnolliseen liikenteeseen, rajoitat itsesi todella noin 10 prosenttiin mahdollisuudesta. Ajattele omaa hakukäyttäytymistäsi: Milloin viimeksi napsautit hakutuloksessa useampaa kuin yhtä tai kahta maksettujen sponsorien luetteloa? Keskustelua siitä, miksi SEO on tärkeä ja miksi se on jäädäkseen, voidaan jatkaa lukuihin. Riittää, kun totean, että Google ei mene minnekään vaan ylöspäin ja että tehokkaan interaktiivisen markkinoinnin tulee sisältää hakukoneoptimointi osana osaavaa toteutusta.

128

LUKU 8: KÄYTTÄJÄKOKEMUKSEN SUUNNITTELU JA HAKUKONEEN OPTIMOINTI

Tärkeitä perusresursseja Asiantuntemus syntyy monipuolisesta koulutuksesta. Ammattilainen, joka keskittyy vain erikoisalaansa, menettää näkökulmansa kaikkeen muuhun. Siksi on välttämätöntä, että jokainen interaktivisti viettää vähintään muutaman minuutin SEO:n oppimiseen. Vaikka virallisia ohjeita ei ole, Google on ollut ystävällinen ja tarjoaa erittäin tärkeitä resursseja. Jos olet kiinnostunut parantamaan hakukoneiden suorituskykyä ponnisteluillasi, tutustu näihin linkkeihin: Verkkovastaavien/sivuston omistajien ohje: Hakukoneoptimointi:

www.google.com/support/webmasters/bin/ answer.py?hl=fi&answer=35291 Verkkovastaavien/sivuston omistajien ohje: Verkkovastaavan ohjeet: Laatuohjeet:

www.google.com/support/webmasters/bin/ answer.py?hl=fi&answer=35769 Hakukoneoptimoinnin aloitusopas:

www.google.com/webmasters/docs/ search-engine-optimization-starter-guide.pdf Jos tämä ei riitä, hukuta itsesi uutiskirjeisiin ja blogeihin. Aloita osoitteesta SEOmoz.org ja kaivaa alas. Muista vain, kuten kaikissa muissakin asioissa elämässä, jos se kuulostaa liian hyvältä ollakseen totta, niin se luultavasti on sitä.

Sivustotekniikka, suunnittelu ja infrastruktuuri Hakukoneet ovat pohjimmiltaan Web 1.0.5 -tekniikkaa, joka on kiinteästi juurtunut Web 2.0+ -maailmaan. Hakukoneen peruslähtökohta ei ole juurikaan muuttunut sen jälkeen, kun World Wide Web Wanderer lanseerattiin vuonna 1993 indeksoimaan Webiä ja rakentamaan ensimmäisen Web-hakukoneen. Pohjimmiltaan jokaisessa hakukoneessa on sovellus, jota kutsutaan vuorotellen indeksoijaksi, hämähäkkiksi tai robotiksi, joka löytää ja seuraa linkkejä ja lähettää takaisin tietokantaan kopion sisällöstä, jonka se näkee. Tietokanta analysoidaan sitten hakukoneen patentoidun algoritmin mukaisesti. Näiden sääntöjen avulla verkkosisältö indeksoidaan ja luokitellaan sen mukaan, kuinka hyvin se saa pisteet kyseisen hakukoneen tuloskortissa. Tässä melko suoraviivaisessa prosessissa on lukemattomia sudenkuoppia UX-suunnittelijalle.

SIVUSTON TEKNOLOGIA, SUUNNITTELU JA INFRASTRUKTUURI

129

Näiden ydinsuhteiden ymmärtäminen antaa sinun nähdä sivustosi hakukoneiden silmin. Optimoitu Web-sivusto perustuu rakenteeseen ja tekniikkaan, joka helpottaa hakukoneiden robottien liikkumista. Samoin monet sisällön käsittelyä koskevat päätökset määrittävät sen, kuinka hyvin hakukoneet sijoittuvat tuloksena olevat ponnistelut. Tämän seurauksena suuren osan tästä määräytyvät päätökset, jotka tehdään lankakehyksessä ja keskusteluissa, joita käydään sisällön tyylistä ja hallinnasta.

Flash, Ajax, JavaScript ja muu komentosarjasisältö Tämän päivän dynaaminen ja interaktiivinen web-suunnittelu perustuu teknologioihin, jotka eivät ole lainkaan ystävällisiä hakukoneiden tarpeisiin. Hakukoneiden näkemien ja suunnittelijoiden välinen kuilu kasvaa. UX-suunnittelijan tehtävänä on olla varma, että dynaamisten, suunnitteluintensiivisten sivustojen strategiset suunnitelmat toteutetaan niin, että sekä hakukoneet että käyttäjät saavat parhaat mahdolliset kokemukset. Perustieto siitä, miten hakukoneet ovat vuorovaikutuksessa tällaisen sisällön kanssa, auttaa sinua päättämään, milloin se otetaan käyttöön ja missä kompensoida sen heikkoudet. On täysin mahdollista rakentaa optimoitu sivusto, joka nojaa voimakkaasti käsikirjoitettuun sisältöön, jos asianmukaiset kompensaatiot ovat käytössä prosessin alussa. Staattisen tai indeksoitavan sisällön rakentaminen on huomattavasti vaikeampaa, kun sivusto on rakennettu ja se on käytössä. Esitä siis vahva argumentti staattisen sisällön puolesta käytettävyyden ja hakukoneiden indeksointirobottien vuoksi. Se voi tuntua ylimääräiseltä työltä etukäteen, mutta sijoitetun pääoman tuotto on eksponentiaalinen. Flash Flash -sisältö on teknisesti "indeksoitavissa". Hakukoneiden kyky nähdä Flash-tiedostoja löytääkseen tekstin ja linkkien, jotka on sisäänrakennettu näihin resursseihin, on viime aikoina edistynyt. Vaikka tämä sisältö on indeksoitu, oletko koskaan nähnyt hakutuloksissa All-Flash-resurssien voittavan parhaan sijoituksen? Et todennäköisesti ole, koska hakukoneiden on vaarallista avata itsensä täydelliselle yhteensopivuudelle Flashin kanssa. Oletetaan, että hakukoneet näkevät kokonaan kaikki linkit ja tekstisisällöt, jotka on upotettu SWFobjectiin. Mikä estää epäeettistä (tai "mustahattua") optimoijaa sijoittamasta omenoita objektin tekstikerroksiin näyttäessään

130

LUKU 8: KÄYTTÄJÄKOKEMUKSEN SUUNNITTELU JA HAKUKONEEN OPTIMOINTI

appelsiinit ihmiskäyttäjälle, joka katselee täysin koottua sisältöä selaimen kautta? Kuinka voit luoda täsmälinkin Flash-sisältöön ilman, että se on käännetty kokonaan? Nämä perustavanlaatuiset haavoittuvuudet säilyvät, kunnes hakukoneet saavuttavat jonkin tason tekoälyn, joka voi kertoa, että kuva on kuva hevosesta ilman siihen liittyvää tekstiä, joka sanoo "tämä on kuva hevosesta". Jotta voit suunnitella hakukoneiden kanssa yhteensopivan Flash-Web-sivuston, sinun on lisättävä staattinen sisältökerros, joka kopioi Flash-sisällön. Hakukoneiden toistaiseksi tarpeet huomioimatta, staattinen sisältökerros on avain käytettävyysvaatimusten noudattamiseen. Ajattele hakukonetta henkilönä, joka katselee verkkosisältöä puhelinverkkoyhteyden kautta tai käyttää näytönlukuselainta. Nämä ihmiset voivat olla pienin yhteinen nimittäjä, ja on mahdollista, että Web-kehitysstrategiasi alentaa tätä hyvin pientä prosenttiosuutta ihmiskäyttäjistä. Mutta kun alennat tämän kourallisen ihmisiä, alennat myös GoogleBotin ja Yahoo Slurpin – kaksi tärkeintä vierailijaa sivustollasi, koska he ovat indeksointirobotteja, joiden avulla suuret hakukoneet voivat indeksoida sivustosi. Jos hakukoneille ei näy tekstisanoja tai hämähäkkilinkkejä, sisältöäsi ei väistämättä löydy mielekkäiden hakutulosten kautta. Staattinen kerros voidaan saada aikaan useilla tavoilla. Hakukonevaatimusten noudattamiseksi staattisen sisältökerroksen on peilattava Flash-sisältöä. Tämä ei ole tilaisuus näyttää hakukoneille jotain erilaista kuin mitä Flashissa käytetään; jos teet niin, rikot pelin henkeä ja seisot selkeästi pimeällä puolella. Ihanteellinen tapa upottaa Flash-sisältö staattiseen kerrokseen on käyttää SWFobjectia, jotta sekä Flash että staattinen sisältö voivat elää samassa URL-osoitteessa. Näin hakukone voi löytää staattisen sisällön ja Flash-yhteensopiva selain näyttää animaation staattisen sisällön sijaan. Jos mahdollista, älä käytä uudelleenohjausta, jotta voit säilyttää Flash-sisältöön osoittavan linkin suosion. Google Code tarjoaa yksinkertaiset ohjeet tämän yksinkertaisen JavaScript-kappaleen käyttöönottamiseksi osoitteessa http://code.google.com/p/swfobject. On toinenkin vaihtoehto, joka toimii SEO:n harmaalla puolella. Naamiointi voi olla likainen sana SEO-puristeille, mutta jos lähestyt seuraavia haasteita oikealta puolelta, voit myös syödä kakkua ja syödä sen.

SIVUSTON TEKNOLOGIA, SUUNNITTELU JA INFRASTRUKTUURI

131

Naamiointi hyödyntää käyttäjäagentin tunnistusta, havaitsee hakukoneiden indeksointirobotit heidän vieraillessaan Web-sivustolla ja reitittää heidät staattisille sivuille indeksoitaviksi. Mutta kun ihmisvierailija näkee saman sivun hakutuloksissa ja napsauttaa linkkiä, Web-sivusto havaitsee, että käyttäjäagentti on ihminen, jolla on Flash-yhteensopiva selain, ja näyttää tälle henkilölle dynaamisen kokemuksen täysin erillisessä URL-osoitteessa. Ongelman ydin on sama kuin SWFobject-menetelmässä: Sinun on näytettävä hakukoneille täsmälleen samat asiat peitetyssä sisällössäsi kuin Flash-sisällössäsi. Ajax, JavaScript ja muu komentosarjottu sisältö Tehokas Web 2.0 -sisällön ohjain Ajax tarjoaa Web-kehittäjille mahdollisuuden rakentaa sivutonta sisältöä. Ongelmat, joita hakukoneilla on Ajaxin kanssa, ovat kuitenkin moninaiset ja vaativat hyvää suunnittelua suurten virheiden välttämiseksi. Ajax tulee sanoista Asynchronous JavaScript And XML, mikä viittaa vaikeuksiin, joita hakukoneilla on tämän tekniikan kanssa. Hakukoneet eivät käytännössä pysty käsittelemään JavaScriptiä; tehokkuusedut, jotka JavaScript tuo kehittäjille, ovat ongelmia, joita hakukoneilla on dynaamisen sisällön kanssa. Hakukoneiden lisäongelma Ajaxin kanssa on tekniikan asynkroninen luonne. Hakukone näkee vain ensimmäisen sivulatauksen sisällön, ja sisältö, joka ladataan komentosarjan kautta, joka tapahtuu alkuperäisen kuorilatauksen jälkeen, ei näy indeksoitaessa. Koska Google ei voi pidentää istuntoa sivun alkuperäisen latauksen jälkeen eikä sillä ole hiirtä tai ulkoista agenttia komentosarjan aktivoimiseksi, kaikki käyttäjän aktivoimat sivuttomat sisällöt ovat näkymättömiä, ellei tekstisisältö sisälly esiladatuun komentotulkkiin. . UX-suunnittelijan tehtävänä on olla varma, että sivuttoman suunnittelun rakentamiseen tarvittava kolmiulotteinen mallinnus sisältää myös vaatimuksen, että kaikki teksti ja linkit esilataavat sivun kuoreen. Mitä tahansa muuta, ja upea muotoilusi on näkymätön. Komentosarjanavigointi Yksi yleisimmistä optimointia vaikeuttavista ongelmista on JavaScriptin käyttö sivuston navigoinnin ytimessä. Tämä on hyvin yleinen tila, ja se johtuu siitä, miten monet sivuston kehittämis- ja sisällönhallintatyökalut toimivat. Käsikirjoitettu navigointi näyttää siistimmältä, joten ihmiset ovat yleensä kiinnostuneita sen käyttämisestä. Mutta jos JavaScript on tekniikka, joka ohjaa sivustolla navigointia, seurauksena on, että hakukoneet eivät pysty rakentamaan mallia linkistä oikein.

132

LUKU 8: KÄYTTÄJÄKOKEMUKSEN SUUNNITTELU JA HAKUKONEEN OPTIMOINTI

suhteet sivuston sisällä: He eivät yksinkertaisesti näe sivuston linkkirakennetta. Ja jos hakukoneet eivät pysty mallintamaan sivuston linkkisuhteita, syvä sisältö on näkymätöntä tai sille ei osoiteta oikeaa linkkien suosiota.

Sisällönhallintajärjestelmät Sisällönhallintajärjestelmät on rakennettu ihmisten mukavuutta ajatellen, mutta monet näistä järjestelmistä vaikeuttavat hakukoneiden omien tulosten käsittelyä. Seuraavassa on joitain tyypillisiä ongelmia, joita on vältettävä joko käyttämällä kiertotapoja tai valitsemalla sisällönhallintajärjestelmä, joka on hakuystävällisempi: Dynaamiset URL-osoitteet. Hakukoneet eivät ymmärrä sisällön "sivua"; se

ymmärtää polun tähän sisältöön. Muutos polussa tai URL-osoitteessa, joka johtaa kyseiseen sisältöön, saa hakukoneet kloonaamaan sisällön vahingossa useita kertoja. Tämä tila heikentää merkittävästi sivuston kykyä toimia hyvin. Jos sisällönhallintajärjestelmässä on järjestelmä, joka luo istuntotunnuksia URL-osoitteisiin, saatat olla todellisissa vaikeuksissa. Seuraa aikuisille suunnatun analytiikan avulla, ei istuntotunnuksilla. Useita URL-polkuja. Tyypillinen ongelma sähköisen kaupankäynnin sisällön suhteen

Kun tuote etenee elinkaarensa aikana, se kerää useita URL-osoitteita. Jälleen, koska hakukone voi ymmärtää sisältösivun vain sen URL-osoitteen perusteella, josta se löytää sisällön, kun tuote esiintyy luokassa ja on osa lahjakoria ja on viikoittainen erikoistarjous (ja edelleen), melko pian indeksointirobotit ovat seuranneet useita erilaisia linkkejä löytääkseen saman sisällön. Tee kaikkesi varmistaaksesi, että jokainen sisältö on vain yhdessä URL-osoitteessa ja että useat polut todella riippuvat yhdestä URL-osoitteesta riippumatta siitä, missä linkit on sijoitettu. Luota kehittyneisiin analytiikkajärjestelmiin kanavien jäsentämiseen. Tahaton kloonaus. Kun tulet ymmärtämään, että pala

Sisällön tulee olla käytettävissä vain yhden URL-polun kautta. Sisällönhallintajärjestelmissä on helppo nähdä muita ehtoja, jotka aiheuttavat sisällön tahattoman kloonauksen. Riittää, kun sanotaan, että arkkitehtuurilla saa olla vain yksi URL-polku yhteen sisältöön. Loputtomat silmukat. Seurauksena tahattomasta kloonausongelmasta on

nite silmukka. Varmista, että et laita hakukoneen robotteja

SIVUSTON TEKNOLOGIA, SUUNNITTELU JA INFRASTRUKTUURI

133

mahdollisesti loputon tehtävä seurata "seuraavia" linkkejä kalenterissa tai vastaavassa tilanteessa. Jos hakukoneen hämähäkki voi kulkea seuraavan linkin kautta kalenterin seuraavaan päivään, josta se löytää toisen seuraavan linkin, se seuraa linkkiä seuraavalle sivulle ja edelleen. Estä tällainen tilanne käyttämällä käsikirjoitettua linkkiä, jota hakukoneet eivät voi seurata, jotta indeksointirobotit voivat viettää aikaansa sen sisällön parissa, jonka haluat indeksoitavan. Vanhat URL-rakenteet. Ensimmäinen asia, jonka monet sivuston uudistusprojektit

ects on korvata vanha URL-rakenne. Ongelmana on, että hakukoneet ovat luultavasti jo indeksoineet sisällön näille vanhoille URL-osoitteille, ja heti kun muutat niitä kaikkia, lähetät indeksointisi takaisin alkuperäiseen. Lisäksi kaikki sivustolle ajan mittaan kertyneet täsmälinkit osoittavat vanhaan URL-osoitteeseen. Säilytä hinnalla millä hyvänsä niin monta vanhaa URL-osoitetta kuin mahdollista. On todennäköistä, että sisällönhallintajärjestelmää vaihtaessasi joudut muuttamaan kaikki URL-osoitteet, joten jos tämä on väistämätöntä, muista suositella, että vanhoille URL-osoitteille annetaan tilakoodi "301 Siirretty pysyvästi" ja ne ohjataan -yksi perusta vanhoista URL-osoitteista uusiin URL-osoitteisiin. 301-uudelleenohjaus on ainoa hyväksyttävä uudelleenohjaus hakukonetarkoituksiin.

Verkkotunnukset, hakemisto ja URL-rakenne ovat tärkeitä Jos aloitat tyhjästä ja jos brändäysongelmien rajoitukset sen sallivat, yritä valita verkkotunnus, joka sisältää avainsanan tai kaksi. Nykyään on vaikeaa saada .com-verkkotunnusta, jossa on laadukkaita avainsanoja, mutta jos teet niin, erota avainsanat yhdysmerkillä. Tärkeä osa UX:n vaikutusta hakukoneoptimointiin on sivuston hakemistorakenteessa. Sillä on kriittinen vaikutus siihen, kuinka linkkien suosio jakautuu koko sivustolle. Yksinkertainen on parempi. Vältä ylimääräisiä tiedostoja hakemistorakenteessa hinnalla millä hyvänsä. Jotkut sisällönhallintajärjestelmät lisäävät automaattisesti alihakemiston; estää tämä jos suinkin mahdollista. Tämä ehto laimentaa koko sivuston merkitystä. Hakukoneet ymmärtävät sivuston hierarkian sivuston hakemistojen rakenteen perusteella, joten varmista, että tärkeimmät hakemistot ovat arkkitehtuurin kärjessä. Jos ympäristösi sallii, käytä URL-rakenteessa avainsanoja, jotka liittyvät sivuston osaan. Erottele avainsanat yhdysmerkillä ja

134

LUKU 8: KÄYTTÄJÄKOKEMUKSEN SUUNNITTELU JA HAKUKONEEN OPTIMOINTI

älä käytä liikaa avainsanoja yhdessä tiedostonimessä. Valitse jotain tämän kaltaista: sitename.com/widget-catalog/aquatic-widgets/underwater-submersible.html. Varmista lisäksi, että olet määrittänyt uudelleenohjaukset sivustolle http://kysymys. fi osoitteeseen 301 Siirretty. Ohjaa pysyvästi osoitteeseen http://www.site-in-question.com. Jos sivusto selviää www-osoitteen kanssa ja ilman sitä, hakukoneet (erityisesti Yahoo) indeksoivat sisällön molemmissa URL-osoitteissa, mikä avaa koko sivuston vahingossa tapahtuvaa kopioimista varten. Tämä ehto yleensä leviää, kun kolmas osapuoli linkittää sivustolle ilman www-osoitetta ja sivusto sisältää dynaamisen linkkirakenteen.

Sisältö: Entinen (ja nykyinen) ja tuleva kuningas Vaikka sisällön tuottaminen on jonkun muun ongelma, sivustoarkkitehtuurissa luodulla pohjatyöllä on paljon tekemistä oikean sisällön tuomisessa hakukoneiden saataville. Kuten kaikissa avainsanoihin perustuvassa haussa, sinun on ymmärrettävä niiden ihmisten todellinen hakukäyttäytyminen, joille haluat tarkastella sisältöä. Hakukoneet ovat edelleen hyvin "primitiivisiä", koska ne luottavat siihen, että käyttäjät kirjoittavat avainsanoja yhdistääkseen heidät sisältöihin, jotka liittyvät enemmän tai vähemmän näihin sanoihin. Oikeiden lauseiden valitseminen riippuu kaikin puolin siitä, onko sivustosi relevantti oikeassa kontekstissa. Täydellisessä maailmassa SEO-kumppanisi tarjoaa sinulle joukon avainsanailmauskohteita ennen kuin aloitat ja tekee yhteistyötä kanssasi koko kehystysprosessin ajan. Jos prosessissasi ei ole mukana tällaista pätevää kumppania, lue Google AdWordsin avainsanatutkimustyökalusta (https://adwords.google.fi/select/KeywordToolExternal) ja tutki hieman tutkivien ihmisten todellista hakukäyttäytymistä. luokkaasi. Käytä sitten jonkin aikaa tämän syötteen kanssa selvittääksesi lausekkeet, joita potentiaaliset asiakkaat hakevat, ja käytä näitä lauseita tarpeen mukaan koko sivustolla. Hakukoneet etsivät avainsanoja useista paikoista sivuston analysoinnin aikana. Optimointi perustuu sen varmistamiseen, että oikeat sanat ovat oikeissa paikoissa. Ymmärtämällä avainsanojen roolin UX-suunnitteluprosessissa luot puitteet, jotka ovat välttämättömiä tulevan menestyksen mahdollistamiseksi.

SISÄLTÖ: KERRAN (JA NYKYINEN) JA TULEVA KUNINGAS

135

Joten miksi sisällön kuningas on? Se on ydin sille, mitä Web-sivusto on suunniteltu tarjoamaan. Hakukoneet tarvitsevat tekstisisältöä, jonka he voivat nähdä ja indeksoida. Sivuston vierailijat tarvitsevat kiinnostavaa sisältöä, joka ansaitsee heidän huomionsa. Bloggaajat ja verkkovastaavat tarvitsevat linkitettävää sisältöä. Ilman oikeaa sisältöä oikeissa paikoissa hakukoneet eivät voi yhdistää oikeita vierailijoita sivustoosi.

Nimeämiskäytännöt ja taistelu ammattislangia vastaan On olennaista, että avainsanakohteet näkyvät sivustolle kehitetyssä taksonomiassa. Avainsanalauseiden käyttäminen sivuston päärakenteessa tekee koko sivustosta osuvamman myymiesi asioiden kannalta. Jos myyt widgetejä, älä kutsu online-tuoteluetteloa Katalogiksi, vaan Widget-luetteloksi. Käytä myös avainsanatutkimusta tehdäksesi päätöksiä ammattikieltä vastaan. Käytä rakenteessasi esimerkiksi sanoja kannettavat tietokoneet kannettavan tietokoneen sijaan, koska ihmiset hakevat kannettavia tietokoneita yli 10 000 prosenttia useammin kuin kannettavia.

Metadata, otsikot ja avainsanat On melko merkittävää, että olemme päässeet näin pitkälle luvussa ennen kuin palaamme metatietojen peruskysymyksiin. Saatavilla on lukemattomia sisällönkuvauskenttiä, mutta vain muutamalla niistä on todella suuri vaikutus, koska kaikki muut ovat alttiita roskapostille. Asiaankuuluvat tunnisteet ovat seuraavat: Sivun otsikko. Huomaa, että tämä ei ole -tunniste, vaan se

todellinen tagi sivun otsikossa. Tämä tagi sisältää sivun todellisen otsikon, ja se on sivun tärkein 65 merkkiä. Ajattele otsikkoa pienenä välilehtenä vanhanaikaisessa kirjastokorttiluettelossa, jossa lukee "Clements, Samuel" ja osoittaa, että kaikki välilehden takana olevat kortit ovat Mark Twainin kirjoja. Jokaisella sivuston sivulla on oltava yksilöllinen sivun otsikko. Älä täytä avainsanoja otsikkoon, ja muista ladata otsikon etupuolelle tärkeimmät sanat. Meta-avainsanat. Tällä tunnisteella ei ole käytännössä mitään vaikutusta hakuun

moottoreita, koska se on niin herkkä roskapostille. Poikkeuksena näyttää olevan se, että Google AdSense -syndikaatio tarkastelee meta-avainsanojen tunnistetta ja että se vaikuttaa Yahooon erittäin kolmannella tavalla. Meta-avainsanat

136

LUKU 8: KÄYTTÄJÄKOKEMUKSEN SUUNNITTELU JA HAKUKONEEN OPTIMOINTI

on vastattava sivun sisältöä, ja tämä tunniste on itse asiassa hyvä paikka lisätä mahdolliset kirjoitusvirheet. Sen tulisi olla erilainen jokaisella sivulla. Meta kuvaus. Kuten sivun otsikon ja meta-avainsanojen kohdalla, ole varma

että metakuvaus on yksilöllinen jokaiselle sivulle. Tämä kuvaus on juuri sitä: yhteenveto kyseisen sivun sisällöstä. Kerro se, älä myy sitä, noin 150-160 merkkiä. Tämä sisältö on kriittinen, koska hakukoneet todennäköisesti näyttävät sen sivullesi johtavan linkin alla. Jos sivulla ei ole metakuvausta, hakukone etsii katkelman tekstistä tai muusta sisällöstä, joka sisältää haetut avainsanat, ja näyttää sen tuloksissaan. Metakuvaus koskee enemmän käytettävyyttä kuin hakukoneoptimointia, joten varmista, että jokainen sivu on merkitty oikein. "Noindex" -sisällönkuvauskenttä. Jos sinulla on sivuja, joita et halua sisällyttää

käytä hakukonetuloksissa noindex-sisällönkuvauskenttää. Varmista vain, että sivut, jotka haluat indeksoida, eivät vahingossa sisällä tätä tunnistetta. Otsikot. Hakukoneet tunnistavat otsikot , ja niin edelleen

vaikuttavina tekijöinä, kunhan et lähetä roskapostia heidän kanssaan. Varmista, että sallit osioiden otsikot, jotka ovat sekä kuvaavia että sisältävät kyseisen sivun olennaiset avainsanat. Linkin ankkuriteksti. Linkin ankkuriteksti on tärkeä vaikuttaja mihin

hakukoneet ajattelevat linkin toisella puolella olevaa sivua. Tämä on tekijä, joka luo "GoogleBombin". Jos tarpeeksi linkkejä osoittaa sivulle, jolla on sama linkin ankkuriteksti, Google tulkitsee kohteen ankkuritekstin lauseeseen liittyväksi. Jos esimerkiksi teet Googlesta haun "klikkaa tästä", Adoben sivusto näkyy parhaiden tuloksissa. Siellä on satoja tuhansia linkkejä, jotka osoittavat Adobeen ja lukevat "klikkaa tästä ladataksesi Adobe Reader" tai jotain vastaavaa. Käytä tätä hyödyksesi; ankkuriteksti ei saa olla "Lisää" tai "Klikkaa tästä". Sen sijaan sen tulisi sisältää avainsanoja, jotka liittyvät kohdesivuun.

Halkaise hiukset On eduksesi, jos sinulla on erikseen indeksoidut sivut sekä vasenkätisille että oikeakätisille aaltopahville. Tämä tarkkuuden taso antaa sivuillesi paremmat mahdollisuudet sopia tarkasti legendaarisille pitkän pyrstön hauille. Sivulla, joka koskee vain yhtä asiaa, on

SISÄLTÖ: KERRAN (JA NYKYINEN) JA TULEVA KUNINGAS

137

paremmat mahdollisuudet voittaa tästä yhdestä asiasta kuin sivu, joka käsittelee useita asioita (kaikki muut tekijät ovat tietysti samat). Ja ketä muuten kiinnostaa lukea satoja sanoja pitkä sivu?

Sivustokarttojen käyttäminen Viime vuosina on tullut suosittua jättää pois klassinen sivustokarttasivu. Tämä on virhe käytettävyyden ja hakukoneoptimoinnin kannalta. Löydä tiesi siihen, että mikä tahansa sivusto tarvitsee sivustokartan. Se ei ehkä ole siistiä, mutta se on välttämätöntä. Sisällytä myös sivustokarttatiedostot osoitteeseen /sitemap.xml ja /sitemap.txt. Vaikka tämä rakenne ei paranna sivuston sijoitusta, se auttaa hakukoneita ymmärtämään hakemistorakennetta ja löytämään uutta ja päivitettyä sisältöä.

Pidä sisältö tuoreena Sivuston sisällön jatkuva päivittäminen on avaintekijä parhaan sijoituksen saavuttamisessa ja säilyttämisessä hakutuloksissa. Tämä ei tarkoita koko sivuston sisällön muokkaamista koko ajan. se tarkoittaa, että sivuston tulee jatkuvasti kasvaa. Rakenna hakemistorakenne niin, että sisällön lisääminen on helppoa ja intuitiivista, ja ennakoi sivuston kasvavan ajan myötä.

Muut sisältöongelmat Perushaaste sisältörikkaan sivuston käyttökokemuksen käsittelyssä on estää sisällön kloonaus tai päällekkäisyys. Varo luomasta päällekkäisiä sivuja, joissa on näennäisesti harmittomia mukavuuksia, kuten "tulostinystävällinen" sisältö, joka on täsmällinen kopio PDF- tai vastaavan asiakirjatyypin sivusta. Suojaa tällaiset sivut komentosarjalinkeillä tai käytä rel=”nofollow”-linkkiattribuuttia. Älä alenna optimointia hakukoneiden indeksoimien digitaalisten resurssien laajalle joukolle. Tämä aihe tekisi melkein uuden luvun itsessään, mutta riittää, kun sanotaan, että PDF-tiedostot, videot, kuvat ja muut muut kuin Web-sivujen resurssit ovat selvästi osa luonnollisia hakutuloksia. Käärien jäsentäminen näiden resurssien ympärille on tärkeää, koska hakukoneet tarvitsevat osoittimia tällaiseen sisältöön. Esimerkiksi hakukoneet eivät voi kertoa, että omaisuus on hevoskilpailuvideo, ellei videoon ole linkki, jonka ankkuriteksti lukee "video hevoskilpailusta", joka on sijoitettu hevoskilpailuvideoita koskevan tekstin viereen sivulla. koodi.

138

LUKU 8: KÄYTTÄJÄKOKEMUKSEN SUUNNITTELU JA HAKUKONEEN OPTIMOINTI

Alt-attribuuttien käyttäminen on toinen tapa tunnistaa hakukoneille ei-tekstisisältöä, ja se on aina hyvä idea käytettävyyden vuoksi. Älä luo umpikujasisältösivuja. Varmista, että jopa rakenteen alaosassa on linkkejä takaisin pääsivustolle, jotta hakukoneiden robotit eivät juutu umpikujaan. Selvityspolkulinkit ovat helppo tapa tehdä tämä, jos sivutyyppi ei sisällä pääsivuston navigointia.

Linkin suosio selitetty Jos SEO:lla on Graalin malja, se on linkin suosiota. Se on kulmakivi sille, miksi Google toimi niin paljon paremmin kuin muut hakukoneet, kun se ilmestyi paikalle. Linkkien suosio on muiden Web-sivujen Web-resursseihin osoittavien linkkien laadun ja määrän määritys. Google käyttää termiä PageRank, ja se on ylivoimainen tekijä, joka voi voittaa monet muut puutteet. Linkit ovat pohjimmiltaan Web-omaisuuden ääniä, ja yleensä oletetaan, että jollakin, joka on kiinnostava tai arvokas muille, on linkkejä, jotka osoittavat siihen muista luotetuista verkkoresursseista. Ajan mittaan tämä konsepti on osoittautunut korvaamattomaksi roskapostituspyrkimysten voittamiseksi, ja se on ytimessä laadukkaiden hakutulosten perusperiaate. Tämä periaate on kriittinen UX-suunnittelijan ymmärtää, koska linkkien suosio jakautuu Web-sivuston rakenteeseen.

Tyypillinen linkkien suosion jakauma Samanlainen kuin seismisen voimakkuuden mittaamiseen käytetty Richter-asteikko, Googlen PageRank-järjestelmä (Larry Pagen itse nimeämä) on logaritminen asteikko, joka vaihtelee välillä 0–10. Tämä tarkoittaa (villisti yleisesti), että jos yhden sivun PR-arvo on 4 ja toisen PR-arvo 5, PR 5 -sivulla on 10-kertainen linkkien suosio kuin sivulla 4. Tämä on tärkeää ymmärtää, koska PageRank jakaa sivuston kautta linkkihierarkian perusteella. ja hakemistojen rakenne. Yleisesti ottaen, jos kotisivusi sivusijoitus on 5, ensisijaisen osion sivujen PR-arvon tulisi olla 4, toissijaisten sivujen PR 3, kolmannen asteen sivujen PR 2 ja niin edelleen.

LINKIN SUOSITUS SELITYS

139

Sivuilla, joilla on eniten sisäisiä linkkejä, on yleensä suurin linkkien suosio. Sivuilla, jotka ovat tärkeimmät voittamisen kannalta, on oltava eniten niihin osoittavia sisäisiä linkkejä. Tämä sisältää linkit pääsivuston navigoinnissa, sivustokartassa, alatunnisteessa ja tekstiin upotetut linkit. Koska linkkien suosio on ratkaisevan tärkeä sijoituksen kannalta hakutuloksissa, sinun on oltava mahdollisimman tietoinen saadaksesi mahdollisimman paljon sitä "ostoehdotuksen" sisältäville sivuille. Jokaisella sivulla on rajallinen määrä linkkejä, joita se voi edistää sivuston muille sivuille. Sivu, jolla on yksi linkki, joka osoittaa toiselle sivulle, lähettää 100 prosenttia sen käytettävissä olevasta arvosta vastaanottajalle. Sivu, jolla on sata linkkiä satalle muulle sivulle, lähettää 1 prosentin arvostaan jokaiselle noista sadasta sivusta. Kotisivulla on yleensä eniten linkkejä, koska sivuston kotisivulla on yleensä eniten linkkejä, jotka osoittavat siihen kolmansien osapuolten Web-sivustoilta. Tämä tarkoittaa, että kotisivulla on eniten hyötyä sivuston muille sivuille. Jos jokin kriittinen sivu on osa "myyntiehdotusta", laita siihen suora linkki kotisivulta, jotta hakukoneet ymmärtävät, kuinka tärkeä tämä sivu on muuhun sivustoon verrattuna. Jos mahdollista, luo ominaisuus, joka voi kiertää linkkejä kotisivun syvälliseen sisältöön.

Alatunnisteen linkit Etsiessämme tapoja järjestellä ja hallita linkkien suosion jakautumista koko sivustolla, muista, että jokaisen sivun alatunnisteessa olevat tekstilinkit ovat sekä siunaus että kirous, ja niillä on jonkin verran vaikutusta linkkien suosion jakautumiseen. koko sivustolla. Tyypilliset alatunnisteen linkit osoittavat tietosuojaselosteeseen ja muille ei-transaktioon liittyville sivuille, joten jos vaaditaan, että nämä linkit ovat alatunnisteessa, piilota ne jonkinlaisen komentosarjan taakse, tai mikä vielä parempi, ”nofollow” nämä linkit käyttämällä rel=”nofollow” linkki-attribuutti. Tämä estää jokaisen sivun linkkien suosiota vuotamasta sivuille, joiden ei todellakaan tarvitse sijoittua hakutuloksissa. On myös parempi estää linkkien suosion ohittaminen kuin sulkea sivut kokonaan pois robots.txt-tiedoston avulla.

140

LUKU 8: KÄYTTÄJÄKOKEMUKSEN SUUNNITTELU JA HAKUKONEEN OPTIMOINTI

Sisällön sisäinen ristiinlinkitys Hakukoneet syövät tekstiin upotetut linkit. Älä vain liioittele sitä. Jotkut koulukunnat väittävät, että hakukoneet eivät tarjoa edullista painotusta tekstilohkon muutaman ensimmäisen linkin jälkeen. Laita tärkeimmät linkit tekstin alkuun ja käytä linkkien ankkuritekstiä, joka sisältää kohdesivuun liittyviä avainsanoja.

Järjestelmän pelaaminen Kuka sanoo, että hakukoneoptimointi on työtä eikä hauskaa? Hakukoneet voivat lahjoittaa todellisia dollareita Web-sivustojen omistajille, ja tietyissä ympäristöissä on olemassa todellinen esteetön tapa saavuttaa huippusijoituksia hinnalla millä hyvänsä. Useammat kuin muutamat hakukoneoptimoijat ovat käyttäneet asiakkaitaan hyväkseen ja veloittaneet suuria summia vääristä tekniikoista, joilla voi olla myönteisiä tuloksia lyhyellä aikavälillä, mutta tuhoisa vaikutus ajan mittaan. Huipputuloksia etsivät verkkovastaavat ovat vuosien mittaan käyttäneet erilaisia optimointitekniikoita. Yksi hakukonetekniikan ydinevoluutioista on ollut kehittää älykkäitä tapoja, jotka on löydetty järjestelmän pelaamiseen. Hakukoneiden näkökulmasta puhtaat, erittäin osuvat tulokset palvelevat heidän käyttäjiensä etuja minkä tahansa kyselyn yläosassa. Monien hakukoneoptimoijien näkökulmasta kaikki on reilua rakkaudessa ja hakukoneoptimoinnissa.

Valkoinen hattu vs. musta hattu On helppoa ja hauskaa luonnehtia SEO-menetelmiä "valkoiseksi hatuksi" tai "mustaksi hatuksi", mutta on paljon vaikeampaa erottaa kumpi on kumpi. Monet valkohattu-optimoijat ovat puristeja, jotka sanovat vahvasti, julki, että tietyt tekniset hallinta-, sisällön- ja linkkienkäsittelyt ja muut lähestymistavat ovat yksinkertaisesti kiellettyjä. Mustahattut pitävät asiaa kilpailuna, jolla ei ole mitään tekemistä pettämisen kanssa: Kuinka jokin voi olla pettämistä, jos ei ole erityistä kirjallista sääntökirjaa tai tuomioistuinta? Heidän lähestymistapansa on enemmän kissa ja hiiri -pelin kaltainen, jossa kissa pitää hallussaan kaikki kortit ja hiiri pystyy tienaamaan vakavaa rahaa: Ota riski, hanki voitto ja voitto on suuri. Mutta kun hakukoneet tavoittavat sinut (ja melkein

JÄRJESTELMÄN PELAAMINEN

141

tee aina) varaudu siihen, että sivustosi kielletään tai ainakaan ei pysty toimimaan, kun menetelmät kumotaan.

Roskapostin lähettäminen metaavainsanoilla Monet "huijaus"tekniikat ovat perustuneet UX:n periaatteisiin. Varhainen tapa pelata järjestelmää oli meta-avainsanojen täyttäminen – pohjimmiltaan meta-avainsanojen täyttäminen sadoilla omenoiden esiintymisillä, kun sivuston sisältö koskee appelsiineja. Meta-avainsanojen lähestymistapa luotiin auttamaan varhaisen Webin taksonomiassa. Kaiken avainsanojen roskapostituksen vuoksi tällä Web-sivun osalla ei ole käytännössä mitään vaikutusta hakusijoitteluun. Hakukoneet havaitsivat tämän tekniikan helposti ja pystyivät nopeasti suunnittelemaan sen ympärille. Seuraavan sukupolven roskapostia oli hieman vaikeampi purkaa, ja sen juuret olivat myös UX-ongelmissa.

Kloonaus- ja oviaukkosivut Sekä kloonaus- että porttisivut ovat menetelmiä, joilla Web-sivusto näyttää suuremmalta tai erilaiselta hakukoneille. Kloonaamalla sivua yhä uudelleen ja uudelleen, verkkovastaavat voivat tuottaa tarkasti kohdistettua sisältöä, joka voi nopeasti dominoida tietyllä hakulausekkeella. Tämän käytännön vuoksi on tärkeää varmistaa, että arkkitehtuurisi estää tahattoman kloonauksen, koska hakukoneet ovat herkkiä päällekkäisyyksille, tahallisille tai muuten. Ovisivut ovat toinen tapa vaikuttaa hakutuloksiin, ja se ulottuu valkohatun ja mustan hatun menetelmien väliseen harmaaan tilaan. Toisaalta Googlen Webmasters-laatusäännöt sanovat, että "porttisivut … ovat verkkovastaavan ohjeiden vastaisia" (www.google.com/support/ webmasters/bin/answer.py?answer=66355). Ohjeet määrittelevät porttisivut huonolaatuisiksi sivuiksi, jotka on erityisesti optimoitu avainsanajoukolle, jotka eivät välttämättä liity todelliseen sivustoon tai ovat roskapostia. Toisaalta, kuinka autat hakukoneita pääsemään käsiksi sisältöön, joka on loukussa ei-spiderable-tietokannassa tai on peitetty tekniikan vuoksi, josta hakukoneet eivät pidä? Positiivisessa määrittelyssään oviaukkosivu on korkealaatuista staattista sisältöä, jonka hakukoneet näkevät ja ymmärtävät samalla, kun se tarjoaa vierailijalle oven dynaamiseen sisältöön. Nykypäivän sisällönhallintajärjestelmät ovat paranemassa keskeisissä asioissa

142

LUKU 8: KÄYTTÄJÄKOKEMUKSEN SUUNNITTELU JA HAKUKONEEN OPTIMOINTI

ovat vaatineet tätä lähestymistapaa, mutta voi silti olla erittäin hyödyllistä luoda ylimääräisiä sivuja, joiden nimenomaisena tarkoituksena on näyttää hakukoneille staattinen esitys sisällöstä, jota he eivät muuten pystyisi käsittelemään.

Linkkien roskapostitus Viimeaikaiset menetelmät järjestelmän pelaamiseksi ovat keskittyneet linkkien suosion manipulointiin, joka on nykyaikaisten Web-hakukoneiden toimintatavan ydin. Kuten edellä mainittiin, hakukoneet määrittävät tietyn verkkosisällön merkityksen analysoimalla sivulle muista paikoista osoittavien linkkien määrää ja laatua. Hakukoneoptimoijat ovat työskennelleet manipuloidakseen tätä palapelin osaa harhaanjohtavilla uudelleenohjauksilla, aliverkkotunnuksien liiallisella käytöllä, tekemällä sivuston jokaisesta sivusta "/index.html" ja useilla muilla hienovaraisilla koneistoilla.

Joitakin viimeisiä ajatuksia On kyseenalaista, onko tämä ensimmäinen hakukoneoptimointiongelmien tutkiminen. Tähän mennessä on selvää, kuinka paljon sivuston arkkitehtuuri ja siihen liittyvät ongelmat vaikuttavat hakukoneiden suorituskykyyn. Nykyinen hakuympäristö on suuri harppaus yksinkertaisen taksonomian tai rakenteen edellä. Harkittu hakukoneoptimointi alkaa laadukkaasta käyttökokemuksesta. Web-sivuston arkkitehtuuri on sen elinkaaren kriittinen kohta, jossa se voidaan joko johtaa hakukoneen menestykseen tai asettaa sen välittömään epäonnistumiseen. Hakukoneoptimointi on strategia, joka ei lopu koskaan, mutta laadukas SEO ei koskaan pääse alkuun ilman UX-suunnittelijan huolellista huomiota. Jonathan Ashton on Agency.comin hakukoneoptimoinnin ja verkkoanalytiikan varatoimitusjohtaja ja johtaa sen hakukoneoptimoinnin huippuyksikköä. Hänen tiiminsä tarjoaa SEO-palveluita koko yritykselle ja varmistaa, että monipuolisten interaktiivisten kokemusten suunnittelu ja rakentaminen johtaa sivustoihin, jotka löytyvät hakukoneista. Hänen kuukausittainen kolumninsa "Industrial Strength SEO" löytyy osoitteesta http://searchengineland.com/lands/columns/industrial-strength.php.

LOPPUAJAUKSIA

143

Siirtyminen: määrittelystä suunnitteluun. Aika visualisointiin, priorisointiin ja suunnitteluun Sinulla on nyt kattava lista liiketoiminnan vaatimuksista ja käyttäjien vaatimuksista. Ja sinulla on tietoja käyttäjiltäsi, joiden avulla voit keskittyä keskusteluisi. Mitä nyt? Ellet ole Shangri-la projekteissa, sinulla on budjetti (tiukka), aikajana (murska) tai molemmat, jotka kertovat sinulle, että sinun täytyy keskittyä ja hallita tätä luetteloa jotenkin. Tässä luvussa käsitellään joitakin tapoja, joilla voit siirtyä määrittelystä suunnitteluun, mukaan lukien taktiikat, jotka auttavat tiimiäsi visualisoimaan suunniteltavan ratkaisun, priorisoimaan ominaisuuksia yhtenäisen vaatimusjoukon luomiseksi ja suunnittelemaan suunnittelussa seuraavat suunnittelutoiminnot. projektin seuraavaan vaiheeseen. Carolyn Chandler

Luvussa 4 käsiteltiin erilaisia projektilähestymistapoja tai -menetelmiä ja kuinka ne vaikuttavat tapaan, jolla teet yhteistyötä projektitiimin ja liiketoiminnan sidosryhmien kanssa. Siinä verrattiin vesiputouslähestymistapaa, jossa määrittely- ja suunnitteluvaiheet erotettiin hyväksymisvaiheella, modifioituun vesiputouslähestymistapaan, jossa on osittain päällekkäisiä vaiheita. Tässä luvussa käsitellään toimintoja, joita voi esiintyä määrittely- ja suunnitteluvaiheiden päällekkäisyydessä.

Määritä suunnittelun kehittäminen

Tämä prosessin kohta on oikea aika ideoida ja visualisoida ominaisuuksia, joita ei tullut esiin sidosryhmien aikana

haastatteluja tai käyttäjätutkimuksia. Kun teet tämän projektitiimin kanssa ennen priorisointia, voit harkita ja suunnitella innovatiivisia ominaisuuksia, jotka vastaavat sekä liiketoiminnan että käyttäjien tarpeita. Priorisoi projektin vaatimukset. Tämä edellyttää integroidun luettelon ottamista

liiketoiminnan vaatimuksista, käyttäjien vaatimuksista ja projektitiimien ideoista ja niiden suhteellisesta merkityksestä projektin tavoitteiden saavuttamisessa. Tässä vaiheessa työskentelet kehitystiimin kanssa ymmärtääksesi yleisen ponnistelutason, joka vaaditaan kunkin vaatimuksen täyttämiseksi. Suunnittele toiminnot ja dokumentaatio, jota käytät suunnittelun aikana. Tämä

suunnittelu määrittää, miten työskentelet muiden tiimin jäsenten kanssa ja minkä tyyppisiä työkaluja tai asiakirjoja he saavat sinulta, kuten sivustokartat ja kehykset (käsitelty luvuissa 10 ja 11). Tämä luku kattaa kaikki näistä kolmesta alueesta alkaen ideointi- ja visualisointimenetelmästä, jota UX-suunnittelijan on helppo käyttää yhteistyössä projektiryhmän jäsenten kanssa.

SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

145

Yleinen skenaario Vaatimukset on määritelty ja hyväksytty, ja olet keskellä suunnitelman sivuston ominaisuuksien suunnittelua. Keskellä suunnitteluprosessia huomaat, että tietyn työkalun tarjoaminen on todella hyödyllistä käyttäjillesi. Se on jännittävä idea, mutta uudelle työkalulle ei ole asetettu vaatimuksia, joten sen sisällyttäminen nyt edellyttää muutosta priorisoituihin vaatimuksiin. Sinun on puolustettava vaatimusluettelon muuttamista, varsinkin jos sen tekeminen tarkoittaa, että jonkin muun on pudottava luettelosta (vie aikaa päättää, mikä se on) tai projektin aikataulu saattaa lipsua. On mahdollista, että ideaa ei oteta mukaan vain siksi, että se tuli liian myöhään pelissä. Vaikka uusia ideoita saattaa tulla missä tahansa projektin vaiheessa, varaamalla jonkin aikaa ominaisuuksien ideointiin vaatimusten keräämisen jälkeen, mutta ennen priorisointia, voit luoda ideat aikaisemmin ja lisätä niiden sisällyttämisen todennäköisyyttä. Se varmistaa myös, että käytät jonkin aikaa sellaisten innovatiivisten ominaisuuksien pohtimiseen, joita yrityksesi sidosryhmät tai käyttäjät eivät ehkä ole tulleet mieleen.

Ideoi ja visualisoi ominaisuuksia UX-suunnittelijoilla on ainutlaatuinen joukko taitoja, jotka auttavat kuromaan umpeen sanojen (kuten vaatimukset) ja kuvien (kuten sivustokarttojen ja kehysten) välisen henkisen kuilun. Vaikka ihmiset puhuisivatkin vaatimuksista ja kiistelevät kielestä, he eivät useinkaan pääse samalle sivulle ennen kuin he näkevät konseptin visuaalisesti. Toisaalta, jos siirryt tiettyihin visuaalisiin yksityiskohtiin liian nopeasti, voit keskittää keskustelun pienempiin yksityiskohtiin (esimerkiksi, pitäisikö lomakkeen valinta olla valintanappi vai avattava vaihtoehto) ennen kuin ratkaiset suuria kysymyksiä. (kuten pitäisikö käyttäjien täyttää kyseinen lomake ensin). Prosessin aikana voit käyttää monia käsitteellisen suunnittelun tekniikoita, jotka auttavat visualisoimaan kontekstia, kulkua ja tarinaa tavalla, joka ottaa muut mukaansa ennen kuin yksityiskohtainen suunnittelu alkaa tosissaan. Nämä tekniikat myös

146

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

tuo esiin ominaisuuksien tarpeen, jotka voidaan lisätä vaatimusasiakirjaan ennen priorisointia. Yksi tällainen tekniikka on kuvakäsikirjoitusten luominen yhteistyössä: visualisoinnit tietyistä käyttäjäskenaarioista, jotka on luonnosteltu paperille tai taululle aivoriihikokouksen aikana. UX-suunnittelija työskentelee sitten näiden luonnosten perusteella yksityiskohtien lisäämiseksi.

Kuvakäsikirjoituksen perusprosessi Valmistaudu kuvakäsikirjoitusistuntoon luomalla luettelo skenaarioista, joita haluat tutkia. Rakenna skenaariota pohtimalla seuraavia kysymyksiä ja tuomalla vastaukset istuntoon: Kuka on tämän skenaarion pääkäyttäjä? Mitä roolia hän esittää? Tämä on

missä käyttäjämallistasi tai persoonastasi on hyötyä. Jos sinulla on niitä, tuo heidät kokoukseen – ne keskittävät keskustelun ja varmistavat, että projektiryhmäsi ymmärtää paremmin, kuinka he voivat käyttää käyttäjämallinnustyökaluja koko suunnitteluvaiheen ajan. Onko valittu käyttäjä sivuston ensikäyttäjä? Jos ei, onko hän satunnainen

käyttäjä vai käyttääkö hän sitä usein? Tämä vaikuttaa keskustelemiesi ominaisuuksien tasoon. Ensikertalainen käyttäjä saattaa olla yllättynyt useiden vaihtoehtojen vuoksi, joista tavallinen käyttäjä saattaa pitää. Haluat ehkä käydä skenaarion läpi kahdesti paljastaaksesi erilaisia ominaisuuksia, joita voidaan tarvita jokaiselle ryhmälle, kuten kontekstiohjeita uusille käyttäjille tai mukautusominaisuuksia toistuville käyttäjille. Mikä välitön tarve on johtanut tämän käyttäjän sivustolle? Mitä hän yrittää

saavuttaa, ja miksi? Voit luoda ajatuksia tästä tarkastelemalla korkean tason tehtäviä, joita yrityksesi tai käyttäjävaatimukset koskevat, kuten "etsi tuotesuosituksia". Ehkä käyttäjä haluaa löytää tuotesuosituksia, koska hän tarvitsee lumikengät ja haluaa varmistaa, etteivät ne vuoda ja kastele hänen jalkojaan. Kokoa aivoriihitiimi istuntoa varten. Tämä tiimi voi olla vain sinä ja yksi muu henkilö tai se voi olla pieni kolmen tai neljän muun henkilön ryhmä. (Lisää on mahdollista, mutta voi olla vaikeaa koota kaikki tehokkaasti taulun ympärille ja pitää heidät keskittyneinä käsillä olevaan tehtävään.)

IDEAA JA VISUOLISOI OMINAISUUDET

147

Ihannetapauksessa vähintään yksi henkilö ryhmässä on vastuussa käyttäjän näkökulman edustamisesta. Toisen tulee edustaa liiketoiminnan näkökulmaa (esimerkiksi liiketoiminnan sidosryhmä tai yritysanalyytikko, jos tämä rooli on edustettuna hankkeessa). Tämä ei tarkoita, ettet voi vaihtaa näkökulmia. keskustelun aikana voi ja pitää ottaa huomioon sekä käyttäjien että yritysten tarpeet mahdollisimman paljon. Katso kohdasta "Säilytä hyvä jännitys" saadaksesi lisätietoja käyttäjien ja liiketoiminnan tarpeiden tasapainottamisesta. Kun tiimisi on koottu, kerro heille toiminnan tavoitteet: ymmärtää joitakin ominaisuuksia, joita voidaan tarvita liiketoiminnan ja käyttäjien tarpeiden täyttämiseksi, ja keskittää tulevaisuuden suunnittelutyöt. Esitä vastaukset yllä lueteltuihin kysymyksiin ja luettelo skenaarioista, joista keskustellaan. Astu sitten taululle (tai laita kynä paperille) ja kysy ryhmältä skenaariota koskevia kysymyksiä, kuten Miten tämä käyttäjä todennäköisimmin pääsee sivustolle? Harkitse online-hakuja, banneri

mainoksia, suusta suuhun ja muita keinoja. Jos online-haku tulee mieleen, vastaa vaatimuksia tarkasti

minkä tyyppiset ominaisuudet tai toiminnot (kuten hakukoneoptimointitarpeiden merkitseminen) tukevat tätä hakua? Mitä käyttäjä näkee sivustolla ollessaan hänen tarpeisiinsa liittyvää? Mitä polkua käyttäjä valitsee suorittaakseen tehtävän? Piirrä tämä kanssa

korkeatasoisia yksityiskohtia. Onko muita henkilöitä mukana tehtävässä? Jos on, miten he voivat olla mukana

(puhelin, sähköposti, yhteistyösivuston ominaisuudet), ja miten ne voivat vaikuttaa pääkäyttäjän päätöksiin tai käyttäytymiseen? Missä käyttäjä todennäköisesti tarvitsee apua matkan varrella? Miten hän saa sen? Mitä tapahtuu, kun käyttäjä suorittaa tehtävänsä? yleinen suunnitteluvirhe

Voit ajatella, että olet valmis, kun käyttäjän tehtävä on valmis, mutta nyt on hyvä aika rohkaista käyttäjää tutustumaan sivuston muihin osiin tai harkitsemaan vastaavien tuotteiden ostamista. Harkitse esimerkkiä yleisestä liiketoimintaskenaariosta: tarve julkaista uusi työpaikka yrityksen .com-sivustolle. Sano tämän skenaarion vuoksi, että olet suorittanut sidosryhmien haastatteluja ja huomannut, että rekrytointiprosessia johtaa ensisijaisesti yksi henkilö, kutsu häntä Jeffiksi, henkilöstöosastolla, joka työskentelee palkattavien kanssa. 148

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

Jeff tuntee melko hyvin tällä hetkellä olemassa olevat työnkuvat. Kun uutta tarvitaan, hän yleensä huomaa, kun potentiaalinen johtaja uuteen tehtävään pyytää häntä lähettämään työpaikan. Sen jälkeen Jeffin ja johtajan (kutsutaanko häntä Emilyksi) välinen yhteistyöprosessi kirjoittaa ja julkaista työnkuvaus. Kuva 9.1 havainnollistaa, miltä tämän skenaarion kuvakäsikirjoitus voi näyttää. Kuvassa näkyy vain yksi osa kuvakäsikirjoituksesta, jonka voit luoda täällä. Haluat ehkä aloittaa skenaarion aikaisemmin näyttääksesi hyväksymisprosessin, jonka Emily joutui käymään läpi, tai voit jatkaa kuvakäsikirjoitusta näyttääksesi työnhakijan etsivän ja hakevan työtä. Tärkeää tässä on huomioida, että tällaisen kuvakäsikirjoituksen avulla sinä ja projektitiimisi näet työnkulun enemmän kuin sivusarjana. Se tuo inhimillisen elementin ja kontekstin. Ja ilman persoonan inhimillistä elementtiä (Jeff), tiimisi ei ehkä ole ajatellut sisällyttää olemassa olevaan työnkuvaan aloittamista varten ominaisuutta, vaikka me kaikki olemme tehneet niin säästääksemme aikaa ja varmistaaksemme, että sisältää kaiken mitä tarvitsemme.

Kuva 9.1 Alun perin taululle luotu kuvakäsikirjoitus, jonka jälkeen se luonnostettiin ja yksityiskohtaisesti Microsoft Visiossa Wacom-tabletilla

IDEAA JA VISUOLISOI OMINAISUUDET

149

Yksi asia, joka tulee muistaa käytettäessä kuvakäsikirjoituksia ja muun tyyppisiä luonnoksia (kuten käyttäjävirtauksia ja käsitteellisiä kehyskehyksiä), on se, että ne on ensisijaisesti tarkoitettu aivoriihityökaluiksi. Vaikka harjoituksesta tuleekin hienoja ideoita, näitä luonnoksia ei ole tarkoitettu yksityiskohtaisiksi suunnitelmiksi. Tämä tosiasia saattaa ilmetä niiden luonnosmuodosta (toisin kuin prototyyppimuodosta), mutta se on silti tärkeä huomioida yritysten sidosryhmien kanssa, koska piirteiden näkeminen visualisoituna jopa luonnoksessa voi joskus johtaa odotuksiin, että ne ovat olemassa lopullinen tuote. Toinen riski tässä on, että osallistujat voivat joutua sivuraiteille keskusteluissa käyttöliittymäelementeistä, kuten siitä, pitäisikö jotain olla sivulla vai ponnahdusikkunassa. Noihin yksityiskohtaisiin keskusteluihin on erittäin helppoa päästä, koska tällaiset ongelmat ovat usein helpompia (tai tutumpia) ratkaista kuin isommat ongelmat, joita skenaarioiden on tarkoitus ratkaista. Pyydä osallistujia tallentamaan tällaiset keskustelut siihen pisteeseen, jossa suunnittelet priorisoitua vaatimusluetteloasi, jotta asiat sujuvat virtaviivaistettuna ja käytät aikaa tehokkaasti. Ja se vie meidät prosessin seuraavaan vaiheeseen: usein vilkkaaseen, joskus tuskalliseen prosessiin, jossa priorisoidaan kauniit vaatimukset, joiden keräämiseen olet käyttänyt niin paljon aikaa!

Helpota priorisointiprosessia Sinulla on joukko liiketoimintavaatimuksia, jotka on täydennetty ominaisuuksilla, jotka perustuvat käyttäjän vaatimuksiin ja ideointityöhön. Nyt tulee yksi vaikeimmista osista: kaiken laskeminen arvokkaiden vaatimusten tärkeysjärjestykseen. Kun käyt läpi priorisoitavia vaatimuksia, pidä projektin tavoitteet ja käyttäjämallisi käden ulottuvilla, jotta voit keskittyä keskusteluun kohderyhmiisi. Priorisointiprosessiin tulee sinun lisäksi kuulua käyttäjän puolestapuhujana myös: Joku, joka edustaa yrityksen (yrityksen) näkökulmaa

edustaa). Joku, joka edustaa kehitystiimin näkemystä (

kehityksen puolestapuhuja).

150

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

Joku, joka edustaa projektin tarpeita (kuten projekti

johtaja). Tämän henkilön ei välttämättä tarvitse olla priorisointikokouksissa, mutta hän asettaa kaikki tärkeysjärjestykseen vaikuttavat rajoitukset (kuten määräajat tai budjetti) ja varmistaa, että lopullinen luettelo sopii niihin.

UX-suunnittelijan rooli priorisoinnissa Voi olla houkuttelevaa pitää priorisointia jaettuna vastuuna projektin sponsorin, projektipäällikön ja kehitystiimin johtajan välillä sen sijaan, että se olisi ongelma UX-suunnittelijalle. Mikään ei ole kauempana totuudesta. Priorisointikeskusteluissa syntyy tai rikotaan onnistuneita ratkaisuja. Käyttökokemussuunnittelijoilla on vastuu tuoda osaamisensa käyttöön näissä tärkeissä keskusteluissa. Jos olet jo osa priorisointiprosessia, tämä osio antaa sinulle vinkkejä osallistumiseen. Jos et, tee kaikkesi saadaksesi itsesi mukaan. Tämä tarkoittaa, että sinun on kerrottava projektitiimille taidoistasi, joita tuot pöytään – kuten fasilitointiin – ja tasapainoisesta näkökulmasta, jonka voit tuoda mukanasi. On tärkeää osoittaa, että pystyt ymmärtämään eri tiimin jäsenten näkökulmia ja työskentelemään yhdessä kohti yhtenäistä ymmärrystä. Katso kohdasta "Säilytä hyvä jännitys" saadaksesi lisätietoja tämän tasapainon saavuttamisesta.

Priorisointitiimi käy läpi jokaisen vaatimuksen vastatakseen seuraaviin kysymyksiin: Mikä on sen tärkeys yritykselle? Kuinka tärkeä on

vaatimus yhden tai useamman hankkeen tavoitteen saavuttamiseksi? Kuinka suuri vaikutus on, jos tämä vaatimus jätetään huomiotta? Mikä on sen merkitys käyttäjälle? Täyttääkö vaatimus

yleinen käyttäjien tarve (tai voimakkaat tarpeet ensisijaisille käyttäjäryhmille)? Miten se vaikuttaa käyttökokemukseen, jos tämä jätetään pois? Onko muita vaatimuksia, jotka ovat hyvin samanlaisia ja voivat kilpailla? Muista tässä viimeisessä kysymyksessä, että useat ratkaisut samaan ongelmaan voivat kilpailla keskenään ja aiheuttaa hämmennystä käyttäjille (sekä vaativat enemmän tukea). Esimerkiksi New York Timesilla voi olla tarpeeksi suuri kehityshenkilöstö tukemaan kaikkia jakamisominaisuuksia

HELPPOA PRIORITOIMINTAPROSESSIA

151

nytimes.com-sivustossa (kutsutaan sinisellä kuvassa 9.2), mutta jotkut sen käyttäjät voivat olla ymmällään siitä, pitäisikö heidän lähettää artikkeli ystävälle napsauttamalla Suosittele, Lähetä sähköposti tai Jaa. Jos käyttäjäsi eivät ehkä tunne kaikkia jakamisvaihtoehtoja, jotka ovat kasvaneet räjähdysmäisesti viime vuosien aikana, sinun pitäisi luultavasti aloittaa pienemmillä ominaisuuksilla. Mikä on vaatimuksen kehittämisen tekninen toteutettavuus? Mitä

tarvitseeko sen kehittämiseen jonkinlaista aikaa? Jos työskentelet suhteellisen uuden tekniikan kanssa, aika-arvio on tässä korkeampi. Mikä on sen kehittämisen resurssimahdollisuutta? Suorittaa projektin

onko tiimillä tarvittavat ihmiset, taidot ja rahat ominaisuuden kehittämiseen? (Ota huomioon uusien teknisten työkalujen ostamisen ja oppimisen kustannukset.)

Kuva 9.2 Otos osoitteesta www.nytimes.com, joka korostaa verkkolehden tarjoamia monia jakamisominaisuuksia

152

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

Luo laskentataulukko, joka sisältää päätöksesi kunkin vaatimuksen osalta. Tämä voi sisältää matalan, keskitason tai korkean arvosanan yllä olevien kysymysten perusteella, tai voit käyttää numeerista asteikkoa, jotta voit laskea numerot yhteen lajittelua varten. Kun työstät luetteloa, saatat huomata, että sinun on yhdistettävä samanlaisia vaatimuksia tai jaettava suuri vaatimus useisiin pienempiin vaatimuksiin, jotka edustavat mahdollisesti itsenäisiä työyksiköitä. Muista, että tämä järjestelmä on yksinkertaisesti tarkoitettu auttamaan lajittelua ja priorisointia. se ei perustu vaatimuksen toteutettavuuden tieteelliseen analyysiin. Se on kuitenkin erittäin hyödyllinen suuren luettelon hallinnassa, keskustelun herättämisessä ja suhteellisen tärkeyden vangitsemisessa. Kuvassa 9.3 on esimerkki priorisointitaulukosta, jossa käytetään korkean tason tärkeys- ja toteutettavuusluokkia (matala, keskitaso ja korkea) suhteellisten arvojen määrittämiseen kullekin vaatimukselle. Priorisointitaulukko

Vaatimus

Kuvaus

Liiketoiminnan merkitys

Käyttäjien tärkeys

&%**%&

&($

)()$+)*'(&,! &%**!%&($*!&% &()!%#!)*& !)*(!+*&()

)()%#&!%*& )##')*&(() $!%* #)* /)

((("!%

(()% *("/%*(!% *("!%&!,% &%%&(( ) ) !''

("!%

)()%*("* !( '"/ #&-!%*(+")&( !('#%)

$!# &%2($*!&%

((!)*&(/

%$!#!))%**& &%2($%&(( ) %$

((

+#2##$%* ,!-)

)()%( &* (+)*&$()1 (,!-)&* &$'%/0)+#2##$%* '(&))

((

+#2##$%* *

)()% *-!* &* (+)()&+* * !(&((+#2##$%* .'(!%

Teknillinen soveltuvuus

Resurssien toteutettavuus

!+$

Kuva 9.3 Esimerkki vaatimusten priorisoinnin laskentataulukosta

HELPPOA PRIORITOIMINTAPROSESSIA

153

Arvojen määrittäminen kullekin kategorialle herättää monia keskusteluja priorisointitiimin kesken. Miten voit helpottaa keskustelua ja päätöksentekoa? Kaksi tärkeimmistä asioista, joita voit tehdä, on ymmärtää (ja joskus edustaa) eri näkökulmia, jotka ovat avainasemassa tasapainoisen ratkaisun määrittämisessä, ja auttaa ratkaisemaan ristiriita-alueita projektitiimin sisällä. Puhutaanpa ensin oikeiden näkökulmien edustamisesta priorisoinnin aikana. Tämä tarkoittaa jännitteen luomista ja ylläpitämistä käyttäjien, yritysten ja kehitysavun välillä – hyvä jännitys, koska se takaa tasapainoisen ratkaisun, joka tarjoaa hyvän käyttäjäkokemuksen, täyttää projektin rajoitukset ja sopii yhteen liiketoiminnan tavoitteiden kanssa.

Säilytä hyvä jännitys Kun keräät vaatimuksia ja myös koko projektin ajan, saatat huomata kolmen roolin vetäytyvän toisiaan vastaan ryhmäkeskustelujen aikana:

154

Liiketoiminnan puolestapuhuja: Tiimin jäsen, joka edustaa liiketoiminnan tarpeita ja vaatimuksia ja varmistaa, että ne otetaan huomioon ja täytetään mahdollisimman uskollisesti. Liiketoiminnan puolestapuhujan ensisijaisia huolenaiheita ovat yrityksen ja osaston strategisten tavoitteiden saavuttaminen, sen varmistaminen, että liiketoimintanäkemys ei katoa projektin aikana, sekä keskittymisen asettaminen ja ylläpitäminen projektin tavoitteissa. Käyttäjän edustaja: Tiimin jäsen, joka edustaa sivuston kokevien ensisijaisten käyttäjien tarpeita ja näkökulmia. Käyttäjien puolestapuhujan ensisijaisena huolenaiheena on varmistaa, että sivusto täyttää käytettävyyttä koskevat odotukset, tarjota tyydyttävä ja mukaansatempaava käyttökokemus sekä kannustaa toimintaan, joka tukee projektin tavoitteita. Kehityksen puolestapuhuja: Tiimin jäsen, joka edustaa teknologian ja laadunvarmistustiimien tarpeita ja rajoitteita. Ensisijaisia huolenaiheita ovat sen varmistaminen, että kehitystiimi toimii tehokkaasti ja rajoissa ja että se toimittaa tuotteen, joka täyttää käyttäjien ja liiketoiminnan sidosryhmien odottamat laatustandardit.

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

Kuvittele tämä kolmisuuntaisena köydenvetona asianajajien keskuudessa. Jos jännitys säilyy kunnioittavasti hyvin näiden kolmen joukossa (eli kukaan puolustaja ei hallitse), kolme osapuolta voivat pyrkiä tasapainoiseen ratkaisuun, joka täyttää projektin tavoitteet. Jokaisen tiimin jäsenen tulee olla tietoinen siitä, että heidän intressinsä on säilyttää tasapaino koko projektin ajan. Jos toinen osapuoli hallitsee, muut roolit menettävät jalansijaa ja projekti saattaa jäädä tavoitteisiinsa – tai saavuttaa ne paljon odotettua korkeammalla hinnalla. Katso Kuva 9.4 esimerkkejä siitä, mitä voi tapahtua, kun jännitys ei ole tasapainossa.

Kuva 9.4 Seuraukset, kun hyvää jännitystä ei ylläpidetä

YLLÄ HYVÄ JÄNNITE

155

Voitko esittää useamman kuin yhden näistä rooleista projektissa? Ehdottomasti! Ihannetapauksessa eri tiimin jäsenillä on ensisijainen vastuu kustakin roolista, mutta se ei tarkoita, että et voisi vaihtaa paikkaa silloin tällöin. Itse asiassa voit vaihtaa rooleja keskustelusta keskusteluun tai jopa aiheesta toiseen. UX-suunnittelijana toimit useimmiten käyttäjien puolestapuhujana, mutta sinun on ymmärrettävä kaikkien kolmen roolin näkemykset ja varmistettava, että ne ovat johdonmukaisesti edustettuina onnistuneiden mallien luomiseksi. Vaikka roolien vaihtaminen ajoittain on terveellistä, ole varovainen nimeämästä itseäsi ensisijaiseksi henkilöksi, joka vastaa useammasta kuin yhdestä näistä rooleista. Saatat alkaa tehdä kiistattomia kompromisseja projektin edetessä, koska sinulla ei ole jatkuvasti läsnä olevaa "paholaisen asianajajaa", joka kysyisi sinulta noita epämiellyttäviä mutta tärkeitä kysymyksiä. Jos sinun on otettava useampi kuin yksi rooli, yritä löytää osa-aikainen resurssi, joka voi joskus hoitaa muita rooleja puolestasi varmistaaksesi, että hyvä jännitys säilyy. Tähän asti olemme keskittyneet suurelta osin liiketoiminnan puolestapuhujan (erityisesti luvuissa 4 ja 5) ja käyttäjän puolestapuhujan (erityisesti luvuissa 1 ja 6) rooleihin. Otetaan hetki aikaa keskustellaksemme kolmannesta ensisijaisesta roolista priorisointikeskusteluissamme: kehityksen puolestapuhuja.

Kehityksen puolestapuhuja Jos olet pohjimmiltaan UX-suunnittelija, menestyt, kun asetat itsesi muiden asemaan ymmärtääksesi heidän tarpeitaan ja tavoitteitaan. Tämä taito on korvaamaton sekä suorittaessasi rooliasi käyttäjien puolestapuhujana että varmistaessasi tehokkaan viestinnän ja yhteistyön organisaatiossasi olevien kanssa. Käytämme hetki tätä taitoa hahmotellaksemme kehitystyön puolestapuhujan tavoitteita. Yksi suurimmista suunnittelukeskusteluista koskee sitä, missä määrin kehittämisen puolestapuhujan tulisi osallistua vaatimusten keräämisprosessiin ja vaikuttaa siihen – ja mikä hänen roolinsa on sen aikana. Jos kehityksen puolestapuhuja esittää tekniset mahdollisuudet ja rajoitukset liian aikaisin, se voi kaventaa osaa aivoriihistä, joka voi johtaa erittäin innovatiivisiin ratkaisuihin. Loppujen lopuksi tämän päivän sininen taivas-idea voisi olla mahdollinen muutamilla teknisillä lisätutkimuksilla. Vaikka idea ei olisikaan toteuttamiskelpoinen, siitä keskusteleminen voi tuoda esiin taustalla olevan tarpeen, johon voit vastata. (Ominaisuuspyyntöjen kartoittamista tarpeisiin käsitellään myöhemmin tässä luvussa.)

156

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

Nämä ovat kehitysasiamiehen tavoitteet ja niihin liittyvät vastuut: Täytä vaatimukset ajallaan ja budjetin rajoissa Varmista tiimin tehokkuus (välttää turhaa työtä, varmistaa hyvän

viestintä) Hyödynnä käytettävissä olevat työkalut ja alustat parhaalla mahdollisella tavalla. Valitse kustannustehokkaat lisätyökalut Varmista, että tulevat muutokset eivät vaadi paljon ylimääräistä työtä Tee ratkaisu skaalautuvaksi kasvun mukaiseksi Tee ratkaisusta modulaarinen, jotta yksittäisiä osia voidaan muokata helposti Tee ratkaisusta mahdollisimman standardoitu: Mitä vähemmän muutoksia

tehty ostettuun järjestelmään, sitä vähemmän kehitystyötä tarvitaan. Varmista, että kehitystiimi toimii hyvin. Rajoita liikevaihtoa tarjoamalla suhteellisen mielenkiintoista ja palkitsevaa työtä.

Työskentely q perinnöllisten vaatimusten kanssa Vaihe 4

Vaihe 1

Tarkista vaatimukset ja merkitse ne, joilla on epäselviä tarpeita tai kyseenalaista käyttäjäarvoa.

Peri vaatimukset ja tee alustava tarkistus.

Vaihe 2 Kerää tietoja, jotka tarjoavat kontekstin mahdollisista käyttäjistä.

"Käyttäjät ovat..."

Vaihe 5 Tarkista merkityt vaatimukset tiimin kanssa tarpeiden ja ristiriitojen tutkimiseksi. "Tässä miksi."

B U

Vaihe 3 Luo väliaikainen käyttäjämalli.

Vaihe 6 Priorisoi kaikki muutokset, jotka sinun mielestäsi on tehtävä. Esittele ne projektitiimille. Ole sekä suoraviivainen että pragmaattinen.

B C

"Hyvä pointti!"

"Hmm..."

YLLÄ HYVÄ JÄNNITE

157

Jos kehityssuunnittelija ei kuitenkaan ole mukana riittävän ajoissa, tiimi voi siirtyä pitkälle tietyn vaihtoehdon polulle vain nähdäkseen, että se on liian kallista sisällyttää – tai kehityssuunnittelijalta jää yksi tai useampi oma tavoitteestaan puuttumaan. Ja viimeisenä muttei vähäisimpänä, kehityssuunnittelija on loistava lähde tuoda esille joitakin teknologian ominaisuuksia, jotka voivat todella saada ratkaisusi laulamaan, kuten uusia teknologioita tai vajaakäyttöisiä toimintoja. Tehokas lähestymistapa on suunnitella tärkeimmät arvioinnit kehityssuunnittelijan kanssa, kun aivoriihi on valmis, korkean tason vaatimukset on otettu talteen ja priorisointiprosessi on alkamassa. Tämä antaa kehittämisedustajalle mahdollisuuden viettää prosessin alkuosan valittujen työkalujen tutkimiseen saadakseen lisätietoja siitä, mikä saattaa olla mahdollista tai ei, ja osallistua sitten tiiviimmin itse vaatimusprosessiin, kun tietyillä teemoilla ja ideoilla on enemmän painoarvoa. Jos sinusta tuntuu, että kehityssuunnittelijan on avainasemassa osallistua joihinkin vaatimusten kokoamiseen, varmista, että olette molemmat samalla sivulla ennen hänen rooliaan kokouksessa ja siitä, kuinka otatte huomioon asianajajan mahdolliset huolenaiheet. kuuntelun jälkeen. Voit myös nauhoittaa tällaisia istuntoja ja tarkastella niitä myöhemmin kehitysasiamiehen kanssa. Saatat tarvita niitä itse, kun olet suunnittelutyössä! Tällainen selkeä viestintä ja seuranta tiedonkeruun aikana on elintärkeää luotaessa vahvoja suhteita tiimin jäsenten välille, mikä voi vaikuttaa suuresti siihen, kuinka sujuvasti priorisointivaihe etenee myöhemmin prosessissa. Mutta joskus, parhaista yrityksistäsi huolimatta, syntyy ristiriitoja, kun yrität priorisoida vaatimuksia. Puhutaanpa siitä, kuinka voit auttaa projektitiimiä hallitsemaan tätä konfliktia.

Konfliktin hallinta priorisoinnin aikana Jos erimielisyyksiä on suuria alueita, priorisointi voi olla pitkä prosessi. Ja jos näitä erimielisyyksiä ei ratkaista, ne tulevat edelleen esiin suunnittelun ja kehityksen aikana. Näillä konflikteilla voi olla monia erilaisia perimmäisiä syitä; tässä on joitain yleisimmistä:

158

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

Tiimi ei ole samalla sivulla projektin tavoitteista tai ali-

valehtelevat liiketoimintastrategiat (joko väärinymmärtäminen, unohtaminen tai eri mieltä niistä). Vastakkaiset tiimin jäsenet ovat tiiviisti sidoksissa tiettyihin ominaisuuksiin.

(Ehkä ominaisuudet innostavat heitä tai he ovat luvanneet ne vaikutusvaltaisille asiakkaille tai sidosryhmille). Liiketoiminnan tarpeiden ja käyttäjien tarpeiden välillä on ristiriitoja, joita ei ole

helposti ratkaistava. Käytettävät teknologiat ovat suhteellisen uusia kehitystiimille,

joten heillä on epämukavaa tehdä arvioita. Otetaan pari yllä olevista tilanteista ja keskustellaan siitä, kuinka sinä käyttäjäkokemuksen suunnittelijana voit olla mukana ratkaisemassa niitä.

Taistelujesi valitseminen Priorisointiprosessin aikana jotkut suosikkiominaisuuksistasi voivat olla leikkuulohkossa. Tästä on helppo olla tyytymätön, varsinkin jos näyttää siltä, että käyttäjien vaatimukset jäävät useimmiten pois listalta. Jos puolustat intohimoisesti jokaista vaatimusta tasapuolisesti, vaarana on, että priorisointipäätökset tehdään puolestasi. Tässä on joitain kysymyksiä, joita voit kysyä itseltäsi, kun päätät, milloin vaadit tiettyä vaatimusta ja milloin tehdä kompromisseja: Miten vaatimus tukee projektin tavoitteita? Vähentääkö se tiettyä riskiä merkittävästi? Vähentääkö se esimerkiksi käyttäjien altistumista roskapostille, mikä vähentää negatiivisia mielipiteitä sivustosta? Ovatko muut ehdotetut sivustovaatimukset riippuvaisia siitä, että tämä toimii oikein? Mitä vaikutusta on, jos ominaisuutta ei ole mukana? Onko ominaisuuden arvo sen kehittämiseen tarvittavan vaivan arvoinen (jopa muiden arvokkaiden ominaisuuksien kustannuksella)? Jos sinulla on vahva vastaus näihin kaikkiin, tuo ne priorisointitaulukkoon perusteluksi. Jos ei, harkitse sen luopumista, mutta muista kertoa syysi, jotta muut näkevät, että teet kompromisseja projektin yleisen edun vuoksi. Tämä osoittaa kykysi tarkastella laajempaa liiketoimintakontekstia ja vahvistaa osallistumistasi tulevaisuuden keskustelujen ja muutospyyntöjen priorisointiin.

YLLÄ HYVÄ JÄNNITE

159

Hankkeen suunnan yhdenmukaisuuden puute Tiimi ei ole samoilla linjoilla projektin tavoitteista tai taustalla olevista liiketoimintastrategioista. Erotetaan tämä konfliktin lähde kahteen osa-alueeseen: viestintään ja konsensukseen. Jos projektin tavoitteista tai liiketoimintastrategioista tiedottaminen on ongelma, kysy itseltäsi, kuinka voit henkilökohtaisesti auttaa parantamaan viestintää. Onko kyse tavoitteiden tai strategioiden julkaisemisesta siellä, missä kaikki tiimin jäsenet näkevät ne (kuten sotahuoneessa tai online-yhteistyöalueella tai jokaisen kokouksen esityslistan kärjessä)? Tai ehkä se, mitä tarvitaan, on visuaalinen esitys tavoitteista tai strategioista, jotka auttavat saamaan ne huomion tiimissä ja saavat tiimin jäsenet innostumaan visiosta, jonka eteen he työskentelevät. Muistatko tämän luvun alussa käsitellyt visualisointitaidot? Niiden avulla voit luoda kuvan, joka voidaan helposti tulostaa ja julkaista tai piirtää nopeasti taululle keskustelujen keskittämiseksi. Jos ongelma on yksimielisyys, kysy itseltäsi, kuinka voisit auttaa saamaan kaikki yhteen. Johtuuko konflikti pelkästä riskeistä, jotka liittyvät hyvin erilaisen ominaisuusjoukon julkaisemiseen käyttäjille? Ehkä voit tehdä tutkimusta joidenkin erimielisyyksien ratkaisemiseksi, kuten kyselyt, haastattelut tai kontekstuaaliset kyselyt (katso luku 6). Tai ehkä voit hyödyntää fasilitointitaitojasi keskustelemalla erimielisyyksistä ja käsittelemällä asioita kohta kohdalta, kunnes ne on ratkaistu. Ristiriita suosikkiominaisuuksista Vastustavat tiimin jäsenet ovat kiinnittyneet omiin ominaisuuksiinsa. Oletetaan, että koulutusosaston johtaja haluaa integroituja aihekohtaisia opetusohjelmia ja myyntipäällikkö haluaa lähettää yhden jännittävän demon kiinnostuksen herättämiseksi. Samaan aikaan sinulla on kymmenen muuta liiketoiminnan sidosryhmää eri rooleissa – ja heillä kaikilla on kiireellisiä tarpeita. Miten autat rakentamaan konsensusta? Yksi tapa on soveltaa muunnelmaa menetelmästä, josta luet luvussa 6: affiniteettikaavio. Tässä menetelmässä voit työskennellä olemassa olevan vaatimusjoukon perusteella tai pyytää sidosryhmiä pohtimaan omia vaatimuksiaan (erityisesti hyödyllistä, jos se on vielä aikaisessa vaatimusten keräämisprosessissa). Jos työskentelet olemassa olevien vaatimusten mukaisesti, voit tulostaa ne

160

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

yksittäisiä sivuja ja teippaa ne kaikki seinään. Muussa tapauksessa pyydä sidosryhmiä kirjoittamaan tärkeimmät vaatimuksensa Post-it-muistiinpanoihin. Tarvitset: Huoneen, joka on tarpeeksi suuri, jotta sidosryhmäsi voi liikkua ja

jossa on yksi tai useampi suuri tyhjä seinä, voit käyttää Post-it-muistiinpanoja. Suurien Post-it-muistiinpanojen taulukko, vähintään yksi jokaiselle sidosryhmälle Tarrapisteet (löydät näitä toimistotarvikeliikkeistä; niitä on erilaisia

ous colours), yksi kymmenen pisteen sarja sidosryhmää kohden. Kokoa ensisijaiset sidosryhmäsi yhteen huoneeseen ja pyydä kutakin kirjoittamaan hetken aikaa tärkeimpien vaatimusten kirjoittamiseen, yksi muistiinpanoon. Anna heille 15-20 minuuttia aikaa tehdä tämä. (Ei kurkistamista!) Pyydä kaikkia laittamaan vaatimuksensa seinälle. Pyydä sitten jokaista henkilöä kävelemään ja kuvailemaan, mitä he julkaisivat. Kun kuljet ympäri huonetta, ala ryhmitellä samanlaisia vaatimuksia yhteen (jos sidosryhmät ovat samaa mieltä niiden olevan samanlaisia). Kun vaatimukset on selitetty ja ryhmitelty, jaa tarrapisteet. Kerro sidosryhmille, että he voivat osoittaa, mitkä vaatimukset ovat heille tärkeimmät, jakamalla pisteensä Post-it-muistiinpanojen joukkoon. He voivat esimerkiksi sijoittaa kaikki kymmenen pistettään yhteen vaatimukseen, jos he pitävät sitä niin tärkeänä, tai he voivat valita pisteen kymmeneen eri vaatimukseen. Alat nähdä selkeitä suosikkeja, kun ihmiset laittavat pisteitä. Kun he ovat sijoittaneet pisteitä, käy tulokset läpi yhdessä. Kun sidosryhmät joutuvat valitsemaan tämän tavan, sidosryhmät tuovat esiin omat sisäiset prioriteettinsa ja keskustelu helpottuu todennäköisesti paljon.

Surffaus Lisätietoja tämän tekniikan muunnelmista priorisoinnissa on tästä artikkelista "KJ-tekniikka: ryhmäprosessi prioriteettien määrittämiseksi", kirjoittanut Jared M. Spool: www.uie.com/articles/kj_technique.

YLLÄ HYVÄ JÄNNITE

161

Tällainen tekniikka voi auttaa sinua käynnistämään priorisointiprosessin tai nollaamaan prosessin, joka on pysähtynyt erimielisyyden vuoksi. Kun olet saavuttanut vauhdin ja yhteisymmärryksen, priorisointiasiakirjan (kuten kuvassa 9.3 olevan asiakirjan) täyttäminen on paljon helpompaa. Rinnakkain priorisointitoimien kanssa sinun tulee valmistautua pian seuraavaan suunnitteluun. Suunnitelma työstäsi auttaa sinua arvioimaan yksityiskohtaisten suunnitelmien luomiseen tarvittavan vaivan, yhdistämään työsi muiden projektitiimiisi kuuluvien kanssa ja koordinoimaan ponnisteluja projektin virstanpylväiden mukauttamiseksi. Seuraava osio kattaa joitakin huomioita, jotka auttavat sinua suunnittelemaan.

Suunnittele toimintosi ja dokumentaatio Kun sinulla on priorisoitu luettelo vaatimuksista ja ihannetapauksessa joitakin varhaisia käsitteellisiä töitä on tehty (kuten luvussa aiemmin kuvatut kuvakäsikirjoitukset), projektipäällikkösi alkaa todennäköisesti kysyä sinulta lisätietoja siitä, mitä olet tekemässä. tehdä niin kuin suunnittelet. Suunnittelutoimintoja on monen tyyppisiä, ja jokaisella on erilainen vaikutus suunnitteluun, siihen kuluvaan aikaan ja siihen, minkä tyyppiseen asiakirjaan päädyt. Tämä on "asiakirja" yleisessä mielessä; se voi vaihdella taulun luonnoksesta metallikehykseen ja prototyyppiin. Käsittelemme joitain vuorovaikutuksen suunnittelutoimintoja seuraavissa kolmessa luvussa. Kun suunnittelet käytettäviä aktiviteetteja, pidä mielessä seuraavat kysymykset: Kuinka iteratiivinen koko prosessi tulee olemaan? Ihannetapauksessa voit aloittaa

tutkia useita eri käsitteitä nopeasti (esimerkiksi luonnosten avulla), sitten sopia yksi, jota kehitetään tarkemmin. Tämä lähestymistapa voi sisältää myös yhden tai useamman suunnittelukonseptin viemisen käyttäjille (katso luvusta 13 lisätietoja suunnittelutestauksesta). Miten yhteistyö tapahtuu suunnittelun aikana? Jos työskentelet tiiviisti

Kun tiimi on samassa paikassa, voit sisällyttää enemmän yhteistyöhön perustuvia taulun istuntoja. Jos tiimi on hajallaan, harkitse verkkoneuvotteluistuntoja työkaluilla, jotka mahdollistavat laajan yhteistyön etäisyydestä huolimatta.

162

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

Miten suunnitteluasiakirjasi jaetaan suuremman tiimin kanssa? Are

lähetätkö ne sähköpostitse pienelle tiimille tai lähetätkö ne online-yhteistyösivustolle? Mitä tämä tarkoittaa kokorajoitusten ja versioiden seurantaprosessin kannalta? Kuinka paljon yksityiskohtia suunnittelussasi on oltava, myöhemmin kehitysvaiheessa

käsitellä asiaa? Jos asiakirjasi ovat osa muodollista laadunvarmistusprosessia (QA), varmista, että otat jonkun laadunvarmistustiimistä mukaan varhaisessa vaiheessa, jotta he ymmärtävät, millaisia yksityiskohtia he sinulta saavat. Kuinka kauan asiakirjojenne "elävät"? Monimutkaisissa projekteissa

sillä hetkellä, kun lopetat asiakirjan, kuten rautalankajoukon, päivittämisen, se alkaa "kuolemaan" – yksityiskohdat muuttuvat epätarkemmiksi ajan myötä. (Tämä ei ole aina huono asia, kunhan olet mukana keskustelussa näistä muutoksista.) Asiakirjat, jotka keskittyvät antamaan yleisiä ohjeita, kuten tuotemerkin ohjeasiakirja tai vuorovaikutuksen suunnittelumallien kirjasto, ovat yleensä elä pidempään. Ketkä ovat kunkin asiakirjatyypin ensisijaiset käyttäjät? Tämä vastaus

voivat olla erilaisia projektin eri kohdissa. Suunnitteludokumenttien ensisijaiset käyttäjät ovat yleensä liike-elämän sidosryhmät ja suunnittelutiimi, jotka käyttävät niitä ideoiden kommunikointiin ja seurustelemiseen. Yksityiskohtaiset suunnitteluasiakirjat on tarkoitettu ensisijaisesti kehittäjille, joiden on toteutettava suunnitelmat; ne asiakirjat antavat tarkan suunnan. Mitä muita asiakirjoja sinun on mukautettava? Tulet

täytyy tarjota jonkinlainen yhteys yllä luomasi prioriteettiluettelon ja luomiesi mallien välillä. Saatat joutua pitämään silmällä myös useita muita asiakirjoja varmistaaksesi, että kaikki ovat samalla sivulla. Nämä asiakirjat voivat sisältää brändiohjeita, sisällön kehityssuunnitelmia, toiminnallisia määrityksiä tai käyttötapauksia (katso luku 2, jossa on yleiskatsaus eri rooleista ja niiden mahdollisesti tuottamasta dokumentaatiosta). Kuinka voit arvioida kunkin asiakirjatyypin vaatiman vaivan? Tämä

yksi on hankala, koska projektissa on paljon muuttujia, jotka voivat vaikuttaa aikaan. Mutta asettamalla karkean arvion lähtötason, sinulla on mistä aloittaa, ja voit vahvistaa luvut, kun saat lisätietoja. Voit esimerkiksi asettaa perusarvion, että kunkin yksityiskohtaisen rautalankakehyksen luomiseen menee noin 6 tuntia. Jos arvioit tietyn ominaisuuden

SUUNNITTELE TOIMINTASI JA DOKUMENTOINTI

163

vaatii noin viisi sivua (esimerkiksi aiemmin tässä luvussa kuvattujen kuvakäsikirjoitusistuntojen tulosten perusteella), sinulla on alustava arvio 30 tuntia kyseiselle ominaisuudelle. Jos se vie kahdeksan sivua kehystä kohti, yritä selvittää miksi. Jos uskot sen jatkuvan, sinun on tarkistettava arviosi ja mahdollisesti priorisoitava uudelleen. Mitkä muut tekijät vaikuttavat asiakirjan ajoitukseen? Kaikki yhteensä

aika sisältää tarkasteluajan tiimin ja sidosryhmien kanssa sekä aikaa tarvittavien tarkistusten lukumäärälle. Yksityiskohtaisten sivustojen kohdalla se voi sisältää myös aikaa, joka tarvitaan suunnitteluasiakirjojen yhteensovittamiseen muiden asiakirjojen kanssa, kuten yksityiskohtaiset toiminnalliset vaatimukset (kuten käyttötapaukset). Kirjoita nämä oletukset muistiin, jotta voit verrata niitä myöhemmin. Työskenteletkö useiden suunnittelijoiden kanssa, ja jos on, kuinka voit

aiotko jakaa työt? Jos työskentelet sivuston rinnakkaisilla mutta erillisillä alueilla, voit työskennellä melko itsenäisesti luomiesi asiakirjojen parissa. Jos hajotat työn hyvin toisistaan riippuvaisella tavalla, sinun on varattava aikaa suunnitelmiesi yhteensovittamiseen, ja saatat tarvita myös tavan seurata ja yhdistää eri versioita asiakirjoista. Säästä itsesi suurelta päänsärkyltä myöhemmin suunnittelemalla prosessi alussa ja määrittämällä suunnitteluohjeita jo varhaisessa vaiheessa, jotta olet samalla sivulla navigoinnin kaltaisten avainelementtien suhteen. Nyt kun olemme puhuneet joistakin asioista, jotka sinun tulee ottaa huomioon valitessasi suunnittelutoimintojasi, tutkitaanpa näitä toimintoja. Seuraavassa kolmessa luvussa käsittelemme erilaisia asiakirjoja, mukaan lukien sivustokartat, tehtävänkulku, luonnokset, metallikehykset ja prototyypit.

164

LUKU 9: SIIRTYMÄ: MÄÄRITELMÄSTÄ SUUNNITTELUUN

Sivustokartat ja tehtävävirrat Projektin jäsentäminen täältä sinne ja takaisin Sivustokartat auttavat tunnistamaan Web-sivustojen ja sovellusten rakenteen. Ne voivat näyttää hierarkioita ja yhteyksiä, joiden avulla yleisösi voi saada käsityksen siitä, mistä käyttäjät voivat löytää sisältöä. Tehtävävirrat vievät sivustokartat askeleen pidemmälle tunnistamalla erilaiset toimintatavat, joita käyttäjä voi kulkea sivuston osassa. Tehtävävirrat myös piirtävät yhteydet virhetiloihin, sisältöön tai sivun katseluihin päätöspisteiden perusteella koko prosessin aikana. Yhdessä käytettynä sivustokartat ja tehtävävirrat voivat tarjota yleisöllesi selkeän kuvan sisältörakenteista ja siitä, miten käyttäjät voivat navigoida niiden läpi. Russ Unger

165

Mikä on sivustokartta? 1.0

1.0.1 Ehdot

Kotisivu

2.0 – 2.x

3.0

Blogi

4.0

Noin

5.0

Tehdä työtä

Ottaa yhteyttä

Kuva 10.1 Sivustokartta perus-Web-sivustolle, jossa on blogitoiminnot

Alkaen alkeellisimmista määritelmistä, sivustokartta on yksinkertaisesti visuaalinen tapa näyttää Web-sivuston edustavia sivuja (Kuva 10.1). Yksinkertainen sivustokartta mahtuu yleensä yhdelle paperiarkille ja muistuttaa työnantajan organisaatiokaaviota. Sivustokartat eivät kuitenkaan ole vain Web-sivustoja varten; Voit käyttää niitä minkä tahansa tyyppisissä sovelluksissa, jotka hyötyisivät sivujen, näkymien, tilojen ja näytettävän esineiden tunnistamisesta. Useimmissa tapauksissa käytät sivustokarttaa näyttääksesi tiimikavereille ja asiakkaille, kuinka Web-sivuston sisältö järjestetään. Se tarjoaa yleiskatsauksen Web-sivuston navigoinnista ja näyttää joissakin tapauksissa kaikki yhteydet, joita kullakin sivulla voi olla.

Mikä on tehtäväkulku? Kuva 10.2 Perustehtäväkulku, joka näyttää käyttäjän polun kirjautumistilasta riippuen

Kotisivu

Onko käyttäjä kirjautunut sisään? Ei kirjautunut sivu

Joo

Sisäänkirjautunut sivu

Tehtävävirrat tunnistavat polut tai prosessit, joita käyttäjät (ja joskus järjestelmä) kulkevat kulkiessaan Web-sivustossasi tai sovelluksessasi (Kuva 10.2). Vaikka sivustokartat ja tehtävävirrat voivat aluksi näyttää samanlaisilta, kahden tyyppiset kaaviot palvelevat eri tarkoituksia: Sivustokartta kertoo sivuston tai sovelluksen asettelun visuaalisen hierarkian, kun taas tehtävänkulku antaa tietoja käyttäjien vaihtoehdoista ja poluista. he voivat ottaa. 166

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Ammatin työkalut Jos olet vasta aloittamassa käyttökokemuksen suunnittelua ja tarvitset työkalun aloittaaksesi työtuotteen luomisen, sinulla on monia vaihtoehtoja: Microsoft Visio (http://office.microsoft.com/visio) Axure RP Pro (www.axure.com) OmniGraffle (www.omnigroup.com/applications/OmniGraffle) Adobe InDesign (www.adobe.com/products/indesign) Adobe Illustrator (www.adobe.com/products/illustrator) Microsoft PowerPoint (http: //office.microsoft.com/powerpoint) OpenOffice Draw (www.openoffice.org) HTML Blueprint CSS (www.blueprintcss.org)

Joten miten valitset? Voit kysyä muilta suunnittelijoilta; jokaisella on suosikki, ja he ovat yleensä mielellään nimenneet sen. Älä ihmettele, jos he, kuten kirjoittajasi, vastaavat "hyvä kynä ja paperi". Voit myös testata ilmaisia kokeiluversioita verkossa tai valita maksuttoman ratkaisun, kuten OpenOffice Draw, joka on osa OpenOffice.org-työkalupakettia ja tuottaa samat tiedostomuodot kuin suositut toimistoohjelmistot. Mitä käytämme kynän ja paperin lisäksi? Monet tämän kirjan esimerkeistä on luotu Microsoft Visio 2003:lla käyttäen stensiilejä, jotka on luonut Nick Finck, Blue Flavorin (www.blueflavor.com) käyttökokemusjohtaja ja Digital Web Magazine (www.digital-web.com) julkaisija. . Voit ladata Nickin erinomaiset stensiilit osoitteesta www.nickﬁnck.com/stencils.html. Tällaiset valmiit stensiilit, muodot ja näytteet ovat korvaamattomia uusille ja kokeneille ammattilaisille. Nickin lisäksi tutustu Information Architecture Instituten tarjontaan, jonka Learning IA -sivulla on monia näistä työkaluista: http://iainstitute.org/en/learn/tools.php. Huomautus Microsoft tarjoaa tällä hetkellä Vision 2007-version; Monet yritykset eivät kuitenkaan ole vieläkään päivittäneet tuotteeseen, ja versioerojen välttämiseksi suosittelemme tällä hetkellä Microsoft Visio 2003:a.

KAUPAN TYÖKALUT

167

Mitä tahansa työkaluja päätätkin käyttää, verkossa on lukemattomia esimerkkejä muilta ammattilaisilta, jotka mielellään jakavat ne ja auttavat sinua urallasi. Nämä ovat suurelta osin ilmaisia, ja ne voivat tarjota sinulle puitteet, joita tarvitset luodaksesi – vähintäänkin – erittäin ammattimaisen näköistä dokumentaatiota. Valitettavasti monet ihmiset eivät hyödynnä näitä resursseja. Älä ole kuin nuo ihmiset!

Sivustokarttojen ja tehtävänkulkujen peruselementit Piirustusohjelman alkeellimmat elementit ovat enemmän kuin tarpeeksi, jotta pääset alkuun sivustokarttojen ja tehtäväkulkujen luomisessa. Jotta luomuksesi olisivat helposti tulkittavissa laajalle yleisölle, on kuitenkin parasta käyttää vakiomuotoja. Visual Vocabulary for Information Architecture on yksi tällainen standardi, ja se, jota käytetään tässä kirjassa. Sen on luonut Jesse James Garrett, yksi Adaptive Pathin (www.adaptivepath.com) perustajista, ja se on saatavilla verkossa osoitteessa www.jjg.net/ia/visvocab. Sivusto tarjoaa monia elementtejä, jotka auttavat sinua muotoilemaan sivustokarttojasi ja tehtävävirtojasi, jotka kaikki ovat saatavilla yksityiskohtaisten kuvausten kera ja ladattavina stensiileinä monille suosituille piirustus- ja luonnosohjelmille (lisätietoja näistä hieman). Jotta pääset alkuun ja tutustut perusasioihin, seuraavissa osissa tarkastellaan Visual Vocabularyn ydinelementtejä ja sitä, mitä ne edustavat. Kuva 10.3 Sivuelementti Jesse James Garrettin Visual Vocabularysta

Kuva 10.4 Sivupino-elementti Jesse James Garrettin Visual Vocabularysta

Sivu Jesse James Garrettin mukaan sivu on "käyttökokemuksen perusyksikkö verkossa". Sisällön "esiintymät" tai "näkymät" voivat olla realistisempia nykyään, mutta sivu on silti hyvin merkityksellinen. On olemassa useita tapoja piirtää nämä sivut, mutta yksinkertaisin, yleisimmin käytetty muoto on tavallinen

168

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

suorakulmio (kuva 10.3). Kun luot sivustokarttoja ja tehtäväkulkuja, haluat löytää sinulle parhaiten sopivan tyylin sivujesi merkitsemiseen ja numeroimiseen.

Sivupino Sivupino edustaa useita samansisältöisiä sivuja (Kuva 10.4). Helppo tapa ymmärtää sivupinot on ajatella dynaamista sisältöä, kuten yleistä julkaisujärjestelmällä luotua blogisivua. Nämä sivut suunnitellaan kerran ja ovat suunnittelumallissa, mutta voit napsauttaa useita eri sisältösivuja poistumatta alkuperäisestä mallipohjasta.

Päätöspiste Kuva 10.5 Päätöspisteelementti Jesse James Garrettin Visual Vocabularysta

Kirjaudu sisään

(10a)

virhe

jäsenen kotiin

Päätöspistettä käytetään osoittamaan polku, jonka käyttäjä voi kulkea riippuen vastauksesta kysymykseen (Kuva 10.5). Päätöskohta 10a voi olla "Ovatko käyttäjän kirjautumistiedot oikein?" Vastaus tähän kysymykseen määrää, mikä sivu (tai sisältönäkymä) näytetään. Epäonnistunut kirjautuminen johtaa virheilmoitukseen, kun taas onnistunut sisäänkirjautuminen vie käyttäjän sivuston jäsenten kotisivulle. Käytä aikaa päätöskohtien asianmukaiseen merkitsemiseen; olet iloinen, varsinkin kun jaat työtuotteesi tiimitovereiden tai asiakkaiden kanssa.

SIVUSTON KARTTOJEN PERUSELEMENTIT JA TEHTÄVÄT

169

Liittimet ja nuolet Kuva 10.6 Liitin- ja nuolielementit Jesse James Garrettin visuaalisesta sanastosta

Liittimiä ja nuolia käytetään näyttämään liikettä tai edistymistä sivujen, sivupinojen, päätöspisteiden ja niin edelleen välillä. Liittimet näkyvät yleensä siellä, missä sivulta toiselle kehotetaan toimintaan. Esimerkiksi linkki Tietoja meistä -sivulle etusivulta voi olla liitin näiden kahden sivun välillä. Nuolet (kuvan 10.6 yläreunassa) osoittavat liikettä alavirtaan kohti tehtävän suorittamista. Poikkipalkilla varustettuja liittimiä (kuvan 10.6 alareuna) voidaan käyttää tunnistamaan, kun siirtyminen takaisin sivulle, jolta aloitit ("ylävirtaus") ei ole enää käytettävissä. Esimerkiksi kun käyttäjä on kirjautunut Web-sivustoon, kotisivun sisältö voidaan nyt räätälöidä käyttäjälle, jolloin yleinen sivu tai kirjautumissivu ei ole enää käyttäjän saatavilla polulta, jonka hän juuri seurasi.

Ehdot A

Kuva 10.7 Kuntoelementti Jesse James Garrettin visuaalisesta sanastosta

Katkoviiva on melko yleinen tapa näyttää ehto. Se voi näkyä sivustokartoissa, tehtävävirroissa ja muissa työtuotteissa, joita voit luoda tai keksiä. Voit käyttää katkoviivaa liittimenä (kuten kuvassa 10.7) tai alueen ympärillä olevana laatikkona korostaaksesi, että yhteys sivuun – tai kokonaiseen sivuosaan – on ehdollinen jonkin muun toiminnon tai tapahtuman perusteella.

170

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Yleisiä virheitä Et menisi esitykseen maapähkinävoipala leualla tai kahvin tahrainen paita. Tällainen virhe ei vain heikennä kaikkea kovaa työtäsi, vaan se voi myös estää sinua onnistumasta toteuttamasta hyvää projektia. Huono sivustokartta tai epäammattimaiselta näyttävä tehtävänkulku voi tehdä yhtä paljon vahinkoa. Seuraavissa osioissa tarkastellaan tarkasti joitain huonoja malleja, jotta voit tunnistaa pienet puutteet, joilla on suuria seurauksia. Opi havaitsemaan nämä yleiset virheet – ja vältä niitä sitten.

Sloppy Connections Kuva 10.8 Puuttuva yhteys kahden sivun välillä

Huolimattomat yhteydet ovat juuri sitä: Huonosti. Ne on huonosti piirretty. Ne näyttävät hyvin amatöörimäisiltä, ja ne antavat sinulle – kirjoittajalle – vaikutelman, ettet kiinnitä työssäsi paljoakaan huomiota yksityiskohtiin. Useimmilla työkaluilla on jokin tapa auttaa sinua yhdistämään linjasi laatikoihisi. Ole hyvä ja hyödynnä sitä. Älä ole laiska, vaikka sinulla olisi aikarajoituksia ja paineita. Useimmissa sovelluksissa Shift- ja muiden näppäinten yhdistelmä mahdollistaa elementtien vetämisen aloituspisteestä 45 asteen kulman askelin. Hyödynnä tätä sisäänrakennettua toimintoa ja varmista, että yhteytesi ovat hyvin yhteydessä. Jos näytät lyijykynäluonnoksia, sinulla pitäisi olla pyyhekumi käsilläsi varmuuden vuoksi. Tee siitä sääntö: Varmista aina, että kaikki viivat, jotka koskettavat muita esineitä, on yhdistetty tarkasti.

YLEISET VIRHEET

171

Väärin kohdistetut ja epätasaisesti sijaitsevat objektit

Kuva 10.9 Sivut, joita ei ole kohdistettu ja jotka on sijoitettu epätasaisesti

Riippuen käyttämästäsi työkalusta, voi olla vaikeaa varmistaa, että objektit ovat tarkasti kohdistettuja tai tasaisin välein sivustokartassasi tai tehtävänkulussasi. On olemassa joitakin melko yksinkertaisia tapoja varmistaa, että saat tämän perussäännön alas. Ensinnäkin ota ruudukko käyttöön missä tahansa käyttämässäsi sovelluksessa. Näin riippumatta siitä, tarjoaako työkalu vaihtoehtoja, jotka varmistavat tasaisin välimatkoin, asianmukaisesti kohdistetut objektit, voit aina laskea objektien välisten ruudukoiden määrän. Onneksi kun käytät kynää ja paperia, voit käyttää millimetripaperia ja soveltaa samaa perusperiaatetta. On niin helppoa saada asiakirjat näyttämään ammattimaisilta. Valitettavasti on myös helppoa saada asiakirjat näyttämään siltä, että et todellakaan välitä työsi laadusta.

Huonosti sijoitettu teksti Kuva 10.10 Epäjohdonmukainen teksti

Vaihe 1 Vaihe 2

Huolimaton tekstin sijoittaminen (kuten kuvassa 10.10) näyttää yksinkertaiselta välttää, mutta se on toinen yleinen virhe. Etsi tapa saada tekstisi sopimaan kauniisti luomaasi muotoon ja varmista, että elementtien ulkopuolelle sijoitetuilla tarroilla on asianmukaiset liitännät (Kuva 10.11). 1.0 Kotisivu

172

1.0.1 Ehdot

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Kuva 10.11 Hyvin sijoitettu teksti

Se voi tuntua yksinkertaiselta, mutta tekstin oikea sijoitus – sekä sopiva fonttikoko ja käyttö – helpottaa asiakirjojen lukemista ja käyttöä.

Sivunumeroiden puute On aika vahvistaa toinen sääntö: Numeroi jokaisen luomasi sivustokartan jokainen sivu. Älä luo epämääräistä, lukematonta karttaa, kuten Kuva 10.12. Ehdot &

Kotisivu

Blogi

Noin

ehdot

Tehdä työtä

Ottaa yhteyttä

Kuva 10.12 Sivustokartta ilman numerointirakennetta

Kaikille sivustokartassasi tunnistamillesi sivuille on annettava numero, ja numerointijärjestelmäsi on sallittava loppupään muutokset, kun projektistasi luodaan uusia iteraatioita ja versioita. Voit käyttää useita tapoja numeroida sivuja; yleisin on tunnistaa kotisivusi joko 1.0 tai 0.0.0.0 (Kuva 10.13). Ajan myötä pystyt määrittämään, mikä näistä toimii sinulle parhaiten, mutta kunnes olet tottunut ja ymmärrät molempien lähestymistapojen edut ja haitat, aloita tunnistamalla kotisivusi versioksi 1.0. Tämän menetelmän avulla voit kirjata kaikki päätökset ja sivut, jotka saattavat tapahtua ennen kotisivuasi, kuten Flash-esilataus, kirjautumis- tai rekisteröintinäyttö tai useita muita sivutyyppejä, 0.X:nä. Sivustokarttojen numerointijärjestelmä mahdollistaa muun dokumentaation synkronoinnin sen kanssa. Numerointijärjestelmä voi levitä muihin asiakirjoihin, kuten Sisältömatriisiin. Sisällöntuottajat voivat yhdistää kopionsa ja muun sisältönsä

tietyille sivuille (ja tiettyyn elementtiin lankakehyksessä; siitä lisää myöhemmin). Tehtävä virtaa. Tehtävävirrat voivat käyttää samaa numerointijärjestelmää osoittamaan, miten

käyttäjä jatkaa tietyn tehtävän sivujen läpi. Lankakehykset (katso luku 11). Metallikehystesi sivujen tulee olla yhteisiä

samaa numerointijärjestelmää kuin sivustokartan sivut, jotta nämä kaksi asiakirjaa yhdistetään selkeästi.

YLEISET VIRHEET

173

Visuaalinen suunnittelu. Visuaaliset suunnittelijat voivat synkronoida suunnittelusivuja ja -elementtejä

tietyt sivut sivustokartassasi. Näin he voivat segmentoida varastonsa, kun on aika luovuttaa suunnittelunsa kehittäjille. Laadunvarmistusasiakirjat. Laadunvarmistusryhmät voivat laatia testejä

skriptien, jotka on omistettu tietylle sivulle tai sivuille sivustokartassa. Kiinnitä huomiota yksityiskohtiin ja rakenteeseen tässä vaiheessa auttaa pitämään kaikki muut projektiin liittyvät oikeilla jäljillä ja tarjoamaan heille rakennetta heidän tehtäviinsä. 1.0

1.0.1 Ehdot

Kotisivu

2.0 – 2.x blogi

3.0 Tietoja

4.0 Työ

5.0 Ota yhteyttä

Kuva 10.13 Sivustokartta, joka yhdistää sivut oikein, elementeillä, jotka on kohdistettu, tasaisin välein ja asianmukaisesti numeroitu

Lyhyesti sanottuna, sivujen numerointi sivustokartassasi helpottaa kaikkien muiden elämää – ja se tarkoittaa, että myös sinun elämäsi on helpompaa.

Yksinkertainen sivustokartta Sivunumeroiden lisäksi Kuva 10.13 on hyvä malli sellaisen perus-Web-sivuston kartan luomiseen, jonka dynaaminen toiminnallisuus on rajoitettu ja luonteeltaan enimmäkseen staattinen. Tälle Web-sivustolle tunnistetut sivut olivat Etusivu Blogi Tietoja Työnäytteitä Yhteystiedot

Kuten näet, tämä yksinkertainen sivustokartta sisältää visuaalisen sanaston ydinelementtejä ja säilyttää ammattimaisen tyylin ja ulkonäön. Mikä tärkeintä, se tarjoaa erittäin selkeän kuvan Web-sivuston käyttäjien käytettävissä olevista navigoinnista, sivuista ja ehdoista.

174

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Edistyneet sivustokartat Yksinkertainen sivustokartta mahtuu yleensä yhdelle paperiarkille, ja se näyttää todennäköisesti työnantajan organisaatiokaaviolta. Kehittyneemmät sivustokartat voivat kuitenkin laajentua useille sivuille. 1.0 Lorem Ipsum Dolorin kotisivu

Olkoon kipu erittäin hyvä

9. helmikuuta 2008

sivu 3/9

Kuva 10.14 Sivukartan lisäasetukset -kotisivunäkymä

Kun luot sivustokarttoja, jotka ovat edistyneempiä tai suuremman mittakaavan Web-sivustoja ja sovelluksia varten, yksi tapa on käyttää ensimmäistä sivuasi tunnistamaan kaikki vaiheet, joita tarvitaan sivuston kotisivulle pääsemiseksi. (Tämä on oikein, suosittelemme, että käytät tehtäväkulkua osana kehittynyttä sivustokarttasi.) Lisäksi sinun tulee tunnistaa kaikki ylätason sivusi, yleiset navigointielementit ja alatunnisteelementit. Näin voit näyttää erittäin korkeatasoisen yleiskatsauksen sivustosta etukäteen ja antaa tiimillesi ja asiakkaillesi selkeän kuvan projektista. Ensimmäinen sivu on myös sopiva paikka sisällyttää seloste tai avain, joka auttaa sivustokartan lukemisessa (katso kuva 10.14). Tiimisi ja asiakkaasi tarvitsevat sellaisen. Älä ohita tätä vaihetta!

EDISTYNYT SIVUkartat

175

Olkoon kipu erittäin hyvä

19. helmikuuta 2008

sivu 4/9

Kuva 10.15 Sivukartan lisänäkymä

Sivujen, jotka luot ensimmäisen sivusi jälkeen, tulisi pohjimmiltaan liittyä siihen. Jokaisella ylätason sivulla on oltava vähintään yksi seuraava sivu, joka tunnistaa kaikki sivut, sivupinot ja ulkoinen sisältö, jota Web-sivustoa tai sovellusta varten tarvitaan (Kuva 10.15). Tarvittaessa älä pelkää yhdistää alasivuja yhteen. Sivustokartat voivat kasvaa laajemmiksi kuin mikään yksittäinen vakiokokoinen paperiarkki sallii. Tästä ei ole syytä huoleen, kunhan sivustokarttasi on hyvin järjestetty ja yhteydet on dokumentoitu selkeästi yleisöllesi. Nämä esimerkit ovat enemmän kuin tarpeeksi, jotta pääset alkuun sivustokarttojen luomisessa. Kun alat edetä erilaisten projektien läpi ja huomaat, että taitosi – ja usein tiimisi tai asiakkaasi tarpeet – kasvavat, huomaat, että on olemassa valtavasti erilaisia lähestymistapoja ja menetelmiä, joita voit käyttää sivustokarttojen toimittamiseen.

176

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Sivustokartan muotin rikkominen Olet nyt nähnyt kiinteitä esimerkkejä sivustokartoista, joiden pitäisi sopia useimpiin tarpeisiisi ensisijaisten tehtäviesi suorittamisessa. Älä anna näiden mallien estää sinua tutkimasta tapoja, jotka toimivat sinulle paremmin – ja jaa ne kanssamme! Erilaiset lähestymistavat voivat korostaa tietoa sivuston perusarkkitehtuurin lisäksi. Ajatellaanpa esimerkiksi kuvassa 10.16 olevaa sivustokarttaa, jonka ystävällisesti toimitti Andrew Hinton, Vanguardin vanhempi tietoarkkitehti. Seuraa uutta tutkimusta

Tilaa

Tuki bc.org

Kirjaudu sisään

Päivitä profiili

Etsi samanlaisia ihmisiä

"Akateeminen" kiinnostus (lääkäri, opiskelija, yleinen)

Osallistu

Keskustelu Hanki tulostetut Mtrls

Lisätietoja bc.orgista

Uusi huolenaihe

Hallitse riskiä

Huolestunut rakastettu

Seurustella

Expert Conf. Osallistu Opi

Uusi Diag Uusi lava / Sit.

Kuva 10.16 Sivukartta. Andrew Hintonin luvalla.

Tämä sivustokartta ei ainoastaan näytä Web-sivuston eri sivuja, vaan se tarjoaa myös tietoa käyttäjien poluista ja prioriteeteista. Andrew (www.inkblurt.com) sanoo luoneensa sivustokartan nähtyään Wolf Noedingin esimerkin, joka sytytti hänen luovansa. Andrew käyttää tätä sivustokarttaa näyttääkseen erilaisia Web-sivustoon liittyviä käyttäjäskenaarioita ja mentaalimalleja. Kartan suuremmilla ympyröillä on lisätoiminto: Ne korostavat sivuston ylätason alueita, jotka saavat eniten liikennettä. Kuten kaikki hyvän käyttökokemuksen harjoittajat, Andrew lainasi – mutta antoi myös tunnustusta. Voit laajentaa sivustokarttojasi rajattomilla tavoilla, kun alat oppia käyttämään työkaluja ja tunnistamaan työtuotteesi ja asiakkaan tarpeet. Anna inspiraation tunkeutua sinne, missä sitä löydät! Älä pelkää kokeilla jotain uutta, vaan käytä aikaa varmistaaksesi, että käyttämäsi aika on hyödyllistä ja arvokasta.

SIVUkartan MUOTIN RITKEMINEN

177

Tehtävävirrat Käyttämällä monia samoja peruselementtejä kuin sivustokartat, tehtävävirrat ovat kaavioita, jotka tunnistavat polun tai prosessin, jonka käyttäjät (ja joskus järjestelmä) kulkevat kulkiessaan Web-sivustossasi tai sovelluksessasi. Voit käyttää tehtävänkulkuja useilla eri tavoilla. Kun niitä käytetään yhdessä sivustokartan kanssa, ne voivat näyttää, kuinka käyttäjä saapuu sivulle, jolla on tietty tietojoukko. Joskus niitä käytetään osoittamaan, kuinka tietty käyttäjätyyppi (persoona) odottaisi kulkevansa Web-sivustolla ja mitä tämä henkilö odottaisi näkevänsä henkilökohtaisen henkisen mallinsa perusteella. Tehtäväkulkujen avulla voit myös tunnistaa monimutkaisia prosesseja, jotka on ymmärrettävä selkeästi ennen kuin projekti lähetetään kehitystiimille. Et ehkä käytä tehtävänkulkuja jokaisessa työskentelemässäsi projektissa, eivätkä ne välttämättä aina päädy työtuotteeksi, jota esittelet asiakkaillesi, mutta on aina hyvä idea käyttää niitä – vaikka vain kynässä. -paperimuoto omaksi hyödyksesi. Pienellä selkeydellä voi päästä pitkälle. Tehtävävirran luomiseksi sinun on ymmärrettävä käyttäjän tavoite. Joissakin tapauksissa saat vaatimusasiakirjan, ja toisissa tapauksissa saatat saada (tai laatijan) käyttötapauksen. Vaikka käyttötapaus koostuu vain muutamasta lauseesta, jotka tiivistävät tehtäviä ja tavoitteita, sen avulla voit syntetisoida käyttäjän näkemyksen kokemukseksi. Kuvan 10.17 skenaarion käyttötapaus saattaa näyttää tältä: Järjestelmä näyttää projektiluettelon. Käyttäjä valitsee projektin. Järjestelmä näyttää projektin perustiedot kirjoitustilassa. Käyttäjä muuttaa projektin tilaksi Suljettu. Järjestelmä tarkistaa odottavat tehtävät. Jos odottavia tehtäviä on, järjestelmä näyttää virheilmoituksen. Jos odottavia tehtäviä ei ole…

178

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Järjestelmä tarkistaa odottavat maksut. Jos maksuja on odottamassa, järjestelmä näyttää virheilmoituksen. Jos odottavia maksuja ei ole… Järjestelmä näyttää yhteenvetosivun.

Etusivu [My Claims List] Valitse Vaatimus

Tiedot [kirjoitustila]

Vaatimuksen tila muutettu: Suljettu

Odottavat tehtävät?

Joo

Virheilmoitus

[Näytä odottavat tehtävät ja pyynnöt] Kyllä

Odottaako maksupyyntöä?

Tiedot [vain luku -tila]

Kuva 10.17 Tämä tehtäväkulku identifioi, kuinka järjestelmä näyttää tietoja käyttäjälle useisiin olosuhteisiin annettujen vastausten perusteella.

Kuvan tehtävävirtaus kuvaa käyttäjälle näytettävien tietojen järjestystä sen perusteella, täyttyvätkö useat käyttötapauksen ehdot. Jos jompaankumpaan keskuksen kysymykseen ("Odottavat tehtävät?" tai "Odottaa maksupyyntöä?") vastataan kyllä, järjestelmä näyttää virheilmoituksen, joka saattaa antaa lisätietoja, jotka auttavat käyttäjää suorittamaan vaaditut tehtävät ennen edistymistä. . Jos molempiin ehtoihin vastataan ei, järjestelmä tarjoaa käyttäjälle näytön, joka tunnistaa onnistumisen. Tehtäväkulku kuvassa 10.18 näyttää polut, joita käyttäjä voi kulkea kalenterisovelluksesta matkaostossivuston kautta. Tehtäväkulku on erittäin korkea sikäli, että se tunnistaa kolme hyvin erilaista polkua, jotka vaativat käyttäjien testaamista varmistaakseen, että kunkin polun yksityiskohtainen kulku vastaa käyttäjien tarpeita.

TEHTÄVÄVIRTA

179

Kalenteri S100 Kalenteri Ostoshinta Finder

S10 Yksityiskohtainen hintahaku

Hae

Hae hinnan mukaan (hintamatriisinäyttö)

Hae aikataulun mukaan

Joustavat päivämäärät

select R20 Search Results (by Price) - Displays itineraries -Edit Search

P30 istuimen valitsin

arvostelu

R60 Joustavat päivämäärät -hakutulokset (hinnan mukaan)

R10-hakutulokset (aikataulun mukaan)Näyttää segmentit -Muokkaa hakua

P10 Tarkista reittisuunnitelma/matkustajatiedot – valitse paikat

ostaa

P20 Maksu- ja laskutustiedot

Avain

Sivu

Useita sivuja

vahvistaa

P50 Vahvistus

Päätöspisteen liitin

Ehdollinen liitin

Kuva 10.18 Tehtäväkulku, jolla havainnollistetaan käyttäjän polku ostoprosessin vaiheiden läpi

Tämän sovelluksen käyttäjät voivat syöttää päivämäärät matkalleen ja tehdä ostoksia omien prioriteettiensa perusteella. Kun käyttäjät ovat asettaneet päivämäärät matkanhakuun, he voivat priorisoida tulokset sen mukaan, mikä on heille tärkeintä: hinta, matkustuspäivämäärien joustavuus tai matka-ajat (aikataulu). Tehtäväkulku identifioi korkean tason polut, joita käyttäjä voi kulkea ohjatakseen testausta helpottavia henkilöitä. Yksityiskohtaiset tehtävävirrat voidaan luoda jokaiselle ryhmittelyn polulle ja antaa sitten kehitystiimille testausta varten tarvittavien sivujen luomiseksi.

180

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Tehtävävirtojen vieminen seuraavalle tasolle Kuten kaikki tämän kirjan aiheet, älä ajattele, että tässä näkemäsi on tehtävävirtojen universumin alku ja loppu. Tutustu uusiin käyttötarkoituksiin ja laajenna tässä esitettyjen perusasioiden käyttöä niin paljon kuin mahdollista – niin kauan kuin sille on hyvä tarkoitus. Kun taitosi tehtävänkulkujen luomisessa kehittyy jatkuvasti, saatat joutua luomaan työtuotteen, joka on hieman värikkäämpi, jossa on enemmän vaihtoehtoja, muokattuja tai parannettuja kielisääntöjä ja niin edelleen.

Prosessikulku Kuva 10.19 esittää tehtävänkulun, jonka Will Evans (www.semanticfoundry.com) nousi seuraavalle tasolle ja muuttui prosessin vuokaavioksi. Hänen prosessinkulkunsa on erittäin korkeatasoinen ja joustava, ja sitä käytetään tässä osoittamaan, että projektiprosessin monissa vaiheissa projektin ensimmäinen vaihe näyttää olevan vain yksi vaihe, mutta tässä nimenomaisessa tapauksessa on tärkeää ymmärtää, että vaihe ei koostu yhdestä tapahtumasta. Sen sijaan projektin ensimmäinen vaihe koostuu tässä tapauksessa itse asiassa useista eri toiminnoista: Käyttäjätutkimus Markkinatutkimus Etnografia ja kontekstuaalinen kysely Käytettävyystestaus Kilpailuanalyysi Markkina-analyysi Kulttuurianalyysi Lokitiedostoanalyysi

TEHTÄVIEN VIRTAAMINEN SEURAAVALLE TASOlle

181

Kuva 10.19 Tämä prosessin vuokaavio vie tehtävävirrat uudelle tasolle monimutkaisten skenaarioiden hahmottamiseksi. Will Evansin luvalla.

Jokaisesta näistä toiminnoista luodaan raportteja, jotka syötetään muihin erilaisiin asiakirjoihin ennen hankkeen aloitusta, jolloin tarvittavat sidosryhmät kokoontuvat määrittämään laajuuden, prioriteetin ja päivämäärät. Kaikki tämä näkyy prosessin vuokaaviossa. Kuten tästä esimerkistä näet, taivas on rajana tehtävävirtojen luomisessa. Katso yllä olevaa esimerkkiä ja harkitse tapoja viedä suorituksesi seuraavalle tasolle. Se saattaa vaatia hieman harjoittelua, mutta pienellä tarkkuudella voit luoda tehtävänkulkuja, jotka räjäyttävät asiakkaasi!

Swimlanes James Melzer (www.jamesmelzer.com), SRA International Inc:n (www.sra.com) päätietoarkkitehti, on luonut joukon kaavioita, jotka ulottuvat paljon perustehtävien kulkua pidemmälle. Kuvan 10.20 kaavio esittää tehtävänkulkua, jota laajennettiin näyttämään toimintojen, ilmoitusten ja niin edelleen "uimareittejä" prosessissa, jossa tapahtui paljon tapahtumia samanaikaisesti – tämän projektin avulla voidaan tehdä perinteinen lähestymistapa tehtävänkulkuihin. on ollut painajainen!

182

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Sen sijaan James tutki perustehtävävirran laajentamista kattamaan kaikki eri vaiheet ja toiminnot, jotka tapahtuvat muodossa, joka oli paljon helpompi ymmärtää.

Kuva 10.20 Tämä uimaratakaavio on esimerkki laajennettavista tehtävävirroista havainnollistamaan monimutkaisia skenaarioita, joissa on useita toimintoja monissa paikoissa. James Melzerin luvalla.

James kuvaili hanketta ja uimareittejä seuraavasti: Järjestelmän avulla ihmiset voivat hallita omistamiaan rakennuksia koskevia tietoja. Laajennus mahdollistaisi kiinteistöteknisten kumppanien tarjoamisen tietojärjestelmästä järjestelmään asiakkaidensa puolesta, mikä vähentää omistajien tarvitsemaa tiedonsyöttöä. Projektissa oli kolme osaa: kumppanit konfiguroivat datapalveluidensa esitystapaa ja toimintaa, asiakkaat rekisteröityvät ja käyttävät kumppanin datapalveluita sekä jatkuva kumppanitietojen hallinta ja vianetsintä taustapuolella. Suunnittelimme laajaa laajennusta olemassa olevaan järjestelmään. Tiesimme jo varhain, että lähes kaikki palveluskenaariot koskivat useita käyttäjiä ja useita järjestelmiä. Ilmoituksia tuli useita, ja monet prosessit olivat asynkronisia. Tämä kaavio auttoi meitä tunnistamaan, suunnittelemaan ja selittämään projektiin tarvittavat palveluskenaariot. Tämän työtuotteen täysversiossa meillä oli itse asiassa yksityiskohtaiset rautalankakehykset järjestettyinä tämän kaavion virtausten alle. Koko juttu peitti seinän. Kun olimme melko varmoja suunnittelukonseptista, pilkoimme sen perinteisemmäksi monisivuiseksi spesifikaatioksi.

TEHTÄVIEN VIRTAAMINEN SEURAAVALLE TASOlle

183

Tärkeintä tässä on muistaa, ettet rajoita tehtävänkulkujen tai sivustokarttojen käyttöä. Laajenna sinulle tässä luvussa esitettyjen perusasioiden rajoja. Jos todella tarvitset jotain kykysi testaamiseen, käytä aikaa kenkien solmimisen tehtävänkulun luomiseen. Onnea!

184

LUKU 10: SIVUSTOKORTAT JA TEHTÄVÄT

Lankakehykset ja merkinnät Suunnittelu ja suunta – ennen visuaalisen suunnittelun alkamista Lankakehykset ja merkinnät ovat tapoja tunnistaa Web-sivun tai sovelluksen näkymän ehdotettu sisältö ja rakenne sekä toiminnallinen käyttäytyminen. Yhdessä sivustokarttojen ja tehtävänkulkujen kanssa nämä asiakirjat ovat myös erittäin hyödyllisiä prototyyppiskenaarioiden tunnistamisessa ja käsitteiden todistamisessa. Wireframes esitetään tyypillisesti harmaasävyinä, ilman graafisia elementtejä tai viimeisteltyä sisältöä; sen sijaan he käyttävät paikkamerkkisisältöä korostamaan edustavia paikkoja, joita voidaan käyttää ohjeena visuaalisessa suunnittelussa. Russ Unger

Mikä on Wireframe? Pohjimmiltaan se on Web-sivun tai sovelluksen näytön matalatarkkuuksinen prototyyppi, rautalankakehystä käytetään tunnistamaan sivulla tai näytössä näkyvät elementit, kuten navigointisisältöosat Kuvat ja/tai mediatarpeet Lomakeelementit Toimintakehotukset (CTA:t) )

Lankakehykset luodaan tyypillisesti mustavalkoisina tai harmaan sävyinä, ne käyttävät kuville paikkamerkkejä, eivätkä ne puutu kirjasinten erityispiirteisiin (vaikka monet käyttävät fonttikokoa välittääkseen kopiotyyppien erottelun). Niitä on kaikenmuotoisia ja -kokoisia – aivan tavallisista niin edistyneisiin, että ne melkein jäljittelevät koko näytön suunnittelua. Lankakehykset kehittyvät; niitä ei enää anneta suunnittelijoille ja kehittäjille heidän tehtäviensä pääpiirteissä. Wireframeja käytetään nyt edustamaan sivustoa tai sovellusta asiakkaille, suunnittelijoille, kehittäjille ja kaikille muille tiimin jäsenille, joilla on osuudet siitä sen ydintasolla. On tavallista, että niitä esitellään asiakkaille, jotta he saavat vahvistuksen "suunnitteluajattelusta" ennen visuaalisen suunnittelun ja kehitysvaiheiden aloittamista. Usein rautakehyksiä luovat ihmiset työskentelevät käsi kädessä niiden kanssa, jotka luovat liiketoimintavaatimuksia (joissakin tapauksissa he ovat samoja ihmisiä). On myös syytä huomata, että jotkin parhaista kehyskuvista ja huomautuksista ovat tulosta eri työkumppaneiden välisestä suorasta vuorovaikutuksesta ja yhteistyöstä – yritysanalyytikoista kehittäjiin ja muihin suunnittelijoihin. Jotkut yritykset ovat siirtymässä käyttämään lankakehyksiä ja huomautuksia liiketoimintavaatimusasiakirjojen (BRD) sijasta. Vaikka maailma on kaukana väittämästä, että BRD:t olisivat kuolleet sukupuuttoon, tämän muutoksen alku on riittävä osoittamaan, kuinka tärkeää on olla erittäin perusteellinen ja harkittu, kun luot lankakehystäsi ja huomautuksiasi. Monissa tapauksissa käyttäjille näytetään lankakehyksiä, jotka saavat palautetta sivun elementtien vahvistamisesta tai muutosten pyytämiseksi. Rautalankaa sitä

186

LUKU 11: LANGASTIEDOT JA MERKINNÄT

asetetaan käyttäjien eteen, ja niillä on yleensä eri nimi: prototyypit. (Lisätietoja prototyypeistä on luvussa 12.) Jotta voit tunnistaa sinulle parhaiten sopivan lähestymistavan, tässä luvussa käsitellään metallikehysten luomisen perusteita ja esitetään esimerkkejä alan suunnittelijoilta. Kuten muutkin tämän kirjan osat, nämä esimerkit ovat vasta alkua – älä pelkää tutkia ja innovoida itse.

Mitä merkinnät ovat? Merkinnät ovat yksinkertaisesti selityksiä ja huomautuksia elementistä tai vuorovaikutuksesta metallikehyksessä. Ne sisältävät yleensä sellaisia tietoja kuin sisällön tunniste tai tunnisteet Sisältölähteet Näyttösäännöt Vuorovaikutussäännöt Vuorovaikutuskohteet Prosessisäännöt Virhesisältö/viestit

On parasta kirjoittaa huomautuksia erittäin suorilla – ellei ytimekkäillä – sävyillä ja selkeillä selityksillä. Älä jätä mitään sattuman varaan huomautuksessa; pitäisi ja pitää välillä on erittäin suuri ero. Huono: "Tämän toimintakehotuksen (CTA) käynnistämisen pitäisi johtaa kotisivun näyttämiseen." Hyvä: "Tämän toimintakehotuksen (CTA) käynnistäminen johtaa kotisivun näyttämiseen." Ok, rehellisyyden nimissä, ensimmäinen esimerkki ei ole aivan kauhea, mutta sanan pitäisi jättää tilaa hämmennykselle prosessin loppupään kehittäjälle, jolla ei ehkä ole UX-suunnittelijan ylellisyyttä valmiina vastaamaan kysymyksiin. Varmista, että merkintätyylisi on ytimekäs ja jätä nollaa epäselvyyttä kenellekään, joka saattaa joutua lukemaan ohjeet – ja luottamaan niihin.

MITÄ MERKINNÄT OVAT?

187

Kuka käyttää Wireframeja? Selkeiden, ytimekkäiden huomautustensa ansiosta metallikehykset ovat erittäin mukavia, mutta kuka on näiden tulosten yleisö? Valitettavasti tähän ei ole yksinkertaista vastausta. Projektista projektiin yleisösi voi vaihdella yksittäisestä henkilöstä useiden ryhmien yhdistelmään. Taulukko 11.1 hahmottelee kehystesi mahdolliset yleisöt. TAULUKKO 11.1

188

Wireframe-yleisöt

YLEISÖ

TARKOITUS

Projektinhallinta

Projektipäälliköt voivat käyttää lankakehyksiä keskustelupisteinä tiimissä korostaakseen strategiaa, teknologiatarpeita ja erittäin korkeatasoista käyttökokemusta.

Liiketoiminnan analyytikot

Liiketoimintaanalyytikot voivat käyttää lankakehyksiä varmistaakseen, että heidän vaatimuksensa täyttyvät, ja varmistaakseen, etteivät he ole jättäneet huomiotta vaatimuksia, jotka on sisällytettävä.

Visuaaliset suunnittelijat

Visuaaliset suunnittelijat voivat käyttää metallikehyksiä tulostensa suunnitelmana. Wireframe-kehykset tarjoavat heille kirjanpidon sivuelementeistä ja toiminnoista, jotka on otettava mukaan.

Sisällöntekijät

Tekstinkirjoittajat, sisältöstrategit, toimittajat ja muut kopioimisesta vastaavat henkilöt voivat käyttää lankakehyksiä sisältömatriisiin yhdistämiseen ja sisältötarpeiden tunnistamiseen projektin aikana.

Hakukoneoptimoinnin (SEO) asiantuntijat

Hakukoneoptimoinnin asiantuntijat voivat käyttää lankakehystä tunnistaakseen sopivat nimeämisjärjestelmät, kopiointitarpeet ja parannukset yleiseen SEO-strategiaan. (Lisätietoja hakukoneoptimoinnista on luvussa 8.)

Kehittäjät

Kehittäjät käyttävät usein lankakehyksiä liiketoimintavaatimusten yhteydessä (ja joskus niiden asemesta) ymmärtääkseen suunnittelun odotettuja toimintoja ja käyttäytymistä. Joissain tapauksissa rautakehyksiä voidaan käyttää konseptin todisteena.

Laatuvakuutus

Laadunvarmistustiimi voi käyttää lankakehyksiä testausskriptien luomisen perustana. Kun asiakas on hyväksynyt lankakehykset, vaihtelun tulisi olla minimaalinen, ja tämä antaa laadunvarmistustiimille mahdollisuuden aloittaa tehtäviensä työstäminen aikaisemmin.

Käyttäjät

Käyttäjät voivat nähdä lankakehykset hyvin varhaisessa vaiheessa, joskus "paperiprototyyppien" muodossa, mekanismina testata suunnittelun suuntaa. (Katso luku 12.)

Asiakkaat

Asiakkaat ovat yhä enemmän mukana metallikehysten tarkastelussa varmistaakseen, täyttyvätkö liiketoiminnan vaatimukset, tavoitteet ja tavoitteet, ja antaakseen luvan siirtyä eteenpäin visuaaliseen suunnitteluvaiheeseen.

LUKU 11: LANGASTIEDOT JA MERKINNÄT

Rautalankakehysten luominen Rautalankakehyksen luomiseksi tarvitset yleensä joukon vaatimuksia. Ne voivat olla asiakkaalta saatua muodollista liiketoimintavaatimuksia koskevaa asiakirjaa, luovaa esittelyä tai projektiselostetta, kokousmuistiinpanoja, hyvin muotoiltua sivustokarttaa tai tehtävänkulkua tai jopa lautasliinalla olevia huomautuksia, jotka antavat suuntaa. Tavalla tai toisella tarvitset ymmärrystä siitä, mitä yrität luoda käyttäjälle, mitkä yhteydet ovat, ja yleistä ymmärrystä teknisistä rajoituksista ja odotuksista. Huomautus Lisätietoja liiketoiminnan vaatimusten määrittämisestä on luvuissa 4 ja 5. Katso ehdotuksia tehokkaista kokousmuistiinpanoista online-bonusluvusta "Lyhyt opas kokouksiin" osoitteessa www.projectuxd.com.

Kun olet koonnut tarvittavat tiedot, lue huolellisesti kaikki vaatimukset, esitä kysymyksiä ja pohdi vastauksia saadaksesi lisäselvyyttä, olet valmis aloittamaan lankakehysten luomisen!

Kaupan työkalut Luvun 10 "Työkalut" -osiossa luetellaan monet suunnittelutyökalut, joita voit käyttää sivustokarttojen ja tehtävävirtojen luomiseen. Hyvä uutinen on, että voit käyttää periaatteessa samoja sovelluksia lankakehyksiin ja huomautuksiin. Huono uutinen on, että jos tämä on ensimmäinen kokemuksesi rautalankakehysten luomisessa, saatat tuntea olosi hieman hukassa sen suhteen, mistä aloittaa. Mutta odota - on vielä enemmän hyviä uutisia. Melkein jokainen kokenut käyttökokemusammattilainen aloittaa lyijykynällä ja paperilla, joten sinun ei pitäisi tuntua siltä, että sinun pitäisi heti valita teknologiaratkaisu (vaikka on täysin mahdollista, että joudut kääntämään luonnoksista jotain digitaalista melko nopeasti). Leah Buley, Adaptive Pathin kokemussuunnittelija, korostaa kynän ja paperin käytön tärkeyttä (kuten kirjoittajat) "How to Be a UX Team of One" -esityksessään. Leah sanoo: Kun alat luonnostella ideoita metallirunkoa varten, usein tapahtuu näin: Sinulla on yksi tai kaksi hyvää ideaa, ja sitten osut seinään. Nämä ideat tulevat luultavasti jostakin, jonka olet nähnyt ja josta olet pitänyt, tai jostain, jonka olet suunnitellut aiemmin. Se ei ole loppupiste; se on hyvä lähtökohta.

KUKA KÄYTTÄÄ LANGARIKEMEÄ?

189

Mieli pyrkii kilpailemaan sen kanssa, mikä on tuttua, mutta se, mikä on tuttua, ei välttämättä aina ole paras ratkaisu ongelmaan. Kun pakotat itsesi etsimään monipuolisempia ideoita, usein idealla 4 tai 5, olet keksinyt jotain uutta ja mielenkiintoista. En tiedä miksi näin käy. Se vain tekee. Mallit voivat olla hyödyllisiä opastaessasi itseäsi tämän prosessin läpi. Mukautuvassa polussa käytämme kuuden kuvan mallia, joka tarjoaa tilan kuudelle pienelle pikkukuvaluonnokselle. Luonnosten määrä ei itse asiassa ole niin tärkeä. Tärkeää on pakottaa itsesi siirtymään muutamien ensimmäisten ilmeisten ideoiden ulkopuolelle. Kuusi on maaginen luku (minulle), koska kuuden ylös -malli ja sen kuusi pientä laatikkoa kannustavat minua jatkamaan, kunnes kaikki pienet pikkukuvat on täytetty.

Kuva 11.1 Mukautuvan polun kuuden kappaleen malli

Näillä sanoilla kannattaa elää – varsinkin jos olet vasta tutustumassa työhön, jota UX-suunnittelun maailmassa teet. Aikojen kuluessa alat tunnistaa sinulle parhaiten sopivan lähestymistavan, mutta ei ole paljon parempia neuvoja kuin Lean. Lisätietoa hänen lähestymistavastasa varten koko "How to Be a UX Team of One" -esitys on saatavilla verkossa osoitteessa www.slideshare.net/ugleah/how-to-be-a-ux-team-of-one. Älä pelkää aloittaa kynää ja paperia – muista ottaa mukaan paljon pyyhekumia. Virheet ovat osa prosessia, ja sinun tulee odottaa, että vaikka olet sitoutunut lyijykynäluonnokseen, teet muutoksia siirtyessäsi digitaaliseen.

190

LUKU 11: LANGASTIEDOT JA MERKINNÄT

Harvat ammatit toimivat iteraatioiden alueella yhtä usein ja johdonmukaisesti kuin UX-suunnittelijat. Hyvin harvoin, jos koskaan, suunnittelutyö hyväksytään ensimmäisellä kerralla, ja joskus voi vain toivoa olevansa "väärin oikeaan suuntaan". Tästä syystä aloita pienestä: Ota yksi sivu tai pieni osa projektista, tarkista se ensin sisäisen tiimisi kanssa ja sitten asiakastiimin kanssa varmistaaksesi, että ymmärryksesi on oikeilla jäljillä. Suunnittelemalla suunnitelmasi asiakkaan tavan ajatella heidän liiketoimintatavoitteistaan etukäteen säästät monelta työltä eteenpäin. Samaa lähestymistapaa voidaan soveltaa suunnittelutestaukseen käyttäjien kanssa – hae validointi ajoissa!

Aloita yksinkertaisesti: Suunnittele peruslangallinen kehys Tässä osiossa näet kuinka luodaan rautalanka aivan perustasolla. Usein voit aloittaa vain yksinkertaisesta sivustokartasta ja lisävaatimuksista, mutta näiden avulla voit rakentaa kehyksen verkkosivuston kotisivulle. Muistatko perussivustokartan luvusta 10, joka osoitti kuinka hyvin yksinkertainen Web-sivusto voidaan rakentaa? Kuva 11.2 esittää päivitystä — kuten näet, siinä on esitetty navigointihierarkia. Jokainen tunnistettu X.0-sivu on todennäköisesti ylätason tai ensisijainen sivu. Voit käyttää tätä ponnahduskohtana määriteltäessäsi osaa liiketoiminnan vaatimuksista ja rautalankakehyksestä. 1.0

1.0.1 Ehdot

Kotisivu

2.0 – 2.x blogi

3.0 Tietoja

4.0 Työ

5.0 Ota yhteyttä

Kuva 11.2 Sivustokartta perus-Web-sivustolle, jossa on blogitoiminnot

ALOITA YKSINKERTAISESTI: SUUNNITTELE PERUSLANGARI

191

Aloittaminen Ei ole harvinaista, että saatat olla oman liiketoimintavaatimusasiakirjan kirjoittaja, ja se voi olla siunaus ja kirous. Kun olet vaatimusten laatija, sinulla on käytännössä vain itsesi tai asiakkaasi, jonka kanssa voit keskustella kaiken epämääräisen tai suhteellisen määrittelemättömän merkityksestä. Usein saattaa tuntua siltä, että keksit sen, mutta älä anna sen estää sinua. Monissa tapauksissa rautalankakehyksesi auttavat sinua tunnistamaan puutteita käsittelemissäsi tiedoissa. Tämä voi auttaa sinua luomaan parhaan ratkaisun – lopulta. Muista, että käyttäjäkokemuksen ammattilaiset pyrkivät tarjoamaan käyttäjille parhaan mahdollisen ratkaisun, ja minkä tahansa projektin ensimmäisiä versioita käytetään aina palautteen pyytämiseen ja suunnittelun seuraavaan iteraatioon vaikuttamiseen. Suunnittelusi ei tarvitse olla täydellinen, mutta haluat varmistaa, että se näyttää siistiltä ja ammattimaiselta ja että se on pahimmassa tapauksessa väärään suuntaan. Tämän kotisivun suunnittelun vaatimukset ovat rajalliset ja hyvin lyhyitä. Onneksi kuvan 11.2 sivustokartta tarjoaa tarpeeksi tietoa Web-sivustolle käytettävän navigoinnin muotoilemiseksi: Kotisivu (numerolla 1.0) on navigoinnin ylin taso. Ehdot

& Ehdot (1.0.1) on todennäköisimmin yleinen alatunnisteelementti, tai ainakaan sitä ei tulisi pitää osana ensisijaista navigointia. Muut ensisijaiset navigointielementit ovat Tietoja (3.0), Työ (4.0), Con-

tact (5.0) ja Blogi (2.0–2.x) – joka on kuvattu sivupinona, joten voit varmistaa, että sitä tarkastellaan useana dynaamisena sivuna ja sillä voi olla "edellinen" ja "seuraava" navigointimuoto. Nämä ensisijaiset navigointielementit antavat sinulle melkoisen määrän tietoa, jonka avulla pääset alkuun – mutta se ei ole läheskään tarpeeksi tehokasta kotisivun luomiseen Web-sivustolle. Joten ohjeen avuksi asiakas toimitti lisätietoa: Yritys on boutique-käyttökokemussuunnitteluyritys, joka on saanut näkyvyyttä bloggaamisen ja työskenneltyjen projektien ansiosta. On tärkeää, että Web-sivuston vierailijat voivat nopeasti oppia, mistä yrityksestä/Web-sivustosta on kyse. Lisäksi on tärkeää, että navigointi on selkeä (mielisin uudelleenkäytettävää ylä- ja alatunnistetta, jos mahdollista) ja

192

LUKU 11: LANGASTIEDOT JA MERKINNÄT

että uusimmissa blogikirjoituksissa on toimintakehotus, jotta vierailijat voivat lukea nopeasti yhteenvedon viimeisimmästä näkemyksestämme käyttökokemusmaailman ajankohtaisista ongelmista. Mikäli mahdollista, olisi kiva pystyä korostamaan viimeaikaisia töitä kotisivulla, mutta tämä on toissijaista, sillä suuri osa työstämme on usein kehitteillä tai tiukan salassapidon alla.

Lankakehykset ja huomautukset Näitä vaatimuksia voidaan tulkita useilla tavoilla, ja ensimmäinen lankakehysesitys asiakkaalle voi olla hyvin samanlainen kuin Kuva 11.3. MERKINTÖJÄ VARUSTETTU LANGARISTO Kotisivun merkinnät 1

Logo 2

Koti

Blogi

Meidän työmme

Meistä

Ottaa yhteyttä

1 · Logon kuva.· Logo toimii linkkinä yrityksen kotisivulle

verkkosivustoa mistä tahansa sivuston paikasta. 2 · Kotinavigointi.· Sisältää linkin verkkosivuston kotisivulle

mistä tahansa sivuston paikasta. 3 · Blogin navigointi. · Linkitä blogin aloitussivulle mistä tahansa

sijainti verkkosivustolla. 4 · Our Work Navigation.· Sisältää linkin Työmme aloitussivulle

mistä tahansa sivuston paikasta. 5 · Tietoja meistä -navigointi.· Linkitä meistä -aloitussivulle 6 7

7 8 9 10 11

Tervetuloa otsikko menee tänne

Lorem ipsum pain sit amet, consectetuer adipiscing eliitti, sed diam nonummy nibh euismod tincidunt out laoreet 9 pain magna aliquam erat volutpat.

Lorem ipsum pain sit amet, consectetuer adipiscing elit, 15 sed diam nonummy nibh euismod tincidunt ut laoreet pain magna aliquam erat volutpat.

Kuten olen nähnyt, tulen minimiin, joka ei harjoita pelaajien ruumiillista kuritusta, kuten jotkut heistä. Lorem ipsum dolor sit amet, consectetuer adipiscing elit, sed diam nonummy nibh euismod tincidunt ut laoreet dolore magna aliquam erat volutpat.

Olen erittäin pahoillani tuskasta, 12

13 Lisää > 17

Tuote nro

15 16 17 18 19

mistä tahansa sivuston paikasta. · Yhteystietonavigointi. · Linkki Yhteystiedot-sivulle mistä tahansa sivuston paikasta. · Pyörivät sankarikuvat. · Kuvien tulee pyöriä useiden kuvien läpi, jotka ovat esteettisesti miellyttäviä ja brändin mukaisia. · Tervetuloa otsikko. · Sivuston yleiskatsauksen otsikko. · Tervetuloa Sisältö. · Yleinen yleiskatsaus verkkosivustolle. · · Otsikko.· Satunnaisen esimerkin otsikko, joka näytetään työportfoliosta. · · Kuvalinkki.· Kuva satunnaisesta esimerkistä, joka näkyy työportfoliosta. On linkki nähdäksesi satunnaisen esimerkin yksityiskohdat, jotka näkyvät työportfoliosta. · · Yhteenveto.· Lyhyt yhteenvetoteksti satunnaisesta esimerkistä, joka näytetään työportfoliosta (suositus enintään 1-2 riviä tekstiä). · · Lisää linkkiä. · Linkki nähdäksesi satunnaisen esimerkin yksityiskohdat, jotka näkyvät työportfoliosta. · · Otsikko. · Viimeisimmän live-blogin otsikko. · · Johdantosisältö.· Ensimmäiset 200 merkkiä viimeisimmästä live-blogista. · · Lisää linkkiä. · Linkki nähdäksesi viimeisimmän live-blogin koko blogijulkaisun. · Tekijänoikeussisältö. · Tekijänoikeus ja kuluva vuosi sekä yrityksen nimi. · Ehdot · &· Ehdot -linkki.· Linkki Ehdot · &· Ehdot -sivulle mistä tahansa verkkosivuston paikasta. · Yhteydenottolinkki. · Linkitä Yhteystiedot-sivulle mistä tahansa sivuston paikasta.

8 · Tervetuloa otsikko. · Yleisen verkkosivuston yleiskatsauksen otsikko. 9 · Tervetuloa Sisältö. · Yleinen yleiskatsaus verkkosivustolle. 10 · · Otsikko. Satunnaisen esimerkin otsikko

esillä työportfoliosta. 11 · · Kuvalinkki.· Kuva satunnaisesta

nt Blogin otsikko>

pain sit amet, consectetuer a 15 ummy nibh euismod tincidunt aliquam erat volutpat.

Kerron sinulle, keitä olemme

15 16 17 18

Huomautus 19

esimerkki työportfoliosta. On linkki nähdäksesi satunnaisen esimerkin yksityiskohdat, jotka näkyvät työportfoliosta. · · Yhteenveto.· Lyhyt yhteenvetoteksti satunnaisesta esimerkistä, joka näytetään työportfoliosta (suositus enintään 1-2 riviä tekstiä). · · Lisää linkkiä. · Linkki nähdäksesi satunnaisen esimerkin yksityiskohdat, jotka näkyvät työportfoliosta. · · Otsikko. · Viimeisimmän live-blogin otsikko. · · Johdantosisältö.· Ensimmäiset 200 merkkiä viimeisimmästä live-blogista. · · Lisää linkkiä. · Linkki nähdäksesi viimeisimmän live-blogin koko blogijulkaisun. · Tekijänoikeussisältö. · Tekijänoikeus ja kuluva vuosi sekä yrityksen nimi. · Ehdot · &· Ehdot -linkki.· Linkki Ehdot · &· Ehdot -sivulle mistä tahansa verkkosivuston paikasta. · Yhteydenottolinkki. · Linkitä Yhteystiedot-sivulle mistä tahansa sivuston paikasta.

Kuva 11.3 Kotisivun suunnitteluun lähetetyt langakehykset huomautuksineen

ALOITA YKSINKERTAISESTI: SUUNNITTELE PERUSLANGARI

193

Merkinnöin varustetussa metallikehyksessä kuvataan yksityiskohtaisesti jokainen sivun elementti, odotetut toimintakehotukset ja toimintotulokset (kuten tietyn sivun lataaminen). Tämä esimerkki toimii erittäin hyvin, koska elementtejä on rajoitettu määrä ja vaadittu määrä yksityiskohtia on rajallinen.

Kuva 11.4 Live-kotisivun suunnittelu www.userglue.com-sivustolle

Kuten Kuva 11.4 osoittaa, tämän kotisivun nykyinen live-versio eroaa vain hieman kuvan 11.3 alkuperäisestä kehyksestä. Koska esimerkiksi aikajanasta ja sisällöstä tuli ongelmia, portfolioesimerkit -osio poistettiin. Huomaa myös ero navigoinnin ja toimintakehotusten nimeämiskäytännöissä: Rautalanka toimi ohjeena, se ei ollut viimeinen sana. Myös lopputuloksessasi on usein useita pieniä muutoksia ja päivityksiä rautalankakehyksesi sisältöön verrattuna.

194

LUKU 11: LANGASTIEDOT JA MERKINNÄT

Harjoitus: Suunnittele kotisivun lankakehys Olet nähnyt esimerkin, nyt on aika sukeltaa sisään ja luoda rautalanka itse. Tehtävänäsi on suunnitella uudelleen Global Cruisesin, fiktiivisen kansainvälisen risteilyyhtiön, kotisivu. Global Cruises haluaa, että sen kotisivusta tulee tehokkaampi myyntityökalu ja tietolähde palaaville vierailijoille, jotka usein näyttävät olevan risteilyn varaaneita ja kiinnostuneita saamaan lisätietoja muista mahdollisuuksista ja lisäosista sekä matkaehtojen päivityksistä. , ja niin edelleen. Harjoituksessa käytetään alla olevia vaatimuksia luodaksesi yksi kotisivun kehys, jossa on huomautuksia asiakirjaan tai erilliseen asiakirjaan (valitset). Ei mitään muuta.

Vaatimukset Tärkein pakollinen vaatimus on, että yleinen ylä- ja alatunniste (Kuva 11.5) pysyvät samoina – täysin ennallaan. GLOBAL HEADER Logo Kohteet

Nykyinen kampanjalogon matkakokemus

Suunnittele Matka

Hae

Ennen matkaasi

Globaalit risteilyt

VIP-klubi

Erikoistarjoukset

Mennä

Maailmanlaajuiset risteilyni

Tervetuloa takaisin, N ( ot ?) | XX päivää seuraavaan risteilyyn – Hallinnoi varausta | BookTravel-lisäosat| Online Check-in

Kuva 11.5 Existing Global Cruises globaali ylä- ja alatunniste

HARJOITUS: SUUNNITTELE ETUSIVUJOHTO

195

Alatunnisteen on oltava Rekisteröidy saadaksesi Global Cruises -sähköpostiviestejä Tietoja Global Cruisesista | Ota yhteyttä | UKK | Matkatoimisto Finder | Sivukartta | Lakitiedot | Hinnoitteluehdot | Tietosuojakäytäntö Tekijänoikeustiedot Lisäksi sivustolla on oltava mahdollisuus esitellä useita tarjouksia Kyky näyttää otsikoita/uutisia CTA asiakaspalvelua varten CTA matkatoimiston Finderin CTA selata suosittuja matkasuunnitelmia

"Nice to have" ovat Mahdollisuus näyttää uusimmat, suosituimmat ja/tai myyntisuunnitelmat Mahdollisuus näyttää matkasuunnitelman maantieteelliset sijainnit ja matkapisteet Mahdollisuus tarkastella matkasuunnitelmaa, jos olet kirjautunut sisään (MY TINEERARY/IES) Mahdollisuus tarkastella lisämyyntituotteita, kuten lisäpysähdyksinä (esimerkiksi jos olet menossa

Havaijille, varaa saarikierros), ruokailuelämyksiä laivalla ja niin edelleen Kaikki muu, mitä saatat ajatella lisättäväsi, mikä saattaa olla arvokasta

Global Cruises Ja nyt työ alkaa. Aloita rautalankakehyksen luonnosteleminen – äläkä unohda tehdä huomautuksia! Kun rautalanka on valmis, katso seuraavalta sivulta esimerkkejä muilta huippuammattilaisilta, jotka ovat saaneet samat vaatimukset.

196

LUKU 11: LANGASTIEDOT JA MERKINNÄT

Tulokset: Suunnittele kotisivu Wireframe Will Evans, Semantic Foundryn (www .semanticfoundry.com) käyttökokemusarkkitehti, oli ystävällinen luomaan lankakehykset Global Cruise -harjoitusvaatimusten perusteella. Vertaa omaa työtäsi hänen suunnitelmiinsa kuvissa 11.6 ja 11.7 nähdäksesi, kuinka hänen lähestymistapansa verrataan sinun lähestymistapaasi. Seuraavassa selitetään, kuinka hän kokosi metallikehyksensä ja huomautukset. 990 pikseliä leveät matkahälytykset

LÖYDÄ RISTEILY

LOGO

5.0

4.0

3.0

2.0

1.0

Bahama

Uudet matkasuunnitelmat

MENNÄ

Annotoidut huomautukset

Suosittuja reittejä

11 1

Kohteet

| Matkakokemus

Suunnittele matka

Ennen matkaasi

Global Cruises VIP Club

Tervetuloa takaisin, W iMMŔKirjaudu ulos

6.0

7.0

8.0

Erikoistarjoukset

katso matkasuunnitelma | Minun globaalini

15 päivää seuraavaan risteilyyn -

9.0 13

1.0

Matkahälytykset: linkki 0.2.0.0:aan

2.0

Brändäys/logo linkkien kotisivulle

3.0

Hae ennakoivan ehdotuksen määrittämillä käyttäjäskenaarioilla 3.X

4.0

6.0

Uudet reittisuunnitelmat, jossa on linkki: näytä reittisuunnitelma linkillä osioon 4.x Suositut matkasuunnitelmat - pudotusvalikko, joka näyttää 5 suosituinta reittiä Kohteet Linkki: siirtyy osioon X.0

7.0

Travel Experience Link: siirtyy osioon X.0

8.0

Suunnittele T rip Linkki: siirtyy osioon X.0

9.0

Ennen matkaasi -linkki: siirtyy osioon X.0

Global Cruises VIP Club -linkki: siirtyy osioon X.0 Specials Link: siirtyy osioon X.0

Maailmani 12

5.0

Media/Flash/Hedoninen kuva

Hero Shot 17 Global Headlines -otsikon nimi | Luo oma tähdistö

Tarvitsen apua risteilysi suunnittelussa

Header Consectetut Adipisicing Selkeys on talon itse köysi tai tuskan nuhteleminen ilo haluaa olla hius eu tuskassa

HEDONINEN KUVA

Header Consequence Adipisicing

Älä ole vihainen tuskista moitteen ilosta, jonka hän haluaa olla hius kivusta siinä toivossa, että ei ole lisääntymistä.

Idean otsikko numero 1

Idean otsikko numero 3

Idean otsikko numero 2

Idean otsikkonumero 4

Selkeys on itse Herran ohjakset tai tuskan viha nuhteessa, mielihyvässä hän haluaa olla höyhen kivussa

Idean otsikko numero 3

8. lokakuuta 2008 klo 18.46

Brändin edistäminen

Mutta jotta voisit nähdä, mistä kaikki tämä syntynyt erehdys on syyttäjien mielihyvää ja ylistäjien tuskaa, avaan koko asian ja juuri ne asiat, jotka tuon keksijän kautta.

Julkaise omasi

Olen erittäin pahoillani consectateur nonummy lorenzinon menetyksestä. Joskus tavallinen ihminen näkee, että siinä hän tekee virheen.

25 Rekisteröidy saadaksesi maailmanlaajuisia sähköposteja.

Ei osoitteesta? Klikkaa tästä

My Global Cruises Link: siirtyy osioon X.0 Logout Link: kirjaa käyttäjän ulos istunnosta

Näytä reittisuunnitelma -linkki: Siirtyy My Global / View my routers -sivulle. Oma yleinen linkki: siirtyy henkilökohtaiselle sivulle Erikoistarjousten/pakettien karusellikuva

Pääosassa You Moment Crowdsource-linkki

Linkki Book Specialsiin, joka on sidottu suuren sankarikuvan kuvaan.

Tarvitsen apua risteilysi suunnittelussa

20/21

CT As/Partner -kampanjat

Jaa hetkisi Call Out, jäsenprofiili Lähetä oma Starring Your Moments -linkki croudsourcing-sivulle.

Mutta jotta voisit nähdä, mistä kaikki tämä mielihyvän ja tuskan ylistävien syntyperäinen erehdys tulee, avaan koko asian ja selitän juuri ne asiat, jotka tuo totuuden löytäjä ja ikäänkuin arkkitehti sanoi. onnellinen elämä.

Mainos/uutiset

HEDONINEN KUVA

IMG

Mainos/uutiset

Pääosassa You Moments

Varaa tämä erikoispaketti

Sinä hetki nyt! Mennä

Rekisteröidy vastaanottaaksesi sähköposteja

Vaihda maa -linkki

Globaalit alatunnisteen linkit

Sivu 2

Kuva 11.6 Global Cruises -kotisivun kehys, Will Evans

HARJOITUS: SUUNNITTELE ETUSIVUJOHTO

197

990 pikseliä leveät matkahälytykset

LÖYDÄ RISTEILY

LOGO

Kohteet

5.0

4.0

3.0

2.0

1.0

Bahama

Uudet matkasuunnitelmat

MENNÄ

OK, Will "Bahama" | Matkakokemus | yhtiölle Plan a Trip we| löydetty ennen matkaasi

18|

Annotoidut huomautukset

Suositut reitit 1

Global Cruises VIP Club 6.0

Erikoistarjoukset

Risteilyn erikoistarjoukset

Tervetuloa takaisin, W iMMŔKirjaudu ulos

7.0

279 dollaria

Bahama & Florida

279 dollaria

Bahama & Florida

279 dollaria

Bahama & Florida

279 dollaria

Bahama & Florida

Charlestonin vapaasatama

15 päivää seuraavaan risteilyyn -

7 yötä

Great Stirrup Cay (Oma yksityinen saarimme) Port Canaveral Charleston

Nassau

Great Stirrup Cay (Oma yksityinen saarimme) Port Canaveral Charleston

Nassau

Media/Flash/Hedoninen kuva

Suodata maailmanlaajuiset otsikot | Luo oma roolihahmosi Tarvitsen apua risteilysi suunnittelussa

Charlestonin vapaasatama

Great Stirrup Cay (Oma yksityinen saarimme) Port Canaveral Charleston

IMG

6.0

Pikaehdotus: välimuistissa olevat tulokset näyttävät vastaavan merkkijonon

7.0

Cruise Billet seuraavilla metatiedoilla: 1. Hinta 2. Keskiarvoluokitus 3. Otsikko: Risteilyn otsikko 4. Kesto 5. Satamat 6. Tiedot Linkki 7. Varaa tämä risteilylinkki 8. Muista/lisää tämä risteily suosikkeihin

8.0

Faceted Navigation -toiminnon avulla käyttäjä voi dynaamisesti muuttaa satamaa, matkakuukautta, toimitusta tai hintaluokkaa ja lajitella/suodattaa vastaavat tulokset dynaamisesti. Mikä tahansa näistä voidaan peruuttaa, kun käyttäjä näkee kaikki tulokset hakutulosnäytössä

9.0

Kun käyttö on säätänyt ennakoivan haun suodattimia, he voivat napsauttaa nähdäkseen kaikki hakutulokset, jotka lataavat täydelliset tulokset Ajaxia javascript-taulukkoon nopeaa lajittelua varten.

Jaa hetkisi Call Out, jäsenprofiili Lähetä oma Starring Your Moments -linkki croudsourcing-sivulle.

yksityiskohdat

Otsikko elokuvalle Shot FridayHero Saturday

Varaa tämä erikoispaketti

-Kaikki aluksen tarjoukset/uutiset

190-1650 dollaria

Otsikko Adipisisic Duis seurataan, tai kipua nuhtelee nautinnolla, hän haluaa olla hius kivusta, eikä synnytystä tule.

Selkeys on itse Herran ohjakset tai tuskan viha nuhteessa, mielihyvässä hän haluaa olla höyhen kivussa

Pääosassa You Moments

yksityiskohdat

Hinta: HEDONIC IMAGE

Selkeys on itse Herran ohjakset tai tuskan viha nuhteessa, mielihyvässä hän haluaa olla höyhen kivussa

Uudet reittisuunnitelmat, jossa on linkki: näytä reittisuunnitelma linkillä osioon 4.x Suositut matkasuunnitelmat - pudotusvalikko, joka näyttää 5 suosituinta reittiä

5.0

Nassau

Alus:

-joka kuukausi -

HEDONINEN KUVA

Header Consequence Adipisicing

Hae ennakoivan ehdotuksen määrittämillä käyttäjäskenaarioilla 3.X

4.0

yksityiskohdat

Tuloksesi Hetki nyt! Mennä

Kuukausi:

Brändäys/logo linkkien kotisivulle

3.0

Perjantai Lauantai 7 yötä

Great Stirrup Cay (Oma yksityinen saarimme) Port Canaveral Charleston

Kotisatama/Kaupunki: Kampanja/uutiset Washington, D.C. 8.0

Nassau

katso matkasuunnitelma | Minun globaalini

Perjantai Lauantai 7 yötä

Matkahälytykset: linkki 0.2.0.0:aan

2.0

yksityiskohdat

Perjantai Lauantai 7 yötä

1.0

Minun globaalini

HEDONIC IMAGE 9.0 Katso kaikki hakutulokset

Otsikko Adipisisic Duis seurataan, tai kipua nuhtelee nautinnolla, hän haluaa olla hius kivusta, eikä synnytystä tule.

Idean otsikko numero 1

Idean otsikko numero 3

Idean otsikko numero 2

Idean otsikkonumero 4

Idean otsikko numero 3

8. lokakuuta 2008 klo 18.46

Brändin edistäminen

Mutta jotta voisitte nähdä, mistä kaikki tämä mielihyvän ja tuskan ylistäjien syntynyt erehdys tulee, avaan koko asian ja selitän juuri ne asiat, jotka tuo totuuden löytäjä sanoi ja ikään kuin onnellisen elämän arkkitehti. Mutta jotta voisit nähdä, mistä kaikki tämä syntynyt erehdys on syyttäjien mielihyvää ja ylistäjien tuskaa, avaan koko asian ja juuri ne asiat, jotka tuon keksijän kautta.

Julkaise omasi

11 1 12

Rekisteröidy vastaanottaaksesi sähköposteja

Vaihda maa -linkki

Globaalit alatunnisteen linkit

Olen erittäin pahoillani consectateur nonummy lorenzinon menetyksestä. Joskus tavallinen ihminen näkee, että siinä hän tekee virheen.

13 12

Rekisteröidy saadaksesi maailmanlaajuisia sähköposteja.

Ei osoitteesta? Klikkaa tästä

Sivu: 3

Kuva 11.7 Will Evans's Global Cruisesin kotisivun kehys, jossa haku on aktivoitu

Wireframe Creation Willin sanoin Minulle rautalankakehykset toimivat eräänlaisena "ajattelulaitteena" tietyn ongelmatilan määrittämiseen ja tutkimiseen – tässä esimerkissä risteilyalusoperaattorin kotisivu. Suunnittelu rautakehyksiä käyttämällä on vaihtoehtojen etsimistä ongelmatilassa; Se on yhtä lailla ongelman asettamisprosessi kuin ongelmanratkaisuprosessi, mikä tarkoittaa, että aloitan aina kontekstista. Tässä tapauksessa ensisijainen yleisö haluaa helposti löytää parhaan risteilyn, oikeaan aikaan, oikeaan hintaan. Yksinkertaistaakseni valitsen ensisijaisen yleisöni ja yhden toiminnan, jonka avulla he voivat ratkaista yhden tavoitteen nopeasti, vaivattomasti ja tyylikkäästi. Luonnostelemalla useita lankakehyksiä voin tutkia vaihtoehtoja, ja sekä mahdottomia että ajateltavissa olevia ideoita esitetään, testataan ja monissa tapauksissa heitetään pois. Tiesin jo valmiiksi, että haluan suunnitella parhaan mahdollisen risteilyhaun käyttöliittymän, ja halusin tuon tämän toiminnan olevan suunnittelussa etusijalla. Juuri täällä luonnostelin konseptin tarjota välittömiä ehdotettuja risteilyjä jo ennen kuin käyttäjä oli sitoutunut näkemään

198

LUKU 11: LANGASTIEDOT JA MERKINNÄT

täydellinen hakutulosnäyttö. Halusin, että käyttäjä vetäytyisi keskusteluun ja osallistuisi hyvän risteilyn löytämiseen. LÖYDÄ RISTEILY

Bahama

OK, "Bahama"-tahto löysimme

MENNÄ

18 Risteilytarjoukset

279 dollaria

Bahama & Florida

279 dollaria

Bahama & Florida

279 dollaria

Bahama & Florida

279 dollaria

Bahama & Florida

Charlestonin vapaasatama

7 yötä

Great Stirrup Cay (Oma yksityinen saarimme) Port Canaveral Charleston

Nassau

7 yötä

Great Stirrup Cay (Oma yksityinen saarimme) Port Canaveral Charleston

Nassau

yksityiskohdat

Perjantai Lauantai 7 yötä

Great Stirrup Cay (Oma yksityinen saarimme) Port Canaveral Charleston

yksityiskohdat

Perjantai Lauantai 7 yötä

Great Stirrup Cay (Oma yksityinen saarimme) Port Canaveral Charleston

yksityiskohdat

perjantai lauantai

yksityiskohdat

perjantai lauantai

Suodata tuloksesi Y Kotisatama/kaupunki: Kuukausi:

Washington, D.C.

Alus:

-joka kuukausi -

Hinta:

- Mikä tahansa laiva

190-1650 dollaria

Katso kaikki hakutulokset

Kuva 11.8 Will Evansin etusivun risteilyhakutulosominaisuus

Cruise Line -operaattorin tapauksessa luonnostelin otsikon, alatunnisteen, staattisen sisällön ja tarpeen sulkea pois alueita sisältömoduuleiden, kuten toimintakehotusten ja promootioiden, suunnittelusta. Jaan tämän vaiheen tuotoksen keskeisten sidosryhmien kanssa, mutta tuon mukaan myös visuaalisen suunnittelijan ja kehitysjohtajan sekä laadunvarmistuksen, jotta he voivat osallistua prosessiin, tarjota lisää ideoita ja alkaa dokumentoida sudenkuoppia ja rajoitteita. Lopuksi suunnittelijana minun piti tehdä päätös toteuttaa suunnittelu spesifikaatiossa. Loin kaksi tai kolme ehdokasta lopullista harkintaa varten ja annoin merkintöjen avulla rautalankakehyksen vetoamaan sidosryhmien ja kohdennettujen testaajien puoleen. Kuvissa 11.6 ja 11.7 näkyvät metallilangat ovat nyt tässä vaiheessa, jossa suunnittelumuutokset ovat pieniä ja yksityiskohtia hiotaan.

HARJOITUS: SUUNNITTELE ETUSIVUJOHTO

199

Vertailu ja kontrasti On tärkeää huomata, että kuvan 11.3 esimerkki ja Will Evansin työ ovat melko samanlaisia - mutta kuitenkin erilaisia - metallikehysten luontityylejä. Molempia on helppo katsoa nyt ja ylpeänä ilmoittaa: "Nämä ovat rautakehyksiä!" Molemmilla on omaa tyyliään ja lähestymistapaansa, mutta ydin on hyvin samanlainen. Tämän luvun esimerkit ovat hyviä paikkoja löytää sinulle parhaiten sopiva lankakehystystyyli.

Valokuvat: Maciej Piwowarczyk

Visuaalinen suunnittelu: Kun rautalankakehykset kasvavat ja löytävät oman tiensä maailmassa

Kuva 11.9 Global Cruises -kotisivun visuaalinen suunnittelu Mark Brooksilta

200

LUKU 11: LANGASTIEDOT JA MERKINNÄT

Mark Brooks (www .markpbrooks.com) loi vaatimuksista ja Will Evansin rautalankakehyksestä kotisivusuunnittelun fiktiiviselle Global Cruise Linesille. Kun tarkastelet visuaalista suunnittelua kuvassa 11.9, huomaa, kuinka hän otti huomioon sivun asettelun ja sisällön. Kun suunnittelu siirtyy prosessin läpi ja kehitysvaiheeseen, vuorovaikutusmallit alkavat heräämään henkiin.

Suunnitteluharjoituksen seuranta: mikä malli on oikea? Ei ole oikeaa tai väärää suunnittelua, kunhan vaatimukset täyttyvät. Toisinaan saatat joutua luomaan useita lankakehyksiä yhdelle sivulle tutkiaksesi erilaisia lähestymistapoja, käsitelläksesi yksityiskohtia ja esitelläksesi niitä mahdollisille käyttäjille, tiimitovereille ja mahdollisesti asiakkaillesi. Tämä on täysin hyväksyttävää. Muista, että tämä on iteraatioiden harjoitus. Asiakkaalle esittämääsi työtä ei lähes aina pidetä "oikeana" tai "lopullisena" ensimmäisellä kerralla. Useimmiten joudut työskentelemään ainakin yhden iteraatio- ja päivityskierroksen läpi. Valitettavasti se voi joskus ulottua useille kierroksille, mutta se on projektien luonne, ja sen pitäisi lopulta johtaa loppupään työkumppaneiden tutkimisen vähenemiseen. Kun vertaat metallikehystäsi ja huomautuksiasi kahteen annettuun esimerkkiin, tutki lähestymistavan ja esitystavan eroja. Vertaa näitä aiemmin luvussa olevaan kotisivuesimerkkiin ja tekemiisi töihin. Löydä yhtäläisyydet ja erot ja luo sinulle parhaiten sopiva lähestymistapa, ellei sinulla ole jo vakiintunutta mallia. Monissa tapauksissa vaikein osa rautalankakehyksen luomisessa on saada kynä paperille ensimmäistä kertaa. Noudata Leah Buleyn neuvoja ja ala luonnostelemaan useita ideoita – piirrä ja piirrä, tutki erilaisia lähestymistapoja ja testaa suunnitelmiasi työtovereiden, ikätovereiden ja perheenjäsenten kanssa, kunnes tunnet olosi varmaksi, että voit puolustaa malliasi (puolustelematta). löytää itsesi oikeaan suuntaan.

HARJOITUS: SUUNNITTELE ETUSIVUJOHTO

201

Viimeinen huomautus rautalankakehysten esittelystä Kun aloitat rautalankakehysten luomisen ja tulet mukavammaksi työtuotteesi kanssa – ja ymmärrät, kuinka arvokkaita ne ovat työnkulullesi – on helppo unohtaa, että kaikki eivät ymmärrä niiden luomiseen kuluvaa ajattelua ja aikaa. Usein asiakkaat ja työkumppanit ovat saaneet joutua alttiiksi teräskehyksille, joiden laatutaso, monimutkaisuus tai merkintätyyli on erilainen. Itse asiassa saatat huomata, että monet työkumppaneistasi ja asiakkaistasi eivät ole koskaan ennen nähneet metallirunkoa (vaikka he väittävät nähneensä). Ei myöskään ole harvinaista, että asiakkaat ja työkumppanit hämmentyvät sivustokarttojen ja kehysten välisistä eroista ja niiden tarkoituksesta. Toisin sanoen ensimmäinen rautalanka voi mahdollisesti olla myös asiakkaasi ensimmäinen rautalanka! Tämän vuoksi on erittäin tärkeää asettaa tarkat puitteet sille, mitä aiot esittää. Ennen rautalankakehysten esittämistä sinun on selitettävä selkeästi, mitä ne ovat, miltä ne näyttävät verrattuna lopulliseen visuaaliseen suunnitteluun ja mikä niiden tarkoitus on. Tässä on joitain lisävinkkejä metallikehysten esittämiseen: Jos mahdollista, ota asiakkaasi tiimi mukaan etsinnän aikana. yritä saada ne

mukana aktiivisesti piirtämässä taululle. Selitä, että he osallistuvat kehystysprosessiin ja että lopputulos näyttää samalta, mutta se tuotetaan sähköisessä muodossa. On erittäin tärkeää selittää, että tämä on toimintaa, joka johtaa rautalankarakenteisiin, jotka voivat näyttää täysin erilaisilta, kun tutkit suunnitteluvaihtoehtoja. Löydä vahvoja metaforia välittääksesi erot johtojesi välillä.

kehykset ja projektin lopullinen suunnittelu. Suosittu metafora on "lankakehykset tarkoittavat sovelluksille/verkkosivustoille sitä, mitä piirustukset/pohjapiirrokset ovat talolle." Wireframes mahdollistaa muutosten toteuttamisen helpommin ja tehokkaammin ja vaiheessa, jolloin muutokset ovat yleensä halvempia (ennen rakennustiimien ottamista mukaan ja perustan kaatamista). Kerro kokouksen osallistujille, että metallilangat eivät ole lopullinen esitys.

sivuston graafisen käsittelyn. Lankakehykset esitetään sisällön, yleisen asettelun ja vuorovaikutuksen huomioon ottamiseksi

202

LUKU 11: LANGASTIEDOT JA MERKINNÄT

sivujen elementtejä. Kun rautalanka on hyväksytty, rakennus voi alkaa. (Voi, ja hienovaraisia muutoksia saattaa silti tapahtua!) Ota visuaaliset suunnittelijat mukaan – jos sinulla on aikaa ja budjettia – tarjoamaan

suunnittele malleja, jotka osoittavat rautalankakehysten ja lopullisen suunnittelun väliset erot. Jos mahdollista, näytä asiakkaalle esimerkkejä muista projekteista, jotka osoittavat, kuinka metallikehykset ja lopulliset mallit ovat samanlaisia ja erilaisia samanaikaisesti. Selitä, kuinka muut projektiryhmäsi jäsenet käyttävät johtoa

kehykset – asiakkaan ei ole koskaan haittaa ymmärtää tämän virstanpylvään tarkastelun ja hyväksymisen tärkeyttä sekä sitä, kuinka metallikehykset antavat tietoa muusta projektista. Kun asiakkaasi ja työkumppanisi alkavat ymmärtää ja arvostaa metallikehysten arvoa ja heidän asuinpaikkaansa suunnitteluprosessissa, projekteja on helpompi viedä eteenpäin. Miksi? Koska metallilangat auttavat luomaan visuaalista selkeyttä ja suuntaa koko projektin ajan. Monissa tapauksissa työkumppanit ja asiakkaat voivat jopa evankeloida metallikehysten hyödyllisyyttä puolestasi. Näin voit käyttää enemmän aikaa käyttäjäkokemuksen suunnitteluun ja vähemmän aikaa sen myymiseen!

VIIMEINEN HUOMAUTUS LANKARAHJIEN ESITTÄMISESTÄ

203

Prototyping Hengittää (jonkinlaista) elämää suunnitelmiisi Prototyyppien tekeminen on tehokas tapa testata ja validoida ehdotettuja toimintoja ja malleja ennen kuin panostat kehittämiseen. Voit käyttää useita työkaluja ja lähestymistapoja prototyyppien luomiseen nopeista ja likaisista (mutta pidämme mieluummin nopeista ja puhtaista) interaktiivisiin ja kestäviin. Käyttämäsi menetelmä määräytyy suurelta osin kahden tekijän perusteella: aika ja materiaalit, jotka sinulla on käytettävissäsi prototyyppien kehittämiseen. Russ Unger ja Jono Kane

Mitä on prototyypitys? Käyttökokemuksen suunnittelun yhteydessä prototyyppien luominen (ja monissa tapauksissa myös taito) on sovelluksen tai Web-sivuston toiminnallisuuden tai osan toiminnallisuuden luominen ja testaaminen käyttäjien kanssa. Prototyyppejä voidaan tehdä analogisilla työkaluilla (kuten taulut tai kynä ja paperi) tai digitaalisesti PowerPointilla, Acrobatilla, Visiolla, OmniGrafflella, HTML:llä tai muilla teknologiaan perustuvilla työkaluilla. Prototyyppien luominen voi olla iteratiivinen prosessi, koska prototyypit luodaan yleensä tunnistamaan käyttäjäkokemukseen liittyviä ongelmia tai vahvistamaan sitä. Kun olet kerännyt palautetta, voit tehdä prototyyppiin muutoksia lisätestausta varten. Muissa tapauksissa onnistunut (riittävän) prototyyppi voi pitää projektin siirtymässä eteenpäin kehityksen elinkaaren muihin vaiheisiin. Muista, että prototyyppien luominen on prosessi, ei artefakti. Saatat päätyä luomaan näyttöjä ja (joskus pilkattuja) toimintoja, joita kutsut prototyypiksi, mutta nämä ovat osa prototyyppien valmistusta, eivät lopputulos. Prototyyppiprosessin tuloksena on konsepteista saatu palautetta, jota voidaan käyttää suunnittelun parantamiseen ja parantamiseen. Tämä luku keskittyy kuitenkin vain prototyypin luomiseen, jättäen testauksen yksityiskohdat lukuun 13.

Kuinka paljon prototyyppiä tarvitsen? Kaikkiin käyttökokemuksen suunnitteluprosessiin tulee sisältyä jonkinasteista prototyyppien luomista – olipa se sitten muodollista tai epävirallista, interaktiivista tai staattista. Prototyyppiä ei tarvitse tehdä koko Web-sivustolle tai sovellukselle. Itse asiassa prototyyppien luominen voi olla erittäin tehokasta, kun se käyttää vain edustavaa näytteenottoa järjestelmästä – toisin sanoen sinun ei tarvitse luoda simulaatiota koko järjestelmästä, vaan vain tärkeimmistä osista. Useimmissa tapauksissa haluat testata kourallista käsitteitä, ja prototyyppisi pitäisi sisältää nämä käsitteet ja vähän muuta. Voit tehdä prototyyppien useilla käytettävissäsi olevilla menetelmillä: taululla, lyijykynällä ja paperilla luonnostelu, kuvakäsikirjoitus, pahvileikkaukset ja niin edelleen. Lisäksi saatavilla on useita digitaalisia työkaluja, joiden avulla voit luoda interaktiivisia prototyyppejä ja sitouttaa testikäyttäjäsi realistisempaan ympäristöön.

KUINKA PALJON PROTOTYYPPIÄ TARVITSEN?

205

Valitsemasi prototyyppien valmistusmenetelmä riippuu pitkälti käytettävissä olevasta ajasta ja materiaaleista. Seuraavassa on joitain suosituimmista käytettävissä olevista menetelmistä, jotka täyttävät monet prototyyppitarpeesi.

Paperin prototyyppien tekeminen Harvat toiminnot voivat viedä sinut varhaisvuosisi taaksepäin aivan kuten paperiprototyyppien käytännönläheinen taide- ja käsityölähestymistapa. Ainoat tarvittavat työkalut ovat lyijy- ja kynät, paperi, sakset ja kaikki, mitä voit pyyhkäistä taideosastolta tai ostaa paikallisesta toimistotarvikeliikkeestä. Paperiprototyyppien valmistus on joustavaa. Niin kauan kuin sinulla on pyyhekumi tai useampia materiaaleja, voit luoda niin monta skenaariota kuin tarvitset. Voit myös tarkistaa nopeasti testistä toiseen – eli jos potentiaalinen käyttäjä ilmoittaa räikeästä virheestä jossain luomassasi, suunnittelun päivittäminen ei ole monimutkaista prosessia ennen sen näyttämistä seuraavalle potentiaaliselle käyttäjälle. Se on myös halpa. Sen lisäksi, että investoit paperiprototyyppien valmistukseen, voit yleensä luoda minkä tahansa skenaarion paljon halvemmalla kuin pari korkealaatuista lattea. Paperin, postilaput, arkistokortit, lyijykynät ja vastaavat pitäisi jo olla käytettävissäsi, ja jos niitä ei ole, et riko pankkia varastoimalla. Prosessi on yksinkertainen: Piirrä osa toiminnoista, joita haluat testata. Esittele toiminnallisuus käyttäjille. Dokumentoi palaute (se on paperia, joten käännä prototyyppisi ja ala kirjoittaa). Siirry sitten seuraavaan käyttäjään tai tee päivitykset ja aloita alusta. Yksinkertainen. Hauskaa. Tehokas. Prosessin varhaisessa vaiheessa käytetty paperiprototyyppi voi auttaa paljastamaan suunnitteluun liittyviä ongelmia ennen kuin olet investoinut voimakkaasti. Muutokset tässä vaiheessa voidaan tehdä nopeasti ja tehokkaasti, mikä vähentää riskiäsi. Näin voit tehdä tehokkaita muutoksia ennen kuin investoit liikaa suunnitteluun. Kun käytettiin kolmea eriväristä paperiarkkia, jokainen kuvan 12.1 välilehti piirrettiin sellaisina kuin ne näkyvät Web-sivustossa ja pinottiin päällekkäin. Global Now -välilehti on sijoitettu yläreunaan näyttämään sen sisältö ikään kuin käyttäjä olisi juuri käynyt kotisivulla ensimmäistä kertaa. Jokainen välilehti näyttää käyttäjien käytettävissä olevan navigoinnin ja antaa heille mahdollisuuden valita eri katseluvaihtoehto.

206

LUKU 12: PROTOTYYPIT

Kuva 12.1 Pystysuuntaisen, välilehtipohjaisen navigoinnin paperiprototyyppi

Kuva 12.2 Pystyvälilehtipohjaisen navigoinnin paperiprototyyppi, jossa Oma reitti -välilehti on aktivoitu

Kun käyttäjä valitsee toisen välilehden, kyseinen välilehti siirretään pinon etupuolelle näyttämään juuri aktiivisen välilehden näkymän sisältöalueelta, kuten Kuvassa 12.2 näkyvä Oma reittisuunnitelma -välilehti. Paperiprototyyppien tekeminen on suunnilleen niin pienibudjetti kuin voit saada, ja se voi olla yhtä yksinkertaista kuin yllä oleva harjoitus. Kun aloitat kokonaisten järjestelmien tutkimisen, investoimasi työtunnit voivat kasvaa merkittäviksi (vaikka materiaalikustannukset kasvavat vain hieman). Jos sinun on vaihdettava ensisijaista navigointia sadalla paperiprototyyppisivulla, tämä menetelmä tulee kalliiksi. Vaikka paperiprototyyppien valmistus on pohjimmiltaan edullista, se ei skaalaudu hyvin uudelleenkäyttöön, kun kappaleita on päivitettävä. Siinä vaiheessa kannattaa miettiä, olisiko digitaalisiin työkaluihin siirtyminen hyödyllisempää.

Digitaalinen prototyypitys Jos prototyyppitarpeesi ovat suuremmat kuin paperi pystyy käsittelemään, saatat huomata, että teknologiaan perustuva ratkaisu toimii paremmin sinulle ja yleisöllesi. Näiden työkalujen avulla voit esitellä tarkalleen, kuinka sivuston tai sovelluksen interaktiiviset osat näkyvät käyttäjille. Digitaalinen prototyypitys vetää monia muita suunnitteluprosessin näkökohtia. Voit viitata persoonaasi esitellessäsi tai testaaessasi digitaalista prototyyppiäsi, rautakehyksiisi prototyypin estämiseksi ja visuaalista käsittelyä varten sekä visuaalisen suunnittelun resursseihin (jos ne ovat käytettävissä tässä prosessin vaiheessa) realistisen kuvan saamiseksi. sovita ja viimeistele prototyyppiisi.

Wireframe vs. Realistic prototypes Aivan kuten paperiprototyyppimenetelmissä, mittarilukema voi vaihdella digitaalisten prototyyppien mukaan. Riippuen käytettävissä olevista työkaluista, resursseista ja taidoista

DIGITAALINEN PROTOTYYPINTÖ

207

hävittäminen sekä vaatimukset, joita käsittelet, saatat huomata, että prototyyppisi näyttäminen metallikehyksiltä on tarpeeksi hyvä projektiisi. Itse asiassa se voi olla parempi. Lankakehykset voivat näyttää yleisölle, että projekti on vielä keskeneräinen eikä lopullinen, tuotantovalmis paikka. Toisaalta joskus suunnittelutestauksen aikana käyttäjien kanssa huomaat, että prototyypin tärkein näkökohta on se, kuinka realistisesti se edustaa lopullista järjestelmää. Digitaalisen prototyyppisi tulos perustuu kolmeen tekijään: Miltä aikajanasi näyttää?

Onko sinulla aikaa koota tiimi ja rakentaa hämmästyttävä, melkein tuotantovalmis prototyyppi, joka näyttää sen edessä oleville käyttäjille kristallinkirkkaan näkemyksen tuotantovalmiista paikoista? Onko sinulla muutama tunti aikaa viedä lankakehyksesi HTML-muodossa tai rakentaa hyvin yksinkertainen Flash-projekti, joka näyttää vain projektin sivukulun ja interaktiiviset peruselementit? Molemmat digitaaliset prototyypit voivat olla erittäin hyödyllisiä. Kuitenkin, aivan kuten kaikissa todellisissa projekteissa, joiden määräaika uhkaa, on tärkeää asettaa odotuksia käytettävissäsi olevan ajan ja materiaalien perusteella. Kenelle rakennat tämän prototyypin ja miksi?

Prototyyppisi menestyksen kannalta on elintärkeää tietää, mitä olet tekemässä sillä, ennen kuin lähdet liian syvälle projektiin. Oletko rakentamassa prototyyppiä suunnittelutestausta varten käyttäjien kanssa? Jos on, mihin on tärkeää keskittyä testauksessa? Onko sillä väliä, onko prototyyppi mustavalkoinen kehys vai onko sen muistutettava elävää Web-sivustoa? Testaatko painikkeiden ja linkkien löydettävyyttä? Oletko rakentamassa prototyyppiä yrityspuheelle, joka tarvitsee sisäänoston johtajista, johtajista, sijoittajista tai muilta, jotka saattavat allekirjoittaa shekkisi päivän päätteeksi? Jos on, mitä yrität viestiä heille? Minkä pitää olla toimivaa ja minkä pitää vain näyttää toimivalta? Nämä kysymykset voivat auttaa määrittämään digitaalisen prototyypin vaatimukset.

208

LUKU 12: PROTOTYYPIT

Millaisia resursseja, työkaluja ja taitoja sinulla on käytettävissäsi?

Jos et ole HTML- tai Flash-asiantuntija ja sinulla ei ole budjettia sitouttaaksesi jonkun sellaisen kanssa, voit silti rakentaa erittäin toimivan prototyypin käyttämällä yksinkertaista esitystyökalua, kuten PowerPointia tai Keynotea, tai kehystystyökalua, kuten Visio tai OmniGraffle. Jopa yksinkertainen PDF voi toimia.

HTML vs. WYSIWYG-editorit HTML on paperiprototyypin digitaalinen vastine. Se on (joskus) ilmaista ja (jossain määrin) helppoa. Jos et ole ohjattu HTML-toiminto tai käyttöliittymäkoodin asiantuntija, voit silti olla ohjattu HTML-prototyyppi, jolla on vain joitain HTML:n perustietoja. On olemassa kaksi tapaa rakentaa HTML-prototyyppi: joko koodaamalla HTML käsin tai käyttämällä WYSIWYG-editoria, kuten Adobe Dreamweaveria, Realmacin RapidWeaveria tai Microsoft Visual Studiota. Näissä työkaluissa on koodinäkymä sekä asettelunäkymä, jonka avulla voit visualisoida koodityösi avaamatta selainta. Prototyypin luominen WYSIWYG-editorilla Hieno asia asettelunäkymän käyttämisessä WYSIWYG HTML -editorissa on, että voit luoda sivuasettelun suunnilleen samalla vaivalla kuin sivun asettaminen Microsoft PowerPointissa, Applen Keynotessa. , tai mikä tahansa muu yksinkertainen graafinen asettelusovellus (näistä lisää myöhemmin). Ja on yhtä helppoa lisätä interaktiivisuutta, kuten linkkejä, hiiritapahtumia ja niin edelleen. Yksi Dreamweaver CS4:n vaikuttavimmista ominaisuuksista (kuva 12.3) on se, että siinä on Adoben kutsuma Live View, joka perustuu avoimen lähdekoodin WebKit-renderöintimoottoriin. Mitä tämä tarkoittaa? Yksinkertaisesti sanottuna se tarkoittaa, että Live View -näkymässä näkemäsi on juuri sitä, mitä saat Applen Safarissa ja Googlen Chrome-selaimissa – olettaen, että olet ollut tarkka prototyyppisi yksityiskohdista. Dreamweaver CS4 on erittäin tehokas prototyyppityökalu, varsinkin kun sitä käytetään yhdessä Adobe Fireworks CS4:n kanssa.

DIGITAALINEN PROTOTYYPINTÖ

209

Kuva 12.3 Dreamweaver CS4:ssä luotu yksinkertainen esimerkkiprototyyppi

HTML-perusprototyypin luominen Mahdollisesti halvin tapa rakentaa yksinkertainen, nopea ja likainen HTML-prototyyppi on tehdä se "käsin" – kirjoittaa koodi manuaalisesti tekstinmuokkaustyökaluun. Yksi yleisimmistä syistä suunnittelun siirtämiseen rautalangasta prototyyppiin on vaatimus näyttää tai testata sivuston ehdotettu kulku ja navigointi. Ottamalla elementtilohkoja tai jopa kokonaisia sivuja lankakehyksestäsi (tai mallista) ja asettamalla ne napsautettaviksi kuviksi HTML-prototyyppiisi, voit rakentaa toimivan prototyypin erittäin nopeasti ja helposti. Hyvin yksinkertainen prototyyppi, jonka avulla voit napsauttaa koko sivun kuvia selaimessa ja ladata sitten eri sivuja, on melko yksinkertainen. Seuraavassa harjoituksessa sinulla on oltava kotisivu ja hakutulosten kehys, tai voit ladata esimerkkikuvia osoitteesta www.projectuxd.com. Huomautus Kirjoitusvirheet ovat yleisimpiä HTML-koodauksessa tehtyjä virheitä, joten kiinnitä erityistä huomiota kirjoitustarkkuuteen.

210

LUKU 12: PROTOTYYPIT

1. Vie kotisivusi kehys haluamastasi työkalusta (kuten Visio tai OmniGraffle) tai suunnittelutiedosto visuaalisesta suunnittelutyökalustasi. Tallenna koko sivu GIF-kuvana nimeltä kotisivu.gif; luo uusi kansio nimeltä Prototype ja tallenna homepage.gif sinne. Huomautus JPEG-muoto toimii erinomaisesti rasteri- ja valokuvamaisissa kuvissa; GIF toimii paremmin lankakehyksille ja viivapiirroksille.

2. Luo uusi asiakirja WYSIWYG HTML -editorissa tai yksinkertaisessa tekstieditorissa, kuten Notepadissa (Windows) tai TextEditissä (Mac), ja tallenna se kotisivu.html-tiedostona samaan Prototype-kansioon. Jos käytät TextEditiä, varmista, että valitset tiedostomuodoksi HTML:n. 3. Lisää uuteen asiakirjaasi seuraava HTML-koodi: 1]iba3 1]ZVY3

1i^iaZ3=dbZeV\Z1$i^iaZ3

1$]ZVY3 1WdYn3 1$WdYn3 1$]iba3

4. Tallenna asiakirja ja avaa tiedosto sitten verkkoselaimessa. Sinun pitäisi nähdä tyhjä sivu, mutta huomaa selaimen otsikkopalkin. Sen pitäisi olla "Kotisivu". 5. Muokkaa kotisivu.html-koodia tekstieditorissasi. Kirjoita ja -tunnisteiden väliin seuraava HTML-koodi: 1V]gZ[2hZVgX]gZhjaih#]iba31^b\hgX2]dbZeV\Z#\^[WdgYZg2%31$V3

Tämä koodi muuttaa koko homepage.gif-kuvasi napsautettavaksi painikkeeksi, joka lataa searchresults.html-sivun (joka sinun on luotava nähdäksesi, toimiiko toiminto onnistuneesti). 6. Tallenna asiakirja ja lataa sivu uudelleen selaimeesi. Sinun pitäisi nähdä juuri luomasi uusi kotisivu selaimessasi kaikessa loistossaan (Kuva 12.4). Kun napsautat kuvaa selaimessa, selain yrittää ladata searchresults.html-sivun (jota ei vielä ole olemassa).

DIGITAALINEN PROTOTYYPINTÖ

211

7. Toista vaihe 1 hakutulosten rautalankasisällölle. Tallenna tämä sivu GIF-kuvana, anna sille nimi searchresults.gif ja tallenna se Prototype-kansioon. Tallenna uusi kopio nykyisestä homepage.html-asiakirjasta nimellä searchresults.html. Valitse "Tallenna nimellä" nykyiselle "kotisivu.html" -sivulle ja tallenna se sen sijaan nimellä "searchreseults.html". Päivitä sitten HTML-koodisi näyttämään se ja linkitä takaisin kotisivulle (kotisivu.html). Sinun on korvattava tämä koodirivi: 1V]gZ[2hZVgX]gZhjaih#]iba31^b\hgX2]dbZeV\Z#\^[WdgYZg2%31$V3

Tällä: 1V]gZ[2]dbZeV\Z#]iba31^b\hgX2hZVgX]gZhjaih#\^[WdgYZg2%31$V3

8. Kun tämä sivu on luotu, sinulla on hyvin yksinkertainen HTML-prototyyppi, joka näyttää kuinka kaksi sivua voivat linkittää edestakaisin toisiinsa.

Kuva 12.4 Kotisivun HTML-prototyyppi verkkoselaimella katsottuna

212

LUKU 12: PROTOTYYPIT

Koodin purkaminen Nyt kun olet luonut perusprototyypin käyttämällä hyvin rajoitettua määrää HTML:ää, käydään lyhyesti läpi käyttämäsi koodi tai HTML-tunnisteet, jotta saat paremman käsityksen juuri tekemästäsi. HTML-, head- ja title-tagit 1]iba3 1]ZVY3

1i^iaZ36Wdji1$i^iaZ3

1 $]ZVY3

ovat perustunnisteita, joita vaaditaan kaikissa HTML-dokumenteissa. Tässä on tärkeä huomioida otsikkotunniste, jonka avulla voit määrittää sivun nimen. Kuvatunniste 1^b\hgX2]dbZeV\Z#\^[3

on myös yksinkertainen tunniste; se on kaikki mitä tarvitset nähdäksesi kuvan selaimessa. Ankkuritunnisteet, kuten tämä, 1V]gZ[2hZVgX]gZhjaih#]iba31$V3

käytetään linkkien määrittämiseen HTML-dokumenttiin. Yksinkertaisuuden vuoksi esimerkin ankkuritunniste käyttää suhteellista polkua - "relatiivista", koska opetusohjelma on samassa kansiossa. Absoluuttinen polku näyttää tältä: 1V]gZ[2]iie/$$lll#jhZg\ajZ#Xdb$XdciVXi#e]e31$V3

Vaikka tämä HTML-koodi ei ole tyylitelty tai standardien mukainen (älä näytä tätä kehittäjälle – hän saattaa joutua antamaan sinulle ankaran oppitunnin koodinkehityskäytännöistä!), se on enemmän kuin tarpeeksi saamaan prototyyppisi toimimaan selain. Muista, että tämän prototyypin ei tarvitse olla täydellinen: tavoitteena on yksinkertaisesti viestiä ideasi yleisöllesi. Tämä yksinkertainen merkintäesimerkki loi linkitettyjä HTML-tiedostoja, jotka mahdollistavat napsautussuhteen sivulta sivulle, mutta entä jos haluat tarkentaa asettelun napsautettavat alueet? Vastaus: kuvakartat. Kuvakarttojen avulla voit määrittää kuvan alueita, joihin voit linkittää ja näyttää eri sivuja napsautettaessa. Helpoin tapa luoda kuvakarttoja on käyttää WYSIWYG-työkalua, kuten Dreamweaveria, määrittämään linkitettäviä osia kuvasta ilman todellista tietämystä HTML-koodin luomisesta. Lisätietoja kuvakarttojen luomisesta on kohdassa Miten luon kuvakartan

DIGITAALINEN PROTOTYYPINTÖ

213

minun Web-sivuni” opetusohjelma, jonka on kirjoittanut Dave Taylor osoitteessa: www.askdavetaylor.com/how_do_i_create_an_image_map_for_my_web_page.html. HTML-prototyypit ovat vain yksi tapa digitaaliseen prototyyppiin. Monia erilaisia kehyksiä ja dynaamisia koodauskieliä voidaan käyttää erittäin kestävien prototyyppien luomiseen lähes kaikkiin tarpeisiin. Jos HTML-prototyyppien luominen on alue, jota haluat tutkia ja laajentaa, saatat haluta etsiä opetusohjelmia ja muita resursseja saadaksesi enemmän tietoa kyseisestä alueesta. Aloitaksesi kannattaa ehkä tutkia JavaScriptiä, PHP:tä (tai muita dynaamisia koodauskieliä), jQueryä (http://jquery.com) tai Yahoo! Käyttöliittymäkirjasto (http://developer .yahoo.com/yu). Huomautus Jos haluat tutustua HTML:ään tarkemmin, katso Patrick Griffithsin (New Riders, 2006) artikkeli HTML Dog: The Best-Practice Guide to XHTML and CSS.

Lisätyökaluja prototyyppien tekemiseen Olet nyt tutkinut käytännön vaihtoehtoja, joiden avulla voit luoda prototyyppejä sekä analogisissa että digitaalisissa tiloissa. Näiden menetelmien lisäksi on olemassa lukuisia muita ohjelmistotyökaluja, joiden avulla voit luoda prototyyppejä, jotka vaihtelevat perus "työn tekemisestä" sellaisiin, jotka ovat kestävämpiä ja täynnä vuorovaikutusta ja älykkyyttä. Seuraava luettelo ei ole kaikkea muuta kuin kattava, mutta se tarjoaa sinulle useita vaihtoehtoja oikean prototyypin luomiseen tilanteeseesi. PowerPoint ja Keynote PowerPoint- tai Keynote-prototyyppi kuuluu nopeiden ja likaisten luokkaan, ja joskus se on kaikki mitä tarvitset. Voit rakentaa PowerPoint- tai Keynote-prototyypin ikään kuin rakentaisit perusdiaesityksen yksinkertaisilla vuorovaikutuksilla. Molempien työkalujen avulla voit luoda vuorovaikutuksia simuloidaksesi napsautussuhdetta, jonka haluat vahvistaa käyttäjiesi kanssa. Jos olet PowerPoint- tai Keynote-tehokäyttäjä, voit upottaa animaatioita ja muita elementtejä tehdäksesi prototyypistäsi hieman interaktiivisemman. Adobe Acrobat PDF-tiedostot Vieminen lankakehysten tai visuaalisen suunnittelun kokoelmiin monisivuisena PDF-tiedostona voi olla kaikki mitä tarvitset näyttääksesi, miltä tuote voisi näyttää ja miten se voi liikkua lineaarisessa sivulta sivulle -muodossa. Muista, että monet sovellukset 214

LUKU 12: PROTOTYYPIT

vie PDF-muotoon, ja jos käytät Mac-tietokonetta, voit valita Tulosta PDF-muotoon melkein mille tahansa asiakirjalle tai tiedostolle missä tahansa sovelluksessa, joka mahdollistaa tulostustoiminnon. Monet sovellukset, kuten Visio ja OmniGraffle, antavat sinun määrittää vuorovaikutteisuutta varten hot spotteja ja toimintoja, kuten linkin sijainnin. Visio ja OmniGraffle Sekä Microsoft Visio että The Omni Groupin OmniGraffle ovat tunnettuja työkaluja metallikehysten luomiseen. Molempien avulla voit luoda napsautussuhteen prototyyppejä, koska ne voivat viedä HTML- ja PDF-muotoihin. OmniGrafflessa voit määrittää helposti toimintoja ja määrittää hyppykohdan PDF-tiedostossa tai URL-osoitteessa, jos viet HTML-muodossa. Visiolla on ladattavissa verkosta ladattavia prototyyppisarjoja, jotka mahdollistavat helpon viennin HTML- tai PDF-muotoon klikattavien alueiden avulla sivulta sivulle siirtymistä varten. Visio ja OmniGraffle voivat myös viedä suosittuja vektori- ja rasterimuotoja, kuten EPS, GIF ja JPEG, joiden avulla voit helposti tuoda kuviasi Flashiin, käyttää niitä kuvina HTML-prototyypeissä ja niin edelleen. Axure RP Axure RP:n "RP" tarkoittaa nopeaa prototyyppien luomista, mikä tekee työkalusta suositun monien käyttökokemussuunnittelijoiden keskuudessa. Työkalu tarjoaa piirustusominaisuuksia, jotka ovat samanlaisia kuin Visiossa ja OmniGrafflessa, mutta se lisää suhteellisen helposti opittavat työkalut, joiden avulla voit luoda erilaisia navigointityylejä, lomakkeita, ponnahdusikkunoita ja muuta tyypillistä sivupohjaista interaktiivisuutta. . Lisäksi sen joustava integrointi spesifikaatioihin, kommentteihin, tehtäviin ja edistymismerkintöihin mahdollistaa dokumenttipohjaisten määritelmien valmistamisen suoraan prototyypistä. Axure on kuitenkin vain Windows-työkalu, joka voi olla haaste, jos työskentelet Macin kanssa etkä käytä sovelluksia, joiden avulla voit käynnistää Windowsin. Fireworks CS4 Adoben Fireworks CS4:stä on viime aikoina tullut suositumpi työkalu, jolla luodaan erilaisia suunnittelukomponentteja metallikehyksistä visuaaliseen suunnitteluun. Siinä on vakiosarja Windows- ja Mac-lomakeelementtejä ja säätimiä, jotka mahdollistavat helposti määriteltävän vuorovaikutuksen, joka voi korostaa toimintoja ilman ulkoista kehittäjää. Common Library tallentaa elementtejä, jotka voidaan lisätä ja jakaa useiden asiakirjojen kesken, jotta voit käyttää niitä uudelleen

DIGITAALINEN PROTOTYYPINTÖ

215

komponentit. Ilotulitus sisältää myös Sivut-ominaisuuden, jonka avulla voit luoda elementtijoukkoja, jotka ovat yhteisiä tietyn asiakirjan kaikille sivuille – samalla tavalla kuin kehittäjät käyttävät "sisältää" tai kuinka jotkin dokumentaatiojärjestelmät mahdollistavat taustan luomisen asiakirjasivujen uudelleenkäyttöä varten. Tämä ominaisuus on hyödyllinen toistettavien sivutason sisältöalueiden, kuten ylätunnisteen, alatunnisteen ja navigoinnin, tunnistamiseen säilyttäen silti ainutlaatuiset sisältöalueet kullakin sivulla. Balsamiq Mockups Balsamiq Studiosin Mockupit on rautalanka- ja prototyyppityökalu, joka tarjoaa samanlaisen kokemuksen kuin lyijykynällä ja paperilla luonnosteleminen – vain sinä käytät tietokonetta. Saatavilla on useita valmiiksi suunniteltuja yleisiä käyttöliittymäohjaimia (yli 60 kirjoitushetkellä), joita voit vetää ja pudottaa näytölle ja mukauttaa projektiisi sopivaksi. Mallit on muotoiltu kuin ne olisivat käsin piirrettyjä, mikä antaa digitaalisesti luoduille näytöille hieman enemmän orgaanista tunnelmaa, mutta digitaalisen alustan avulla voit nopeasti muokata malleja nopeita iteraatioita varten. Flash- ja Flash Catalyst -prototyypit Adobe Flashin avulla on loistava tapa kommunikoida interaktiivisia käsitteitä pelkän napsautusprototyypin lisäksi. Flashin avulla voit helposti rakentaa napsautusprototyyppejä, mutta sen avulla voit myös lisätä muita interaktiivisuuden elementtejä, mukaan lukien hiiren osoitintapahtumat, napsautustapahtumat, videot ja animaatiot. Jos pystyt tutkimaan Flashia tarkemmin, siinä on myös ydinjoukko käyttöliittymäkomponentteja, jotka voidaan ohjelmoida vastaamaan käyttäjän vuorovaikutukseen ja näyttämään haluttu tulos. Tutustu Flashin prototyyppien alkuun Alexa Andrzejeskin artikkelissa "Quick and Easy Flash Prototypes" Boxes and Arrowsista: www.boxesand arrows.com/view/quick-and-easy-flash. Tämän kirjan ilmestyessä Adobe julkisti uuden prototyyppityökalun nimeltä Flash Catalyst. Flash Catalyst on kehitysympäristö, joka toimii muiden Adobe CS4 -sovellusten kanssa kanavana suunnittelun ja kehitysprosessin välillä. Tämän avulla voit viedä mallit selainvalmiiseen muotoon pienellä vaivalla. Lisätietoja on osoitteessa www. adobe.com.

216

LUKU 12: PROTOTYYPIT

Työskentely kehittäjän kanssa Jos sinulla on käytettävissäsi tarvittavat resurssit, saatat haluta pyytää kehittäjää luomaan prototyypin sinulle rautalankakehystesi tai suunnitelmiesi perusteella. Huomaa, että kehittäjällä on oltava vahva käsitys siitä, mitä yrität saada aikaan, joten tämä lähestymistapa saattaa edellyttää, että luot myös kehitysspesifikaatiot ja vaatimukset, jotta prosessi olisi tehokas ja tuloksellinen. Jos prototyyppiäsi käytetään iteratiiviseen testaukseen, varmista, että kerrot, mihin prototyypin osiin keskityt testaukseen ja vaativat siksi muutosten nopeaa käyttöönottoa. Kehitysprosessin aikana on suositeltavaa viettää aikaa kehittäjän kanssa ja tunnistaa koodin keskeiset alueet, jotka tulisi merkitä (koodin kommenteilla) muutoksille alttiiksi. Muista olla yhteydessä kehittäjääsi prototyypin kehittämisen aikana, jotta viestintälinjat pysyvät avoimina ja tulosten tarkkuuden varmistamiseksi. Huomautus Lisätietoja erilaisista prototyyppien valmistusmenetelmistä on tulevassa Todd Zaki Warfelin (Rosenfeld Media, julkaistaan vuonna 2009: www.rosenfeldmedia.com/books/prototyping) kirjassa A Practitioner’s Guide to Prototyping.

Prototyyppiesimerkit Tämän luvun yksinkertaiset, helppokäyttöiset prototyyppiesimerkit eivät ole läheskään täydellisiä lähestymistapoja, joita sinun pitäisi käyttää kaikissa tilanteissa. Keith Tatum ja Jon Hadden jakoivat avokätisesti kokemuksiaan prototyyppien valmistuksen todellisista käyttötavoista korostaakseen. Keith Tatum, Slingthoughtin (www .slingthought.com) vanhempi käyttökokemusstrategi, loi paperiprototyypin kuvassa 12.5 selittääkseen vasemmanpuoleisia navigointilinkkejä ja tunnistaakseen navigointihierarkiat ja luokitukset yhteistyökumppaneilleen Align Interactivessa (www .aligninteractive). .com). Lisäksi paperiprototyyppiprosessin ansiosta hän pystyi ohittamaan rautalankavaiheen ja siirtymään visuaaliseen suunnitteluun ja asetteluun (kuva 12.6).

PROTOTYYPPIEN ESIMERKKEJÄ

217

Kuva 12.5 Paperiprototyyppi, jota käytetään navigointikonseptien selittämiseen kehitystiimille

Kuva 12.6 Live-Web-sivuston suunnittelu paperiprototyyppiin perustuen

Keith käytti hyväkseen tiiminsä yhteistä ymmärrystä suunnittelu- ja kehitystehtävistä luodakseen mallin nopeasti kahdessa työpäivässä. Tämä antoi tiimille mahdollisuuden jatkaa kehitystyötä nopeasti visuaalisen suunnittelun konseptin hyväksymisen jälkeen.

Kuva 12.7 Kalenterityökalun toiminnallinen prototyyppi, joka on tehty korkealaatuisella XHTML:llä, CSS:llä ja JavaScriptillä; Jon Haddenin luvalla

218

LUKU 12: PROTOTYYPIT

Jon Hadden (www.jonhadden.com), Yahoon vanhempi visuaalinen suunnittelija, loi prototyypin kalenteritoiminnasta rakentamaansa työkaluun nimeltä Project Manager. Project Manager on yhteiskäyttöinen web-pohjainen sovellus projektien hallintaan. Se alkoi OmniGraffle-langasta ja rakennettiin sitten korkealaatuiseksi XHTML-prototyypiksi, joka auttoi määrittämään, olivatko toiminnot sekä käyttökelpoisia että edullisia. Kohtuuhintaisuus on tärkeä seikka: Joissakin tapauksissa sovelluksen tai projektin osia voidaan testata prototyyppitestillä, jotta nähdään, onko toiminnallisuus kustannustehokasta. Jos toiminnallisuuden luomisen kustannuksista tulee huolenaihe ja prototyypin kehitys ylittää aika- ja materiaaliodotukset, saatat joutua arvioimaan projektisi elinkelpoisuutta.

Mitä prototyyppien tekemisen jälkeen tapahtuu? Kun prototyyppiprosessi on valmis, sinun on syntetisoitava tulokset ja muutettava niistä jotain käyttökelpoista. Jos valmistit paperiprototyyppiä, saatat joutua luomaan digitaalisia lankakehyksiä saamasi palautteen perusteella. Jos olet jo digitaalisessa rautalankatilassa, saatat joutua päivittämään rautalankakehyksesi ja jatkamaan projektiprosessia. Tai saatat joutua ottamaan vastaan palautetta ja päivittämään prototyyppisi toista tarkistuskierrosta varten. Todd Zaki Warfel, Messagefirstin (www.messagefirst.com) presidentti, kertoi seuraavaa: Prototyypit ovat tapa saavuttaa yksi tai useampi seuraavista tavoitteista: Suunnittele läpi suunnittelu Luo yhteinen viestintäalusta Myy suunnitteluideasi sisäisesti ( esim. esimiehelle, muille suunnittelijoille jne.) Testaa teknistä toteutettavuutta Testaa suunnittelukonsepteja loppukäyttäjien/asiakkaiden kanssa Prototyyppi toimii palautemekanismina. Prototyyppien avulla voit päättää, haluatko jatkaa tietyllä suunnittelusuunnalla vai tutkia toista, ennen kuin siirryt projektisi seuraaviin vaiheisiin.

Muista: riippumatta siitä, missä olet prosessissa, prototyyppien tekeminen on vain osa prosessia, ja kuten minkä tahansa muun osan kanssa, sinun on oltava tietoinen siitä, milloin olet saavuttanut maksimaalisen tehokkuuden ja olet valmis siirtymään käyttökokemusprosessin seuraava vaihe. MITÄ TAPAHTUU PROTOTYYPIN JÄLKEEN?

219

Suunnittelutestaus käyttäjien kanssa irrottaudu siitä, mitä luulet tietäväsi – ja ota selvää, miten he ajattelevat. Luvussa 6 käsittelimme useita UX-suunnittelutekniikoita, jotka voivat auttaa sinua ymmärtämään käyttäjäryhmiäsi – heidän tarpeitaan, asenteitaan ja mieltymyksiään suhteessa kokonaisuuteen. sivustosi edustama aihe. Tässä luvussa käsitellään tekniikoita, joiden avulla voit kerätä käyttäjätietoja tietystä malleista tai suunnittelun elementeistä. Keskitymme tutkimustekniikoihin, joita käytetään usein varhaisessa suunnitteluvaiheessa, ja käytettävyystestaukseen, jota voidaan käyttää projektin monissa kohdissa. Puhutaanpa ensin suunnittelukonseptien tutkimisesta käyttäjien kanssa. Carolyn Chandler

Concept Exploration Käsite on yleensä sana, jota käytetään kuvaamaan abstraktia ideaa, kuten onnea, yhteistyötä tai tehokkuutta. UX-suunnittelun alalla käsitettä käytetään myös viittaamaan suunnitteluelementteihin, joiden on tarkoitus edustaa yhtä tai useampaa abstraktia ideaa projektitiimille tai potentiaaliselle käyttäjälle. Tässä sanan merkityksessä käsitteellinen suunnitteluelementti voi olla visuaalinen (esimerkiksi valokuva koneesta, joka edustaa tehokkuuden käsitettä) tai se voi olla tekstipohjainen (esimerkiksi lyhyt kokoelma lauseita, jotka on kirjoitettu ilmaisemaan yrityksen keskittyminen tehokkuuteen käyttämällä sellaisia sanoja kuin oikea-aikainen ja reagoiva). Konsepti voi tarkoittaa myös metallikehysten, visuaalisen suunnittelun mallien tai karkeiden prototyyppien tutkimista, jotka on tarkoitettu ilmaisemaan sivuston yleistä viestiä (katso luvusta 12 lisätietoja prototyypeistä). Konseptien tutkiminen tapahtuu yleensä suunnitteluprosessin varhaisessa vaiheessa, sen jälkeen, kun olet määrittänyt käyttäjäryhmäsi, mutta ennen kuin olet perehtynyt kunkin sivun tai näytön yksityiskohtiin. Tutkimus voi tarjota inspiraatiota suunnittelijoille ja pienentää jonkin verran riskiä tuoda uusi tuote markkinoille, koska voit kuulla (ja sitten suunnitella) millaisia reaktioita saatat saada potentiaalisilta käyttäjiltä.

Konseptien tutkimisen ensisijainen tarkoitus on ymmärtää, millaisia vastauksia ja ideoita käyttäjäryhmistäsi saadaan, kun kohtaat suunnitteluelementtien joukon.

Käsitteiden tutkiminen voi koostua kahdenkeskisistä keskusteluista tai se voi tapahtua ryhmässä, mutta se voi sisältää joitain yksittäisiä toimintoja, joiden tarkoituksena on kerätä ja keskustella eri näkökulmista. Jälkimmäinen voidaan perustaa kuin kohderyhmä, jossa osa ajasta on varattu käsitteiden testaamiseen, jota seuraa ryhmäkeskustelu (katso luku 6 lisätietoja kohderyhmistä). Katsotaanpa esimerkkiä konseptitutkimuksesta, joka suoritettiin voittoa tavoittelemattomalle mikrorahoitusorganisaatiolle.

KONSEPTITUTKIMUS

221

Konseptitutkimuksen mahdolliset sudenkuopat Henry Ford sanoi kerran: "Jos olisin kysynyt asiakkailtani, mitä he haluavat, he olisivat pyytäneet nopeampaa hevosta." Vaikka saatat saada hienoja ideoita tutkimalla konsepteja potentiaalisten käyttäjien kanssa, et halua luottaa siihen, että he edustavat suunnittelijoita. Loppujen lopuksi ikimuistoisimmat mallit ovat usein hyvin erilaisia kuin ennen, ja tutkimukseen osallistujat eivät välttämättä ole mukavia suureen muutokseen. Osallistujien vastaukset perustuvat heidän nykyiseen ymmärrykseensä. Keräät reaktioita, ei ennusteita siitä, mitä he haluavat tai eivät halua tulevaisuudessa. Muista myös, että monet muut itse suunnittelun ulkopuoliset tekijät vaikuttavat tulevaan käyttäytymiseen (kuten positiivinen suusta suuhun). Vältä pyytämästä osallistujia tekemään suoria valintoja (kuten "kumpi käsite on parempi, A vai B?"); Kuuntele sen sijaan, kuinka he käyttävät omia sanojaan kuvaamaan esitettyjä käsitteitä. Tuloksia tulee ajatella panokseksi suunnitteluprosessiin, ei mandaatiksi suunnittelijoille. Saat erinomaisen yleiskatsauksen suunnittelukonseptien testaamisen mahdollisista sudenkuoppista ja suosituksia tekniikan käyttöön tutustumalla tähän AIGA-verkkosivuston artikkeliin: "Design Meets Research", kirjoittaneet Debbie Millman ja Mike Bainbridge: http: //www.aiga.org/content.cfm/design-meets-research

Mikrorahoitus on hyvin pienten lainojen rahoittamista köyhien maiden yrittäjille. Näiden lainojen avulla lainanottajat voivat rakentaa yrityksiä ja parantaa siten perheidensä ja yhteisöjensä elämää. Lainavarat tulevat henkilöiltä, jotka kokoontuvat lainaamaan tai lahjoittamaan pieniä summia saadakseen suuremman lainan (esimerkiksi 25 dollaria kukin rahoittamaan 800 dollarin lainaa, jota kenialainen kaupan omistaja tarvitsee). Yrittäjät maksavat lainan takaisin yrityksen kasvaessa. Rahoitusmalli on erittäin tehokas, mutta organisaation mielestä konseptin yksinkertaistaminen on joskus ollut haastavaa. Sen lisäksi, että organisaatiolla oli haaste kuvailla mikrorahoitusta, se oli myös epävarma siitä, kuinka käsitellä uskonnollista viestintää ja suunnittelua. Tämä mikrorahoitusorganisaatio sai inspiraationsa perustajien ja työntekijöiden uskosta. Monet organisaatiossa halusivat tehdä

222

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Tämä inspiraatio näkyi sivuston suunnittelussa, mutta he eivät olleet varmoja siitä, kuinka löytää oikea tasapaino: Jos uskonnollisten viestien esitys oli liian voimakasta, se voi vieraannuttaa potentiaaliset antajat, jotka eivät olleet kyseisen uskon jäseniä. Liian hienovarainen, eikä organisaatio todella edustaisi arvojaan. Projektin UX-suunnittelijat päättivät tutkia mahdollisia tapoja, joilla kuvia ja tekstiä voitaisiin käyttää sekä selittämään mikrorahoitusmallia että edustamaan organisaation uskonnollista inspiraatiota vieraannuttamatta mahdollisia lahjoittajia. Tätä varten he valitsivat kuvia ja sanoja, joilla voitaisiin selittää malliin liittyviä käsitteitä (kuten omavaraisuus ja sijoitus), sekä muita, jotka edustivat uskonnollisen viestinnän eri asteita (esim. usko ja henkisyys). Tämän jälkeen suunniteltiin fokusryhmät osallistujien kanssa, jotka kuuluivat sivuston kohderyhmiin. Mukana oli kaksi käyttäjäryhmää: ne, jotka ilmoittivat lahjoittavansa uskonnollisen vakaumuksensa ilmaisuna, ja ne, jotka eivät. Jokaiselle ryhmälle ohjaaja selitti luovutusmallin (ei puhunut uskonnosta). Sitten jokaiselle osallistujalle annettiin arkki julistetaulua, joukko valokuvia ja joukko sanoja käytettäväksi sekä ylimääräisiä tyhjiä kortteja omien sanojensa täyttämiseen, jos he halusivat. Heitä pyydettiin luomaan kollaasi, jossa näytettiin kuvat ja sanat, joita he käyttäisivät selittääkseen mallia ystävilleen ja perheelleen. Kun ne olivat valmiit, osallistujat kokoontuivat jälleen esittelemään kollaasinsa ja selittämään, miksi he valitsivat tietyt kuvat ja tekstit ja miksi he päättivät olla sisällyttämättä muita. Kuvassa 13.1 on esimerkki tässä harjoituksessa luodusta kollaasista. Kuva 13.1 Esimerkki osallistujan konseptitestauksen aikana luomasta kollaasista

Projektiryhmä sai arvokasta tietoa näistä kollaaseista ja sitä seuranneesta keskustelusta. Näkemykset sisälsivät Osallistujat karttuivat kuvista, jotka edustivat menestystä "Länsi-

ern” termejä (esimerkiksi työpuvut ja salkut). He halusivat parantaa yrittäjien elämää muuttamatta heidän kulttuuriaan.

KONSEPTITUTKIMUS

223

Kaikki käyttäjäryhmät olivat yhtä mieltä siitä, että sivuston painopisteen tulee olla tavoite

organisaation (uskoa yrittäjille rahoitusta kasvaa ja menestyä) eikä sen taustalla olevaa motivaatiota (uskonnollinen inspiraatio). Osallistujat pitivät tärkeänä, että organisaatio pysyy uskollisena sille, kuka he olivat, mutta että nämä viestit voitiin toimittaa alueelle, joka on varattu organisaation itsensä kuvaamiseen (kuten Tietoja meistä -alue). Esiin tulleet asenteet ja kiinnostuksen kohteet auttoivat tiimiä päättämään sivuston viestinnän suunnasta – ja tarjosivat hyvän esimerkin konseptitestauksen arvosta!

Vinkkejä visuaalisen suunnittelun mallien tutkimiseen Jossain projektin vaiheessa sinulla voi olla malleja, jotka edustavat sivuston sivujen mahdollista suunnittelua. Jos päätät tutkia malleja osallistujien kanssa, on parasta, että heillä on käytettävissä kaksi tai useampia muunnelmia vertailua ja kontrastia varten. Jos käytät vain yhtä, saat todennäköisemmin "mukavan" vinoutumisen: ihmiset eivät halua kuulostaa liian kriittisiltä mallia kohtaan, koska he eivät halua loukata suunnittelijan tunteita. Kahden tai useamman mallin yhteydessä he kuitenkin tuntevat olonsa mukavammaksi olla kriittisiä, koska he keskittyvät enemmän mallien vertailuun kuin kritisoimaan niitä suoraan. Voit antaa osallistujille jokaisen mallin erikseen (joko näytölle tai paperitulosteena) ja esittää kysymyksiä. Voit esimerkiksi pyytää osallistujia katsomaan kutakin mallia minuutin ajan ja valitsemaan sitten luettelosta vähintään kolme termiä, jotka kuvaavat mallia parhaiten. He voisivat ympyröidä valintansa arkille, jossa oli 20 sanaa, kuten tylsä, trendikäs, konservatiivinen, äänekäs, turvallinen ja niin edelleen satunnaisessa järjestyksessä. Avoimiin kysymyksiin voi myös kerätä vastauksia. Voit esimerkiksi antaa osallistujille viisi tyhjää riviä kirjoittaakseen yleisvaikutelmansa suunnittelusta. Osa keräämistäsi tiedoista sisältää osallistujien luomia yleisiä brändiassosiaatioita:

"Pseudo Corporation on widget-valmistajien Rolls Royce: Se näyttää hyvältä, mutta sinulla ei todennäköisesti ole siihen varaa."

224

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Suunnittelu ja elämäntapa:

"En usko, että antaisin poikani mennä tälle sivustolle. Hän on vasta 8-vuotias, ja nämä kuvat näyttävät liian aikuisilta hänelle." Tietyn mallin tehokkuus uuden käsitteen selittämisessä:

"Voi, ymmärrän sen – tämä sivusto on kuin häärekisteri, mutta rekisteröidyt hyväntekeväisyyteen astioiden sijaan." Tapa, jolla osallistujat määrittelevät joitain käyttämistäsi keskeisistä termeistä:

"Kun näen tällä sivustolla sanan ratkaisu, se saa minut ajattelemaan, että löydän kaikki tuotteet ja palvelut, joita tarvitsen lähetysteni seuraamiseen." Kysymyksiä tai huolenaiheita siitä, miten tiettyä työkalusarjaa käytetään

tai niiden käyttöönoton vaikutus (seuraava jakso havainnollistaa useita esimerkkejä osallistujien huolenaiheista). Suunnittelijat voivat käyttää näitä vastauksia arvioidakseen, vastaavatko heidän saamansa reaktiot heidän aikomuksensa mukaisia vai tarvitseeko heidän kokeilla toista lähestymistapaa. Muista, että osallistujat (ja projektin sidosryhmät) poimivat usein erilaisia elementtejä eri suunnitelmista: "Pidän konseptin A tästä osasta ja konseptin B tästä osasta." Tämä on luonnollinen reaktio, mutta sitä ei pidä ottaa liian kirjaimellisesti. Et halua kahden eri suunnittelusuunnan epäluonnollista sulautumista. Jos visuaalinen suunnittelija katsoo, että suositut elementit sulautuvat hyvin yhteen, tee se. Mutta jätä hänelle tilaa kertoa sinulle, että se on vähemmän "suklaa ja maapähkinävoita" kuin "suklaa ja suolakurkku". Kaiken kaikkiaan konseptitesteihin sisältyville toiminnoille tai testattavissa oleville elementeille ei ole tiukkoja sääntöjä. Avainasemassa on pikemminkin varmistaa, että asetat oikeat odotukset projektitiimille siitä, millaista tietoa testeistä tulee ja miten näitä tietoja käytetään suunnittelupäätöksissä tukahduttamatta luovuutta.

Käytettävyystestaus Käytettävyystestaus on yksi yleisimmin käytetyistä UX-suunnittelun testausmenetelmistä. Se on myös tunnetuin niiden keskuudessa, jotka eivät itse ole UX-suunnittelijoita, joten yrityksesi sidosryhmät ja projektitiimi voivat jo tuntea sen. Itse konsepti on tyylikkään yksinkertainen: luo priorisoitu sarja

KÄYTTÖKÄYTTÖTESTAUS

225

sivustosi tehtävistä, pyydä joitain käyttäjiä suorittamaan ne ja pane merkille, missä heillä on ongelmia ja onnistumisia.

Käytettävyystestaus vs. käyttäjien hyväksyntätestaus Joillakin organisaatiosi ihmisillä saattaa olla harhakäsitys, että käytettävyystestaus tapahtuu vasta kehitysvaiheen lopussa tai käyttöönoton alussa, kun sivustosta tai sovelluksesta on toimiva versio – ehkä jokin beta-tilassa. Tämä vaikutelma voi myös liittyä yleiseen käytäntöön suorittaa käyttäjähyväksyntätestaus (UAT) tässä myöhemmässä vaiheessa. Nimien samankaltaisuus voi aiheuttaa näiden kahden hämmennyksen. Muodollisen laadunvarmistusprosessin läpikäyville sovelluksille UAT on yksi testauksen myöhemmistä vaiheista, ja todelliset käyttäjät suorittavat sen harvoin. UAT:n päätarkoitus on usein toimia viimeisenä tarkastuksena siitä, onko sovellus täyttänyt sidosryhmien asettamat toiminnalliset vaatimukset; se voi myös havaita kaikki osallistujien ilmoittamat virheet tai viat. Vaikka UAT voi tuoda esiin käytettävyysongelmia, sitä ei pidä luottaa ainoana menetelmänä niiden havaitsemiseksi projektissa. Koska se tapahtuu niin myöhään prosessissa, UAT:n palautteeseen perustuvat muutokset ovat paljon kalliimpia. On paljon parempi havaita suuret ongelmat aikaisemmin prosessin aikana, ennen kuin kehittelyyn kuluu paljon aikaa. Käytettävyystestaus on suunniteltu tarjoamaan todenmukaisempia suorituskykytietoja prosessin varhaisessa vaiheessa.

Seuraavissa osioissa käsitellään yleisiä käytettävyystestauksen vaiheita, kuten lähestymistavan valinta Tutkimuksen suunnittelu Rekrytointi ja logistiikka Keskusteluoppaiden kirjoittaminen Helpottaminen Tulosten analysointi ja esittäminen Suositusten laatiminen

226

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Ennen kuin aloitat, harkitse projektisi tavoitteita. Ne auttavat sinua säilyttämään keskittymisen koko ajan, mutta ovat erityisen hyödyllisiä varhaisessa vaiheessa, kun valitset lähestymistavan ja suunnittelet testin.

Lähestymistavan valinta Tutkimuslähestymistapoja kuvataan usein joko määrällisiksi tai laadullisiksi. Kvantitatiivinen tutkimus keskittyy numeeriseen dataan, ja sen tarkoituksena on tarjota korkean luotettavuuden ja toistettavuuden tuloksia kohderyhmäsi keskuudessa. Se perustuu siihen, että sisällytät riittävän suuren joukon käyttäjiä kyseiseen ryhmään (jota kutsutaan otoskooksi), jotta voit tehdä havaintoja pienemmästä joukosta ja tehdä johtopäätöksiä siitä, miten käyttäjäryhmä kokonaisuudessaan reagoi tietyllä alueella. virhe. Kaiken kaikkiaan se on tieteellisempi lähestymistapa tutkimukseen, jossa testin suunnittelussa ja analysoinnissa on muodollisuus. Painopiste on nykyisen suunnittelun arvioinnissa – erityisesti verrattuna sivuston muihin iteraatioihin, kilpailijoihin tai vertailuarvoihin. Kvantitatiivisen tutkimuksen tekeminen tarkoittaa sitä, että osallistujamäärään osallistuu enemmän, jotta voidaan ottaa huomioon yksilökohtaiset vaihtelut, kuten kirjoitusnopeus, samankaltaisten sivustojen tuntemus ja niin edelleen. Kyselyt ovat esimerkki tiedonkeruumenetelmästä, jota voidaan laajentaa laajemmalle yleisölle, mikä johtaa kvantitatiiviseen dataan – jos kysyt oikeita kysymyksiä (katso luvusta 6 lisätietoja tutkimuksista). Toisaalta laadullinen tutkimus ei ole yhtä keskittynyt luottamustasoihin ja toistettavuuteen, vaan pikemminkin kontekstin ja näkemyksen saamiseen käyttäjien käyttäytymisestä. Se perustuu suunnittelijan tulkintaan löydöistä, intuitiosta ja maalaisjärkestä. (Luvussa 6 käsitelty asiayhteystutkimus on esimerkki kvalitatiivisesta tutkimuksesta.) Laadullinen lähestymistapa mahdollistaa avoimuuden testaamiseen, mikä edistää ideoiden tutkimista ja oivallusten saamista; keskustelu käyttäjän kanssa on yhtä tärkeää kuin hänen suorituksensa, ellei jopa enemmän. Painopiste on nykyisen suunnittelun parantamisessa – näkemyksen ja reaktioiden saamisessa esitettyyn ideoiden luomiseksi. Onko käytettävyystestaus siis kvantitatiivinen vai kvalitatiivinen menetelmä? Tämä on yksi pisimpään käyneistä keskusteluista UX-suunnittelun alalla. Kumpikin lähestymistapa on mahdollinen ja voi tuottaa hyödyllisiä tuloksia. Kvantitatiivisemman lähestymistavan kannattajat sanovat:

KÄYTTÖKÄYTTÖTESTAUS

227

Se mahdollistaa mitattavissa olevien vertailuarvojen asettamisen, joita voidaan testata

myöhemmissä iteraatioissa, jotka osoittavat edistymisen kohti tavoitetta (esimerkiksi lyhentämällä uloskirjautumisaikaa 20 prosentilla tai havaitsemalla 80 prosenttia sivuston käytettävyysongelmista). Tämä tekee siitä myös hyvän lähestymistavan, kun haluat tehdä muodollisen kahden sivuston vertailun tai arvioida tiettyä sivustoa. Se tarjoaa tilastollisesti validoitavia tuloksia, jotka voivat olla tärkeitä.

kun suosituksia on puolustettava sidosryhmille, jotka luottavat tietoihin perustuviin päätöksiin. Se vähentää todennäköisyyttä, että yksittäisen UX-suunnittelijan harha vaikuttaa

tulokset. Se antaa suuremman varmuuden siitä, että saavutetut tulokset ovat

heijastavat tulokset koko käyttäjäkunnan keskuudessa. Se tarjoaa selkeän numeerisen menetelmän löydön vahvistamiseen (esim.

kuinka moni käyttäjä kohtasi saman ongelman). Laadullisen käytettävyystestauksen kannattajat sanovat: Laadullinen tutkimus rakentaa suunnittelijassa kokemusta ja empatiaa,

edistämällä luovia ratkaisuja, jotka keskittyvät käyttäjään. Se luottaa suuresti UX-suunnittelijan intuitioon tehdäkseen kohtuullisia suosituksia.

korjauksia, mikä on suuri osa siitä, miksi hän on joukkueessa. Etenkin käytettävyystestauksessa laadullinen lähestymistapa on usein vähemmän

kalliimpi kuin määrällinen, koska tarvitaan vähemmän käyttäjiä ja koska kvalitatiivinen tutkimus ei vaadi muodollisen tieteellisen suunnittelun ja analyysin (kuten tilastot) tuntemusta. On erittäin helppoa analysoida kvantitatiivisten tutkimusten tuloksia väärin, valehtelemalla

(kuitenkin tahattomasti) tietojen kanssa, joten kvantitatiivinen lähestymistapa voi itse asiassa aiheuttaa enemmän riskejä kuin laadullinen testi, jos sitä ei suoriteta oikein. Vaikka havaintoja ei validoida numeerisesti, ne voidaan vahvistaa

suunnittelija, joka soittaa ongelman todennäköisestä vaikutuksesta tietoisen perustelunsa perusteella ja rakentaa tapauksen käyttäjien tarinoiden avulla. Laadullinen käytettävyystestaus on helpoin lähestymistapa niille, jotka eivät ole saaneet koulutusta muodollisista tieteellisistä menetelmistä, ja se tarjoaa runsaan tietolähteen suunnittelua varten. Näistä syistä keskitymme laadullisen testauksen suunnitteluun tämän luvun loppuosan ajan.

228

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Kuinka monta käyttäjää on "tarpeeksi"? Kysymys "Kuinka monta käyttäjää on tarpeeksi?" UX-suunnittelijoiden ryhmässä on kuin uskonnon esille tuomista poliittisessa mielenosoituksessa – se on kuuman keskustelun aihe. Se on myös kysymys, jota ei voi välttää, koska tarvitset kehyksen, josta aloittaaksesi tutkimuksen suunnittelua. Se on sidottu käyttämääsi lähestymistapaan: määrällinen tai laadullinen. Lyhyen vastauksen antamiseksi tässä ovat Jakob Nielsenin toimittamat ohjeet, jotka näyttävät saaneen suurimman yksimielisyyden UX-alalla: Kvantitatiivista testiä varten suunnittele suurempi osallistujamäärä: 20 osallistujaa tutkimuskierrosta kohti (katso http ://www.useit.com/alertbox/quantitative_testing.html). Kvalitatiiviseen testiin riittää yleensä viidestä kahdeksaan käyttäjää ryhmää kohden jokaiselle tutkimuskierrokselle. Ihannetapauksessa tehdään useampi kuin yksi tutkimuskierros sellaisten ongelmien paljastamiseksi, jotka ovat saattaneet "piilottua" muiden ongelmien alla tai jotka on otettu vahingossa käyttöön uudessa suunnittelussa (katso http://www.useit.com/alertbox/20000319.html).

Tutkimuksen suunnittelu Kun suunnittelet käytettävyystestiä, sinun on vastattava varhaisessa vaiheessa muutamaan kysymykseen keskittyäksesi ja antaaksesi laajuuden. Tämä voitaisiin toimittaa asiakirjana, joka on kirjoitettu projektitiimille ja keskeisille sidosryhmille ja keskustellaan niiden kanssa, ja sitä kutsutaan usein käyttäjätutkimussuunnitelmaksi. Suunnitelman tulee hahmotella edellä valitsemasi lähestymistapa. Miksi testaat? Kirjoita selkeä lausunto, jossa hahmotellaan testin tavoitteet yhden tai useamman kokonaisprojektin tavoitteen perusteella. Katso luvusta 2 esimerkkejä suunnittelutavoitteista ja siitä, miten ne vaihtelevat projektityypin mukaan. Ketä testaat? Kun olet luonut käyttäjämallisi (katso luvut 6 ja 7), voit käyttää sitä perustana päätöksillesi, mitä käyttäjiä testaat. Jos et vielä ole, tapaa projektitiimi ja asiaankuuluvat sidosryhmät priorisoidaksesi käyttäjäryhmät. Nämä tiedot syötetään seulontaasi (käsitelty kohdassa "Rekrytointi ja logistiikka"). KÄYTTÖKÄYTTÖTESTAUS

229

Tässä kohdassa sinun tulee myös valita edustettavat käyttäjäryhmät ja kuhunkin ryhmään sisällytettävien käyttäjien määrä. Mitä testaat? Kysymys siitä, mitä testaat, sisältää kaksi toisiinsa liittyvää kysymystä: Mitä menetelmää käytät edustamaan sivustoa tai sovellusta? ja mitä tehtäviä aiot sisällyttää? Jos sinulla on jo olemassa oleva uudelleensuunnittelusovellus, voit suorittaa koko testin ensin nykyisellä versiolla löytääksesi tärkeimmät käytettävyysongelmat. Jos työskentelet uuden mallin parissa, voit käyttää luonnoksia tai paperiprototyyppejä (esimerkiksi paketti painettuja lankakehystä) edustamaan uusia käyttöliittymäelementtejä, kuten sivuja. Näiden käyttöliittymän alhaisen tarkkuuden esittelyjen avulla voit nopeasti luoda ja keskustella ideoista projektitiimin kesken ja iteroida niitä nopeasti osallistujien kanssa (katso luvut 10 ja 11 saadaksesi lisätietoja luonnoksista ja kehystyksestä). Kun työskentelet uuden suunnittelun parissa, joka sisältää erittäin vuorovaikutteisia elementtejä, saattaa olla parempi luoda prototyyppi, joka simuloi suunnittelun navigointikulkua realistisesti, mutta joka voidaan silti luoda nopeasti, ennen kuin täysimittainen kehitys alkaa (lisätietoja on luvussa 12). prototyyppien tekeminen). Lisäämäsi sivut liittyvät tiiviisti valitsemiisi tehtäviin. Jos aiot käyttää prototyyppejä käyttäjien kanssa testaamiseen, sinun on suunniteltava tehtävän pääsivut sekä välisivut ja vaihtoehtoiset polut. Sinun ei ehkä tarvitse eritellä jokaista, mutta sinun on suunniteltava vastaus, jos käyttäjä menee siihen suuntaan. Joskus tämä voi olla niinkin yksinkertaista kuin sivu, joka ilmoittaa, että tietty polku ei ole käytettävissä ja pyytää käyttäjää palaamaan edelliselle sivulle ja yrittämään uudelleen. Tehtäväsi tarkemmat tiedot menevät keskusteluoppaaseen (käsitelty alla), mutta koska laajuus voi vaihdella suuresti sisällyttämiesi tehtävien tyypin mukaan, on hyödyllistä, että luettelo hahmotellaan suunnittelun aikana.

230

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Deep Diving Lisätietoja iteratiivisesta suunnittelusta ja testaamisesta luonnosten avulla sekä todella inspiroivia näkemyksiä luovuudesta suunnitteluprosessissa on Bill Buxtonin artikkelissa Sketching User Experiences: Getting the Design Right and the Right Design (Morgan Kaufmann, 2007). Lisätietoja paperiprototyyppien valmistustekniikoista on Carolyn Snyderin (Morgan Kaufmann, 2003) artikkelissa Paper Prototyping: The Fast and Easy Way to Design and Reﬁne User Interfaces.

Jos luettelo on liian pitkä etkä ole varma, miten priorisoida, tässä on joitain mahdollisia prioriteetteja harkitsemaan: Alueet, joilla suunnittelu rikkoo joitain vakiintuneita käytäntöjä. Oletko

kutsua sitä "hyväksi laukuksi" "ostoskorin" sijaan? On luultavasti hyvä idea nähdä, onko se käyttäjillesi selvää. Alueet, joilla suunnittelupäätökset ovat poliittisesti ladattuja. Sinulla voi olla a

vahva tunne, että tietty suunnittelusuunta on oikea, mutta tiedät, että sidosryhmien tai muiden projektitiimin jäsenten välillä on paljon erimielisyyksiä. Näkeminen on uskomista. Alueet, joilla käytettävyysongelmilla voi olla kriittisiä seurauksia, kuten kadonneita

myynti tai pahimmassa tapauksessa menetetty ihmishenki (terveydenhuollon sovellukset, joihin liittyy lääkkeiden annostus, ovat tästä hyvä esimerkki). Seuraavaksi määrität tiedot, joita hän haluaa kerätä, kun käyttäjä yrittää suorittaa kutakin tehtävää. Mitä tietoja keräät? Keskitymme kvalitatiivisiin käytettävyystesteihin, joissa on yleensä pienempi joukko mittauksia. Useimmiten haluat ymmärtää ongelmat, joita käyttäjät voivat kohdata, heidän kokemansa turhautumistasot ja tietyn ongelman vakavuus. Saattaa esimerkiksi olla ajoittainen ongelma (jota eivät kaikki käyttäjät kokeneet), mikä johtaa lähetetyn tarinan peruuttamattomaan menettämiseen. Sen pitäisi ehdottomasti olla erittäin huolestuttava ongelma raportissasi!

KÄYTTÖKÄYTTÖTESTAUS

231

Jotta voit saada perspektiiviä testaamistasi käyttäjistä tai testauskierroksista, sinun on harkittava mittausten keräämistä osana testiäsi. Jälleen, jos teet laadullista testiä pienemmällä määrällä käyttäjiä, älä vie näitä lukuja liian pitkälle (keskimääräisen luvun laskeminen ei ole kovin järkevää, jos testaat vain viittä käyttäjää), mutta seuraavat toimenpiteet voivat auttaa sinua ymmärtämään joidenkin käyttäjien kohtaamien ongelmien vakavuuden. Onnistuminen – aste, jolla käyttäjä pystyi suorittamaan tehtävän. Jos etsit eri käyttäjiä, voit viitata myös "onnistumisprosenttiin" eli niiden käyttäjien määrään, jotka pystyvät suorittamaan tehtävän onnistuneesti. Se kuulostaa yksinkertaiselta, mutta tämä tarkoittaa, että sinun on määriteltävä menestyksen merkitys! Vähemmän muodollisissa testeissä voit sanoa, että tehtävä on onnistunut, jos käyttäjä saavuttaa lopputilan (esimerkiksi editori hyväksyy tarinan onnistuneesti). Voit seurata menestystä muodollisemmin panemalla merkille ohjaajan tarvitsemat eri interventiotasot: Tason 1 kehote: Testin ohjaaja vastaa osallistujan kysymykseen, mutta ei anna lisätietoja. Esimerkiksi osallistuja kysyy: "Luulen, että se olisi tämä painike, pitäisikö minun napsauttaa sitä?" ja ohjaaja vastaa: "Mene ja kokeile sitä." Pelkästään tason 1 kehote ei tarkoita epäonnistunutta tehtävää, mutta se on hyvä huomioida, koska osallistujalla on todennäköisesti epävarmuutta siinä vaiheessa. (Vaikka jos tämä on ensimmäinen tehtävä, voi myös olla, että hän ei ole perehtynyt käytettävyystesteihin). Jos käyttäjä ei tarvitse kehotusta suorittaakseen tehtävän tai hän tarvitsee vain yhden tai kaksi tason 1 kehotusta, voit pitää tätä vaihetta onnistuneena – ellei sinusta tuntuu, että käyttäjältä kului aikaa, joka ylitti sinun todennäköisen kärsivällisyyden tason. käyttäjiä. Tason 2 kehote: Testin ohjaaja näkee osallistujan kamppailevan ja antaa vihjeen vastauksena kysymykseen. Tämä taso ei sisällä vastauksen antamista suoraan, mutta vastaus voi vaikuttaa käyttäjän lähestymistapaan. Ohjaaja voi esimerkiksi sanoa: "Onko tällä sivulla jotain muuta, jonka uskot liittyvän tähän tehtävään?" Täällä voit asettaa rajan sille, kuinka monta tason 2 kehotusta voidaan antaa ennen kuin tehtävä merkitään epäonnistuneeksi (esimerkiksi toisessa kehotteessa) tai "onnistunut vaikeudesti".

232

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Tason 3 kehote: Osallistuja on antanut periksi turhautuneena tai taistellut niin pitkälle, että hän olisi todennäköisesti luovuttanut, jos hän olisi kohdannut tehtävän tosielämässä. Tässä tapauksessa ohjaaja antaa suoran vastauksen osaan tehtävää, esimerkiksi sanomalla: "Hyväksyäksesi tämän tarinan, napsauta Lähetä-painiketta." Jos osallistuja vaatii tason 3 kehotteen, tehtävä yleensä merkitään epäonnistuneeksi. Käyttäjätyytyväisyys – Toki hän suoritti tehtävän onnistuneesti, mutta miltä hänestä tuntui? Voi olla hyödyllistä lisätä muutama jatkokysymys jokaisen tehtävän jälkeen (ajastimen ollessa pois päältä), jotta ymmärrät, kuinka onnellisia tai turhautuneita käyttäjäsi ovat jälkeenpäin. Jos saat jonkun, joka ei halua puhua, tämä voi olla pääikkuna, jonka pääset hänen sielunsa. Taulukossa 13.1 on esimerkkejä joistakin tehtävien jälkeisistä kysymyksistä, joita voit sisällyttää. TAULUKKO 13.1: 13.1 Käyttäjän TAULUKKO

Tyytyväisyyskysymykset ovat JOHKAAN ERI mieltä

ERI mieltä

EI SAMAA EIKÄ ERI MIELTÄ

OLLA SAMAA MIELTÄ

VAHVASTI SAMAA MIELTÄ

Tehtävän suorittaminen kesti kauemmin kuin odotin

Tehtävä oli helppo suorittaa

Tunsin turhautumista yrittäessäni suorittaa tätä tehtävää

Käyttäjien tyytyväisyyskysymykset Käyttäjien lausunnot – Tämä ei ole mittari, mutta se, mitä käyttäjät vapaaehtoisesti ilmoittavat, on keskeinen kerättävä tietojoukko. Käyttäjien lainausten lisääminen raporttiin on tehokas tapa tuoda inhimillinen elementti tuloksiin, jotta sidosryhmät eivät vain tulkitse tietoja, vaan ymmärtävät havaintoja, jotka johtavat oivalluksiin. Testin aikana voit vain merkitä väitteitä joko kysymyksiksi tai kommenteiksi; jaamme ne raportissa (katso myöhempi osio "Insights").

Rekrytointi ja logistiikka Nyt kun sinulla on tutkimuksen pääpiirteet ja tiedät kuinka monta osallistujaa tarvitset kustakin ryhmästä, on aika varata testejä!

KÄYTTÖKÄYTTÖTESTAUS

233

Luettelon luominen Kun loit tutkimussuunnitelmasi, hahmotit, minkä tyyppisiä käyttäjiä haluat sisällyttää. Voit käyttää tätä ääriviivaa painopisteenä luodaksesi luettelon mahdollisista osallistujista. Ihannetapauksessa etsit nimiä, sähköpostiosoitteita ja puhelinnumeroita. Tässä on joitain lähteitä, joista voit kerätä luettelon: Asiaan liittyvän yrityksen sivuston rekisteröidyt käyttäjät Asiakkaiden yhteystiedot Vastaukset tutkimusta koskeviin julkaisuihin, jotka on lähetetty asiaankuuluville sivustoille tai ryhmille

tutkimusaiheeseesi. Tämä voi olla laajaa, kuten julkaisuja Craigslistissa, tai kohdennettua, kuten keskusteluryhmiä, jotka keskittyvät yrityksesi toimialaan. Sähköpostit tutuille, joilla on yhteys kokeen aiheeseen.

Haluat pyytää heitä välittämään kutsun muille, jotka saattavat olla kiinnostuneita, koska henkilökohtaisten tuntemiesi kohteiden käyttäminen voi vääristää tuloksia. Tällainen suusta suuhun levittäminen on loistava tapa löytää potentiaalisten osallistujien taskut, mutta muista, että nämä ehdokkaat on vielä tarkastettava. (Jos sinä tai muut tiimin jäsenet tuntevat ihmiset hyvin, voi olla houkuttelevaa päästää heidät lipsahtamaan läpi.) Pyynnöt lyhyiden kyselyjen muodossa, jotka esivalittavat osallistujat joko

mainostila asiaankuuluvilla sivustoilla tai yrityksen sivustolla. Ilmoitukset tai esivalintakyselyt julkisilla paikoilla, joissa

osallistujia löytyy. Jos sivustolla on vahva yhteys fyysiseen paikkaan, voit tehdä suurimman osan seulonnasta ja aikataulusta myös paikan päällä. Kolmannen osapuolen rekrytointiyritykset, jotka voivat myös suorittaa seulonnan puolestasi

ja auttaa aikataulujen suunnittelussa. Tämä voi olla kallis vaihtoehto, mutta jos etsit tiettyä osallistujatyyppiä, jota on vaikea rekrytoida tai sinun on rekrytoitava paljon ihmisiä, voit säästää paljon aikaa ulkoistamalla tämän prosessin osan. Jotkut yritykset ovat myös erikoistuneet tietyille aloille (kuten lääketieteeseen) ja voivat antaa sinulle ohjeita korkean osallistumisasteen edistämiseen.

234

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Ole valmis olemaan luova täällä. Käytä empaattisia taitojasi ajatellaksesi kuten kohdekäyttäjäsi – mistä voit löytää heidät ja mikä saattaa motivoida heitä liittymään? Tämä viimeinen kysymys johtaa meidät seuraavaan aiheeseen. Korvauksen valinta Mikä motivoi käyttäjäryhmäsi jäseniä osallistumaan tutkimukseen? Se voi olla rahaa tai ei, mutta osallistujat haluavat aikaansa arvokasta. Jos työskentelet sivustolla sisäisille käyttäjille, sinun on osoitettava tämä arvo esimiehille, joiden on hyväksyttävä yrityksen ajan käyttö tutkimukseen osallistumiseen. Tässä tapauksessa voit keskittyä siihen, kuinka parempi järjestelmä liittyy suoraan hänen ryhmänsä hyötyihin. Jos työskentelet potentiaalisten ulkoisten käyttäjien kanssa, tässä on joitain muuttujia, jotka tulee pitää mielessä, kun päätät, kuinka kompensoit: Kuinka yleinen tai erityinen yleisö on? Laajalti käytetyillä verkkokauppasivustoilla yleisösi on todennäköisesti yleinen, ja voit usein tarjota alhaisemman korvauksen sekin tai lahjakortin muodossa. Lakimiesten käyttämän sovelluksen kohdalla korvauksen tulee olla arvokas, ja usein on parempi käyttää korvauksena jotain muuta kuin rahaa (esimerkiksi pääsy premium-palveluun). Näissä tapauksissa shekki voi itse asiassa tuntua loukkaukselta – 250 dollaria tunnissa laskuttava ei todennäköisesti osallistu rahasta. Jos työskentelet isohintaisten tuotteiden asiakkaiden kanssa, kohtele heitä tiettynä yleisönä ja kompensoi heitä hyvin. Kuinka paljon kiinnostusta aihe todennäköisesti herättää? Jotkut osallistujat liittyvät, koska he haluavat nähdä, mitä testaamallasi alueella on tulossa. Jos se on kiinnostava alue, sinun ei ehkä tarvitse maksaa paljon ylimääräistä korvausta – palkkiona on pääsy johonkin, jota kukaan muu ei vielä näe. Mutta ole realistinen tässä: Saatat olla niin innostunut aiheesta, mutta ovatko käyttäjäsi? Osallistuvatko ihmiset pääasiassa siksi, että he haluavat edistää jotakin asiaa? Joitakin ryhmiä motivoivat epäitsekkäät tarkoitukset, ja osallistumisrahojen tarjous voidaan sulkea pois. Jos testaat jotain, joka parantaa yhteisöä (verkossa tai sen ulkopuolella), saatat saada enemmän osallistujia – ja onnellisempia osallistujia – jos kokemus on pikemminkin yhteen tulemista

KÄYTTÖKÄYTTÖTESTAUS

235

kuin saada palkkaa. Tässä tapauksessa voit osoittaa kiitollisuutesi julkisella tunnustuksella ja kertomalla heille, kun sivusto on valmis, heidän panoksensa osallistumalla. Kuinka hankalaa osallistuminen on? Jos osallistujat joutuvat matkustamaan sivustollesi, ole valmis maksamaan suuremmat korvaukset. Jos he osallistuvat etätestaukseen mukavasti omasta kodistaan tai toimistostaan, vaaditaan vähemmän. Tähän yhtälöön tietysti tulee myös aika, ja ihmiset odottavat saavansa enemmän korvausta kahdesta tunnista kuin 30 minuutista.

Mahdolliset korvausmuodot Tilanteesi vaihtelee, mutta tässä on joitain asioita, joita voit tarjota: 50 dollaria puolen tunnin etätestistä yleisen käyttäjäryhmän kanssa 80 dollaria - 120 dollaria tunnin mittaisesta henkilökohtaisesta testistä yleisen käyttäjäryhmän kanssa 180 dollaria – 250 dollaria tunnin mittaisesta testistä tietylle käyttäjäryhmälle, jonka uskot vastaavan hyvin rahalliseen korvaukseen Ilmainen palvelu kolmen kuukauden ajan, yrityksen valmistamat ilmaiset tuotteet (mieluiten sellaisia, jotka eivät ole vielä kaikkien saatavilla), jäsenyys eksklusiiviseen ryhmä kuudeksi kuukaudeksi ja vastaavat tietylle käyttäjäryhmälle, joka ei todennäköisesti ole vaikuttunut shekistä, esimerkiksi lakimiehet, lääkärit ja myyntijohtajat Tässä on taas hyvä olla luova ja keskittyä persoonallisuuksiin. Mikä motivoi käyttäjäryhmääsi?

Seulonta Seulonta on eräänlainen kyselylomake, jota voit käyttää mahdollisten osallistujien kanssa ennen niiden ajoittamista. Se varmistaa, että ne sopivat edustavan käyttäjän määritelmään. Kysymysten tarkoituksena on varmistaa, että vastaaja on joko testaamiesi ominaisuuksien nykyinen käyttäjä.

tai todennäköinen tuleva käyttäjä Määrittele hänen sopivuus yhteen tai useampaan käyttäjäryhmään Auta sinua saamaan hyvän yhdistelmän osallistujia kyseiseen käyttäjäryhmään

236

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Sulje pois tietyt vastaajat, joilla voi olla kokemusta, joka voi vääristää

tulokset Kerää tärkeimmät tiedot, joista sinun tulee tietää ennen osallistujan saapumista

(valinnainen) Tarkastajasi tulee sisältää johdantoskripti, jonka rekrytoija voi lukea puhelimitse, sekä ohjeet osallistujan hyväksymisestä (jos he sopivat) tai puhelun lopettamiseen (jos eivät). Seuloksesi loppukäyttäjiä ovat osallistujiasi värväävät ihmiset tai mahdolliset osallistujat, jos käytät seulomiseen verkkolomaketta. Kumpikin voi toimia, mutta yleensä on parasta kerätä luettelo kiinnostuneista lomakkeella tai sähköpostilla ja seuloa ne sitten puhelimitse. Miksi? Koska valitettavasti ihmisten on yleensä helpompi antaa vääriä tietoja paperilla kuin vastatessaan jollekin suoraan, eikä ole epätavallista, että joku yrittää liittyä tutkimukseen, vaikka hän ei olisi pätevä siihen. Varsinkin jos kyseessä on korvaus! Seuloksesi tulisi myös karsia pois ne, joilla on tietoa, joka voi vaikuttaa tuloksiisi. Esimerkiksi yleinen kysymys on, työskenteleekö vastaaja markkinatutkimuksen parissa, koska hän on luultavasti liian perehtynyt tutkimukseen yleensä ja siksi hän ei pysty antamaan sinulle aitoja reaktioita. Voit myös seuloa kilpailijoille työskentelevät henkilöt, jos suunnittelutietojen jakaminen on huolestuttavaa. Seuraavassa on esimerkkejä kysymyksistä, joita saatat nähdä yritysten välisen verkkotilaussovelluksen seulonnassa. Tässä tapauksessa kohdistamme käyttäjäryhmään, joka on tyytyväinen käyttämään ja ostamaan verkon kautta ja todennäköisesti tekee niin myös yksin. Huomaa, että joidenkin kysymysten tarkoituksena on seuloa osallistujia sisään tai ulos, kun taas toiset (kuten kysymys 4) on suunnattu enemmän pätevien osallistujien sijoittamiseen oikeaan käyttäjäryhmään. 1. Mihin ikäluokkaan kuulut? [yli 18-vuotiaiden sekoitus] a. Alle 18

LOPETA

b. 18-24 c. 25–34 d. 35–44 e. 45–54 f. 55 tai enemmän

KÄYTTÖKÄYTTÖTESTAUS

237

2. Kuinka usein käytät Internetiä kotona? a. Ei koskaan

LOPETA

b. Harvemmin kuin kerran kuukaudessa

LOPETA

c. Muutaman kerran kuukaudessa d. Vähintään kerran viikossa e. Useita kertoja viikossa f. Kerran päivässä tai useammin 3. Milloin viimeksi ostit tuotteen verkossa? a. Viimeisen kuukauden aikana b. 1-3 kuukautta sitten c. 3–6 kuukautta sitten d. 6-12 kuukautta sitten

LOPETA

e. Yli 12 kuukautta sitten

LOPETA

f. En ole koskaan tehnyt henkilökohtaisia ostoksia verkossa

LOPETA

4. Milloin viimeksi vierailit pseudocorporation.com-sivustolla? [Ryhmä A ovat harvoin tai ei-käyttäjiä; Ryhmä B ovat usein käyttäjiä]

238

a. En ole koskaan käynyt sivustolla

TARKISTA RYHMÄ A

b. Viimeisen kuukauden aikana

TARKISTA RYHMÄ B

c. 1-3 kuukautta sitten

TARKISTA RYHMÄ B

d. 3-6 kuukautta sitten

TARKISTA RYHMÄ B

e. 6-12 kuukautta sitten

TARKISTA A tai B

f. Yli 12 kuukautta sitten

TARKISTA RYHMÄ A

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Sinut on lopetettu Terminate on ankaralta kuulostava sana. Se tarkoittaa, että puhelu tulee lopettaa, koska vastaaja ei sovi testiin. Et halua, että vastaaja tuntee olonsa huonoksi tästä, mutta et myöskään tuhlaa hänen aikaansa kysymällä jatkokysymyksiä, kun tiedät, että hän ei sovi. On monia tapoja käsitellä tätä. Yksi suosikki on yksinkertaisesti sanoa, että ryhmä, johon hän kelpuutetaan, on jo täytetty, ja kysyä, voitko ottaa häneen yhteyttä jatkossa, jos hän olisi kiinnostunut jostain muusta testistä.

Tilan ja laitteiden suunnittelu Tässä vaiheessa tiedät testaatko etänä vai henkilökohtaisesti ja kuinka paljon aikaa tarvitset kullekin osallistujalle. Tässä on joitain muita päätöksiä, jotka sinun tulee tehdä: Missä testaat: Vuokratussa tilassa, jossa on tarkkailuhuone, yrityksen konferenssihuoneessa tai paikassa, jossa potentiaaliset käyttäjät ovat? Suunnittele rauhallinen paikka, johon mahtuu mukavasti kaksi tai kolme henkilöä, ja testaamaan tietokonettasi. Mitä henkilökuntaa fasilitaattorin lisäksi tarvitset: Säästät aikaa ja lisäät tarkkuutta, kun sinulla on esimerkiksi muistiinpanon lokitiedot testin aikana. Muita mahdollisuuksia ovat tervehtijä (vastaamaan saapuvia osallistujia, jakamaan kyselylomakkeita ihmisten odottaessa ja saattamaan osallistujat testihuoneeseen ja sieltä pois) ja joku, joka tarjoaa IT-tukea, jos testin aikana ilmenee jotain. Testin nauhoittaminen: Voit käyttää useita menetelmiä, mutta ohjelmistot, kuten TechSmithin Morae ja Camtasia Studio, tekevät näytön tallentamisesta helppoa, ja Moraessa on muita Webcam-videon ja äänen integrointiominaisuuksia.

Keskusteluoppaiden kirjoittaminen Lopuksi sinun on koottava itse testiin tarvitsemasi materiaalit. Yleiset tehtäväsi on lueteltu tutkimussuunnitelmassa; nyt sinun on viimeisteltävä tehtävän varsinainen teksti ja ohjeet. Sinulla on täällä vähintään kaksi pakettia – yksi testin ohjaajalle ja toinen osallistujalle (jossa on tarpeeksi kopioita jokaisesta testistä, jotta yksi niistä on yksi).

KÄYTTÖKÄYTTÖTESTAUS

239

Aloita johdantokirjoituksella, jonka ohjaaja voi lukea osallistujalle. Paljon hyviä esimerkkejä on saatavilla osoitteessa http://usability.gov/templates.

Surfing Usability.gov on sivusto, jonka on kehittänyt Yhdysvaltain terveys- ja henkilöstöministeriö osana aloitetta, jolla rohkaistaan laajalle yleisölle käytettävien sivustojen kehittämistä. Siinä on erinomainen joukko viitemateriaaleja, jotka auttavat käyttäjäkeskeisessä suunnittelussa, mukaan lukien esimerkki videon suostumuslomakkeesta (Microsoft Word -muodossa), joka sinun tulee pyytää osallistujia allekirjoittamaan ennen niiden tallentamista: http://www.usability. gov/templates/docs/release.doc

Ohjeidesi tulee sisältää kaikki tiedot, joita osallistuja tarvitsee suorittaakseen onnistuneesti testattavan tehtävän tai tehtävät. Jos tehtäväsi vaativat paljon tietojen syöttämistä ja mukauttamista, määritä tiedot etukäteen ja anna osallistujille ennalta määritettyjä tietoja käytettäväksi. Jos kyseessä on esimerkiksi kirjautuminen, kaikki osallistujat todennäköisesti käyttävät samoja kirjautumistunnuksia. Varmista, että tehtävän ohjeissa on kaikki nämä tiedot selkeästi, jotta ne on helppo täyttää. Tässä on esimerkki siitä, kuinka sisällönmuokkausohjelman tehtävä tarkentuu keskusteluoppaassa. Suunnitelman alkuperäinen tehtävä on "Etsi artikkeli, joka on valmis muokattavaksi". Keskusteluoppaassa tästä tulee seuraava: JOHDANTO Esimiehenne on pyytänyt sinua ottamaan vastaan uuden roolin: muokkaamaan ja hyväksymään artikkeleita, jotka ovat kirjoittaneet kirjoittajat, jotka osallistuvat yrityksen Web-sivustoon. Kun olet hyväksynyt artikkelin, se julkaistaan sivustolla Uutiset-alueella. Sinä ja kolme muuta toimittajaa hyväksytte kohteet varmistaakseen, että ne sopivat yrityksen viestiin. Sinulle on annettu seuraavat kirjautumistiedot muokkaustyökaluun: Käyttäjätunnus: grobertson Salasana: come2gether

240

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Lue jokainen tehtävä ääneen ja suorita se sitten muokkaustyökalulla. Tehtävä 1 Kirjaudu työkaluun ja avaa artikkeli, joka on valmis muokattavaksi.

Kuten yllä näet, olemme muuttaneet tehtävää jonkin verran päätyäksemme selkeään lopputilaan – avoimeen artikkeliin. Tällainen säätäminen on yleistä, kun siirryt tälle tasolle ja mietit, kuinka mittaat menestystä. Voit myös seurata jokaista tehtävää suunnitteluosiossa käsitellyillä käyttäjätyytyväisyyskysymyksillä. Yleensä on parasta antaa jokaiselle tehtävälle oma sivu, jotta käyttäjä ei houkuttele katsomaan eteenpäin. Yhteenvetona testimateriaaleissasi tulisi olla seuraavat: Suostumuslomake videota varten (katso edellisen Surffauksen sivupalkki

sivu lisätietoa varten) Keskusteluopas ohjaajalle johdantokäsikirjoituksella Keskusteluopas osallistujalle, yksityiskohtaiset tehtävät ja käyttäjätyytyväisyys

kysymykset Muistiinpanon muoto, jos sinulla on siihen omistettu henkilö. Tämä voi

vaihtelevat testausohjelmistoon sisäänrakennetusta lokityökalusta laskentataulukkoon vastausten kirjoittamiseen tulostettuun malliin tärkeimpien tietojen (kuten vaadittujen kehotteiden) tarkistamista varten. Kun käytät hieman ylimääräistä aikaa ennen testiä tämän määrittämiseen, saat tasaisia tuloksia ja säästät paljon aikaa tallenteiden tarkastelussa. Valinnaisesti kyselylomake. Joskus osallistujat tulevat aikaisin ja ovat

vähän odotusaikaa – tämä on erinomainen tilaisuus kerätä vähän lisätietoa. Jos olet suunnitellut kyselyn aiemmin, miksi et käyttäisi sitä uudelleen täällä? Korvaustapa, joka annetaan osallistujalle vuoden lopussa

testi (rahat kirjekuoressa, laajalti hyväksytty lahjakortti, kuten Visa-lahjakortti jne.). Jos valitsit korvauksen, kuten ilmaiset palvelut, joissa mitään ei jaeta testin jälkeen, vakuuta osallistujalle, että hän saa jatkotarkastuksen viimeistään seuraavana päivänä. Jos käytät paperiprototyyppiä testin aikana, sinulla on myös nämä materiaalit käytettäväksi. Varmista ennen ensimmäisen testin aloittamista, että sinulla on sarjat valmiiksi käsiteltäviä helpotuksia varten.

KÄYTTÖKÄYTTÖTESTAUS

241

Fasilitointi Ohjaajan tehtävänä on esitellä osallistuja prosessiin, vastata hänen ensimmäisiin kysymyksiinsä ja sitten poimia, mitä oivalluksia voit yrittää samalla antaa osallistujan toimia mahdollisimman luonnollisesti. Muista pyytää käyttäjiä ajattelemaan ääneen testin aikana, aivan kuin he puhuisivat itselleen (ja muistuta heitä varovasti siitä, jos he alkavat työskennellä hiljaa). "Ajattele ääneen" -tekniikka on tapa saada eniten tietoa käyttäjien käyttäytymisestä. Opit paljon heidän ongelmanratkaisuistaan ja ajatteluprosesseistaan, jos kuulet niistä itse tehtävän aikana, eikä pyydä osallistujia luomaan ne uudelleen myöhemmin, kun heidän muistikuvansa ei ehkä ole yhtä tarkka. Varo myös, ettet anna osallistujalle "oikeaa" vastausta liian nopeasti! Yksi käytettävyystestin suorittamisen vaikeimmista osista on katsella huolellisesti valittua osallistujaasi kamppailemaan voimakkaasti tehtävän kanssa ja antaa heidän kamppailla. Loppujen lopuksi olet luultavasti tällä alalla, koska olet empaattinen yksilö. Haluat auttaa ihmisiä. Joten voi tuntua hieman sadistiselta katsoa jonkun turhautuvan yhä enemmän, pyytää häntä kääntymään sinulta apua ja sitten vastaamaan: ”Mitä tekisit, jos kokeilisit tätä yksin?” Aina kun osallistuja kysyy sinulta kysymyksen työskennellessään, pidättele muutama lyönti ennen vastaamista. Osallistujat esittävät todennäköisimmin kysymyksiä heti testin alussa, varsinkin jos he tuntevat olonsa kiusalliselta työskennellessäsi vieressäsi. Kun he ymmärtävät, että olet enemmän tarkkailemassa kuin keskustelemassa, he alkavat usein keskittyä tehtävään enemmän kuin läsnäoloasi. Tässä on esimerkkejä osallistujien kysymyksistä ja vastausehdotuksista: Osallistuja: "Näyttää siltä, että se saattaa olla tämä välilehti, pitäisikö minun mennä tänne?" Ohjaaja:

"Mene ja kokeile."

Osallistuja: "Pitäisikö minun mennä tänne?" Ohjaaja:

"Niinkö luulet tekeväsi tässä vaiheessa?"

Osallistuja: "Tämä on tapa lähettää kommentteja?" Ohjaaja:

Hiljaisuus. Hänen kasvoillaan on ystävällinen ja rento ilme, kun hän hymyilee osallistujalle ja katsoo sitten hänen näyttöään odottavasti.

Joten milloin puutut asiaan?

242

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Jos käyttäjä on jo ponnistellut enemmän kuin uskot realistisesti tekevänsä työskennellessään yksin, ja sinusta tuntuu, että olet oppinut, miksi hän päätyi väärälle tielle, on aika siirtyä eteenpäin – varsinkin jos sinulla on enemmän tehtäviä. läpi etkä halua hänen kantavan turhautumistaan testin loppuun. Luvussa 6 mainitsimme johtavien kysymysten välttämisen tärkeyden käyttäjähaastatteluissa. Sama pätee myös täällä. Jos sinusta tuntuu, että olet liian lähellä suunnittelua ja että kritiikki saattaa saada sinut puolustautumaan, harkitse jonkun muun valmentamista helpottamaan muistiinpanojen tekemistä.

Tulosten analysointi ja esittäminen Olet suorittanut kaikki testit ja sinulla on nyt valtava määrä tietoa. Mutta on joitain keskeisiä havaintoja, joiden uskot jo olevan merkityksellisiä, ja projektitiimisi kaipaa tietää, miten siinä kävi. Haluat ehkä varata tiimille satunnaisen suullisen yleiskatsauksen tärkeimmistä tapauksistasi. Se voi auttaa sinua ilmaisemaan joitakin havaitsemistasi trendeistä ja luomaan pohjan myöhempää raporttia varten. Muista ilmoittaa, että nämä ovat ensivaikutelmia ja tarvitset aikaa analysoidaksesi tietojasi tarkemmin. Et välttämättä halua hypätä suosituksiin, ennen kuin sinulla on täydellinen kuva mahdollisista ongelmista. Kun sinulla on aikaa istua alas tietojen parissa, tarkastele niitä pari asiaa mielessäsi: Analyyseihin käytettävissäsi oleva aika. On helppo eksyä yksityiskohtiin ja yrittää sisällyttää kaikki. Kuten aina, pidä testiäsi ja tavoitteitasi silmällä, kun selvität tärkeitä havaintoja. Jos sinulla on kymmenen tuntia testitallennusta ja viisi päivää aikaa kirjoittaa koko raportti, et todennäköisesti halua käyttää aikaa jokaisen testin videon katsomiseen. Luota muistiinpanojasi ja palaa videoihin lähinnä varmistaaksesi, että muistamasi avainlainaukset on tallennettu oikein. Miten tuloksiasi käytetään. Tämä on tärkeä yksityiskohta, joka voidaan usein aliarvioida. Voit luoda kauniin 20-sivuisen raportin, mutta vain yksi näistä sivuista saa todennäköisesti paljon kilometriä: yhteenveto.

KÄYTTÖKÄYTTÖTESTAUS

243

Jos yrityksesi sidosryhmät haluavat nähdä yksityiskohdat, itse raportti voi olla tärkein tapa viestiä tuloksista. Jos uskot tarvitsevasi kaksi yksityiskohtatasoa – yhden sidosryhmille ja toisen projektitiimille – harkitse myös raportin esitysversion luomista, joka osuu tärkeimpiin havaintoihin näkyvämmin, sulavammin ja priorisoidummin. Tarkemmista asioista kiinnostuneet voivat sitten tutustua koko raporttiin. Ongelmien priorisointi Testin lopussa sinulla on mahdollisesti pitkä luettelo käytettävyysongelmista, jotka on ymmärrettävä ja priorisoitava. Seuraavassa on joitain ominaisuuksia, jotka auttavat sinua määrittämään, kuinka vakava virhe on: Seuraukset. Ongelman kohtaamisen negatiiviset tulokset. Jos osallistuja esimerkiksi menettää tietoja käytettävyysongelman vuoksi, se ansaitsee korkean arvosanan. Oletetaan, että hän käyttää kymmenen minuuttia monimutkaisen lomakkeen täyttämiseen ja valitsee vahingossa linkin, joka vie hänet toiselle sivulle. Jos hän painaa selaimen Takaisin-painiketta, ovatko hänen tiedot kadonneet? Palautettavuus. Missä määrin osallistuja voi toipua ongelman kohtaamisesta – esimerkiksi pystyykö hän palaamaan helposti takaisin vaihtoehtoista polkua pitkin? Esiintymistiheys. Koska et työskentele monien ihmisten kanssa, tämä ei ole yksistään vakavuuden merkki. Mutta jos viisi ihmistä tekee saman virheen ja se johtaa heidät vähemmän optimaaliselle tielle, se on hyvä merkki, sinun tulee harkita sen asettamista korkeammalle prioriteetille. Järkevä syy. Jos ongelmaa ei esiintynyt usein, mutta sen teki joku, joka kuuluu käyttäjäryhmään, hän teki sen järkevästä syystä ja virheelle oli selvä syy, ongelma tulee ottaa huomioon suosituksia tehdessäsi. Oivaltojen luominen Kerättyjen ongelmien lisäksi sinulla on runsaasti käyttäjien antamia lausuntoja, jotka voivat tuoda arvokkaita oivalluksia projektitiimille. Kuten luvussa 6 kuvataan, affiniteettikaavioharjoitus on erinomainen tapa kerätä näitä väitteitä ja tunnistaa malleja yhteistyössä.

244

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Tässä on joitain tapoja luokitella käyttäjien lausunnot (katso lisätietoja luvun 6 osiosta "Kontekstuaalinen kysely"): Tavoitteet Mentaaliset mallit Ideat ja ominaisuuspyynnöt Turhautukset Ratkaisut Arvolauseet Ilo (älä jätä näitä pois – et tee). en halua menettää hyvää!) Odotukset (varsinkin kun ne jäävät väliin)

Muista sisällyttää sekä oivalluksiin että suosituksiin myös positiiviset havainnot. Käytettävyystestiraportit koetaan usein liian negatiivisiksi lähinnä siksi, että tutkija priorisoi keskustelua korjattavista asioista hyvin sujuvien asioiden sijaan. Kun käytät aikaa hyvistä asioista keskustelemiseen, raporttikokemuksesta tulee parempi kaikille. Se auttaa myös suunnittelutiimiä sitoutumaan tuloksiin – ja innostumaan tekemään suunnittelusta entistäkin paremman.

Suositusten luominen Jo ennen kuin aloitat analyysin, sinulla on todennäköisesti jo mielessäsi hyviä ideoita testissä havaittujen ongelmien korjaamiseen. Piirrä ne matkan varrella tunnistaessasi ongelmia ja oivalluksia, jotta et menetä niitä. Ole vain varovainen, ettei yksittäinen idea valtaa liian aikaisin, ja heijasta näkemystäsi muista mahdollisista lähestymistavoista, jotka voivat ratkaista enemmän ongelmia. Hyvän suosituksen pitäisi Ratkaista useampi kuin yksi ongelma, jos mahdollista. Haluat ehkä ryhmitellä ongelmat

yhdessä yhden suuremman suosituksen alle sen mukaan, kuinka yksityiskohtaisia ja tarkkoja saat ongelmakuvauksistasi. Ole toimiva ja yksinkertainen – vältä ennenaikaisesti yksityiskohtaisia suunnitelmia.

KÄYTTÖKÄYTTÖTESTAUS

245

Käytä sanaa, joka on suoraviivaista, mutta ei alentuvaa. Vastaanottaminen

kritiikki on vaikea asia, varsinkin niille, jotka olivat suoraan mukana testatussa suunnittelussa. Älä vähättele asioita, mutta pidä mielessä, että sanojesi on oltava rakentavia ja kunnioittavia. Muista, että suositukset on kohdistettava loppukäyttäjilleen yhtä paljon kuin järjestelmä. Kun viimeistelet raporttiasi, käänny taaksepäin ja kysy itseltäsi, saavutettiinko alkuperäiset tavoitteet ja kuinka voit parhaiten tarjota tulokset monille niitä käyttäville ihmisille: sidosryhmille, suunnittelijoille ja kehittäjille. Kun puhutaan kehittäjistä, on aika tuoda heidät jälleen etualalle. Seuraavassa luvussa käsittelemme asioita, jotka tulee pitää mielessä, kun siirryt suunnittelusta kehittämiseen ja sen jälkeen.

246

LUKU 13: SUUNNITTELUN TESTAUS KÄYTTÄJIEN KANSSA

Siirtyminen: Suunnittelusta kehittämiseen ja pidemmälle, Mihin tästä eteenpäin? Projektisi Deﬁne and Design -vaiheet ovat ohi. Mitä nyt? Hyvän käyttökokemuksen suunnitteluprosessi ei lopu koskaan. Kun olet käynyt läpi niin paljon määrittelyä ja suunnittelua, miten pysyt sitoutuneena varmistaaksesi, että projektin lopullinen tulos on suunnittelemasi käyttökokemus – ja mihin jatkat tästä eteenpäin? Russ Unger

247

Tämä on kirjan loppu… …. Tämä on aivan viimeinen luku. Se ei kuitenkaan ole käyttökokemuksen suunnitteluprosessin loppu, vaikka se saattaa näyttää siltä pinnalta. Kun olet käynyt läpi projektin kaikki aiemmat vaiheet, saatat ajatella, että työsi on tehty eikä sinulla ole enää mitään annettavaa. Monissa tapauksissa UX-suunnittelutyöt päätyvät jonnekin jonkun projektisuunnitelman tehtäviksi, ja kun työtuotteesi on luovutettu muulle tiimille, sinut sekoitetaan aina toiseen projektiin. On aika sulkea se ovi ja aloittaa jotain uutta, eikö niin? Todella väärin! Voit silti tehdä paljon varmistaaksesi parhaan mahdollisen käyttökokemuksen suunnittelun.

Visuaalinen suunnittelu, kehitys ja laadunvarmistus Joissakin tapauksissa työskentely suunnittelu- tai kehitystiimin kanssa, joka vastaanottaa projektipohjaisen työtuotteesi, on saumatonta. Joskus loppupään työkumppanit luottavat siihen, että vastaat kysymyksiin, annat palautetta ja autat heitä joidenkin suunnittelukonseptien parissa. (Tämä saattaa kuulostaa jopa prototyyppien tekemiseltä!) Näissä työympäristöissä käyttökokemussuunnittelua ollaan jo omaksumassa, ja tiimillä on luultavasti ollut ennakointia antaa sinulle aikaa näiden konsultatiivisten tehtävien suorittamiseen. Monissa organisaatioissa käyttökokemussuunnittelijoiden, tietoarkkitehtien, vuorovaikutussuunnittelijoiden ja niin edelleen roolit ovat kuitenkin vielä hyvin uusia. Näiden roolien hallinta voi olla epäselvää, ja päätös siitä, kuinka sitoutunut sinun tulisi olla, voi joutua sellaiselle, joka ei ymmärrä täysin käyttökokemuksen suunnittelua. Sinun tehtäväsi voi olla löytää tapoja pysyä jatkuvasti kihloissa.

248

LUKU 14: SIIRTYMÄ: SUUNNITTELISTA KEHITTÄMISEEN JA ULKOISESTI

Tässä on joitain ehdotuksia: 1. Osta heille kopio tästä kirjasta. 2. Älä ole ujo. 3. Lue tämän luvun loppuosa läpi ja etsi mahdollisuuksia, joissa voit olla sitoutunut ja hyödyllinen. 4. Pyydä kihlausta ja ole valmis puolustamaan pyyntöäsi. On myös muita tapauksia, joissa saatat huomata visuaalisen suunnittelun tai kehitystiimin olevan yrityksen ja sen projektien kuningas, ja sinun voi olla haastavaa pysyä mukana. Saatat huomata, että yrität murtaa seiniä vain voidaksesi arvioida työtä ja varmistaa vaatimustenmukaisuuden. Näin ei aina ole, mutta niin tapahtuu. Christopher Fahey, Behaviorin (www.behaviordesign.com) perustajaosakas, ei ole vieras tämän haasteen voittamiseksi. Hän antaa tämän neuvon: Jotkut organisaatiot ovat tiukasti lokeroituja. Jotta voit pysyä mukana projektin kehittämisessä alkuperäisten suunnitteluvaiheiden päätyttyä, sinun on oltava ennakoiva ja vaadittava mahdollisuutta antaa palautetta ja korjauksia visuaalisen suunnittelun ja kehitystiimeille. He eivät usein yksinkertaisesti edes ajattele pyytää sinua olemaan siellä. Ihannetapauksessa teet tämän projektin suunnittelu- ja budjetointivaiheessa. Jos ei, saatat joutua kirjaimellisesti tarjoamaan palvelujasi varmistaaksesi, että suunnittelu ei heikkene myöhemmän kehityksen aikana. Yksi temppu on yksinkertaisesti pyytää, että sinut lisätään, jopa epävirallisesti, laadunvarmistustiimiin (olettaen, että sinulla on sellainen – jos ei, kysy tätä ehdottomasti visuaalisilta suunnittelijoilta ja kehittäjiltä!) ja saada pääsy ja salasanat kaikkiin kehityskohteisiin ja vianseurantatyökalut. Sitten voit lisätä kritiikkisi ja poikkeamisesi samaan virheenkorjausjonoon, jota kehittäjät etsivät päivittäin.

Monissa projekteissa ei tietenkään ole laadunvarmistustiimin ylellisyyttä. Täydellisessä maailmassa jokaisella projektilla olisi tällainen tiimi; todellisuudessa laadunvarmistusta ei kuitenkaan ole aina saatavilla. Joskus kehittäjät suorittavat laadunvarmistuksen itse, kun he kehittyvät. Sen lisäksi, että saat säikähtämään, tämän tietämisen pitäisi saada sinut yrittämään entistä kovemmin työskennellä kehittäjien kanssa.

VISUAALINEN SUUNNITTELU, KEHITTÄMINEN JA LAADUNVARMISTUS

249

Neuvottelun taito Neuvottelutaidosta voi tulla kriittinen osa roolisi käyttökokemusten suunnittelijana. Jatkoketjun työkumppanit, kuten visuaaliset suunnittelijat ja kehittäjät, voivat ottaa vapauden tehdä muutoksia työhösi ymmärtämättä, kuinka se vaikuttaa käyttökokemuksen keskeisiin osiin. Jos joku sanoo sinulle jotain "ei voi" tehdä, sinun on oltava valmis laatimaan suunnitelma B. Hyvät neuvottelutaidot auttavat sinua puolustamaan suunnittelupäätöstäsi (jonka pitäisi perustua tekemiisi tutkimuksiin tehty) ja vakuuttaa muut siitä, että käyttökokemus voidaan tehdä. Vaihtoehtoisesti nämä taidot auttavat sinua työskentelemään kumppaniesi kanssa tyydyttävän B-suunnitelman luomiseksi, joka vastaa mahdollisimman monia kaikkien tarpeita. Lisätietoja neuvotteluista on Roger Fisherin, William L. Uryn ja Bruce Pattonin artikkelissa Getting to Yes: Negotiating Agreement Without Giving In (Penguin, 1991) ja Dave Grayn (XPLANE Corp.) Selling to VP of No. , 2003).

Se on erityisen totta monissa pienissä yrityksissä: QA on luksusta. Laadunvarmistusta suorittavat kaikki, mutta erityisesti kehittäjä, sanoo Troy Lucht, Ascend Realty Solutionsin (www .ascendrealtysolutions.com) johtaja ja kehitysjohtaja. Kaikki yrittävät – ja haluavat – osallistua, mutta ilman testiskriptien luomiseen tarkoitettuja resursseja voi olla mahdotonta kertoa ihmisille, mitä heidän tulisi testata, kun kehitystyötä tehdään usein viimeiseen mahdolliseen hetkeen asti. Monissa tapauksissa talosuunnittelijamme on henkilö, joka tuntee sovelluksen yhtä hyvin kuin minä, joten hän pystyy antamaan tietoisempaa palautetta. Käyttökokemussuunnittelijan lisääminen sekoitukseen täydentäisi pientä tiimiämme todella paljon.

Vaikka käyttäjäkokemuksesi suunnittelutyötuotteesi ei välttämättä sisällä testikomentosarjojen luomista, voit joissakin tapauksissa testata luomiasi kehyskehyksiä ja huomautuksia varmistaaksesi, että kaikki elementit on otettu huomioon ja kaikki määritellyt toimintakehotukset toimivat oikein. Tämä tilanne ei ole täydellinen, mutta se on lähestymistapa, joka voi olla hyödyllinen, kun laadunvarmistusta ei ole olemassa. Tärkeintä tässä on, että käyttökokemuksen suunnittelu ei pääty vain siihen, että olet kääntänyt työtuotteesi ja suorittanut tiedon siirron. Tehtäväsi saattaa tilapäisesti olla enemmän konsultoivaa, mutta et ole vielä valmis.

250

LUKU 14: SIIRTYMÄ: SUUNNITTELISTA KEHITTÄMISEEN JA ULKOISESTI

Suunnittelun testaus käyttäjien kanssa (taas) Emmekö jo tehneet käyttäjätestausta? Toivottavasti voit vastata tähän kysymykseen kyllä, mutta niin ei aina tapahdu. Valitettavasti tämäkään testausvaihe, joka on tarkoitettu lopullisen, suunnitellun ja kehitetyn sivuston testaamiseen oikeiden käyttäjien kanssa ennen julkaisua, ei tee sitä. Tämän avulla voit katsoa Web-sivustoa viimeisen kerran ja löytää viime hetken virheet ja virheet, jotka olet ehkä jättänyt huomiotta laadunvarmistustestauksen aikana. Kun olet tunnistanut kohdekäyttäjäjoukon, voit testata Web-sivustoa kaikissa skenaarioissa, jotka näyttävät olevan suuri riski tai joissa saattaa olla ongelmia sivuston aiemmissa iteraatioissa. Tämä testikierros voi antaa sinulle tarvittavat tiedot sen määrittämiseen, onko sivustosi valmis julkaisuun. Jos tämän testauskierroksen aikana paljastuu merkittäviä ongelmia, voi olla tärkeää tehdä päivityksiä ja testata uudelleen.

10, 9, 8, 7, 6, 5, 4, 3, 2, 1 … Aloita! "Jos rakennat sen, ne tulevat. …” Tuo teoria mainitaan paljon – ja kumotaan lähes yhtä usein. Voit rakentaa kauneimman, miellyttävimmän ja käyttökelpoisimman mahdollisen sovelluksen, käynnistää sen maailmalle ja kahden kuukauden kuluttua huomata, että melkein kukaan ei ota sitä käyttöön. Mikä antaa? Käyttäjien omaksuminen tarkoittaa sitä, missä määrin kohdistamasi käyttäjäkunta päätyy käyttämään sivustoa tai sovellusta. Joitakin käyttöönottoongelmia voidaan välttää, jos noudatat hakukoneoptimoinnin hyviä käytäntöjä (luku 8) varmistaaksesi, että käyttäjäsi löytävät uuden sivuston. Käyttäjien omaksuminen tarkoittaa myös sitä, että hyvän käyttökokemuksen suunnittelu ei lopu projektin päätyttyä – tai että se rajoittuu projektiin, jonka parissa työskentelet. Voit auttaa markkinointi-, asiakastuke-, PR- ja koulutustiimejä varmistamaan sujuvan käyttöönoton ja sivustosta tai projektista innostuneen käyttäjäkunnan auttamalla heitä kolmella tekijällä, jotka usein vaikuttavat käyttäjien omaksumiseen: Henkilökohtainen etu

10, 9, 8, 7, 6, 5, 4, 3, 2, 1 … KÄYNNISTÄ!

251

Tukiverkoston mielipide

Katsotaanpa kutakin näistä vuorollaan tarkemmin.

Henkilökohtainen etu Yksi tärkeimmistä käyttäjien vastattavista kysymyksistä on "Mitä hyötyä siitä minulle on?" Vaikka sivustosi onkin loistava, jos et pysty nopeasti selittämään sen ainutlaatuista etua tietyntyyppiselle käyttäjälle (tai yhdelle tunnistamasi persoonasta), sinulla voi olla vaikeuksia saada käyttäjiä mukaan. Jotkut edut ovat suoria: "Käyttämällä tätä kameratoimintoa voit lähettää valokuvia online-tilillesi yhdellä napin painalluksella." Jotkut ovat epäsuoria: "Käyttämällä tätä työaikalomaketyökalua yritys voi helpommin seurata aikaa, jonka käytät kuhunkin projektiin." Olet käyttänyt arvokasta aikaa saadaksesi tietoa käyttäjistäsi. Käytä nyt tätä tietoa auttamaan markkinointiosastoa räätälöimään viestejään.

Tuki Kun käyttäjäsi tarvitsevat apua sivuston kanssa, miten he saavat sen? Sen kontekstuaalisen avun lisäksi, jota erinomaisen käyttökokemuksesi suunnittelu pyrkii tarjoamaan, vastaus tähän kysymykseen sisältää myös koulutuksen ja asiakastuen. Uskotko, että käyttäjäsi reagoivat paremmin luokkahuonekoulutukseen verkkokoulutuksen sijaan? Ohittavatko jotkut käyttäjistäsi koulutuksen ja odottavatko saavansa kaiken tarvitsemansa itse sivustolla? Onko live chat tärkeä vaihtoehto käyttäjillesi asiakastuessa vai ovatko he tyytyväisiä puhelin- ja sähköpostitukeen? Tukityöt ovat hankalia, ja käyttäjien ymmärtäminen auttaa sinua tehokkaasti auttamaan asiakastuki- ja koulutusosastojasi.

252

LUKU 14: SIIRTYMÄ: SUUNNITTELISTA KEHITTÄMISEEN JA ULKOISESTI

Verkoston mielipide Suusta suuhun vaikuttava tekijä on suurin. Millainen maine asiakkaasi yrityksellä ja sen nykyisellä verkkosivustolla on kohdekäyttäjäryhmissä? Vaikka vastaus tähän olisi myönteinen, se ei tarkoita, etteikö ponnisteluja tarvita – maineen ylläpito on aina tärkeää. Älä käytä myönteistä vastausta tekosyynä siirtyäksesi seuraavaan osioon: ylläpitoon liittyvän vaivan ei tarvitse olla huomattavaa, mutta maineen heikentyneestä toipumisesta vaadittava ponnistus voi olla hämmästyttävää. Pienellä TLC:llä voi mennä pitkälle, joten jatka lukemista. Jos vastaus on kielteinen, on ponnisteltava vakavasti käsitysten parantamiseksi. Sinun on ehkä otettava yhteyttä käyttäjäyhteisöön ja selvitettävä, keitä vaikuttajat ovat, kuinka he haluavat kommunikoida ja miten he vaikuttavat yleisöönsä – ja sitten sitouttaa heidät. On monia tapoja sitouttaa käyttäjiäsi sosiaalisen verkostoitumisen kautta ja vaikuttaa mielipiteisiin asiakkaastasi, yrityksestäsi ja verkkosivustostasi. Auta asiakastasi tunnistamaan mahdollisuudet saada nämä yhteisöt mukaan ja yrittää ohjata niitä positiiviseen suuntaan. Jos kaikki kolme tekijää ovat paikoillaan ja huomaat edelleen alhaisen käyttöasteen, pohdi, miten ja mitä kilpailijasi tekevät täyttääkseen käyttäjien tarpeet. Miten voit erottaa tuotteen tai sivuston?

Lanseerauksen jälkeiset toiminnot Elämme mielenkiintoisia aikoja: Niin monet yritykset lanseeraavat itsensä tai tuotteensa "beta"-tilassa. Betajulkaisu tarkoittaa tyypillisesti, että todelliset, suodattamattomat käyttäjät ovat Web-sivuston live-testauksen yleisö, joka auttaa tunnistamaan vikoja, virheitä, kaatumisia tai muita ongelmia. Aikoinaan betaversioita tarjottiin tyypillisesti vain kehittäjille, mutta nyt on yleistynyt käytäntö avata beta-versiot koko käyttäjäyhteisölle. Beta-vaiheen aikana on välttämätöntä määrittää viestintämenetelmät, jotka tallentavat ja raportoivat käyttäjien mahdollisista ongelmista. Kaikenlaiset järjestelmän toimintahäiriöt on kirjattava ja annettava projektin saataville

LÄHESTYKSEN JÄLKEEN TOIMINTA

253

tiimi. Käytössä on myös oltava mekanismi, jonka avulla käyttäjät voivat raportoida kohtaamistaan ongelmista asianmukaisille projektitiimin jäsenille. Jos tällaista viestintää ei tapahdu – jos käyttäjäkokemuksen suunnittelijat, visuaaliset suunnittelijat ja kehittäjät eivät tiedä, mitä usein tiukan ja nopeatempoisen beta-vaiheen aikana tapahtuu – Web-sivusto voidaan päivittää ja sijoittaa uudelleen käyttäjille ilman suuri osa toteutetusta strategiasta.

Lanseerauksen jälkeinen analyysi Kun olet käynnistänyt sivustosi, yksi ensimmäisistä asioista, joka sinun tulee tehdä, on alkaa kerätä tietoja sivuston käytöstä. Paras lähde tähän on sivustosi lokitiedosto. Valitettavasti käyttökokemussuunnittelijat eivät todennäköisesti ole luettelon kärjessä näiden tietojen vastaanottamisessa tai tarkistamisessa, joten etsi sivuston isännöimisestä vastaava henkilö ja käytä neuvottelutaitojasi. Web-sivuston analytiikka voi antaa sinulle jonkinlaisen käsityksen sivustosi vierailijoista. Saat muun muassa käsityksen siitä, keitä sivuston uudet vierailijat ovat Keitä sivuston toistuvia vierailijoita ovat Sivun näyttökertojen määrä Sivun näyttökertojen kesto Sivun syvyys Missä kävijät poistuvat sivustolta (millä sivuilla) Istuntojakson kesto Mainonnan näyttökerrat Käytetyt hakutermit, tulokset ja uudelleen -hakuja

Nämä tiedot voivat auttaa sinua ymmärtämään, missä käyttäjillä on ongelmia, korostamalla sivuston ongelmakohtia. Vaikka analytiikka saattaa tuntua kuivalta ja luvut raskaalta, tiedot ja oivallukset auttavat sinua laatimaan sopivia kysymyksiä, kun suoritat julkaisun jälkeistä testausta. Huomautus Jos haluat lisätietoja Web-sivustojen analytiikasta, Avinash Kaushikin Web Analytics: An Hour a Day (Sybex, 2007) on hyvä paikka aloittaa.

254

LUKU 14: SIIRTYMÄ: SUUNNITTELISTA KEHITTÄMISEEN JA ULKOISESTI

Lanseerauksen jälkeinen suunnittelutestaus käyttäjien kanssa (uudelleen, uudelleen) Kun olet kerännyt tietoja Web-sivustosi analytiikasta ja kerännyt tietoja asiakastuesta tai muista käyttäjien kanssa vuorovaikutuksessa olevista osastoista, voit alkaa laatia luetteloa kysymyksistä, joita voit käyttää toisella suunnittelutestauskierroksella. käyttäjiä. Toisin sanoen, käytä keräämiäsi tietoja luodaksesi uusia kysymyksiä, joita voit kysyä sivuston käyttäjiltä, ja käytä taitoja, jotka opit luvussa 13. Yksi tämän testikierroksen eduista on, että sinulla on mahdollisuus testaa samaa käyttäjäjoukkoa, jonka kanssa olet työskennellyt aiemmin selvittääksesi, ovatko heidän mielipiteensä muuttuneet käynnistämisen ja Web-sivuston lisääntyneen käytön jälkeen. Tämä voi olla hyödyllistä: Jos testaat uudelleen saman käyttäjäjoukon (tai osan siitä), voit kysyä uudelleen joitakin alkuperäisiä kysymyksiä (mielipiteitä toimivuudesta, kyvystä suorittaa tiettyjä tehtäviä ja niin edelleen) ja analysoida varianssia vastauksia ajan myötä. Tämä varianssipotentiaali voi auttaa sinua löytämään uusia parannuskohteita sivustolla sekä saamaan näkemyksiä käyttäjien oppimiskäyrästä aiempien kierrosten perusteella. Lisäetuna vastausten erojen analysointi voi myös auttaa sinua löytämään uusia kysymyksiä, joita ei ole aiemmin huomioitu.

Kaikki tehty, eikö? Ei.

Aivan kuten aloittaminen alusta… Analyyttisten tietojen keräämisen ja tutkimustiedon suunnittelun testaamisen avulla voit alkaa laatia luetteloa parannuksista ja parannuksista, jotka olisivat hyödyllisiä verkkosivustolle. Kun olet koonnut ne kokonaan, voit tehdä suosituksesi perusteella uuden ehdotuksen (luku 3). Tämä ehdotus voi johtaa sinut täysin uuteen hankkeeseen, joka voi viedä sinut takaisin määrittämään uusia hankkeen tavoitteita (luku 4) ja liiketoimintavaatimuksia (luku 5). Sinä pystyt

KUIN ALOITTAISI ALUSTA…

255

siirry sitten lisätutkimukseen (luku 6), persoonien luomiseen (luku 7) äskettäin tunnistetuille kohteille, hakukoneoptimoinnin parantamiseen (luku 8), uusien sivustokarttojen ja tehtävänkulkujen päivittämiseen tai luomiseen (luku 10), uusien kehysten päivittämiseen tai luomiseen ja huomautukset (luku 11), prototyyppien lisäkierrosten käynnistäminen (luku 12) ja enemmän suunnittelutestausta käyttäjien kanssa (luku 13)… Saat idean. Projektien ei pitäisi kuolla. Niiden pitäisi toimia ponnahduslautana uusiin projekteihin, jotka on suunnattu käyttökokemuksen suunnittelun jatkuvaan parantamiseen.

256

LUKU 14: SIIRTYMÄ: SUUNNITTELISTA KEHITTÄMISEEN JA ULKOISESTI

Hakemisto Absoluuttinen polku, jossa käytetään HTML-prototyypin 213 kuittausta ja allekirjoittamista, mukaan lukien ehdotuksissa 53–54 ACSI (American Customer Satisfaction Index) 103 toiminnot, suunnittelu 162–164 Mukautuva polku kynän ja paperin käyttö 189–190 Web-sivustossa 168 lisäkustannukset ja maksut, mukaan lukien ehdotukset 50 Adobe Acrobat PDF -prototyyppityökalu, 214–215 Adobe Illustrator -verkkosivuston ominaisuudet 167 Adobe InDesign -verkkosivusto 167 kannattajaa, prioriteetit 150–151, 154 affiniteettikaaviota ominaisuusristiriitojen osalta 16160 99–100 käytettävyystestauksessa 244 ketterän lähestymistavan yleiskuvaus 63–64 resurssista 65 AIGA-verkkosivustolle 51 Ajax, ongelmia 132 Align Interactive Web site 217 alt-attribuuttien kanssa, 139 American Customer Satisfaction Index (ACSI) 103 analytics-työkalujen saatavuus4 254 merkinnän edut yleiskatsaus 187 työkalusta 189–190 ja lankakehykset 186–187, 193–194, 201 Aquent-kykytoimiston Web-sivusto 51 nuolta ja liitintä, määritelty 170 Ascend Reality Solutions Atonsh-verkkosivusto, 2516hansk. .com, haut tehtiin 128 oletuksella, mukaan lukien ehdotukset 47–48

attribuutit, jotka vertailevat 90 Axure RP -prototyyppityökalun ominaisuuksia 215 Web-sivuston priorisoimisesta ja määrittelystä 167

89–91

B Babyhold-verkkosivusto 118 BabyNames-verkkosivusto 118-tasapaino, UX-suunnittelun saavuttaminen 6–7 Balsamiq Mockups -prototyyppityökalu, 216 Baty, Steve 12, 95 Behavior Web-sivuston ominaisuudet 249 beta-julkaisu, määritetty 253-254 laskutusprosentti, musta hattu määritelty 130–131 vs. valkoinen hattu 141–142 blogitoiminnot, sivustokartta 166:lle, 191 Blue Flavor -verkkosivusto 167 Blueprint CSS -verkkosivusto 167 kehonkieli, tulkkaus kohderyhmissä 106 botti, selitetty 129 brändin läsnäolosivustoa kuvaili 11 esimerkkiä 13 ominaisuudesta 12–13 tavoitetta 13–14-vuotiaille brändistrategille/luottamusmiehelle, 26–27 Brooksin, Markin rooli 200–201 rakennuksen omistus, järjestelmä 183 Buleylle, Leah 189–190, 201 yritysasianajajan huolia 154 vs. kehitys- ja käyttäjäasianajajat 155 liiketoiminta-analyysi rooli 27–28 kehysten käyttö 188 liiketoiminnan tarpeessa 73 Katso myös vaatimusten kerääminen selventävästi 68–69 yhdistäminen 82–84 heuristisen analyysin tekeminen 70–73 kokoussuunnitelmien laatiminen 78–79

INDEKSI

257

liiketoiminnan vaatimukset (jatkoa) laskentataulukoiden luominen 153 määriteltiin 68 esimerkki 83 vastuualueiden keräämisestä 75–76 sidosryhmien kokoaminen 76–77 Global Cruisesin kotisivulle 195–196 perintö kehitysasiamiehen toimesta 157 ideoiden kuunteleminen 813 neuvottelujen välillä 813 priorisoi 151–152 käynnissä olevaa kokousta tehokkaasti 80–81 lankakehykselle 189 liiketoiminnan sidosryhmä, määritelty 75 Buxton, Bill 231

C-kalenterityökalu, toimiva prototyyppi 217, 219 kampanjasta. Katso markkinointikampanjasivustot korttilajittelu suljetut lajittelut 110 selitetty 93 ryhmälajittelu 110 yleiskatsaus 107–108 testiajon suorittaminen 109 prosessi 108–110 ohjeiden antaminen 109 etälajittelulle 110 asiakasta, lankakehysten käyttö 188 peittämisessä, selitetty 131–132 yleiskatsaus 142 estää 138 tahaton 133 kollaasit, käyttö mikrorahoituksessa esimerkki 223–224 viestintä, tärkeys priorisoinnissa 160 yritystä soveltamassa SWOT-analyysiä 61–62 kilpailijoiden vertailussa 61 yrityskulttuurin hierarkia 36–37 logistiikan historia 34–37

258

INDEKSI

kompensaatio, määrittää käyttäjäryhmille 235, 241 kilpailijaa, vertaamalla 61 konseptitutkimusta. Katso myös visuaalinen malliesimerkki 222–224 mahdollisesta sudenkuopasta 222 tarkoituksesta 221 ehdosta, määritelty 170 ristiriitaa, priorisoinnin aikana hallinta 158–162 yhteyttä, 171 liittimen ja nuolen huolimattomuus, määritelty 170 konsensuspriorisointi,16 5 sisällön parhaat käytännöt 138–139:n tärkeys 135–136 pitäminen tuoreena 138 sisällöntuottajaa, 188 sisällönhallintajärjestelmän kehysten käyttö, sisältömatriisin 133–134 yleiskatsaus, numerointijärjestelmän soveltaminen 173 sisällön lähdesivustoon, kuvaili 11 ominaisuutta 16–17:stä tavoitteet 17 tehtävälle, jotka liittyvät 17 liiketoimintaanalyytikon käyttämiseen 28 korttilajittelun käyttöön 108 sisältöstrategissa, kontekstuaalisen suunnittelun rooli 28–29, resurssi 101 kontekstuaaliseen kyselyyn selitti 92 tietoa, joka on saatu 98 prosessista 98–99 käyttämällä affiniteettikaavioita vuonna 99– 101 copywriter, rooli 29–30 Coroflot-verkkosivuston 51 kulut ja maksut (lisämaksut), mukaan lukien ehdotukset 50 indeksointirobotin ominaisuudet 131 havaitseminen peittämisen kautta 132 selitetty 129 Creative Commons -verkkosivusto 50

D katkoviiva, joka kuvaa olosuhteita 170 päätöspisteellä, määritellyt 169 määrittely- ja suunnitteluvaihetta, menevät päällekkäin 145 suoritteen välillä, mukaan lukien ehdotukset 48–49. Katso myös tuotteiden suunnittelutavoitteet brändin läsnäolosivustoille 13 sisällön lähdesivustoille 17 verkkokauppasivustoille 19 verkkokoulutussovelluksille 20 markkinointikampanjasivustoille 15–16 asetukset 10 sosiaalisen verkostoitumisen sovelluksille 21 tehtäväpohjaisille sovelluksille 18–19 suunnittelu virheet sivunumerointien puute 173–174 väärin kohdistettua objektia 172 huonosti sijoitettua tekstiä 172–173 huolimattomat yhteydet 171 epätasaisesti sijoitettua kohdetta 172 suunnittelua, parantaminen 227 kehittäjää, jotka hankkivat prototyyppejä 217:stä lankakehysten käytöstä 188 kehitystyön puolestapuhujaa ja viestinnän kannattajaa seuraa yritystä ja käyttäjää 155 jopa 158 huolenaihetta 154 tavoitteesta ja vastuualueesta 157 vaatimusten perinnöstä 157–158 156 kehitystiimin 158 ominaisuuden osallistuminen, palautteen antaminen 249 digitaaliselle omaisuudelle, optimointi 138 digitaaliselle kokemukselle, 5–6 digitaalisen prototyypin suunnittelu. Katso myös prototyyppiyleisön 208 HTML vs. WYSIWYG-editorit 209–214 resurssit vaaditaan 209 aikajanalle 208 lankakehykselle vs. realistiset prototyypit 207–209 Digital Web Magazine -verkkosivusto 167

hakemistorakenne, 134 keskusteluoppaan tärkeys, kirjoittaminen käytettävyystestausta varten 239–241 dokumentaatio, 162–164 toimialueen suunnittelu, mukaan lukien avainsanat 134 oviaukkosivulla, yleiskatsaus 142 pisteestä, käyttö affiniteettikaaviossa 161 Dreamweaver CS4, Live View -ominaisuus vuonna 209– 210 päällekkäistä sisältöä, estää 138 dynaamista URL-osoitetta, välttää sisällönhallintajärjestelmissä 133

Sähköiset verkkokauppasivustot, suunnittelutavoitteet 19 koulutukseen keskittyvälle mikrosivustolle, esimerkki 15 verkko-oppimissovelluksesta, suunnittelutavoitteet 20 tunteita vastaan logiikkaa 7 Ota käyttöön PURITE Process 46 -laitteiden osio, käytettävyystestauksen suunnittelu 239 Evans, Will 122, 123 , 181, 197–201 kokemus, konkreettinen vs. digitaalinen 4–5

F Fahey, Christopher 249 Favreau, Jean Marc 40 sisältää ideoinnin ja visualisoinnin 146–147 160–162 palautemekanismiin liittyvien ristiriitojen hallintaan, 219 maksujen ja kulujen prototyyppejä (lisä), mukaan lukien ehdotukset 50 Finck, Nick 167 Fireworks Tool, CS4 prototyping tool, CS4 215–216 Flashin ominaisuudet, 130–132 Flashin ja Flash Catalyst -prototyyppityökalun ominaisuudet, 216 Flash-sisällön ominaisuudet, upottaminen staattisiin kerroksiin 131 kohderyhmää keskustelumuoto 105–106 selitetty 93 kehonkielen tulkinta 106 moderointiprosessissa 107 prosessi 105 –107 käyttö mikrorahoituksessa esimerkissä 223 käyttäen alatunnistetta 104–105, suunnittelu 196

INDEKSI

259

alatunnisteen linkit, linkkien suosio 140 etupään kehittäjän, 31 rahoitusmallin rooli, hakeminen mikrorahoitukseen 222

G Garrett, Jesse James 168 Global Cruises, kotisivun suunnittelu 195–201 Googlen analyyttisille työkaluille 24 PageRank-järjestelmä 139 laatuohjeita verkkovastaaville 142 hakua 128 ruudukon avulla, sovelluksissa 172 ryhmäkeskustelumuoto 105–106 selitetylle 93 tulkitsevalle kehonkielelle 106 moderoivassa 107 prosessissa 105–107 käytä mikrorahoitusesimerkissä 223 käyttämällä 104–105

H Hadden, Jon 217–219 otsikko/navigointi, 195 otsikon sisällönkuvauskentän suunnittelu, mikä mahdollistaa 137 heuristisen analyysin hyödyn vaatimuksiin keräämällä 73 yleiskatsauksen 70–71 perusteluista 71 vaiheelle hierarkiassa 72–73, vaikutus yrityksen projekteihin 36–37 Hinton, Andrew 177 Hofstede, Geert 36 kotisivun suunnittelu 192 suunnittelu Global Cruisesille 195–201 lankakehyksen suunnittelu 197–200 mallille esimerkki 194 HTML prototyypistä 212 linkin suosio 140 HTML prototyypistä hajottaa koodia 213-214 tarkistukseen luomalla 210-212

260

INDEKSI

I ideat, yhdistäminen 82–84 ideointi- ja visualisointiominaisuuksia 145–147 Illustrator-verkkosivusto 167 kuvakarttoja, HTML-prototyypin 213 kuvatunnisteen käyttäminen, HTML-prototyypin käyttäminen 213 InDesign-verkkosivusto 167 indeksoitua sivua, erottaen 137–138 indeksointisivustoa, 131 silmukkaa , välttää sisällönhallintajärjestelmissä 133–134 tietoa, etsiä 17 tietoarkkitehdin tasapainoilua muiden roolejen kanssa 248–249 rooli 22–23, 25 Information Architecture Instituten verkkosivusto 51, 167 ohjetta, käytettävyystestauksen viimeistely 239–241 vuorovaikutussuunnittelijan kanssa muut roolit 248–249 rooli 23, 25 haastattelua. Katso käyttäjien haastattelut iStockphoto-verkkosivusto 117 PURITE-prosessin iteraatio-osio 46 iteraatiota, lankakehykset harjoituksena 201 iteratiivisessa suunnittelussa, resurssi 231 iteratiiviseen testaukseen, prototyyppien käyttö 217:lle

J JavaScript, ongelmia jQuery-verkkosivustossa 214

132-133

K Keynote -prototyyppityökalu, 214 avaimen ominaisuudet, mukaan lukien sivustokartoissa 175 avainsanatutkimustyökalu, 135 avainsanapohjaisen haun saatavuus, 135 avainsanan käyttäytyminen, mukaan lukien verkkotunnukset 134 nimeämiskäytäntöä 136 käytettäessä URL-rakenteessa 134–135 Knemeyer, Dirk 12

L käynnistetty sivusto, julkaisun jälkeinen analyysi 254 vasemmanpuoleisesta navigointilinkistä, prototyyppi 217–218 legendalle, mukaan lukien sivustokartat 175

lisensoitu työ, määritelty 49–50 linkin ankkuritekstin sisällönkuvauskenttä, selitetty 137 linkin suosion jakauma 139–140 selitetyllä 139 alatunnistelinkillä 140 sisällön sisäistä ristiinlinkittämistä 141 manipulointia 143 linkin roskapostitusta 143 osallistujaluetteloa, luo 234–235 Live View , käyttö Dreamweaver CS4:ssä 209 logiikka vs. tunne 7 logistiikka, vaikutus yrityksen projekteihin 37 käytettävyystestauksen logistiikkavaihe 233–239 Lucht, Troy 250

M markkinointikampanjasivustoja kuvaili 11 esimerkkiä 14 ominaisuudesta 14 tavoitteesta 15–16 markkinoille, suhteiden luomista 26–27 Melzer, James 182 Messagefirst persons -tapaustutkimus 115 Web-sivusto 219 metakuvaustunniste, selitetty 137 meta-avainsanatunniste selitetty 136-137 roskapostitus 142 sisällönkuvauskentällä, 136–137-metodologian saatavuus, 62 mikrorahoituksen tärkeys, määritelty 222 mikrosivusto, määritelty 15 Microsoft PowerPoint -sivusto 167 Microsoft Visio -verkkosivusto 167 virhettä sivunumerointi puute 173-174 väärin kohdistettu teksti 173-174 2 väärin kohdistettu kohde 2 173 huolimatonta yhteyttä 171 epätasaisesti sijoitettua kohdetta 172 modifioitua lähestymistapaa, 64–65 liikettä, jotka kuvaavat 170 MSN:ää, haut 128

N nimeä, henkilöiden 118 neuvottelu, 250 verkoston mielipiteen taide, vaikutus käyttäjien omaksumiseen 253 Nicolle persona, kuvattu 115–116 Nielsen, Jakob 71 nofollow-linkkiattribuutti, käyttäen 140 noindex-sisällönkuvauskenttää, selitetty 137

O tavoitteet soveltamalla SWOT-analyysiä 61–62 sumeaan vs. kiinteään 58–60 tärkeys 57–58 UX-suunnittelijoiden syötteeseen 60–62 mittaamalla 58, 60 objektia, jotka yhdistävät oikein 171 laskentaruudukkoa 172 172 epätasaisen havainnon välillä, 172 epätasaisen havainnon tekeminen heuristiseen analyysiin 72–73 OmniGraffle-prototyyppityökalun ominaisuudet 215 Web-sivustosta 167 OpenOffice Draw -verkkosivusto 167 OptimalSort-verkkosivusto 109 yleiskatsaus, mukaan lukien ehdotuksissa 44–45 omistusoikeus ja oikeudet, mukaan lukien ehdotukset 49–50

P-sivunumerointi, 173–174 sivun otsikon sisällönkuvauskentän puute, selitetty 136 PageRank-järjestelmä, selitetty 139–140 sivua. Katso myös sivustot, jotka kloonaavat 142–143 määritelty 168 indeksointi erikseen 137–138 sivupino, määritelty 169 paperi ja lyijykynä, käyttäen lankakehyksille 189–190, 201 "paperikulttuuri", ymmärrys 37

INDEKSI

261

paperiprototyyppi 206–207 esimerkki 217–218 HTML:stä 209 navigointikonsepteille 218 passiivinen havainnointi, määritelty 99 polkua, tunnistaminen tehtävävirroissa 180 maksuaikataulu, mukaan lukien ehdotuksissa 52–53 kynä ja paperi, kehysten käyttö 189–20190, persoonat ikä 118 biografia 119 tapaustutkimus 115 määritellyt 113 koulutustaso 120 aloitus- tai triggerpisteitä asiakkaille 120 tiedon etsiminen 114 tiedoista, jotka sisältyvät 116 sijaintiin 119 käytön maksimointi 125 mobiilimukavuustaso 121, asiakkaiden käyttömotivaatiot, brändit tai projektit 121 nimeäminen 118 ammatti 119 offline-toimintaa 120 online-toimintaa 120 yleiskatsauksen peruslehti 122 henkilökohtainen lainaus 120 valokuvasta 117–118 perustelut 113–114 palkka tai palkkaluokka 120 kohdeyleisö sosiaalinen mukavuustaso 1121 kohdeyleisöryhmä 124 kohdeyleisölle yksilölle 124 tekninen mukavuustaso 121 tyyppiä 113 käyttäjätavoitteita 121 valokuvalähdettä, henkilöille hankkiminen 117 Post-it -muistiinpano, käyttö affiniteettikaaviossa 161 julkaisun jälkeinen suunnittelutestaus 255. Katso myös testaus; käytettävyystestausvaiheet tehoetäisyys, määritelty 36 PowerPoint prototyyppityökalu, 214:n ominaisuudet

262

INDEKSI

PowerPoint-verkkosivusto 167 PR (PageRank), selitetty 139–140 PURITE-prosessin osion valmistelu 45 hinnoittelu, hankkeiden strukturointi 51–52 priorisointiprosessi käytettävyystestauksessa 244–245 tasapainottavat roolit 154 helpottaa 150–15146 viestinnän hallintaa konflikti prosessin 158–162 aikana, esimerkki 181–182 tuotteesta, menestys 5. Katso myös toimitukset projekti lähestyy ketterästi 63–64 tärkeys 66 mukaan lukien ehdotuksissa 45–47 muokattu 64–65 vaihetta 62–63 projektin vesiputoukselle 63 , linjauksen puute 160 projektinhallinnassa, lankakehysten käyttö 188 projektin tavoitteessa SWOT-analyysin soveltaminen 61–62 sumeaan verrattuna kiinteään 58–60 tärkeys 57–58 UX-suunnittelijoilta 60–62, mittaus 58, 60 projektin yleiskatsaus, mukaan lukien ehdotuksissa 44–45 hankkeen hinnoittelu, mukaan lukien ehdotuksissa 51–52 hankevaatimukset, vaiheet mukana 69 projektin rahoittajaa, määritelty 75 projektiryhmää, määritelty 75 hankeehtoa, kaavio 80 projektin parhaista käytännöistä 191 yrityksen historian vaikutukselle 34–35 prosessivirta 181–182 ehdotuksen komponenttia kuittaus ja allekirjoitus 53–54 lisäkustannukset ja -maksut 50 oletukset 47–48 suoritteet 48–49 omistus ja oikeudet 49–50 maksuaikataulu 52–53

hankelähestymistapa 45–47 hankekatsaus 44–45 projektin hinnoittelu 51–52 versiohistoria 44 työn laajuus 47 työselostetta 54–55 otsikkosivu 42–43 ehdotusta, 40–41 prototyypin merkitys 219 sovelluksen 219 kalenterityökalun edullisuus 217, 219 kehysten vaihtaminen 210 valmiiksi 219 luomisesta WYSIWYG-editoreilla 209–214 esimerkkiä 217–219 palautemekanismina 219 tavoitetta 219 iteratiiviseen testaukseen 217 kehittäjien hankkiminen 217 realistista prototyyppiä 20 vastaan. Katso myös digitaalisten prototyyppien parhaita käytäntöjä 205–206:n yleiskatsauksessa paperille 205–206–207 prototyyppityökaluista Adobe Acrobat PDF 214–215 Axure RP 215 Balsamiq Mockups 216 Fireworks CS4 215–216 Flash and Flash Catalyst Power Power Power Catalyst 211ffle6nt 211ffle16. 4 Visio 215 PURITE Prosessi 45–46

Q kvalitatiivinen tutkimus, käytettävyystestauksen soveltaminen 227–229 laadullista käytettävyystestiä, tiedon kerääminen 231–232 laadunvarmistusasiakirjaan, numerointijärjestelmän soveltaminen 174 laadunvarmistustiimiin vaihtoehto 250 osallistujalle 249

laadunvarmistus, lankakehysten käyttö 188 kvantitatiiviseen tutkimukseen, käytettävyystestaukseen sovellettaessa 227–229 kyselylomaketta, joista keskusteluoppaissa 241 kysymystä. Katso myös seulonnat toiminnan suunnitteluun 162–164 käyttäjäryhmien korvauksiin 235–236 dokumentoinnin suunnitteluun 162–164 kohderyhmiin 105 kuvakäsikirjoitukseen 148 kyselyihin 102 käytettävyystestaukseen 242 käyttäjähaastatteluihin 97 käyttäjätyytyväisyyteen 233

R Random Name Generator -verkkosivusto 118 suositusta, luominen käytettävyystestausta varten 245–246 käytettävyystestauksen rekrytointivaihe 233–239 uudelleenohjaukset, 135 suhteellisen polun määrittäminen, PURITE-prosessin 46 vaatimusten HTML-prototyypin 213 renderöintiosion käyttäminen, määritelty 66 vaatimusten kerääminen lyhentäminen 74 Katso myös liiketoiminnan vaatimusprosessi, kannustaminen 74 tutkimus, käytettävyystestauksen suunnittelu 229–233 tutkimustekniikat korttilajittelu 93, 107–110 kontekstikysely 92, 98–101 kohderyhmät 93, 104–107 henkilöt 121 kyselyä 9–12 104 käytettävyystestausta 93, 110–111 käyttäjähaastattelua 92, 95–97 resursseja. Katso myös Web-sivuston resurssit affiniteettikaavio 161 ketterä lähestymistapa 65 analytiikka 254 kehon kieli 106 kontekstuaalinen suunnittelu 101 Google 128 HTML (HyperText Markup Language) 214

INDEKSI

263

resurssit (jatkoa) iteratiivinen suunnittelu 231 neuvottelu 250 prototyyppilähestymistapaa 217 sosiaalisen verkostoitumisen sovellusta 20 työkalua 167 käytettävyystestausta 231 vastuualuetta, hahmotellaan 75–76 versiohistoriaa, mukaan lukien ehdotuksissa 44 roolien tasapainottamista priorisointiprosessissa 154 yhdistäminen 2146-294

S otoskoko, määritelty 227 työn laajuutta, mukaan lukien ehdotuksissa 47 seulojaa, käytettävyystestauksessa 236–239. Katso myös kysymyksiä käsikirjoitettu navigointi, ongelmat 132–133 hakukäyttäytymisessä, 135 hakukoneoptimoinnin aloitusopas 129 hakukoneen ymmärtäminen, 129 hakutuloksen kehitys, vaikuttaminen 142 hakuun kuukaudessa, tilastot liittyvät 128 osion otsikkoon, mikä mahdollistaa 137 Seiden, Josh 113 SEO (hakukoneoptimointi) määritteli 127 UX:n vaikutuksen 134 127–128 resurssien tärkeyteen 129 SEO-menetelmälle, valkoinen hattu vs. musta hattu 141–142 SEO-asiantuntijaa, lankakehysten käyttö 188 allekirjoituksella ja kuittauksella, myös ehdotuksissa 53–54 sivuston analytiikka, työkalut 24 sivustokartalle edistyneitä esimerkkejä 175–176:sta blogitoimintoihin 166, 191 murtuva muoti 177 määritelty 166

264

INDEKSI

jätetään pois numerointirakenne 173:sta yksinkertainen esimerkki 174:stä verrattuna tehtävänkulkuun 166 käyttäen 138:a käyttäen korttilajittelua 108:lle käyttäen tehtävävirtoja, joissa on 178-paikkatyyppi, tunnistaen 11 toimipaikkaa. Katso myös sivut, joissa indeksoidaan 131 tekstin kirjoittaminen 29–30 kuuden sivun malliin käyttäen 190 Slingthought-verkkosivustoa 217 sosiaalisen verkostoitumisen sovellusta kuvailivat 20 suunnittelutavoitetta 21 sosiaaliturvahallinnon suositulle vauvanimelle 118 Software Usability Measurement Inventory (SUMI) 103 SOW (lausunto) työ), 54–55 tilan sisältö, käytettävyystestauksen suunnittelu 239 roskapostia meta-avainsanoilla 142 Spencer, Donna 17, 109 hämähäkki, selitetty 129 Spool, Jared 125 SRA International Inc. Web-sivusto 182 sidosryhmää määritellyt 75 kokoontumista 76–77 kuuntelua. 81 staattista kerrosta, Flash-sisällön upottaminen 131 tarrapisteeseen, käyttö affiniteettikaavioissa 161 Stock.XCHNG-verkkosivusto 117 kuvakäsikirjoitus, 147–150 vahvuuden ja heikkouden prosessi, ymmärtäminen 61 SUMI (Software Usability Measurement Inventory) 103 – tukiverkosto, rakennus 32 33. Katso myös UX-suunnitteluroolitutkimukset selitetty 92 yleiskatsaus 101 prosessista 102–104 vs. käyttäjähaastattelut 102

SWFobject, 131 uimarataa, esimerkki 182–184 SWOT-analyysistä, soveltuu projektin tavoitteisiin 61–62

T-tunnisteet. Katso sisällönkuvauskentät kohdekäyttäjille, jotka kuvaavat 113. Katso myös käyttäjien tehtävävirrat soveltamalla numerointijärjestelmää 173:een luomalla 178 esimerkkiä 178–180:n yleiskuvaus 166 prosessivirrasta 181–182 versus sivustokartat 166 uimarataa 182–1817 käyttäen sivustokarttoja 182–18. sovellussivustot kuvailivat 11 ominaisuutta ja tavoitetta 18–19-vuotiaille yritysanalyytikoiden avulla 28 Tatum, Keith 217–218 Taylor, Dave 214 tekninen rakenne, 31 mallin rakentaja, 190 rautakehyksien käyttö jännitys, tasapainottaminen asianajajien välillä 154–162 irtisanominen, käyttö käytettävyystestaus 239 testimateriaalit, kirjoittaminen käytettävyystestausta varten 241 PURITE-prosessin testiosio 46 testaus, käytettävyys vs. käyttäjän hyväksyntä 226. Katso myös julkaisun jälkeinen suunnittelutestaus; käytettävyystestauksen vaiheet tekstin viimeistely käytettävyystestausta varten 239–241 172–173 kirjoitusten huono sijoitus sivustoilla 29–30 otsikkosivu, mukaan lukien ehdotuksissa 42–43 otsikkotunniste, HTML-prototyypin 213 työkalujen käyttö, 167–168 saatavuus

U UAT (käyttäjän hyväksymistestaus), tarkoitus 226 Ymmärrä PURITE-prosessin osio 45

URL-polut, välttäminen sisällönhallintajärjestelmissä 133 URL-rakenteet välttäminen sisällönhallintajärjestelmissä 134 avainsanojen käyttäminen 134–135 käytettävyystestauksessa 227–228 selitetyn lähestymistavan valinta 93 yleiskuvaus 110–111 käytettävyystestauksen vaiheista 236–239. Katso myös julkaisun jälkeinen suunnittelutestaus; testaus analysointi ja tulosten esittäminen 243–245 lähestymistavan valinta 227–228 suositusten laatiminen 245–246 arviointi 250 helpotus 242–243 tutkimuksen suunnittelu 229–233 rekrytointi ja logistiikka 233–239 keskusteluoppaiden kirjoittaminen 239–245 verkostoituvuus käyttäjävaikutus 249–241 mielipiteitä 253 vaikutuksesta 251–252 henkilökohtaista etua 252 tukee 252 käyttäjän edunvalvontaa 150–151 rakentamisen verkosto 32–33 versus liiketoiminnan ja kehityksen edistäminen 155 koskee 154 käyttäjän attribuutteja, käyttäjien käyttäytymisen vertailu 990–91. , saamme kontekstin 227-käyttökokemukselle (UX). Katso UX (user experience) käyttäjäryhmät, jotka määrittelevät 87 listausattribuuttia 87–89 User Interface Engineering -verkkosivustosta 125 käyttäjähaastattelua selitettiin 92 haastatteluvinkkiä 97 prosessi 95–96 vs. kyselyt 102

INDEKSI

265

käyttäjämallit, suunnittelu 91 käyttäjätutkimuksesta 93–94 111 suunnittelun suorittaminen 94 vaihetta 86 tekniikan suorittamiseen 92 käyttäjätutkimussuunnitelma, 229–233 käyttäjätutkijan kehittäminen, 23–25 käyttäjätyytyväisyyden rooli 233 mittaustyökalua 103 käytettävyyden luokittelua testaus 245 arvioida 233 käyttäjän menestystä, määrittää 232–233 käyttäjää. Katso myös kohdekäyttäjät, jotka valitsevat numeron käytettävyystestausta varten. 229 tunnistaa 88–89 lankakehysten tyypit 188 UX:n avulla (käyttäjäkokemus) digitaaliset näkökohdat 6 vaikutuksesta SEO:n 134 UX-suunnitteluun, määritelty 3 UX-suunnitteluroolia. Katso myös tukiverkoston brändistrategi/luottamusmies 26–27 yritysanalyytikko 27–28 valinta 31 sisältöstrategi 28–29 copywriter 29–30 etupään kehittäjä 31 tietoarkkitehti 22–23 vuorovaikutussuunnittelija 23 25 käyttäjätutkijan vastuuta 23–24 visuaalinen suunnittelija 30–31 UX-suunnittelijaa tasapainossa muiden roolien kanssa 248–249 empatiaa 156 panoksesta projektin tavoitteisiin 60–62 organisaatiota 7–8 rooliin priorisoinnissa 151 ominaisuutta 6–7

V validointi, etsitään varhaista 191 arvoehdotusta, esitetään 15

266

INDEKSI

Vision prototyyppityökalu, 215 Visio Web-sivuston 167 visuaalisen suunnitteluryhmän ominaisuudet, palautteen antaminen 249 visuaaliselle suunnittelijalle, jotka osallistuvat metallikehysten luomiseen. Katso myös konseptitutkimus, jossa sovelletaan numerointijärjestelmää 174 malliin 224 lankakehystä 200–201 Visuaalinen sanaston määritelmät ehdot 170 liitintä ja nuolta 170 päätöskohta 169 sivu 168–169 sivupino 169 visualisointi- ja ideointiominaisuudet 145–140 liiketoimintavaatimusten jakaminen –81

W WAMMI (Web-sivuston analyysi- ja mittausinventoija) 103 Warfel, Todd Zaki 115, 124, 217, 219 vesiputouksen lähestymistapaa muokattu 65 vaihetta 63 verkkovastaavasta, laatuohjeet 142 Webmasters/Site Owners -sivustolle (WWW-sivuston analyysin ja sivuston omistajien mittausohjeet) (WWW-tietoanalyysi1AM29) Web -sivuston resurssit 28. Katso myös resurssit ACSI (American Customer Satisfaction Index) 103 Adaptive Path 168 Adobe Illustrator 167 Adobe InDesign 167 AIGA 51 Align Interactive 217 Aquent lahjakkuustoimisto 51 Ascend Reality Solutions 250 Axure 8 Babyh 1orvimes117 9

Blue Flavour 167 Blueprint CSS 167 "Brand Experience and the Web", 12 Brooks, Mark 201 korttien lajittelutaulukko 109–110 Coroﬂot 51 Creative Commons 50 Digital Web Magazine 167 porttisivua 142 Evans, Will 1811 sisällön koodaaminen , Jon 219 heuristinen analyysi 71 HTML-prototyyppi 214 Illustrator 167 kuvakartat 213–214 InDesign 167 Tietoarkkitehtuuriinstituutti 51, 167 tiedonhaku 17 jQuery 214 Avainsanojen tutkimustyökalu 135 markkinointikampanjasivustoa Microsoft Viesti116rst markkinointikampanjasivustot 16 Microsoftin nimi 118 OmniGraffle 167 OpenOffice Piirrä 167 Optimalsort 109 Personatyyppiä 113 Photo Resources 117 PowerPoint 167 Random Name Generaattori 118 Hakukoneoptimointi Starter Guide 129 SEO (Hakukoneoptimointi) 143 SlingThought 217 Sosiaaliturvahallinnon suositut vauvanimet 118 SRA International Inc. 182 SUMI (Software Measurement Inventory ) 103 työkalua 167 käytettävyyden testausskriptiä 240 Usability.gov 240

Käyttöliittymäsuunnittelu 125 käyttäjätyytyväisyyden mittaustyökalua 103 UX-suunnittelun lähestymistapaa 24 UX-organisaatiota 8 UX-tutkimusta 95 Visio 167 WAMMI (Website Analysis and MeasureMent Inventory) 103 Verkkovastaavien/sivuston omistajien ohje 129 WebSort 102 WebTrends! Käyttöliittymäkirjaston Web-sivusto 214 WebSort-Web-sivusto 109 WebTrends-verkkosivusto 24 valkoinen hattu vs. musta hattu 141–142 valkotaulu, kuvakäsikirjoitus 149 lankakehyksellä ja huomautukset 186–187, 193–194, 201 numerointijärjestelmän soveltaminen 173:een prototyyppiin 201 lähestymistapojen vaihtaminen kohti 210 vertailu 200 luominen 189, 198–199 suunnittelu kotisivulle 197–200 iteraatioiden harjoituksina 201 asiakaspalautteen saaminen 192–193 yleiskatsaukseen 186–187 esittelystä 202–203 versus realistiset prototyypit 207, 207–209 201 "ajattelulaitteena", 198 työkalua 189–190 käyttäjälle 188 visuaalisessa suunnittelussa ja 200–201 vuokratyötä, määritellyt 49 työnkulkua, 149 laskentataulukon kuvakäsikirjoitusta, liiketoiminnan tarpeiden luominen 153 WYSIWYG-editoria, prototyyppien luominen–21420

Y Yahoo, 128 Yahoo! Käyttöliittymäkirjaston verkkosivusto 214

INDEKSI

267

Hanki ilmainen online-käyttöoikeus tähän kirjaan 45 päivän ajan! Saat käyttöösi tuhansia muita kirjautumalla ilmaiseen Safari Books Online -kokeilujaksoon! Kun ostat tämän kirjan, sinulla on välitön online-hakuoikeus Safari Books Onlinessa 45 päivän ajan! Ja kun olet siellä, muista tutustua Safari Books Onlinen on-demand-digitaalikirjastoon ja sen ilmaiseen kokeilutarjoukseen (erillinen rekisteröitymisprosessi). Safari Books Online -tilaajilla on pääsy tuhansiin teknisiin, luoviin ja yrityskirjoihin, opetusvideoihin ja artikkeleihin maailman johtavilta kustantajilta.

Vieraile osoitteessa www.peachpit.com/safarienabled ja anna koodi FJGSLZG kokeillaksesi sitä jo tänään.

Projektiopas UX-suunnitteluun - PDF-ilmainen lataus (2023)

References