Konsepti todeksi Sisällön ja toimintojen suunnittelu Tietalo Academy webinaari

Transkriptio

1 Konsepti todeksi Sisällön ja toimintojen suunnittelu Tietalo Academy webinaari

2 Tietotalo Academy Sisällön ja toimintojen suunnittelu Sisällöntuotannon ohjaaminen Esittely: Antti Brunni Jarno Malaprade

3 Konsepti Verkkopalvelun käsikirjoitus Suunnitteluvaiheen aikana kerättyyn tietoon pohjautuvat dokumentaatio Toimii toteutusvaiheen työn pohjana ja ohjaa päätöksentekoa myöhemmin projektissa Kuvaa toiminnalliset tavoitteet selkeästi 3

4 Konseptista todeksi Palvelupolut Sisällöt ja toiminnot Priorisointi Sisältö- ja toimintokuvaus Rautalankamalli 4

5 Konseptista todeksi Ratkaisusuunnittelu Sisältösuunnittelu Sisältö- ja toimintokuvaus Visualisointi 5

6 Sisältö- ja toimintokuvaus Tavoitteiden pohjalta nimetyistä ja priorisoiduista toiminnoista ja sisällöistä laaditaan kuvaus Sivumallit/Näkymät Ominaisuudet Tietorakenne Toiminnot: Toimintojen nimeäminen ja tehtävät Toimintojen User Storyt Sisältö: Sisältötyyppi, tavoite ja otsikko Laajuus, puhuttelun tavat 6

7 Käyttäjätarinat (user story) Käyttäjälähtöinen toiminnallisuuskuvaus Lyhyesti vastaa kysymyksiin: Kuka? Mitä? Miksi? Mahtuu muistilapulle Peruskuvaus toiminnon ominaisuuksista, jotta se palvelee tavoitetta 7

8 Käyttäjätarinat Samasta toiminnosta voi syntyä useampia kuvaavia käyttäjätarinoita Liiketoiminnallinen taso Toiminnallinen taso Käytettävyys Rakenne (esim. tietokentät) Kuka, mitä ja miksi? Esim. Jättääkseen yhteydenottopyynnön asiakas valitsee lomakkeella yhteydenottotavan ja täyttää pakolliset kentät. Auttaa hahmottamaan toteutuksessa tarvittavat tiedot: esim. + Mitkä ovat lomakkeen pakolliset kentät? + Mitkä ovat yhteydenottotavat? + Millainen on interaktio? + Mitä käyttäjä näkee seuraavaksi? 8

9 Käyttäjätarinat Asiakkaan antama User Story on aina parempi kuin kehittäjän keksimä Otsikko User Story Stack Rank Story Points Risk Käyttäjätarina näyttää tältä: As a <User type> I want <some goal> to <some reason> Stack rank on ketterän kehityksen piirissä käytetty määre sijasta backlogissa -> Prioriteetti Story Points (0-100) kertoo storyyn käytettävän ajan määrän (100 = iso homma, 0=sekundaarinen) Riskit 9

10 Käyttäjätarinoiden kerääminen Käyttäjätarinat kerätään yhteen Valmisteltuja tarinoita voidaan käyttää testauksessa validoimaan toimintojen soveltuvuutta käyttötarkoitukseen 10

11 1. Luodaan käyttäjätarinat toiminnoille 2. Toteutuksesta vastaava tiimi tekee ratkaisusuunnittelun tarinoiden pohjalta 3. Hyväksytty suunnitelma lähtee tuotantoon User Story 1 Task1 Task2 User Story 2 Task1 User Story 3 User Story 4 Task1 Task2 Task2 11

12 Ratkaisusuunnittelu Ratkaisusuunnittelussa määritetään toteutettavien toimintojen tekninen toteutustapa: Ominaisuudet Kentät Tietolähteet / integraatiot Yhteydet järjestelmän osien välillä Vaiheet Logiikka Ratkaisusuunnitelman katselmointi antaa kuvan lopullisesta toteutettavasta toiminnosta. 12

13 Sisällöntuotannon suunnittelu ja ohjaaminen 13

14 Edellisessä webinaarissa: Rautalankamalli on vuorovaikutuksen väline. Fail fast - epäonnistu nopeasti 14

15 Rautalankamallit sisältöjen ja toimintojen suunnittelussa 15

16 Hahmottaa informaation rakennetta. Aito sisältö auttaa hahmottamaan käyttötavat ja tilavaatimukset visuaalisessa suunnittelussa.

17 Uxpin.com

18 Rautalankamalli sisällön tukena Tuo priorisoidut sisällöt näkyviin jo varhaisessa vaiheessa. Muutakin kuin lorem ipsumia Sisällön sovittaminen suunniteltuihin malleihin Sisällön priorisointi ja viestinnällinen järjestäminen - pohja sisältöstrategialle + missä, mitä, milloin, minkä verran ja miten 18

19 Rautalankamalli sisällön tukena Olemassa olevan sisällön kierrättäminen ja hyödyntäminen Sisällöllisten ansojen välttäminen - mitä oikeasti pystytään tuottamaan? 19

20 Rautalankamalli sisällön tukena Työvaatimukset julkaisun jälkeen Kun teemme kampanjan, se näkyy verkossa tällä tavalla, näissä kanavissa ja sen vaatiman sisällön tuottaminen vaatii tämän työn Sisäinen työmääräarviointi ja resursointi - tätä ei voi korostaa liikaa. Mitä aikaisemmin liikkeellä, sen parempi lopputulos. 20

21 Näkökulmia sisällöntuotantoon organisoitumiseen 21

22 Sisältötuotantoon organisoituminen Organisaatio-ohjaus Sisäinen palvelukeskus Tuottaja / Päätoimittaja Ulkoistettu palvelukeskus Sisältökonsultit / Manageeraus Monialainen asiantuntijatiimi Hajautettu vastuu/ päätoimittajien verkosto Lähde: Organizing for Content, Altimeter Group (2013) 22

23 Organisaatio-ohjaus Pääkäyttäjäryhmä Sisäinen asiakas Sisäinen asiakas ITpalvelut Toimittajat ITpalvelut Toimittajat

24 Manageri/konsultti Viestintäpalvelut Strateginen ohjaus Organisoituminen Tuki Työkalupakki Palveluorganisaatio 1 Palvelu 1 Palvelu 2 Informaatio 1 Informaatio 2 Palveluorganisaatio 2 Palvelu 3 Palvelu 4 Informaatio 3 Informaatio 4 Palveluorganisaatio 3 Palvelu 5 Palvelu 6 Informaatio 5 Informaatio 6

25 Sisällöntuotannon ohjaus: vastuun, vallan ja menetelmän kohtaaminen organisaatiolle sopivalla tavalla. 25

26 Se, missä olemme nyt, määrittelee seuraavan sopivan askeleen, mutta ei sitä, missä haluamme olla jatkossa. 26

27 Se, missä olemme nyt, määrittelee seuraavaa sopivaa askelta, mutta ei sitä, mitä lopulta tavoitellaan. Parhaimmillaan tämä ohjaa myös palvelun kehityspolkua. 27

28 Yhteenvetoa syksyn webinaareista 28

29 Käyttäjälähtöinen suunnittelu Palvelun kehittäminen Palvelurajapinta Asiakkaan palvelupolku Kontaktipisteet Palvelumallit Palvelumuotoilu Service Design (SD) Käyttäjäkokemus User Experience (UX) Tuotekehitys Käytettävyystestaus Käyttäjätutkimus Emootiot Vuorovaikutteisuus Informaatioarkkitehtuuri 29

30 UX suunnittelu Menetelmä Ohjeet Koordinaatio Visuaalinen suunnittelu Tiedon visualisointi Arkkitehtuuri Sisällön tuotanto Animaatiot Sisältöteksti Copy Järjestelmän vasteet Toiminnot Virheilmoitukset Tiedon rakenne Rakenne Navigointi Esitettävät tiedot 30

31 Käyttäjällä on avain Käyttäjälähtöinen suunnittelu (UCD, user-centered design) on työkalupakki, jonka avain on käyttäjällä. Työkalupakista voi poimia kuhunkin tarpeeseen sopivan työkalun tai setin. 31

32 Mittari on menetelmä Projektin onnistuminen tai epäonnistuminen on mahdollista vain jos sillä on mittarit ja lähtötilanteesta on riittävä tieto. Ylös, ulos ja mittaamaan! 32

33 Kaiken takana on käyttäjä Se mikä on meistä siistiä ei välttämättä ole sitä mitä asiakas haluaa nähdä. Mittaroi - ja hautaa toiveajattelu. 33

34 Vertaile järjestelmällisesti Vertaisarviointi kertoo oman palvelun heikkouksista ja vahvuuksista suhteessa kilpailijoihin. Löydä pikavoitot (quick wins) ja heikot signaalit. 34

35 A C B Tunnista ja tue konversiopisteitä Päämääränä on konversio, palvelussa tapahtuva liiketoimintatavoitteen toteutuminen. 35

36 Tehokas epäonnistuminen kannattaa Ketterän kehittämisen edellytys on tunnustaa, että lopputuloksesta ei tiedetä yksityiskohtaisesti. Tavoite tarkentuu ja rajautuu nopeissa iteraatioissa vaiheesta toiseen. 36

37 Muuta mielikuvat. Hajota huono. Tue toimivaa. Mittari on menetelmä.

38 Kiitos Webinaarisarja jatkuu kevätkaudella Esittely: Antti Brunni Jarno Malaprade Kimmo Alaraudanjoki

39 Ikonit ja symbolit: Knot designed by Tanya from The Noun Project, Mesh Network designed by Lance Weisser from The Noun Project, Route designed by Carlos Valério from The Noun Project, Network designed by iconoci from The Noun Project Network designed by Darren Barone from The Noun Project, Key designed by Zach VanDeHey from The Noun Project Text designed by Julien Miclo from The Noun Project Windsurfing designed by Unknown Designer, Newspaper designed by Diego Naïve, Brazil 2012; Worker designed by Bart Laugs, Australia 2012; Site map by Sergey Barkin, Russia 2012; Crash Test Dummy designed by Luis Prado, US 2012; Soccer Field Designed by Erik Wagner United States 2013; Tennis Court Designed by Erik Wagner United States 2013; Bike Messenger Designed by Luis Prado United States 2013 from The Noun Project

40 Lähdeaineistoa: Spencer, Donna - A Practical Guide to Information Architecture *1 poetpainter.com *2 journalofia.org *3 Boxesandarrows.com*4 Usability.gov *5