Transcript Prosjektoppgave

2013
Prosjektoppgave
Universell utforming
Paul M Bizimana
Huy Nhut Tran
Mina Ravem
Fredrik N Singsaas
29.11.2013
Innhold
Forarbeid...................................................................................................................................... 2
Brainstorming: .......................................................................................................................... 2
Innledning .................................................................................................................................... 3
Diskriminerings-og tilgjengelighetsloven ..................................................................................... 3
Statistikk ............................................................................................................................... 3
Problemstilling.............................................................................................................................. 4
Bakgrunn...................................................................................................................................... 4
Litt om samlegruppen/fokusgruppen.......................................................................................... 4
Generelle fellestrekk: ............................................................................................................. 5
Problemer i møte med IKT...................................................................................................... 5
Mål og endring.......................................................................................................................... 5
Metode ........................................................................................................................................ 6
Verktøy:.................................................................................................................................... 6
Prototypen:............................................................................................................................... 6
Skisser til prototype ............................................................................................................... 7
Beskrivelse av prototypen .....................................................................................................11
Personas..................................................................................................................................24
A/B testing...............................................................................................................................25
Gjennomføring.............................................................................................................................25
Oppgaver:................................................................................................................................25
Testing med brukere .............................................................................................................25
Testing med personas ...........................................................................................................26
Resultater.............................................................................................................................26
Diskusjon.....................................................................................................................................27
Verktøy....................................................................................................................................27
Personas vs. test personer ........................................................................................................27
Low-fidelity prototype ..............................................................................................................27
Endringer i prototype ...............................................................................................................27
Konklusjon...................................................................................................................................28
Kilder...........................................................................................................................................28
Nettsider .................................................................................................................................28
Bøker.......................................................................................................................................29
Andre ...................................................................................................................................29
1|S i d e
Programmer/Verktøy ...............................................................................................................29
VEDLEGG: ....................................................................................................................................30
Spørreundersøkelsen................................................................................................................30
Sammendrag av undersøkelsen .................................................................................................32
Samtykkeerklæring deltakelse i brukertesting og spørreundersøkelse. ........................................36
Forarbeid
Brainstorming:
Vi hadde en brainstorming sesjon hvor vi diskuterte forskjellige ideer og noterte alle ideer som kunne
være nyttig å videreutvikle. Her er noen av ideene vi kom på:
- Overvåkning system som hjelper med å skru av ting når man går ut av leiligheten eller på når man
kommer inn i et rom.



Stille varmeovn på forskjellige grader
Skru av lys, pc, tv, ovn, kaffetrakter og andre elektrisk utstyr.
En applikasjon hvor man kan stille inn hva som skal skrus av og på.
Dette kan være nyttig for folk i rullestol som har vansker med å nå ting.
Denne ideen fins allerede http://www.insteon.com/
- En ID-chip i armen som hjelper med identifisering når det trengs,
- Brettbar pc og mobil
- Mekanisk øye
- Lukt tv
- Billettservice
http://www.billettservice.no/










Gjøre den tilgjengelig for alle.
Minst mulig tekst. Bare nødvendig informasjon.
God språk bruk og enkelt språk.
Forlenge tiden slik at alle får fullføre bestillingen.
Bruke riktig font (seriff), tekststørrelse.
Tilrettelegge for folk som bruker leseprogrammer.
Informasjon og funksjoner blir borte når man zoomer for mye inn.
Tilrettelegging for mobil og nettbrett.
For mye info på siden?
Hvorfor to søkefunksjoner?
Vi har bestemt oss for å gå videre med ideen og systemet fra oblig 2. Vi valgte å gå ett skritt videre i
utforming av en universell utformet løsning for billettservice.no og skal teste ut løsningen
(prototypen) på virkelige brukere, samtidig personas.
2|S i d e
Innledning
Vår fokusgruppe er mennesker med dysleksi. Dysleksi er en type kognitiv funksjonsnedsettelse.
“Personer med kognitive funksjonsnedsettelser har ofte problemer med nedsatt korttidsminne,
nedsatte språklige evner, nedsatt abstraksjonsevne, og ofte nedsatt motorikk. Dette kan f.eks. være
et problem hos personer med utviklingshemning eller med hodeskader. Mennesker med kognitive
funksjonsnedsettelser kan dermed ha problemer både med å lære seg, forstå og betjene elektroniske
systemer. De har problemer med å formulere sine egne ønsker i en konkret brukssituasjon, forstå
den informasjonen som blir gitt fra systemet, forstå symbolbruk, og har vansker med å gjenkjenne og
orientere seg dersom tastaturer/grenseflater endrer utforming. Fordi mange trenger lang tid på
innlæring, får de problemer i forhold til den raske endringstakten på teknologien.
Utviklingshemmede kan også ha problemer med å forstå konsekvensen av å benytte seg av
teknologiske systemer.” (Regjeringen, 2013)
Når det gjelder personer med dysleksi skiller man mellom spesifikke lese- og skrivevansker (dysleksi)
og generelle lese- og skrivevansker. Lese- og skrivevansker kan ha mange årsaker som bl.a.
konsentrasjonsvansker, manglende språkopplæring, problemer i oppvekst, eller generelle
lærevansker. Dysleksi er det vi kaller spesifikke lese- og skrivevansker. Da utelukker man at lese- og
skrivevanskene skyldes noe av dette.
Man vet ikke alltid hva som er årsaken til funksjonsnedsettelse og det er store diskusjoner i
forskningslitteraturen om hva som forårsaker dysleksi.
Diskriminerings-og tilgjengelighetsloven
“Lovens formål er å fremme likestilling og likeverd, sikre like muligheter og rettigheter til
samfunnsdeltakelse for alle, uavhengig av funksjonsevne, og hindre diskriminering på grunn av
nedsatt funksjonsevne. Loven skal bidra til nedbygging av samfunnsskapte funksjonshemmede
barrierer og hindre at nye skapes.” (Lovdata, 2008)
Loven ble derfor innført for å sikre likestilling med hensyn til mennesker med funksjonsnedsettelser.
Loven sier også: For bygninger, anlegg og uteområder rettet mot allmennheten gjelder kravene til
universell utforming i eller i medhold av plan- og bygningsloven. (Lovdata, 2008)
Dette har ført til at samfunnet og allmenne attraksjoner kan anvendes av alle typer mennesker
uansett hvordan funksjonsnedsettelse man lider av. Skal man i dag for eksempel bygge en ny
offentlig bygning må man ta hensyn til universell utforming og det vil påvirke prosjektet i stor grad.
Loven praktiseres derfor mye når nye fasiliteter skal bygges. Loven forbyr også trakassering på grunn
av nedsatt funksjonsevne. Dette blir fulgt opp i større grad etter at loven kom.
Statistikk
Etter at diskriminerings- og tilgjengelighetsloven ble innført i 2009, gjelder mange av
diskirmineringssakene om nedsatt funksjonsevne. Det kan være personer med nedsatt
bevegelsesevne, som ikke kommer seg til legen fordi legekontoret mangler heis. Eller det kan være
en synshemmet student, som ikke får tilrettelagt eksamen. Av de sakene ombudet mottar gjelder
flest saker diskriminering i arbeidslivet. Den nest største andelen saker handler om forhold knyttet til
3|S i d e
privat og offentlig vare- og tjenesteyting. En stor del av disse sakene gjelder universell utforming.
(LDO Likestilling og diskrimineringsombudet, 2013)
Figur 1: Lov statistikk
Problemstilling
Ut i fra oppgaveteksten og hjelp fra veileder i kurset bestemte vi oss for å gå et skritt videre med
systemet (billettservice.no) vi skrev om i oblig 2. Vi synes det var interessant å skulle se inn i dybden
på websiden og hva vi kunne gjøre forbedringer på slik at siden vil være universelt utformet. Spesielt
fordi i diskriminerings- og tilgjengelighetsloven §11 står det at alle eksisterende IKT-løsninger må
være universelt utformet innen 1. januar 2021 og det er derfor veldig aktuelt å skulle forbedre enn
allerede eksisterende webside.
Dagens billettservice.no er ikke optimal for mennesker med dysleksi og vi ønsker derfor å komme
opp med en løsning som er universelt utformet så godt det lar seg gjøre for denne nettsiden. Vi skal
lage en prototype og deretter utføre brukertester opp mot ulike brukere for å komme frem til en
best mulig løsning, både med personas og “ekte” brukere med dysleksi. Og ut ifra dette komme med
konklusjoner om hva som må gjøres for å oppnå et best mulig resultat.
Bakgrunn
Litt om samlegruppen/fokusgruppen
Dysleksi er en utbredt tilstand og den “berører 3-10 % av enhver befolkning” (Dysleksiforbundet,
2013). Det fins mange forskjellige typer Dysleksi, noen av dem er: Trauma Dysleksi, Primær dysleksi,
Sekundære eller utviklingsmessige typer dysleksi, Visuell dysleksi, Fonologisk (hørbar) dysleksi,
Dyspraksi, Dysgrafi, Dyskalkuli og Nonverbale lærevansker.
4|S i d e
Generelle fellestrekk:
Skrivevansker





Dobbelt konsonant (man = mann,
forberredt = forberedt)
Bokstavene bytter plass (klarte =
klatre, starks = straks)
Sammensatte ord (motor sykkel =
motorsykkel)
Bokstaver utelates i ord (væreser =
værelser, midt = mitt)
Ordet skrives lydrett (domme =
dumme, gjærne = gjerne)
Lesevansker







Problemer med å lese høyt
Det tar lang tid å lese
Linjene eller bokstavene kan ”hoppe” på
papiret
Det er vanskelig å lese tekst på TV eller kino
Det er vanskelig å lese håndskrift (også sin
egen)
Det er vanskelig å forstå eller uttale lange ord
Det er lettere å forstå en tekst som andre
leser høyt enn om man leser den selv”
(Dysleksiforbundet, 2013)
Problemer i møte med IKT
Personer med dysleksi kan få forskjellige problemer i møte med IKT. De vanligste problemene som
oppstår ved bruk av IKT er blant annet problemer med å lese informasjon på pc-skjermen,
smartmobil eller nettbrett og lignende. De kan også ha problemer med å skrive fordi de mikser ord
og kan få en del skrivefeil når autokorrektur ikke er tilgjengelig. Bokstaver kan hoppe rundt på
skjermen, bokstaver ses opp-ned eller speilvendt og det kan være vanskelig å skille like bokstaver
som f. eks. b blir lest som d og p blir lest som b. Andre problemer de kan oppleve er at de leser alt for
fort og leser dermed feil mens andre leser veldig sakte men le ser derimot riktig. Dette kan bli et stort
problem når det brukes IKT-systemer med tidsfrist. (Dysleksiforbundet(2), 2013). Likevel er bruk av
IKT et hjelpemiddel for personer med dysleksi. Ved bruk av en pc kan dyslektikere bruke
stavekontroller, talesynteser og elektroniske ordbøker, dette gjør det lettere å lese og skrive riktig.
(Ung, 2013). Problemet er at alle websider og elektroniske systemer er ikke universelt utformet og
stavekontroller, talesynteser o.l. vil ikke fungere optimalt.
Mål og endring
Vi har valgt å ta bort slideshow på forsiden fordi det kan bli problemer i forhold talesyntese.
Talesynteser registrer ikke endring i bilder når man har en slideshow og for å gjøre nettsiden vår
brukervennlig for alle har vi valgt å ha tiles med arrangementer i stedet. Slik at det blir mulig for en
talesyntese å lese opp all informasjon. Det var fire bilder av aktuelle show i slideshowet og disse vi
har fordelt ut som fire tiles/bilder på den tilgjengelige skjermplassen.
Nåværende webside til billettservice har en sidemeny der det er mulig å kunne velge
arrangementssted (Ullevålstadium, Oslo spektrum osv.). Vi har valgt å bytte ut arrangementssted
med kategori på arrangement. Vi ser for oss at flere vil søke etter en beste mt kategori i stedet
for hvor de vil dra og se et arrangement, da det kan være vanskelig å vite hva salgs arrangementer
som blir holdt hvor.
Avansert søk befant seg nederst på venstre side på forsiden, men vi har valgt å flytte den til under
vanlig søk. Det blir slik at når man har skrevet inn søkestreng kan man enten trykke på vanlig søk
knappen, eller på avansert søk knappen, og man vil da kunne få opp flere valg for å spesifisere søket.
5|S i d e
Vi har prøvd å minimere scrolling ved å fjerne all reklame og å ha kortere lister over arrangementer.
Vi har også fjernet gjentagende menyer slik at det ikke blir for mye informasjon på siden. Problemet
med mye informasjon er at brukere blir overveldet og gir kanskje fort opp når de ikke finner den
informasjon de letter etter. En annen ting å tenke på er ved bruk av skjermlesere, de leser alt ovenfra
og nedover og det vil derfor ta tid før all informasjon er blitt formidlet til bruker.
Det er mange måter å finne ønsket billetter på, enten ved å velge et arrangement på forsiden, søke
eller bruke meny systemet på siden. Det er også mange prisklasser og pris er ikke lik for barn og
voksen, noen seksjoner av arenaer er dyrere enn andre. Alt dette har vi tatt hensyn til ved å beholde
de muligheter for å velge billetter, seksjon i arenaer og seter.
Vi har fjernet alle pop-ups, selv om dette ikke er synlig på vår prototypen. All ny informasjon dukker
opp på samme side for å begrense sidebytting og informasjon som dukker opp og som må leses ved
bruk av leseprogrammer.(f.eks. forklaring på hvordan man bruker setevelger).
Vi har også prøvd å minimere steg for å gjennomføre en bestilling. På eksisterende side må du gå
igjennom fem steg for å fullføre en bestilling. Mye av informasjon gjentar seg og det tar unødvendig
lang tid å bestille en billett. I prototypen skal det være færre steg slik at det skal bli enklere og
raskere å bestille en billett.
Fra oblig 2 fant vi ut at tidsfristen på å bestille en billett var et stort problem for personas. Dette
medførte at noen brukere ikke klarte å fullføre bestillingen sin innenfor tidsfristen. Dermed har vi
valgt å utvide tidsfristen for å bestille en billett til 25 minutter. Dersom det er lite tid igjen vil bruker
få et varsel og får muligheten til å forlenge tidsfristen med et par minutter til.
Metode
Verktøy:
De verktøyene vi brukte er: Microsoft Visio, Google Docs, Utklippsverktøy og Microsoft Office Word.
Microsoft Visio brukte vi for å lage prototypen, vi tok screenshots av den eksisterende nettsiden på
www.billettservice.no og klipte det og limet inn det vi skulle bruke videre og så la vi til det som
manglet og endret det vi ønsket å endre på. Rapporten skrev vi og redigerte på Google Docs
(docs.google.com) og vi brukte Microsoft Office Word brukte for å redigere det siste og lagre i PDF
format.
Prototypen:
Vi skal lage en low-fidelity prototype av billettservice.no. Low-fidelity er generelt et enkelt sted å
starte når man skal lage ett nytt design. Bruk av low-fidelity er nyttig for å starte samtaler,
bestemmelser av f.eks. navigasjon, layout, funksjonalitet, rammeverk og grunnleggende struktur av
et system. Det positive med å bruke low-fidelity er at feil er enkelt, rask og billig å fikse. De fleste
opplever at man får ærlige tilbakemeldinger fra brukertesting og det veldig bra å bruke til. Lowfidelity fokuserer på å finne ut interaksjoner i designet snarere enn den visuelle utformingen (Andrew
Chen, 2013).
6|S i d e
Vi skal bruke Microsoft Visio som verktøy for å lage prototypen. Microsoft Visio er et program som
skal hjelpe å lage en kraftig diagram-plattform. Visio har mange innebygde funksjoner som gjør det
raskere og enklere å lage det man ønsker (Microsoft, 2013)
I Microsoft Visio skal vi lage prototype av nettsiden som er tilrettelagt folk med dysleksi og som er
universell utformet. Deretter skal vi printe ut det vi har laget i Visio, slik at vi har en papirprototype,
da det ikke er gunstig å teste i Visio fordi redigerings muligheter vil til en hver tid være tilgjengelig og
det kan forstyrre og forvirre bruker under testingen.
Skisser til prototype
Vi tegnet på papir før vi begynte å gå i detalj. Dette er en low-fidelity prototype som hjelper oss med
å se for oss hvordan innhold er organisert på siden og hva vi burde ha med. Denne metoden går raskt
og koster oss lite tid å gjøre. Den går ikke inn i dybden men gir oss en ide over brukergrensesnittet.
7|S i d e
Her er våre første skisser som vi tegnet for hånd på papir:
Figur 2: Prototype skisse 1
Vi så for oss at forsiden fikk samme design uten reklame, slideshow og ekstra menyer.
8|S i d e
Figur 3: Prototype skisse 2
Her var vår konsept om at alt skulle stå på samme siden og ingen pop-ups skulle være nødvendig.
9|S i d e
Figur 4: Prototype skisse 3
Bekreftelse siden hvor vi så for oss at om tiden skulle gå ut kan brukere få mulighet for å forlenge
tiden.
10 | S i d e
Beskrivelse av prototypen
Vi har 13 bilder som består av hjem/forside, søke resultater, teater, sport, logg inn, registrer, finn
billett 1, bekreft, finn billett 2, zoom inn billett 2, finn billett 2.2, finn billett 2.2.2, bekreft 2.
Figur 5: Hjem/Forside
Her er første skjermbilde av prototypen vår. Denne viser hjemmesiden. Her kan vi se at vi har kvittet
oss med slideshow visningen og istedenfor lagt bilder ved siden av og under hverandre.
11 | S i d e
Figur 6: Søkeresultater
En bruker har søkt på “Annie” og det viser søkeresultatene til alle konserter som har noe med
“Annie” å gjøre.
En bruker kan herfra bestille billetter fra søkeresultatene i søkeresultatlisten.
12 | S i d e
Figur 7: Teater/Show
Figur 7 viser en liste over teaterkonserter som man kan kjøpe billetter til. Her har vi valgt
“Theater/Show” i menyen.
13 | S i d e
Figur 8: Sport
Figur 8 viser en liste over sportskamper som man kan kjøpe billetter til. Dette er etter å ha trykket på
“Sport” i menyen.
14 | S i d e
Figur 9: Logg inn
Figur 9 viser logg inn skjermen, her må man skrive inn brukernavn og passord for å kunne bestille
billett. Er man ikke registrert fra før kan man registrere seg med å trykke på registrer deg her.
15 | S i d e
Figur 10: Registrering
Figur 10 viser registreringsskjemaet en bruker må fylle ut for å kunne bestille billetter.
Alle punkter som har stjernetegn * må fylles ut av bruker. En bruker vil få en mail fra billettservice.no
etter at registreringen er fullført.
16 | S i d e
Figur 11: Finn billett; håndballkamp
I figur 11 har bruker funnet en kamp brukeren vil kjøpe billetter til. Her får bruker valg å velge antall
billetter og deretter finne billetter.
17 | S i d e
Figur 12: Bekreft håndballkamp
I figur 12 får brukeren en klar melding om å fullføre bestillingen og også gjenværende tid. Dette var
noe som var litt problematisk med den originale siden fordi man aldri fikk vite når man fullførte
bestillingen.
18 | S i d e
Figur 13: Finn billett; Annie
Etter å ha trykket på kjøp billetter for Annie fra “Theater/Show” menyen kommer man hit.
Skjermbilde 9 viser hvordan en bruker kan velge seter fra salkartet.
Det er mulighet å zoome seg ut og inn på salkartet. Ved å klikke på et sete endrer bildet seg og man
ser litt informasjon over setenummer og pris.
19 | S i d e
Figur 14: Zoom inn; Annie billett
Figur 14 viser at bruker har zoomet seg inn på LOGE2 på salkartet. Blå prikk viser at det er kun 1 sete
ledig i LOGE 2. Det vises også et minikart over salkartet nede til venstre for å vise bruker hvor bruker
er zoomet inn på salkartet.
20 | S i d e
Figur 15: Finn billett; Annie 2
Figur 15 viser at en bruker kan velge antall forskjellige billett-typer.
21 | S i d e
Figur 16: Finn billett; Annie, antall billetter
Figur 16 viser at 2 voksen/barn billetter er valgt til konserten Annie som går 15. november 2013.
22 | S i d e
Figur 17: Bekreft Billett; Annie
Figur 17 viser en oversikt over billettbestillingen som bruker har gjort for konserten Annie som går
15. november 2013. I oversikten vises det hvor mye tid det er igjen for å fullføre bestillingen.
Hvor mange billetter som er bestilt, sal og setenummer, pristyper, hvor mye per billett koster og en
totalpris på hvor mye bestillingen koster. Her kan bruker avbryte bestillingen eller fullføre
bestillingen.
23 | S i d e
Personas
Poenget med å bruke personas er å lage realistiske brukere og inkludere hoved publikumet for
systemet. Det er viktig å få med så mange forskjellige brukerbehov som mulig. Målet med personas
er å fokusere på behovene til en bestemt brukergruppe. Vi har også tatt med personas fra forrige
oppgave, det er til sammen seks personas og de er fordelt over en rekke forskjellige Dysleksier. Vi får
derfor dekket det vi legger vekt på i denne oppgaven.
Hege Jensen er 36 år gammel og jobber som sekretær i et advokatfirma. Hun jobber
mye på data og bruker ofte Word, Outlook og lovdata igjennom en arbeidsdag. Hege
har dysgrafi. Hun fant ut at hun hadde det i 20-års alderen og har jobbet hardt for å
komme ditt hun er i dag. På jobb kan det hende at hun blir sliten i øynene og vondt i
hodet hvis hun sitter lenge på datamaskinen i strekk.
Sebastian Sverd er 14 og går på Kongsvik Ungdomsskole. Sebastian har alltid brukt
lengere tid på å lese enn de andre elevene. Han fant tidlig ut at han hadde dyspraksi.
Sebastian elsker å spille fotball og se på TV. Etter han fikk vite at han fikk dyspraksi
har han fått sin egen pc på skolen og hjelpelærer. Det har gjort det enklere for han å
henge med i timene.
Mette Berit Laiti er 54 år og har jobbet i posten i 34 år. Mette Berit har
fonologisk (hørbar) dysleksi. Hun fant dette ut i voksen alder. Hun ble mobbet
igjennom barneskolen og ungdomskolen og fullførte ikke VGS. Det har gjort det
vanskelig å studere det hun virkelig hadde lyst til. Liker hun å gjøre håndarbeid,
som å strikke og hekle.
Kasim Yamani er 26 år og har nonverbale lærevansker. Han har visst fra tidlig
alder at han har nonverbale lærevansker og har derfor fått stor hjelp igjennom
hele oppveksten. Kasim bor fortsatt hjemme hos foreldrene fordi han har
vansker for å klare seg alene. En gang i uka jobber han i farens butikk. Ellers er
han glad i å spille dataspill og holde på med data.
Tom Hansen er en gutt på 9 som er går på grunnskolen og har sekundær
dysleksi. Da Tom var 4 år fikk han fosterforeldre fordi han opplevde
omsorgssvikt av sine biologiske foreldre. Tom får spesialundervisning i en
klasse med flere som har lærevansker. Han klarer seg greit og vil trenge denne
type undervisningen en stund fremover. I friminuttene liker han å spille slåball
med de andre elevene og han er en ganske glad gutt.
Yousef Ahmed er en mann på 40 år og har trauma dysleksi. Han sliter å tilpasse seg
hverdagen etter en bilulykke han var i da han var 21 år. Yousef jobber for røde kors
med å hjelpe folk som nettopp har vært i ulykker. Han har stor sympati og lever
livet for å hjelpe andre mennesker.
24 | S i d e
A/B testing.
A/B testing er en enkel måte å teste nye endringer av en eksisterende nettside. Man sammenligner
om de nye endringene eller den eksisterende nettsiden gir mest positive tilbakemeldinger (Andrew
Chen, 2013). Fordelen må bruke denne metoden får vi vite hva bruker eventuelt liker ved
eksisterende side og burde derfor ikke endre på. Det viser oss også lettere forskjellen på sidene og
om nye funksjonaliteter i prototypen fungerer bedre enn på eksisterende side.
Gjennomføring
Vi har laget to oppgaver som brukerne skal gjennomføre under brukertestingen, oppgavene går ut på
å bestille to billetter til hvert arrangement innen gitt tid med god margin. De skal gjøre dette ved
bruk av prototypen, men vi tenker at noen vil ha bruk for skjermleser program for å gjennomføre
dette på en pc.
Oppgaver:
1. Bruker skal finne og kjøpe 2 billett til håndballkamp mellom Norge -Nederland og RusslandKorea.
2. Bruker skal finne og kjøpe 2 billetter til teaterforestillingen “Annie”.
Testing med brukere
Vi kontakt dysleksiforbundet for å kunne få tak i brukere som kunne teste vår prototype.
Dysleksiforbundet skulle legge ut en utlysning på Facebook siden deres. Det var dessverre ingen som
kontakt tidlig nok til at vi fikk tid til å bruke de i brukertestingen. Derfor måtte vi finne på noe annet.
Noen i gruppa kjente personer med dysleksi og vi fikk de til å teste prototypen. Dessverre fikk vi bare
to personer til å teste prototypen. En brukertest burde bestå av fem testere (Nielsen Norman Group,
2000). Ved bruk av 5 testere er det stor sjanse for å finne mange brukervennlig-problemer. Med fler
enn 5 får man mye repetisjon. Likevel kan det holde med to testere, spesielt i “low -overhead
projects” (Nielsen Norman Group(2), (2000), og vårt prosjekt kan ses på som et slikt prosjekt. Med
bare to testere kan man fortsatt finne brukervennlighets-problemer, det er også lav kostnad og man
kan fokusere mer tid på prototypen.
Brukerne måtte gjennomføre de to oppgavene ovenfor både på den eksisterende siden til
billettservice og vår prototype. Etter gjennomført brukertesting svarte de på en kort
spørreundersøkelse.
På den eksisterende siden synes begge testere at det var veldig mange steg å gå igjennom for å finne
et arrangement man ville på og bestille billett. Den ene brukeren la heller ikke merke til at den var
tidsfrist på å gjøre ferdig en bestilling. Begge brukere synes det var mye informasjon på hver side og
det tok lang tid for hver bruker å lese igjennom all informasjonen. Brukerne leste all tekst veldig nøye
for å være sikker på at de gjorde ting riktig, derfor er det spesielt viktig at de hadde god tid på å
bestille en billett.
Det brukerne likte best med prototypen var at det var færre steg for å gjennomføre en bestilling. De
var generelt veldig positive til prototypen og synes de hadde nok med tid og teksten var lett å lese.
En ting bruker sa etter brukertesten er at han kunne tenkt seg flere farger slik at det kunne være
25 | S i d e
enklere å se forskjell på knapper og tekst. F.eks. i søk kunne det arrangementet du hadde musa over
fått en annen farge en de andre resultatene i lista. Ellers bestilte de en billett veldig raskt og ble
ferdig i god tid innenfor tiden.
Brukerne ble nok litt påvirket av vår tilstedeværelse og av at de kjente oss personlig. Det kan hende
at de synes det var vanskelig å skulle si noe negativt om vår prototype og at de var ekstra nøye med å
gjøre ting riktig og dermed gjorde de få feil.
Link til spørreundersøkelsen: https://docs.google.com/forms/d/1_ROeTv3SBGVZ3v3rqXOJ29jYMPffMA5-U4XeiNFNq4/viewform
Testing med personas
Ut ifra de personas som vi har laget har vi gjort vårt beste med å utføre brukertesting for hver av
dem. Våre personas har forskjellige typer dysleksi og vi har hatt som mål at alle skal kunne
gjennomføre en bestilling med vår prototype. Etter at vi har satt oss inn i deres situasjon har vi bl itt
enige om at alle personas bortsett fra Tom Hansen (som er for ung klarte å gjennomføre oppgaven)
klarte å gjennomføre bestillingene. Grunnen til at Tom Hansen ikke gjennomførte er fordi han er for
ung og ikke pga. dysleksi.
Resultater
Personas
Klarte å bestille
Gjennomføring kommentar
Hege Jensen
Ja
Uten problem
Sebastian Sverd
Ja
Fikk nok tid denne gangen
Mette Berit Laiti
Ja
Uten problem
Kasim Yamani
Ja
Bedre tid nå
Yousef Ahmed
Ja
Klarte det i god tid
Tom Hansen
Nei
Klarte det ikke pga. alder
Prosessen var ganske rett frem ettersom vi visste hva de forskjellige personas sleit med i forrige
brukertesting. Det var tre stykker som ikke klarte å bestille billett i den forrige testfasen, og to hadde
samme problem; tid, derfor ble tid vårt hovedfokus når vi skulle designe ny nettside.
Kasim Yamani og Yousef Ahmed hadde ikke nok tid på seg i forrige testing så vi har forlenget tiden og
begge klarer nå å bestille innen gitt tid med god margin.
Tom Hansen klarte helle ikke å bestille denne gangen, men det er fordi han er for ung.
Hege Jensen, Sebastian Sverd og Mette Berit Laiti hadde ingen problemer å bestille billetter denne
gangen heller. De hadde god nok tid og det var ikke like mye informasjon på prototypen som
eksisterende nettside og derfor ble det enklere å få en oversikt over all informasjon på siden.
26 | S i d e
Diskusjon
Verktøy
Bruk av verktøy gikk helt fint, og vi føler at vi har valgt riktig verktøy. Vi har tidligere brukt Microsoft
Visio og vi følte oss sikker på den som vårt hovedverktøy for prototypen. Google Docs var også
perfekt med tanken på at vi skulle alle redigere på rapporten samtidig.
Personas vs. test personer
Testing med personas skiller seg fra testing med virkelige test personer. Det ble til tider litt vanskelig
å sette seg inn i personas sin situasjon og vite hva slags problemer en person med dysleksi kan møte
på ettersom ingen på gruppa har noen erfaring eller spesiell kjennskap til hvordan det er å ha
dysleksi. Ved å ha lest oss opp på hva slags vanskeligheter dyslektikere har, har vi prøvd så godt vi
kan å se på prototypen med deres øyne. Med test personer tre nger man ikke å lære like mye om
brukere fordi de utfører testen selv.
Low-fidelity prototype
I low-fidelity prototypen vår valgte vi først å tegne på papir (se figur * - *) for å bestemme hvor
forskjellige ting skulle være på vår nye side. Etter å ha bestemt oss på hvor ting skulle være med
papirprototypen valgte vi å lage prototypen med Microsoft Visio da det ville ta like lang tid som å
tegne på papir og prototypen ville se mye finere ut med Microsoft Visio.
Noe som var dårlig med low-fidelity var at vi ikke fikk testet med hjelpeverktøy for brukertestingen
som talesynteseprogram (NVDA). Brukere synes det også var litt rart å teste en webside på papir da
en papirprototype ikke kan gi samme tilbakemelding som en ordentlig webside, f.eks., lyd, farge på
linker du har musa over og større forskjell på knapp og tekst. Det blir også vanskelig å gi brukere like
godt forståelse av hvordan en fremtidig side skal se ut.
Endringer i prototype
Ut i fra brukertestingen er det noen få ting vi ser vi kunne endret på el ler lagt til i prototypen slik at
den ville blitt bedre.
På figur 10 i prototypen er det en linje over salkartet som heter
“Slik fungerer salkartene | 10 - Maksimalt antall billetter som kan bestilles til dette “eventet” | Om
salkartet”. Dette er hyperlinker og pop-up vinduer. Det er vanskelig å se at dette er hyperlinker og
pop-up vinder, fordi de ikke har en “underline” og fordi det så ut som det ikke var linker. Vi ville
gjerne likt å endre dette slik at linkene blir fordelt på hver linje i stedet for at de ligger på en linje og
at vi fjerner pop-up vinduer siden dette lager problemer for blant annet talesynteseprogrammer. Ved
å ikke ha pop-up vinduer trenger man heller ikke å måtte trykke bort instruksjoner samtidig som man
bestiller en billett og det blir lettvint.
Vi hadde også likt å utforme linkene bedre slik at man ser at dette er en link og ikke kun tekst. Det
kunne vi gjort ved å alltid ha “underline” under hver link og at de skifter farge når de du har musa
over.
Siden dette var en low-fidelity prototype fikk vi ikke brukt riktig font i prototypen.
Dersom vi hadde mulighet til dette hadde vi for eksempel brukt font som sans seriff da dette er en
font som de fleste dyslektikere klarer å forholde seg bedre til. Det finnes mange forskjelli ge fonter
som kan hjelpe dyslektikere med å lese og forstå teksten bedre (BDA Technology, 2013).
27 | S i d e
Brukerne nevnte også at de kunne tenkt seg å ha farger på den linken musa var over i søkeresultater.
Dette kan hjelpe deg hvis du bruker talesynte, slik at det er lettere å vite hvor du befinner deg på en
side, og det viser tydelig at det er en link.
Konklusjon
Med hjelp av brukertester på mennesker og personas har vi prøvd å finne svakheter og styrker til
prototypene vi har laget med tanke på vårt hoved fokus, nemlig dyslektikere. Med forskjellige
prototyper har vi til slutt kommet til en løsning vi mener dekker behovet for denne brukergruppen. I
tillegg til å teste våre egne prototyper har vi også sett etter svakheter i den eksisterende løsningen.
Et lite problem vi har hatt er å finne nok personer å teste prototypene våre på siden det er viktig at
vedkommende har en form for dysleksi. Vi har derfor vært avhengig av våre personas. Som nevnt tok
vi kontakt med dysleksiforbundet og håpet på og få testet prototype ne våre på denne måten, men
fikk ikke utført dette.
Noe å trekke fra dette prosjektet er at det er mange folk med funksjonsnedsettelse som trenger
tilrettelegging. Det som er verdt å merke er at det er en stor forskjell fra vår prototype og den
eksisterende siden. Når man ser på hvor mange dyslektikere (personas) som klarte å bestille billett på
den eksisterende siden i forhold til vårt prototype økte antallet betraktelig.
Kilder
Nettsider
Personas bilder:
123rf.com, Free stock photos, hentet 18. november 2013 fra
http://www.123rf.com/
Andrew Chen (2013), Why low-fidelity prototyping kicks butt for customer-driven design, hentet 26.
November 2013 fra
http://andrewchen.co/2009/09/15/why-every-consumer-internet-startup-should-do-morelow-fidelity-prototyping/
BDA Technology (2013), Typefaces for dyslexia, hentet 29. November 2013 fra
http://bdatech.org/what-technology/typefaces-for-dyslexia/
Billettservice (2009), Billettservice AS, hentet fra
www.billettservice.no
Dysleksiforbundet (2013), Dysleksi Norge, hentet 8. november 2013 fra
http://www.dysleksiforbundet.no/no/fagfelt/dysleksi/Hva+er+dysleksi%3F.9UFRjM3O.ips
Dysleksiforbundet(2) (2013), Kjennetegn og følgevansker, hentet 8.november 2013 fra
http://www.dysleksiforbundet.no/no/fagfelt/dysleksi/Kjennet egn+og+f%C3%B8lgevansker
.9UFRnS4N.ips
LDO Likestilling og diskrimineringsombudet (2013), hentet 29. november 2013 fra,
28 | S i d e
http://www.ldo.no/no/Tema/Statistikk-og-analyse/
Lovdata (2013), Diskriminerings- og tilgjengelighetsloven, hentet 8.november 2013 fra
http://www.lovdata.no/dokum ent/NL/lov/2008-06-20-42
Microsoft (2013), Visio Standard 2013, hentet 29. november 2013 fra,
http://office.microsoft.com/en-us/visio/visio-standard-2013-flowcharts-and-diagramsFX103791871.aspx
Nielsen Norman Group (2000), Why You Only Need to Test with 5 Users, hentet 26.november 2013
fra
http://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/
Nielsen Norman Group (2) (2000), How Many Test Users in a Usability Study?, hentet 26.november
2013 fra
http://www.nngroup.com/articles/how-many-test-users/
Regjeringen (2013), Informasjons- og kommunikasjonsteknologi, hentet 8.november 2013 fra
http://www.regjeringen.no/nb/dep/ad/dok/nouer/2001/nou-200122/11/4/5.html?id=144157
Ung (2013), Funksjonshemning, hentet 8.november 2013 fra
http://www.ung.no/funk/1892_Dyslektiker_Du_har_rettigheter.htm l
Usability (2013), Personas, hentet 29.november 2013 fra
http://www.usability.gov/how-to-and-tools/methods/personas.htm l
Bøker
Sandnes, F.E.(2011). Universell utforming av IKT-systemer, Universitetsforlaget
Andre
Forelesnings slidene til foreleser Norunn Sandnes
https://fronter.com/hioa/links/files.phtml/928976534$208090742$/Forelesninger
Programmer/Verktøy
Microsoft Visio 2013, Windows utklippsverktøy, Google Docs og Microsoft Office Word
29 | S i d e
VEDLEGG:
Spørreundersøkelsen
https://docs.google.com/forms/d/1_ROeTv3SBGVZ3v3rqXO-J29jYMPffMA5-U4XeiNFNq4/viewform
30 | S i d e
31 | S i d e
Sammendrag av undersøkelsen
https://docs.google.com/forms/d/1_ROeTv3SBGVZ3v3rqXO-J29jYMPffMA5U4XeiNFNq4/viewanalytics
32 | S i d e
33 | S i d e
34 | S i d e
35 | S i d e
Samtykkeerklæring deltakelse i brukertesting og spørreundersøkelse.
Beskrivelse av prosjektoppgaven
Vi er en gruppe på 4 personer som har et prosjekt sammen i faget universell utforming.
Prosjektet går ut på å lage et universell utformet system for folk med funksjonsnedsettelse, vår fokus gruppe er
de med Dysleksi. Brukertesting varer i ca. 15 minutter og er en prototype av billettservice.no nettsiden for å
bestille billetter. Etter brukertesting skal deltakere svare på en kort spørreundersøkelse.
Vi vil bruke denne informasjon til å skrive en rapport. Denne rapporten vil inneholde resultater av brukertesting
og undersøkelsen.
Frivillig deltakelse
All deltagelse er frivillig, og du kan trekke deg når som helst. Vi bruker ingen form for opptak, men vi tar
notater under brukertestingen. Du kan når som helst avslutte brukertestingen og spørreundersøkelsen eller
trekke tilbake informasjon som er gitt under brukertestingen og spørreundersøkelsen.
Anonymitet
Notatene og innleveringsoppgaven vil bli anonymisert. Det vil si at ingen andre enn prosjektgruppen vil vite
hvem som har deltatt, og informasjonen vil ikke kunne tilbakeføres til deg.
Før du begynner ber vi deg om å samtykke i deltakelsen ved å undertegne på at du har lest og forstått
informasjonen på dette arket og ønsker å delta.
Samtykke
Jeg har lest og forstått informasjonen over og gir mitt samtykke til å delta i brukertesting
______________
Sted og dato
36 | S i d e
_________________________________________
Signatur