IAMSTERDAM & HAAR GEBRUIKERS

IAMSTERDAM & HAAR GEBRUIKERS

GENERIC FILTER GABRIËL VAN DER VEMDE, SHAUN OOSTVEEN, TIM DE WOLF, MARK NUYENS KLAS TDI1, V1 LAURA VAN DER VLIES 1 NOVEMBER 2010

Inhoudsopgave IAMSTERDAM & HAAR GEBRUIKERS............................................................................................................................... 1 Voorwoord.............................................................................................................................................................................3 Korte samenvatting............................................................................................................................................................... 4 Deel I: ANALYSE.................................................................................................................................................................. 5 1. Interne Analyse (opdrachtanalyse).............................................................................................................................. 6 1.1 Betrokkenen..........................................................................................................................................................6 1.2 Opdrachtgever Iamsterdam.................................................................................................................................. 6 1.3 Product iPhone...................................................................................................................................................... 6 1.4 Doelgroep..............................................................................................................................................................6 1.4.1 Omschrijving doelgroep................................................................................................................................ 6 1.4.2 Aannames doelgroep....................................................................................................................................6 1.5 Conclusies interne analyse.............................................................................................................................. 6 1.5.1 Onderzoeksvraag..........................................................................................................................................6 1.5.2 Onderbouwing...............................................................................................................................................7 2. Externe Analyse (user research).................................................................................................................................. 7 2.1 User Research...................................................................................................................................................... 7 2.2 Opzet user research.............................................................................................................................................. 7 2.2.1 Opzet observatie-interviews..........................................................................................................................7 2.2.2 Opbouw vragenlijst........................................................................................................................................ 7 2.2.3 Opbouw fotosort............................................................................................................................................8 2.3 Uitvoering user research.......................................................................................................................................8 2.3.1 Indruk observatie-interviews......................................................................................................................... 8 2.3.2 Transcripts en registratie fotosort................................................................................................................. 8 2.4 Analyse user research.......................................................................................................................................... 9 2.4.1 Uitvoering analyse......................................................................................................................................... 9 2.4.2 Analyseresultaat I: collage............................................................................................................................ 9 2.4.3 Analyseresultaat II: activity diagrams..........................................................................................................10 2.4.4 Analyseresultaat III: decision trees............................................................................................................. 11 2.5 Conclusies & bevindingen User Research..........................................................................................................11 Deel II: MODELLING ..........................................................................................................................................................13 3. Personas & Ontwerpvoorstel..................................................................................................................................... 14 3.1 Persona's............................................................................................................................................................ 14 3.1.1 Waarom persona's?.................................................................................................................................... 14 3.1.2 Uiteenzetting persona's...............................................................................................................................14 3.2 Vertaling interviews naar persona's.................................................................................................................... 14 4. Ontwerpvoorstel.........................................................................................................................................................15 4.1 Ontwerpdoel........................................................................................................................................................15 4.2 Ontwerpuitdaging................................................................................................................................................15 4.3 Ontwerpsuggestie............................................................................................................................................... 15 5. Ontwerpscenario's..................................................................................................................................................... 16 5.1 Context scenario's...............................................................................................................................................16 5.1.1 Waarom context scenario's?.......................................................................................................................16 5.1.2 Uiteenzetting context scenario's?............................................................................................................... 16 5.2 Vertaling context scenario's – framework scenario's.......................................................................................... 17 5.3 Framework scenario's......................................................................................................................................... 17 5.3.1 Waarom framework scenario's?..................................................................................................................17 5.3.2 Uiteenzetting framework scenario's............................................................................................................ 18 Deel III: TESTEN.................................................................................................................................................................19 6. Testen........................................................................................................................................................................ 20 6.1 Paper prototypes.................................................................................................................................................20 6.2 Testplan.............................................................................................................................................................. 20 6.2.1 Onderzoeksvraag........................................................................................................................................20 6.2.2 Testplan...................................................................................................................................................... 21 6.2.3 Testinstructies.............................................................................................................................................21 6.3 Registratie testen................................................................................................................................................ 21 6.3.1 Registratie test (samenvatting notulen)...................................................................................................... 21 6.3.2 Registratie test (samenvatting foto's)..........................................................................................................23 6.3.3 Registratie test (samenvatting interview (transcripts/notulen))................................................................... 24 6.4 Testconclusies.................................................................................................................................................... 24 7. Aanbevelingen herontwerp........................................................................................................................................ 25 8. Evaluatie Research Lab.............................................................................................................................................26 INHOUD APPENDIX...........................................................................................................................................................27

Voorwoord Dit verslag is het eindresultaat van uitgebreid onderzoek naar de gebruikers van de iPhoneapplicatie 'I Amsterdam', een mobiele toepassing voor toeristen en bezoekers van Amsterdam. Toen we de opdracht kregen deze applicatie te ontwerpen, zijn we begonnen door te kijken naar de gebruiker: wat zijn precies hun doelen, vaardigheden, frustraties en alles wat ook maar informatie kan opleveren over de interactie met de gebruiker. Dit onderzoek bestond uit o.a. interviews, observaties, analyses en persona´s (meer hierover later). Wat in ieder geval gezegd kan worden is dat we dankzij dit uitvoerige onderzoek een uiterst solide basis hebben gelegd voor toekomstige stadia (het ontwerpen realisatieproces). Dit verslag is dus waarschijnlijk het belangrijkste deel van het totale project.

Gabriel van der Vemde, Shaun Oostveen, Tim de Wolf, Mark Nuyens November, 2010

Korte samenvatting We zijn dus een specifiek proces doorlopen met als doel zoveel mogelijk informatie te verzamelen die we in een later stadium weer goed kunnen gebruiken. De eerste fase van dit specifieke proces was de analysefase. Hierin hebben we puur gekeken naar het product en de gebruiker en deze informatie zo gestructureerd mogelijk opgeslagen. In de analysefase hebben we o.a. gekeken naar de relatie tussen de verschillende 'user-groups' en de zogenaamde acties die zij uitvoeren. Vervolgens zijn we op zoek gegaan naar die usergroups om daar interviews mee af te leggen. De uitkomsten van dit onderzoek hebben we weer omgezet naar diagrammen en dergelijke om zo slechts de relevante informatie over te houden. Tot slot hebben we alle verzamelde informatie met elkaar vergeleken om zo bepaalde gegevens te kunnen samenvoegen, met als resultaat efficiëntere onderzoeksresultaten. Aangezien het wellicht moeilijk is voor te stellen hoe deze onderzoeksresultaten in beeld worden gebracht, hebben we deze omgezet naar zogenaamde persona's. Dit zijn beschrijvingen van de gebruikers waarbij alle onderzoeksresultaten zijn omgezet naar een verhaal. Het maken van deze persona's behoorde overigens de tweede fase van dit onderzoek. Dit betekent dat alle vergaarde kennis uit de analysefase nu werd gebruikt voor modellen, zoals persona's. Beter gezegd, de abstracte gegevens veranderde langzaam naar concrete informatie. Het uiteindelijke doel van dit alles was om specifieke ontwerpdoelen en ontwerpuitdaging aan het licht te brengen samen met een ontwerpsuggestie voor het volgende stadium.

______________________________________________________________________________________ 4

Deel I: ANALYSE

5

1 Interne Analyse (opdrachtanalyse) 1.1 Betrokkenen IAmsterdam (opdrachtgever), Jonge stedentripper (gebruiker), Musea, organisaties (commercieel en nonprofit), adverteerders e.d. (belanghebbenden), Generic Filter (opdrachtnemer). “Wij zijn ingeschakeld om een beter beeld te verschaffen van hun gebruikers, waar wij op onze beurt weer het ontwerpproces op kunnen afstemmen.”

1.2 Opdrachtgever Iamsterdam IAmsterdam is een organisatie die met een campagne de stad Amsterdam promoot. Hun doel is het verbeteren van het imago van Amsterdam en omgeving rondom de doelgroepen en in landen als China, India, Japan en Europese hoofdsteden als Berlijn en Barcelona. Dit doen zij met het motto 'I Amsterdam'. Het iPhone-applicatieproject is opgezet om op een effectieve, directe manier hun doelgroep te bereiken.

1.3 Product iPhone Een iPhone is een mobiele telefoon van het bedrijf Apple. Het is een combinatie van een mobiele telefoon, iPod en PDA. Met de iPhone is het onder meer mogelijk te bellen, sms'en, mailen, internetten, muziek te beluisteren, foto's en video's te maken en te bekijken en games te downloaden en te spelen. Een iPhone is ten overstaan van een Blackberry een medium met locatieservices en groot beeldscherm en simpel te gebruiken touchscreen en User Interface. De iPhone biedt voor Iamsterdam een aantal kansen, ten eerste om continu in verbinding te zijn met toeristen en bezoekers van Amsterdam, ten tweede het direct aanbieden van nieuwe informatie over bijv. evenementen, musea, e.d. Ook brengt een eigen iPhone-applicatie nieuwe mogelijkheden mee voor adverteerders en sponsors. Dit laatste is zowel interessant voor IAmsterdam als voor de adverteerders.

1.4 Doelgroep 1.4.1 Omschrijving doelgroep Onze beoogde doelgroep is 'Jonge stedentrippers'. Oftewel, toeristen en bezoekers van Amsterdam tussen de 17 en 24 jaar oud. Het gehele onderzoek was dus vooral gericht op deze 'user-group'. Dit was een interesante doelgroep voor ons onderzoek, omdat deze mensen vooral kritisch kijken naar de applicatie (aangezien de meesten al veel ervaring hebben met mobiele interactie), waardoor we makkelijker informatie konden verzamelen. Daarnaast komt deze groep ook meer in contact met (digitale) technologieën en dus konden we sneller zien hoe bepaalde interactie verloopt tussen de gebruiker en het product. 1.4.2 Aannames doelgroep Zoals hiervoor ook al werd aangegeven, verwachten we dat de doelgroep makkelijker zal omgaan met (mobiele) technologieën en daarnaast gaan we ervan uit dat deze gebruikers kritischer zullen zijn dan anderen, aangezien zij het product zullen beoordelen a.h.v. ervaringen in het verleden.

1.5 Conclusies interne analyse 1.5.1 onderzoeksvraag “Op welke manier wisselen jonge stedentrippers informatie met elkaar uit?” 1.5.2 onderbouwing onderzoeksvraag

______________________________________________________________________________________ 6

Wij gaan onderzoeken in hoeverre jonge stedentrippers bereid zijn nieuwe locaties en spots met elkaar te delen op een gemeenschappelijke pagina in de applicatie. Wij willen juist dit aspect onderzoeken, omdat we geloven dat op basis van die informatie nieuwe 'features' en andere toevoegingen ontwikkeld kunnen worden.

2 Externe Analyse (user research) 2.1 User Research User research is meer dan slechts het onderzoeken van de wijze waarop de gebruiker omgaat een product. Het is een manier om erachter te komen hoe het product ontworpen moet worden om aan de eisen van de gebruiker te voldoen. Door goed te kijken naar hoe de gebruiker omgaat met een bepaald product, kun je erachter komen wat zijn doelen zijn en hoe hij die bereikt (d.m.v. taken). User research is vooral nuttig om gefundeerde ontwerpbeslissingen te maken, met de nadruk op het woord 'gefundeerd'. Als we geen onderzoek zouden doen naar de gebruiker, zou het een hoop raad- en giswerk worden met als uitkomst een ontwerp dat niet voldoet aan de wensen van de gebruiker.

2.2 Opzet user research 2.2.1 opzet observatie-interviews De user research was als volgt opgebouwd: checklisten maken, interviews uitvoeren, notuleren & opnemen, interviews uitschrijven, fotoʼs maken tijdens interviews, observatie-aantekeningen maken. Uiteindelijk voegden we het geheel samen tot één verslag met als uitkomst de belangrijkste trefwoorden van het interview, een transcript van het gesprek, demografische gegevens en alle vragen met de bijbehorende antwoorden van de geìnterviewde. Deze vragen waren verdeeld onder drie thema´s: Context, Gebruiker en Intuitieve Manier. Deze thema's bevatten ook weer meerdere deelonderwerpen, zoals Privacy, Social Media, Vervoer, Functionaliteit, enz. (zie onder). Wat we vooral probeerden te achterhalen, was de manier waarop de gebruiker omging met sociale interactie, locatiefuncties op de iPhone en het delen van informatie aan anderen. Hierbij keken we meer naar het 'doen' dan naar het 'denken' van de gebruiker. De gebruiker kan namelijk wel zeggen dat hij/zij nooit gebruik maakt van locatiefuncties op de iPhone, maar doet dat onbewust toch wel eens. 2.2.2 opbouw vragenlijst Zoals hierboven ook al werd aangegeven, bestond de vragenlijst uit drie thema's, namelijk Context, Gebruiker en Intuitieve Manier (zie de checklist in bijlage 7). Het eerste thema, Context, bestond ook weer verschillende deelonderwerpen, namelijk Vervoer en Bezienswaardigheden. Vervoer had te maken met de manier waarop de iPhone-gebruiker vanaf zijn huis naar Amsterdam reisde en vanaf daar verder reisde. Het doel van dit deelonderwerp was vooral om inzicht te krijgen in de manier waarop de gebruiker in beweging is (als de gebruiker zou fietsen in Amsterdam, wordt iPhone-gebruik moeilijker). Bezienswaardigheden had te maken met de manier waarop de gebruiker tips krijgt en geeft van/aan anderen. Op deze manier konden we erachter komen in hoeverre de gebruiker bereid was locaties en andere informatie te delen met anderen. Het tweede thema, Gebruiker, bestond ook uit verschillende deelonderwerpen: iPhone en Applicaties, Privacy en Social Media. iPhone en Applicaties had te maken met de freqentie van iPhonegebruik, de applicaties die de gebruiker het meest gebruikte, de nuttigste applicaties, de manier waarop de iPhone werd bewaard, enz. Zo konden we er namelijk achter komen hoe de gebruiker kijkt naar zijn/haar huidige 'apps' en daarvan leren. Privacy spreekt denk ik voor zich, maar dit ging vooral over de iPhone-functie om locatievoorzieningen aan te zetten, waardoor de locatie van de gebruiker zichtbaar is voor anderen. De reden dat we hier vragen over 7

stelde was om te achterhalen in hoeverre de gebruiker bereid was zijn/haar privacy vrij te geven. Het laatste deelonderwerp, Scoial Media, was bedoeld om te zien hoe de gebruiker omgaat met social media op andere media (pc). Zo konden we namelijk achterhalen in hoeverre hij/zij actief was op dat soort netwerken en dus of informatie delen een taak was die hij/zij vaker had uitgevoerd. Het derde thema, Intuitieve Manier, bestond ook uit drie deelonderwerpen, namelijk Gebruiksvriendelijkheid, Vormgeving (i.v.m. tijdgesprek helaas niet kunnen kunnen uitvoeren) en Functionaliteit. Gebruiksvriendelijkheid ging vooral over de meest positieve en meest negatieve aspecten van bestaande applicaties waar de gebruiker wel eens gebruik van maakte. Op deze manier kwamen we er namelijk achter waar de valkuilen liggen, aangezien andere ontwikkelaar deze fouten al eens eerder hadden gemaakt. Het deelonderwerp Vormgeving was bedoeld om inzicht te krijgen in de voorkeuren voor design/vorm. Helaas hebben we dit deelonderwerp niet kunnen uitvoeren. Functionaliteit ging weer over de manier waarop de iPhone en de applicaties werken (de interactie met de gebruiker). Hierbij vergeleken we vooral de functionaliteiten van een fysieke stadsgids met die van applicaties. Op deze manieren konden we het beste halen uit deze twee. 2.2.3 opbouw fotosort We wilde vooral kijken naar de manier waarop de gebruiker zijn iPhone gebruikte: op welke plekken, met één of twee handen, in welke verschillende omgevingen (context), hoe de iPhone het meest wordt vastgehouden bij gebruik, of de gebruiker tussendoor ook nog andere handelingen verrichtte en hoe de iPhone werd gebruikt in combinatie met andere technologieën (tv, pc, afstandsbediening).

2.3 Uitvoering user research 2.3.1 Indruk observatie-interviews

2.3.2 Transcripts en registratie fotosort Alle meta-data, zoals de transcripts en foto's zijn overigens te bekijken in bijlage 9 en 10. Deze informatie wordt beschouwd als ruw onderzoeksmateriaal, maar kan natuurlijk ter aanvulling worden doorgelezen.

______________________________________________________________________________________ 8

2.4 Analyse user research 2.4.1 Uitvoering analyse Na de resultaten uit de afzonderlijke interviews te hebben bestudeerd (single-case analysis), hebben we deze vergeleken met de andere interviews. Hier zijn we op zoek gegaan naar overeenkomsten en verbanden tussen de onderzoeksresultaten, waardoor we eigenlijk alle informatie samen konden voegen (dit wordt overigens cross-case analysis genoemd). Dit proces vereiste enige tijd en inspanning, dus werkte we hierbij samen. (Zie volgende pagina voor foto’s van het proces)

2.4.2 Analyseresultaat I: collage Voor de collage van analyseresultaten: zie bijlage 13 Onderwerp Nieuws Reishulpmiddel Persoonlijk Interface Activiteiten Sociaal Ontdekken Beweging Toegankelijkheid Technische stabilteit

Kernwoorden Actueel, Up-to-date Plattegrond voor O.V., O.V., 9292 OV, GVB App, Tram app Controle, Privacy, Schendbare Informatie Vormgeving, Gebruiksgemak Bezienswaardigheden, Events, Wat is er te doen Social Media, Delen, Rijke mening Plekken waar je zelf niet aan zou denken, Nieuwe plekken Stilstaan, Reizen Prijs, Adviseren Computer, Crashes, Lang, Laadtijden

De bovenstaande onderwerpen met kernwoorden zijn volgens ons relevant voor wat wij willen onderzoeken. Het eerste onderwerp, Nieuws heeft bijv. te maken met de actualiteit van de inhoud van de iPhone-app. Het onderwerp Reishulpmiddel geeft weer aan wat voor type applicaties de gebruiker nu gebruikt om erachter te komen hoe hij/zij ergens komt. Het onderwerp Persoonlijk geeft aan wat gevoelig ligt bij de gebruiker. Interface geeft aan waar de gebruiker waarde aan hecht binnen de interface. Activiteiten geeft 9

aan waar de gebruiker vooral naar op zoek is in Amsterdam. Social geeft aan hoe de interactie van de gebruiker is met anderen. Ontdekken spreekt redelijk voor zichzelf. ;-) Beweging staat voor de manier waarop de gebruiker zijn/haar iPhone gebruikt. Toegankelijkheid heeft te maken met de laagdrempeligheid van events. Technische Stabiliteit geeft aan waar de gebruiker technische stabiliteit mee associeert. “Als ik lange teksten lees, sta ik het liefst even stil of ga ik zitten.” “Ik wil liever zelf in controle zijn, dan wanneer de applicatie alles automatisch voor mij doet.” “Ik wil liever niet dat onbekende mensen zien wie ik ben en waar ik ben.” “Ik wil ook de keuze dat ik locatievoorzieningen uit kan zeten.” “Ik geef meer om de mening van anderen, een stedenboekje is droge stof.” Wat karakteriserend is aan de doelgroep, is dat zij vrij cynisch zijn als het gaat om technische stabiliteit. Zij associëren deze namelijk snel met crashes en laadtijden. Ook hecht de gebruiker veel waarde aan privacy. Daarnaast wil de gebruiker ook alles actueel en up-to-date in beeld hebben (logisch, eigenlijk).

2.4.3 Analyseresultaat II: activity diagrams Zie ook bijlage 14: activiteitsdiagram Het activiteitsdiagram geeft aan in welke volgorde bepaalde activiteiten worden doorlopen door de gebruiker. Activiteit 1 - Locatievoorzieningen: Gebruiker pakt zijn telefoon -> Gebruiker start applicatie -> Applicatie vraagt om toestemming voor locatievoorzieningen -> Gebruiker bedenkt of hij met deze ‘app’ informatie wilt delen -> Gebruiker geeft wel/niet toestemming tot locatievoorzieningen. Activiteit 2 - Reisinformatie: Gebruiker vraagt thuis op de pc reisinformatie op -> Tijdens het reizen kijkt de gebruiker op zijn iPhone voor actuele reisinformatie -> Gebruiker vergelijkt reisinfo op de bordjes met dat van de iPhone -> Gebruiker handelt naar de overeenkomst -> Gebruiker stapt in het Openbaar Vervoersmiddel. Het activiteitsdiagram (activity diagram) wordt van links naar rechts gelezen en kan worden gezien als een lineair proces; het is in feite een eenvoudig scenario, zonder keuzesplitsingen. Activiteitsdiagrammen worden gebruikt om het mentale proces te laten zien van de gebruiker. Hoewel bovenstaande diagrammen vrij simpel zijn, geven ze wel aan hoe de gebruiker naar een bepaald doel toewerkt. Het hele diagram zou wellicht anders zijn als de gebruiker haast heeft. Wat beide diagrammen met elkaar gemeen hebben is dat ze allebei een moment hebben waarbij de gebruiker iets moet overwegen of afwegen. Bij activiteit 1 namelijk of hij/zij informatie wilt delen, bij activiteit 2 of de informatie met elkaar overeenkomt. Karakteristieke informatie over de gebruiker is dat hij/zij waarde hecht aan zijn/haar locatie (privacy), ook al wordt het wellicht niet aan een identiteit gekoppeld. Ook komt naar voren dat de gebruiker misschien toch een beetje wantrouwend is wat betreft de reisinformatiebronnen en het daarom meerdere keren checkt. Deze twee onderwerpen zijn gekozen omdat de informatie goed te plaatsen is in een realistische situatie. Daarnaast bevatten ze veel karakteriserende informatie.

______________________________________________________________________________________ 10

2.4.4 Analyseresultaat III: decision trees

Zie ook bijlage 15: decision trees Het beslissingsdiagram (decision tree) wordt van links naar rechts gelezen en het proces splitst zich op wanneer vragen met ja of nee (waar of niet waar) worden beantwoord. Bijvoorbeeld: in proces 2, komt er een moment waarop de gebruiker moet afwegen of het O.V. nodig is om de bezienswaardigheid te bereiken. Als dat met 'Nee' wordt beantwoord, kiest hij ervoor om te lopen of te fietsen. Zo ja, dan kijkt hij weer of er reisinformatie aangegeven is. Zo nee, open dan een andere applicatie. Zo ja, voldoet deze aan de eisen... Op deze manier gaat een decision tree te werk. Deze diagrammen zijn van belang omdat ze goed de afwegingen laten zien van de gebruiker. In plaats van de stapsgewijze handelingen, laat een decision tree juist zien hoe die stappen afhankelijk zijn van vorige antwoorden. Het is in feite een dynamische activiteitsdiagram. Wat overigens in beide diagrammen voorkomt is een zogenaamd 'termination point'. Als het antwoord op een vraag met 'Nee' wordt beantwoord, wordt de applicatie zelf gesloten. Je zou dus kunnen zeggen dat dit punt belangrijk is voor de gebruiker. Wat karakteriserend is aan de diagrammen (de gebruikers dus) is dat ze allebei “leuke” dingen willen vinden. Oftewel, ze associëren de applicatie vooral met een leuk evenement. We hebben voor deze informatie gekozen, omdat ze veel beslissingsmomenten hebben (drie) en daarnaast nuttige onderzoeksresultaten aan het licht brengen.

2.5 Conclusies & Bevindingen user research

• • • • • • • • • • • •

De gebruiker is vooral geïnteresseerd in bezienswaardigheden en events De gebruiker vindt dat informatie binnen een applicatie correct en up-to-date moet zijn De gebruiker maakt gebruik van bestaande applicaties zoals 9292OV, GVB en Tram De gebruiker houdt ervan om in controle te zijn (dat de applicatie dus niet alles automatisch doet) De gebruiker is erg gesteld op zijn/haar privacy (persoonlijke informatie delen) De gebruiker maakt gebruik van één of meerdere sociale netwerken De gebruiker kan lopen en de iPhone gebruiken tegelijk, als het maar niet te lange teksten zijn De gebruiker wil direct kunnen zien hoe hij/zij ergens komt (reisinformatie) De gebruiker deelt bijna geen interesses via Social Media De gebruiker draait de iPhone 90° bij “grote” applicaties Sommige gebruikers hechten meer waarde aan de mening van anderen, andere gebruikers geven juist weer meer om de informatie uit een toeristenboekje De gebruiker schakelt locatievoorzieningen alleen in bij “anonieme” applicaties, zoals Google (hierbij wordt er niet direct een identeit gekoppeld aan een locatie) 11

• • • • • • • • • • •

De gebruiker vindt bugs en crashes van applicaties het meest irritant/storend De gebruiker krijgt informatie van zowel mass-media als vrienden (zowel digitaal als real life) De gebruiker bekijkt reisinformatie liever op een computer dan op een iPhone De gebruiker vindt het soms wel leuk als anderen iets delen via Social Media De gebruiker vindt de meeste advertenties binnen een applicatie storend De gebruiker maakt vooral gebruik van trein, tram en metro De gebruiker komt ook wel eens buiten het centrum van Amsterdam De gebruiker ontdekt soms nieuwe plekken in Amsterdam De gebruiker adviseert alleen vrienden over dat soort plekken De gebruiker houdt van overzicht, actualiteit en geldigheid De gebruiker vindt het idee om nieuwe plekken te delen met anderen leuk ;-)

______________________________________________________________________________________ 12

Deel II: MODELLING

13

3 Personas & Ontwerpvoorstel 3.1 Personas 3.1.2 Waarom Personas? Een persona is een vertaling van alle droge informatie naar een verhaalvorm. Persona's maken de onderzoeksresultaten simpelweg toegankelijk en fijner om te lezen, met als resultaat dat mensen deze sneller zullen onthouden. Net zoals bij films, zorgt een verhaal ervoor dat je empathie krijgt met de hoofdpersoon. Zonder persona zijn ontwikkelaars en ontwerpers geneigd hun eigen belangen en doelen te gebruiken als vervanging van een persona, waardoor een product niet geheel objectief is ontwikkeld. 3.1.1 Uiteenzetting personas Zie ook bijlage 16: persona's

Naam: Danielle Leeftijd: 23 jaar Geslacht: vrouw Beroep: Recht Economie en Management student. Daniëlle is een derdejaars economiestudent die veel van reizen houdt.

Geslacht: Man Leeftijd: 23 jaar Burgerlijke staat: In een relatie Beroep: Student communicatie en multimedia design Peter is een student communicatie en multimediadesign

Naam: Merel Leeftijd: rond de 30 Geslacht: vrouw Beroep: Software consultant Een vrouw van vroeg in de 30, en multimedia consultant

3.2 Vertaling interviews naar personas Bij het selecteren van de relevante informatie voor de persona's hebben we vooral gekeken naar de overeenkomsten en verbanden tussen de verschillende interviews. Op basis hiervan hebben we drie persona's gemaakt die allen niet gelijkstaan aan één van de interviews. In plaats daarvan zijn het dus drie unieke persona's geworden, ieder met hun eigen betekenis. De informatie die is toegevoegd is vooral gedaan om bepaalde onderwerpen aan elkaar te koppelen om zo het verhaal beter te laten overkomen. Dit hebben we zo voorzichtig mogelijk gedaan en daarbij hebben we erop gelet om de integriteit van de onderzoeksresultaten intact te houden.

______________________________________________________________________________________ 14

4. Ontwerpvoorstel 4.1 ontwerpdoel 1. Leuke bezienswaardigheden vinden (informatie zoeken) 2. Andere gebruikers informeren over nieuwe plekken (informatie delen) 3. Nieuwe plekken door andere gebruikers bekijken (informatie krijgen)

4.2 ontwerpuitdaging 1. De gebruiker zo snel en eenvoudig mogelijk leuke bezienswaardigheden laten vinden 2. De gebruiker zoveel mogelijk aanmoedingen/stimuleren nieuwe plekken te delen met andere gebruikers (Deze taak moet zo laagdrempelig mogelijk worden gemaakt voor de gebruiker) 3. De gebruiker alleen de interesante/relevante informatie van andere gebruikers tonen.

4.3 ontwerpsuggestie 1. De top 10 meest bekeken bezienswaardigheden staat direct op het startscherm van de applicatie. Dit komt ten goede van de snelheid en toegankelijkheid van het zoeken van leuke bezienswaardigheden. 2. Op het moment dat de gebruiker zich langer dan 10 minuten op een onbekende (dus nieuwe) locatie bevindt, hem/haar de optie geven die locatie te delen door simpelweg een naam op te geven. Op deze manier wordt de functionaliteit om nieuwe plekken te delen als het ware 'in zijn schoot geworpen', waardoor het aantrekkelijker en makkelijker wordt om deze te gebruiken. 3. Alle informatie van andere gebruikers (dus plekken die andere gebruikers hebben toegevoegd) afstemmen op de interesses van de gebruiker (dit a.h.v. zoekcriteria in het verleden) en de locatie van de gebruiker. Zo krijgt de gebruiker niet een berg ongewenste informatie voor z'n neus, maar heeft hij het gevoel dat hij wordt begrepen. Daarnaast zorgt de 'locatiefilter' ervoor dat de informatie van anderen (dus nieuwe plekken) ook daadwerkelijk toegankelijk is voor de gebruiker.

15

5. Ontwerpscenario’s Scenario’s zijn concrete handvatten om vanuit menselijk gedrag en behoeften te denken. Voor dit proces hebben we gekozen voor zowel een context scenario als een framework scenario. Waar een context scenario ingaat op het ideale gedrag, gaat het framework scenario juist over het daadwerkelijke gedrag. Daarnaast draait het bij context scenario om de relatie tussen gebruik en context en bij framework scenario´s juist om de relatie tussen gebruik en systeem. Context scenario´s handig om achter de behoeften en wensen te komen en framework scenrio´s voor de functionele elementen. Dit zijn simpelweg de elementen die een functie met zich meebrengen (bijvoorbeeld: 'contact zoeken').

5.1 Context Scenario’s 5.1.1 Waarom Context Scenario’s? Het context scenario toont typische voorbeelden van belangrijke activiteiten bevatten die de belangrijkste persona zal gaan uitvoeren. Daarnaast laat het zien dat er buiten het product nog een hele belevingswereld is, die evengoed zal bepalen hoe een gebruiker het gebruik van het product ervaart. Context scenario’s definiëren de relatie tussen context en gebruik. Door eerst op de context te focussen, komen we mogelijke knelpunten tegen in het gebruik, waardoor we rekening kunt houden met deze knelpunten tijdens het maken van framework scenario’s. Zo voorkomen we problemen achteraf. Context scenario’s vormen de eerste ontwerpactiviteit waarbij dus wordt nagedacht hoe het product of de service zal gaan worden. Bij het opstellen van een context scenario ga je uit het van het ideale scenario. Oftewel, het ideale gedrag dat een systeem zal gaan hebben om de behoeften en wensen van de gebruiker te vervullen.

5.1.2 Uiteenzetting Context Scenario’s Hieronder zijn de verschillende context scenario’s te bekijken. Sommige hiervan zijn echter samengevat; voor de volledige scenario’s, zie bijlage XX. De context scenario’s bestaan zowel uit tekst als beeld, namelijk storyboards en een tekstueel scenario. “Het is vrijdagmiddag en Jeroen zit in de collegezaal. Hij heeft nog geen plannen voor het weekend en zou wel weer eens uit willen gaan met wat vrienden in Amsterdam. Hij pakt zijn iPhone uit zijn broekzak en start de applicatie van IAmsterdam. Hij krijgt direct een top 10 van te zien van de meest bekeken plekken in Amsterdam met daarbij de categorienaam. De categorie ‘Uitgaan’ ziet hij echter nergens staan, dus besluit hij om de categorie te zoeken. Hij selecteert uit het hoofdmenu ‘Categorieën’ en kiest vervolgens voor ´Uitgaan´...” Zie bijlage XX voor de complete context- en storyboardscenario's.

______________________________________________________________________________________ 16

5.2 Vertaling Context Scenario’s – Framework Scenario’s Na de context scenario’s te hebben gemaakt, hebben we deze vertaald naar een framework scenario. Deze framework scenario’s laten een specifiek functioneel element zijn (dus een taak/activiteit van de gebruiker). Voordat we direct te framework scenario’s hebben kunnen ontwerpen, moesten we de context scenario’s dus eerst vertalen. Dit hebben we gedaan door eerst te kijken naar de verschillende functionele behoeften van de gebruiker (deze haalden we dus uit het context scenario). Vervolgens hebben we deze weer samengevat tot één functioneel element per functionele behoeften. De uitkomst was een tabel met ongeveer 10 verschillende functionele behoeften en dus ook elementen. De volgende stap was om alle functionele elementen naast elkaar te zetten en de relaties daartussen te bepalen. Op deze manier kregen we inzicht in de structuur en hierarchie van de functionaliteiten. Wat bijvoorbeeld opviel was dat de locatielijst (dit is dus een functioneel element) de meeste relaties had met andere elementen, namelijk vier. Dit zou dus betekenen dat de gebruiker deze functie het meest zal gebruiken en dus ook het meest aandacht moet krijgen bij het ontwerpproces. In ons geval hebben we gekozen voor de volgende functionele elementen: 'Gebruikerslocatie vinden' en 'Routebeschrijving krijgen'. De overgang van het context scenario naar het framework scenario is overigens de belangrijkste stap in het gehele proces, want hier bepaal je welke functionele elementen de applicatie zal gaan aanbieden. En zonder functies, geen product (wat is een auto zonder stuur). Kortom, de functionele elementen definieren in feite de applicaties. Voorbeeld: als mensen het praten over bepaalde software (positief of negatief), hebben ze het in vooral over de functionele elementen (de functies), die goed/slecht werken.

5.3 Framework scenario’s 5.3.1 Waarom Framework Scenario’s? Zoals eerder al gezegd, bieden scenario’s dus concrete handvatten om vanuit menselijk gedrag en behoeften te denken. Dit op zich is al een algemeen sterke reden om scenario’s te gebruiken. Een framework scenario is een scenario waarin functionele elementen zijn verwerkt en waarin het daadwerkelijke gedrag van het systeem wordt omschreven. Een framework is, simpel gezegd, een verzameling van inhoud en knoppen. De inhoud noemen we data-elementen, de knoppen (functies) noemen we functionele elementen. Een framework is eigenlijk ook soort wereld. Wanneer de gebruiker zich namelijk binnen de applicatie verplaatst van bijvoorbeeld een locatielijst naar een pagina van de locatie (een restaurant), dan geeft dat de gebruiker een bepaald gevoel van orientatie en sfeer. De locatielijst kan bijvoorbeeld aanvoelen als ‘in een grote ruimte/kamer staan met talloze deuren, terwijl de locatiepagina juist veel intiemer kan aanvoelen waarbij de gebruiker ook veel meer in controle is. Bovenstaand verhaal maakt al aardig duidelijk in hoeverre frameworks een rol spelen binnen de applicatie. Door framework scenario’s te ontwerpen, kijken we ook kritisch naar het gedrag van het systeem. We stellen niet meer het ideale gedrag voorop, maar kijken puur naar hoe het systeem moet reageren bij het gebruik van specifieke interface elementen (knoppen, tekstvelden, etc.) en andere functionaliteiten.

17

5.3.2 Uiteenzetting Framework Scenario’s Hieronder zijn de verschillende framework scenario’s te bekijken. Sommige hiervan zijn echter samengevat; voor de volledige scenario’s, zie bijlage XXI.

Bovenstaande framework scenario's zijn ontworpen om zo het daadwerkelijke gedrag vast te leggen van het systeem. Het betreft dus puur de relatie tussen het gebruik en het systeem, in plaats van de relatie tussen het gebruik en de context, wat wel het geval is bij het context scenario (zie ook hiervoor). Framework scenario's zijn vooral belangrijk, omdat je hier al goed nadenkt over hoe het systeem zal gaan werken. Je kijkt kritisch naar het gedrag tussen de gebruiker en het systeem, waardoor je later niet voor verrassingen komt te staan. Simpel gezegd: het dwingt je om van te voren goed na te denken over je systeem.

______________________________________________________________________________________ 18

Deel III: TESTEN

19

6. Testen We werken tijdens dit proces met paper prototypes omdat we op deze manier verschillende ontwerpoplossingen kunnen testen op de gebruikers, zonder dat we al in de developmentfase zitten. Het verschil met eye tracking (onderzoek naar de manier waarop de gebruiker het beeld “leest”) is dat eye tracking achteraf wordt gedaan, dus na de development-fase. Paper prototyping is puur het testen van een mogelijke ontwerpoplosing en niet de ontwerpoplossing. Daarnaast is paper prototyping goedkoop, snel, efficient en effectief (mede door de snelheid). Het voordeel van paper prototyping is vooral de eenvoud van het proces in verhouding met de effectieve resultaten die het ons biedt.

6.1 Paper Prototypes We hebben gekozen voor drie verschillende paper prototypes (eigenlijk hoeften we er slechts twee). De paper prototypes die we hebben ontwikkeld betreffen de volgende taken: - Gebruikertoegevoegde(s) locatie vinden - Routebeschrijving krijgen naar een locatie - Recensies bekijken van een specfieke locatie We hebben gekozen voor deze taken, omdat deze het meest naar voren kwamen bij het schrijven van de context scenario's. Daarna gingen we de functionele behoeften van de gebruiker analyseren en vervolgens vertalen naar functionele elementen; dit zijn de resultaten. De paper prototypes hebben we overigens ontworpen op de computer en uitgeprint. We zijn namelijk van mening dat hiermee de consistentie en helderheid van de opdracht intact blijft (als we alles zouden tekenen, zouden sommige “schermen” wellicht anders zijn dan de anderen). Zie bijlage XXII voor de volledige paper prototypes.

6.2 Testplan Bij het schrijven van het testplan hebben we gelet op de volgende onderdelen: - Wat willen we te laten komen? - Hoe zetten we de test op? - Hoe registreren we de test? - Hoe evalueren we de testresultaten met de deelnemers? - Aanbevelingen n.a.v. testconclusies. Zie bijlage XXIII voor het volledige testplan.

6.2.1 Onderzoeksvraag We hebben eigenlijk meerdere onderzoeksvragen en dus ook onderzoeksdoelen. De volgende doelen willen wij bereiken d.m.v. het betreffende onderzoek: 1. Hoe gebruikt onze doelgroep onze applicatie? 2. Vindt onze gebruiker zijn doel binnen 3/4 stappen? (Snel?) 3. Welke alternatieve paden bezoekt hij of zij? 4. Waar zal onze doelgroep het meest op klikken en waarom? 5. Vindt onze doelgroep de interface gebruiksvriendelijk? Waarom? We hebben gekozen voor deze vragen omdat we van mening zijn dat deze het beste een representatie zullen bieden van de algemene gebruikservaring. Ook hebben we een aantal aannames gedaan om zo een insteek te creëren voor de uitvoering van het onderzoek. Beter gezegd, het maakt het makkelijker als we al uitgaan van bepaalde zaken. Wij verwachten dat onze doelgroep zich snel thuis zullen voelen met de applicatie. Wanneer een niet doelbewuste gebruiker onze applicatie opstart zal hij of zij meteen een top10 van de populairste locaties zien. [aanname1] Deze zal dan snel op één van deze locaties drukken. Mocht de locatie naar wens zijn en dusdanig interessant voor de gebruiker, [aanname2]dan zal hij of zij deze opslaan onder ‘mijn favorieten’. ______________________________________________________________________________________ 20

Wanneer een doelbewuste gebruiker onze applicatie opstart zal hij of zij zoeken naar een specifieke plaats/gelegenheid. [aanname3] Hij of zij zal eerst de top10 lijst scannen of deze locatie/gelegenheid erin staat. [aanname4] Mocht deze er niet in staan, dan zal onze testpersoon overgaan tot de ‘locatielijst’. Dit is een lijst met willekeurige locaties. Deze zijn toegevoegd door zowel ons als gebruikers van de applicatie. Zij hebben de keuze om locaties te delen. [aanname5] De gebruiker zal snel de lijst gaan filteren op basis van zijn of haar interesse. Voor het volledige verhaal en alle aannames, zie bijlage XXIII (testplan).

6.2.2 Testplan Het testplan heeft de volgende opbouw en bestaat uit de volgende punten: 1. Doel 2. Aannames 3. Onderzoeksvragen 4. Uitvoering 5. Observatie 6. Analyse 7. Aanbevelingen herontwerp 8. Communiceer resultaten/conclusies

6.2.3 Testinstructies De volgende testinstructies hebben wij gekozen om door de testpersoon te laten voltooien: 1. “Je bent op zoek naar de club ‘On The Inside’ en je denkt dat hij wellicht is toegevoegd door andere gebruikers – Wat doe je?” (wanneer de testpersoon de taak heeft voltooid, krijgt hij een tweede taak (1.1)) 1.1 “Je wilt alle recensies zien die over de club zijn geschreven – Wat doe je?” 2. “Zoek café Rooie Nelis en voeg het toe aan je favorieten.” 3. “Vind een manier om bij bij een bepaalde locatie te komen.” Zie ook bijlage XXIII.

6.3 Registratie Testen We hebben de tests geregistreerd met behulp van de volgende middelen: - Kladblok (aantekeningen maken) - Fotocamera (foto's maken) - Geluidsrecorder (hardop denken en interview) We hebben de testpersonen overigens gevraagd hun gehele denkproces hardop uit te spreken, zodat we dus letterlijk inzicht krijgen in hoe diegene redeneert en nadenkt over bepaalde keuzes. Op deze manier worden bepaalde acties door de gebruiker zelf beargumenteerd (waarom druk ik op die knop en niet op die?)

6.3.1 Registratie Test (samenvatting notulen) Hieronder een samenvatting van de meest opvallende en relevante informatie die wij hebben verkregen dankzij de paper prototyping-tests. Ook is aangegeven waar en wanneer deze informatie naar voren kwam. Zie volgende pagina voor het overzicht.

21

Taak: Testinstructies: Marielle

Gebruikerslocatie(s) vinden “Je bent op zoek naar de club 'On the Inside...”

Testpersoon nam veel tijd op keuzes te maken, waardoor zij meestal de correcte keuze maakt. Aan het begin maakte de testpersoon alleen een fout toen zij de keuze kreeg tussen 'Meer...' en 'Filter'. Ze koos voor de eerste, terwijl ze 'Filter' had moeten selecteren. Toen zij eenmaal verder was in het proces, viel het haar op dat de locaties (clubs) er niet uitzien als knoppen, zoals wel het geval was bij de knoppen voor 'Meer' en 'Filter'. Daardoor wist ze niet meer wat ze moest doen. Toen ze op de gewenste pagina was, had ze de neiging om direct op 'Routebeschrijving' te drukken, terwijl haar volgende taak nog niet was uitgelegd. Toen ik haar vroeg 'meer recensies' te tonen, wist ze niet goed hoe dat moest (deze knop staat namelijk onder de 'page fold' (je moet scrollen om 'm te vinden). Eenmaal beneden, snapte ze de knop en de taken waren redelijk succesvol doorlopen. - Nam veel tijd voor keuzes (overal) - Impulsieve acties (bij 'Route-beschrijving') - Dacht niet aan de scrollfunctie (voor 'Meer reacties') - Zag locaties aan als tekst, niet knoppen (locatielijsten) - In verhouding met andere testpersonen nam Marielle meer tijd voor de keuzes - Impulsieve actie - Minder technisch (wellicht door minder ervaring met iPhone?)

Taak: Testinstructies: Jeroen


De testpersoon begint al redelijk snel. Hij kiest aan het begin alleen ook de verkeerde knop. Hij kiest voor 'Meer' en niet 'Filter' wat hij had moeten doen. Hij herstelt zijn fout snel (“Stom van me”) en kiest voor 'Filter'. Vervolgens kiest hij razendsnel voor 'Gebruikerslocaties' en hij krijgt het volgende scherm voor z'n neus. Hij gaf aan het moeilijk te vinden als hij de locaties als knoppen zou moeten gebruiken op de echte iPhone, omdat hij denkt dat ze te klein zijn. Hij kiest echter wel voor de goede “knop” en krijgt de pagina van 'On the Inside' te zien. Hij stopt en zegt “Zo, klaar.” Kennelijk vond hij de taak niet lastig. Nu kreeg hij de volgende taak ('Bekijk alle recensies'). Hij veegt het scherm opmerkelijk genoeg naar beneden en geeft aan dat hij snapte dat er wellicht meer recensies onder de eerste zouden staan. Hij krijgt de tweede recensie te zien en kiest uit nieuwsgierig weer voor 'Meer recenesies'. De taak was voltooid, maar hij had niet het idee dat hij nu alle recenesies voor zich had gekregen. - Ging snel door het proces heen - Dacht aan de scrollfunctie (vegen) - Had niet het gevoel dat hij alle recensies in beeld had gekregen - Zag locaties aan als tekst, niet knoppen (locatielijsten) - In verhouding met andere testpersonen was Jeroen best snel met de applicatie - Hij snapte direct de scrollfunctie, ondanks dat het natuurlijk slechts papier blijft ;-) - Kreeg voor zijn gevoel niet voldoende feedback.

Taak: Testinstructies: Mike

Locatie aan favorieten toevoegen “Zoek café Rooie Nelis en voeg het toe aan je favorieten...”

Wat Mike als eerste deed was in de favorieten kijken of het al niet was toegevoegd. Daarna ging hij via de zoekfunctie inderdaad zoeken op de term ‘rooie nelis’. Nadat hij de pagina van café Rooie Nelis heeft geopend klikt hij al snel op de knop ‘aan Favorieten toevoegen’. Nadat hij daarop heeft geklikt word het item toegevoegd en gaat de app naar de pagina favorieten en laat meteen zien dat het in de lijst staat. - Eerst kijken of het niet al was toegevoegd - Vindt snel de knop 'aan favorieten toevoegen' - Begrijpt snel de werking van het systeem - Overziet snel de interface

Zie volgende pagina voor overige testresultaten

______________________________________________________________________________________ 22

Taak: Instructies: Marielle

Routebeschrijving krijgen “Vind een manier om bij bij De Rooie Nelis te komen...”

Testpersoon nam ook hier weer veel tijd om keuzes te maken. Ze begreep wel dat de locaties knoppen waren en selecteerde 'De Rooie Nelis'. Vervolgens overwoog ze de knop 'Toevoegen aan Favorieten', maar selecteerde 'Route met openbaar vervoer'. Opmerkelijk genoeg typte ze in het volgende scherm direct 'De Rooie Nelis' en na suggesties te krijgen van Google, selecteerde ze weer de goede lodatie. Testpersoon gaf aan het moeilijk te vinden om met het toetsenbord te werrken (in realiteit) als het goed om wat langere teksten (bijv. adresssen). Toen twijfelde ze tussen 'Cafe Rooie Nelis' en 'Rooie Nelis', maar selecteerde toch 'Rooie Nelis'. Tot slot drukte ze op 'Advise me' (ze vroeg zich af waarom dit opeens in 't Engels was). - Nam veel tijd voor keuzes (overal) - Moeite met toetsenbord (algemeen) - Snapte niet waarom het opeens Engels was (routebeschrijving)

Taak: Instructies: Jeroen


De testpersoon ging ook redelijk snel door dit proces heen. De eerste stap ging het snelst; de testpersoon drukt direct op de knop 'De Rooie Nelis' en wacht ongeduldig op het volgende scherm. Kijkt op het volgende scherm even overwegend naar beide knoppen ('toevoegen aan favorieten') en 'routebeschrijving met openbaar vervoer'. Hij typt Rooie Nelis in en geeft als reden aan het adres niet te weten. Hij krijgt een Google suggestie en selecteert 'Cafe De Rooie Nelis'. Drukt vervolgens op 'Advise me' en zegt sarcastisch 'Adviseer me'. Hij snapt ook niet waarom 't Engels is. - Ging ook weer snel door het proces heen - Wist het adres niet - Snapte niet waarom het Engels was (routebeschrijving)

Taak: Instructies: Mike

Routebeschrijving krijgen “Vind een manier om bij bij Teasers te komen...”

Mike kiest Teasers meteen vanuit de top 5 op de thuispagina. Daarna (wanneer de app de item pagina heeft geopend) koos Mike voor de knop ‘loop auto/route’. De app laadt Google maps voor de beste route. Mike had de taak redelijk snel voltooid. - Begrijpt snel interface en de bedoeling van de taak - Snapt de labels - Accepteert en begrijpt samenwerking Google Maps (huidige app wordt namelijk afgesloten).

6.3.2 Registratie Test (samenvatting fotoʼs)

Opvallendheden: - Selecteert knoppen meestal vanuit de rechter- of linkerkant. Zie bijlage XXV voor een compleet overzicht van de foto's. 23

6.3.3 Registratie Test (samenvatting interview (transcripts / notulen) Marielle

Mike

Jeroen

In het begin gingen de meeste dingen mis, zowel bij taak I als II. Testpersoon vond beide taken op een schaal van 1-10, qua moeilijkheidsgraag een 5/6. Dit vond ze omdat er niet teveel knoppen waren en ze genoeg tijd kreeg om de opdracht te doen. Ze is ervan overtuigd dat ze dit ook digitaal, op de iPhone kan doen. Ze gaf aan het moeilijk te vinden dit in het centrum van Amsterdam te moeten doen, vooral als ze in beweging was.

Shaun: Dat ging makkelijk, was het echt zo duidelijk/makkelijk? Mike: Ja best wel, erg duidelijk hoe alles werkt enzo. Shaun: Dat is mooi, zie je jezelf al doen als je daadwerkelijk op Amsterdam CS staat? Mike: Als het zo makkelijk blijft zeker wel. Shaun: Kan er dan iets beter? Mike: Nee het is best duidelijk, waar ik denk dat dit op vast kan lopen is dat dit afhangt van snelheid. Shaun: goed punt. Maar dank je wel dat je mee wilde werken.

Vond beide taken eigenlijk vrij makkelijk, maar kreeg niet sterk het gevoel dat hij iets voor elkaar had gekregen dat hij graag wilde. De motvatie ontbrak een beetje. Testpersoon vond beide taken niet moeilijk. Qua cijfer wellicht een 4. Hij zou dit in de realiteit zeker kunnen doen. Ook in het drukke Amsterdam op een zaterdagmiddag, aldus Jeroen. Zou het waarschijnlijk ook kunnen uitvoeren wanneer in beweging. Snapt overigens niet waarom sommigen dit niet zouden kunnen.

Zie ook bijlage XXVI.

6.4 Testconclusies Marielle

Mike

Jeroen

- Neemt haar tijd voor keuzes - Wil duidelijke knoppen zien (beter gezegd, affordance) - Drukt snel op opvallende knoppen (impulsieve acties) - Wilt liever niet scrollen (althans, ze is het niet gewend) - Vindt een toetsenbord niet fijn voor langere teksten - Wenst consistent taalgebruik

- Controleer favorieten vooraf - Gebruikt daarna pas zoekfunctie - Neemt snel beslissingen, heeft kennelijk vertrouwen in de app. - Begrijpt knoppen (labels) goed. - Heeft de neiging om snel knoppen te selecteren en het proces te doorlopen (haastig).

- Kreeg duidelijk te weinig feedback (had niet het gevoel dat hij iets voor elkaar had gekregen). - Vond taken niet moeilijk en ging vrij snel door het proces heen. - Wil ook duidelijk affordance zien voor de knoppen in locatielijst - Raakte aan het begin gefrustreerd door verkeerde keuze - Snapte de scrollfunctie

______________________________________________________________________________________ 24

7. Aanbevelingen herontwerp - De knop 'Meer' op de locatielijst weghalen → Alleen de knop 'Filter' tonen. Op dit moment werken beide knoppen verwarrend (lijken dezelfde functie te hebben) - Top 10 locaties uitbreiden naar top 20 (dus 20 locaties onder elkaar tonen i.p.v. 10) Om vorige punt te herstellen/relativeren - Locaties van elkaar splitsen met scheidingslijnen en een pijltje rechts naast elke locatie(naam). Gebruiker snapt nu niet goed dat het buttons zijn. - De knop 'Meer recensies' direct op de locatiepagina tonen (dus niet naar beneden hoeven scrollen). Gebruiker vindt het wilt alles direct kunnen selecteren en niet hoeven scrollen - De knop 'Routebeschrijving' op de locatiepagina iets subtieler maken. Nu kiest de gebruiker daar wel heel snel voor; daarnaast is hij gewoon te groot. - Alle knoppen/buttons gecentreerd in de pagina's uitlijnen, teksten links uitgelijnd. De gebruiker beweegt namelijk naar knop toe vanaf de rechter- of linkerhoek, dus op deze manier wordt de knop niet bedekt. - Voor het invoeren van een adres, alleen de (locatie)naam hoeven in te voeren. De gebruiker wilt namelijk geen lange adressen hoeven in te vullen. Helemaal niet wanneer hij/zij in beweging is. - Alles in het Nederlands (geen Engelstalige features). Nu is het verwarrend voor de gebruiker. - Teksten in buttons (labels) gecentreerd houden (dit is al het geval). Vooral vanwege de duidelijkheid en daarnaast is gebleken dat de gebruiker vanaf de buttons vanaf de linker- of rechterkant benadert. - Aantal knoppen per pagina beperkt houden (maximaal 3 á 4 knoppen per pagina). Anders wordt het te overweldigend voor de gebruiker. - Gebruiker meer controle geven, maar ook weer niet te veel. Gebruikers moeten veel kunnen controleren zoals of zij een locatie al in hun favorieten hebben staan. - Meer feedback geven op moment dat het nodig is. Een voorbeeld is wanneer alle recensies zijn getoond. Een oplossing zou zijn een tekst “2/7 recensies weergegeven” en op het moment dat de gebruiker op 'Meer recenesies heeft gedrukt, de tekst veranderen naar “7/7 recenesies weergegeven”. Op deze manier weet de gebruiker dat de taak voltooid is. - De knop 'Route met openbaar vervoer' als eerste plaatsen, I.p.v. 'Aan favorieten toevoegen'. Kennelijk hebben gebruikers snel de neiging deze knop als te selecteren. Waarschijnlijk zullen gebruikers eerder kiezen voor 'Route met openbaar vervoer' dan 'favorieten toevoegen'. - Buttonlabels vergroten. Duidelijkere affordance.

25

8. Evaluatie Research Lab Gabriel

Shaun

ResearchLAB vond ik - Geen evaluatie een interessant maar ook een te herhalend vak. Dit doordat de stof ook bij andere vakken herhaald werd. Datzelfde geldt voor de literatuur. Tevens ging er per opdracht enorm veel tijd in. Dat was lastig te combineren met andere vakken. Begrijp best dat er wat moeite gedaan mag worden, maar ben ook van mening dat het beter gedaan kan worden door vakken met elkaar to combineren. Dat dit niet onmogelijk is bewijst het vak ‘Server side scripten’ en ‘SQL’.

Tim

Mark

- Geen evaluatie

“Zoals ik eerder al heb aangegeven, worden de onderwerpen in het lesboek in andere vakken herhaald. Dan heb ik het bijvoorbeeld over persona's, scenario's, etc. Ik denk echter wel dat deze onderwerpen bij dit vak horen en niet bij Interaction Design. Verder vond ik de lessen duidelijk, redelijk eenvoudig maar toch uitdagend. Het is wel zo dat we af en toe te weinig tijd kregen voor bepaalde “werkstukken”. Je werkt namelijk in een team van 4 mensen, waardoor je dus ontzettend goed contact moet behouden met iedereen. Dit is in de praktijk nogal moeilijk, omdat niet iedereen in het team even vaak zijn e-mail controleert, achter de laptop zit, enz. Hierdoor ontstaat er nog wel eens miscommunicatie met de bijbehorende gevolgen. Tot slot wil ik ook nog zeggen dat het lesboek te duur is in verhouding met de stof die we aangeboden krijgen (je leest namelijk hooguit 5% van het hele boek). Desalniettemin is de stof wel boeiend en interessant. Ik zou het boek dus nog best wel eens in mijn vrije tijd willen lezen. Al in al, relevante onderwerpen, goede lesmethoden. - Bedankt.”

______________________________________________________________________________________ 26

INHOUD APPENDIX I. II. III. IV. V. VI. VII. VIII. IX. X. XI. XII. XIII. XIV. XV. XVI. XVII. XVIII. XIX. XX. XXI. XXII. XXIII. XXIV. XXV. XXVI. XXVII.

Opdrachtomschrijving Ingevulde template betrokkenen Ingevulde template wwwwhw Ingevulde template user actions Ingevulde template onderzoeksvraag Ingevulde template checklist opdrachtomschrijving Ingevulde template checklist vragenlijst Ingevulde template checklist fotosort Transcripts interviews Registratie fotosort Fotocollage I: samenwerken Fotocollage II: 15 opvallendheden Collage analyse user research Activity diagrams Decision trees Personas Ontwerpdoel Ontwerpuitdaging Ontwerpsuggestie Context Scenario’s Framework Scenario’s Paper Prototypes Testplan Testresultaten registratie test (notulen) Testresultaten registratie test (foto’s) Testresultaten registratie test (transcripts / notulen) Aanbevelingen herontwerp

27

I. Opdrachtomschrijving IAmsterdam heeft de opdracht uitgegeven voor het vernieuwen en verbeteren van de huidige iPhone-applicatie. Hiervoor zijn wij (Generic Filter) ingehuurd om in eerste instantie onderzoek naar eventuele vernieuwing te doen. Onderzoek dat een conclusie geeft over hoe de applicatie voor Jonge Stedentrippers handiger, interessanter en bruikbaarder kan worden en het moet een sociale cultuur kunnen stimuleren wat er voor zorgt dat studenten elkaar vertellen wat goed uitgaan is en wat je perse moet zien. . Omdat wij een bureau zijn dat gebruik maakt van toepasselijke marktonderzoeken zijn wij hiervoor gevraagd. Wij werken met en voor studenten om degelijke applicaties voor diverse platformen te ontwikkelen. IAmsterdam is een gemeentelijke promotie organisatie. Ze werken met campagnes die ze zelf op touw zetten en campagnes waar ze op meeliften. Dit houdt in dat deze organisatie door middel van acties en nieuwe technologieën de stad Amsterdam „up to date‟ houdt i.v.m toerisme. Wij gaan voor IAmsterdam onderzoeken in hoeverre jonge stedentrippers (jongeren van 18 tot 25) bereid zijn nieuwe locaties en spots in Amsterdam met elkaar te delen op een gemeenschappelijke pagina in de applicatie van de iPhone.

______________________________________________________________________________________ 28

II. Betrokkenen

29

III. Ingevulde template wwwwhw Wat is IAMsterdam Een gemeentelijke promotie-organisatie. Ze werken met campagnes die ze zelf op touw zetten. . Wat doet IAMsterdam Dit houdt in dat deze organisatie door middel van acties en nieuwe technologieën de stad Amsterdam ‘up to date’ houdt ivm toerisme. Hoe doen ze dat? Door bijvoorbeeld een iPhone app te ontwikkelen Waar wil IAMsterdam naartoe? Meer toeristen in Amsterdam. Waar doen ze dat? Op het museumplein en evenementen. Wat is hun doelgroep? (Potentiële) toeristen en bezoekers. Wat is een iPhone? Een mobiel platform wat door middel van hoogstaande gps en touchpad functionaliteiten een nieuwe standaard voor smartphones heeft ontwikkeld. Wat is een iPhone ten overstaan van een Blackberry of een iPad? Een iPhone is ten overstaan van een Blackberry een medium met locatieservices en groot beeldscherm en simpel te gebruiken touchscreen en User Interface. Ten overstaan van een iPad is een iPhone mobiel en ‘zakbaar’ en de telefoonfunctionaliteit zorgt ervoor dat je altijd en overal internet hebt. Wat is de grootste gebruikersgroep van de iPhone? Vooral jonge mensen. Waar staat Amsterdam voor? Symbolisch gezien staat Amsterdam voor vrijheid, voor toeristen kom je al snel neer op koffieshops en trottoirprostituees. Amsterdam heeft plekken van bezetting en vrijheid, kunst en cultuur. Maar ook plekken die historisch verantwoord en belangrijk zijn. Welke relatief onbekende plekken moeten gebruikers van de app absoluut zien? De dam, bijenkorf, rosse buurt... Al moet het gezegd worden dat de halve populatie van Amsterdam nooit ook maar een voet in de rosse buurt heeft gezet.

______________________________________________________________________________________ 30

IV.Ingevulde template user actions Welke actie?

Wie voert het uit?

Wat te onderzoeken?

Informatie zenden

Jonge Stedentripper

Manier waarop jonge stedentrippers informatie zenden

Informatie ontvangen

Iedere gebruikersgroep

Op welke manier wordt de informatie het beste ontvangen

Adverteren

Sponsors/adverteerders

Voor welke doelgroep kun je het beste advertenties plaatsen

Helpdesk raadplegen

Senioren

Waarom zal een seniorenkoppel de helpdeskraadplegen en hoe kunnen we dat het beste voorkomen?

Locatie zoeken

Stedentrippers/senioren

Hoe optimaliseer je de zoekmachine voor locaties

Omzet genereren

Stakeholders

Hoe genereren we omzet voor de stakeholders

Informatie sturen

IAmsterdam

Hoe sturen wij het beste informatie naar de gebruikers

Informatie delen

Jonge stedentripper

Manier waarop jonge stedentrippers informatie met elkaar uitwisselen/delen

31

V. Ingevulde template onderzoeksvraag “Wij gaan onderzoeken in hoeverre jonge stedentrippers bereid zijn nieuwe locaties en spots met elkaar te delen op een gemeenschappelijke pagina in de applicatie.”

VI. Ingevulde template checlist opdrachtomschrijving IAmsterdam heeft de opdracht uitgegeven voor het vernieuwen en verbeteren van de huidige iPhone-applicatie. Hiervoor zijn wij (Generic Filter) ingehuurd om in eerste instantie onderzoek naar eventuele vernieuwing te doen. Onderzoek dat een conclusie geeft over hoe de applicatie voor Jonge Stedentrippers handiger, interessanter en bruikbaarder kan worden en het moet een sociale cultuur kunnen stimuleren wat er voor zorgt dat studenten elkaar vertellen wat goed uitgaan is en wat je perse moet zien. . Omdat wij een bureau zijn dat gebruik maakt van toepasselijke marktonderzoeken zijn wij hiervoor gevraagd. Wij werken met en voor studenten om degelijke applicaties voor diverse platformen te ontwikkelen. IAmsterdam is een gemeentelijke promotie organisatie. Ze werken met campagnes die ze zelf op touw zetten en campagnes waar ze op meeliften. Dit houdt in dat deze organisatie door middel van acties en nieuwe technologieën de stad Amsterdam „up to date‟ houdt i.v.m toerisme. Wij gaan voor IAmsterdam onderzoeken in hoeverre jonge stedentrippers (jongeren van 18 tot 25) bereid zijn nieuwe locaties en spots in Amsterdam met elkaar te delen op een gemeenschappelijke pagina in de applicatie van de iPhone.

______________________________________________________________________________________ 32

VII. Ingevulde template checlist vragenlijst IAmsterdam heeft de opdracht uitgegeven voor het vernieuwen en verbeteren van de huidige iPhone-applicatie. Hiervoor zijn wij (Generic Filter) ingehuurd om in eerste instantie onderzoek naar eventuele vernieuwing te doen. Onderzoek dat een conclusie geeft over hoe de applicatie voor Jonge Stedentrippers handiger, interessanter en bruikbaarder kan worden en het moet een sociale cultuur kunnen stimuleren wat er voor zorgt dat studenten elkaar vertellen wat goed uitgaan is en wat je perse moet zien. . Omdat wij een bureau zijn dat gebruik maakt van toepasselijke marktonderzoeken zijn wij hiervoor gevraagd. Wij werken met en voor studenten om degelijke applicaties voor diverse platformen te ontwikkelen. IAmsterdam is een gemeentelijke promotie organisatie. Ze werken met campagnes die ze zelf op touw zetten en campagnes waar ze op meeliften. Dit houdt in dat deze organisatie door middel van acties en nieuwe technologieën de stad Amsterdam „up to date‟ houdt i.v.m toerisme. Wij gaan voor IAmsterdam onderzoeken in hoeverre jonge stedentrippers (jongeren van 18 tot 25) bereid zijn nieuwe locaties en spots in Amsterdam met elkaar te delen op een gemeenschappelijke pagina in de applicatie van de iPhone.

Thema 1: Context Doel: inzicht krijgen in de relatie tussen de gebruiker en locaties in Amsterdam Deelonderwerp 1: Vervoer Waarover ga je de gebruiker ondervragen en waarom? Hoe ga je meer inzicht over dit onderwerp krijgen? - Hoe ga je naar Amsterdam? - Hoe vaak kom je in Amsterdam? - Welke vervoersmiddelen gebruik je tijdens je verblijf in Amsterdam? - Welke bronnen raadpleeg je voor reisinformatie binnen het Openbaar Vervoer. - Wanneer en hoe gebruik je deze? - Kom je ook wel eens buiten het centrum van Amsterdam? + doorvragen Deelonderwerp 2: Bezichtigingen Waarover ga je de gebruiker ondervragen en waarom? Hoe ga je meer inzicht over dit onderwerp krijgen. - Van wat/wie krijg je je informatie over evenementen en bezichtigingen? - Wanneer gebruik je die bron van informatie? - Ontdek je wel eens nieuwe plekken in Amsterdam? - Adviseer je anderen dan ook van die ontdekkingen? - Hoe doe je dat? - Waar hecht je meer waarde aan: de mening van andere medebezoekers in Amsterdam of een toeristische gids. + doorvragen

33

Thema 2: Product – Gebruiker Doel: inzicht krijgen in de relatie het product en de gebruiker Deelonderwerp 1: iPhone en applicaties Waarover ga je de gebruiker ondervragen en waarom? Hoe ga je meer inzicht over dit onderwerp krijgen? - Hoe frequent gebruik je de iPhone? - Waarvoor gebruik je je iPhone het meest? - Wat is je nuttigste applicatie op de iPhone? - Wat is je voornaamste irritatie bij het gebruiken van applicaties? - Weet je wat push-notificaties zijn? Zo ja, gebruik je ze? - Waar bewaar je je iPhone? + doorvragen Deelonderwerp 2: Privacy Waarover ga je de gebruiker ondervragen en waarom? Hoe ga je meer inzicht over dit onderwerp krijgen. 1. Laat je applicaties toegang geven tot je locatie? 2. Weet je wat deze applicaties doen met je gegevens? 3. Vind je locatievoorzieningenfuncties handig in de praktijk? 4. Zou je je locatie willen delen met andere gebruikers in Amsterdam? 5. Doe je dit ook in social media? 6. Wil je andere gebruikers je persoonlijke berichten laten sturen? + doorvragen Deelonderwerp 3: Social media Waarover ga je de gebruiker ondervragen en waarom? Hoe ga je meer inzicht over dit onderwerp krijgen. 1. Welke social media platformen gebruik je? 2. Waar gebruik je die? Ook op je iPhone? 3. Hoe vaak gebruik je ze per dag? 4. Hoe ga je om met je privacy op social media? 5. Deel je veel interesses op social media? 6. Wat vind je ervan als andere mensen dingen delen op social media, zoals spelletjes en dergelijke + doorvragen

(Vervolg checklist op volgende pagina)

______________________________________________________________________________________ 34

Thema 3: Product – Gebruiker Doel: inzicht krijgen in de relatie het product en de gebruiker Deelonderwerp 1: iPhone en applicaties Waarover ga je de gebruiker ondervragen en waarom? Hoe ga je meer inzicht over dit onderwerp krijgen? - Hoe frequent gebruik je de iPhone? - Waarvoor gebruik je je iPhone het meest? - Wat is je nuttigste applicatie op de iPhone? - Wat is je voornaamste irritatie bij het gebruiken van applicaties? - Weet je wat push-notificaties zijn? Zo ja, gebruik je ze? - Waar bewaar je je iPhone? + doorvragen Deelonderwerp 2: Privacy Waarover ga je de gebruiker ondervragen en waarom? Hoe ga je meer inzicht over dit onderwerp krijgen. 7. Laat je applicaties toegang geven tot je locatie? 8. Weet je wat deze applicaties doen met je gegevens? 9. Vind je locatievoorzieningenfuncties handig in de praktijk? 10. Zou je je locatie willen delen met andere gebruikers in Amsterdam? 11. Doe je dit ook in social media? 12. Wil je andere gebruikers je persoonlijke berichten laten sturen? + doorvragen Deelonderwerp 3: Social media Waarover ga je de gebruiker ondervragen en waarom? Hoe ga je meer inzicht over dit onderwerp krijgen. 7. Welke social media platformen gebruik je? 8. Waar gebruik je die? Ook op je iPhone? 9. Hoe vaak gebruik je ze per dag? 10. Hoe ga je om met je privacy op social media? 11. Deel je veel interesses op social media? 12. Wat vind je ervan als andere mensen dingen delen op social media, zoals spelletjes en dergelijke + doorvragen

35

VIII. Ingevulde template checlist fotosort “We willen vooral kijken naar de manier waarop de gebruiker zijn iPhone gebruikt: op welke plekken, met één of twee handen, in welke verschillende omgevingen (context), hoe de iPhone het meest wordt vastgehouden bij gebruik, of de gebruiker tussendoor ook nog andere handelingen verricht en hoe de iPhone wordt gebruikt in combinatie met andere technologieën (tv, pc, afstandsbediening).”

IX. Transcripts interviews Transcripts deelnemer: Jeroen “Reisinformatie check ik vooraf thuis op mijn iPhone, maar tijdens het reizen op de bordjes.” “Informatie over evenementen en andere bezienswaardigheden krijg ik vooral van vrienden.” “Als ik nieuwe plekken ontdek in Amsterdam, adviseer ik die alleen aan mensen waarvan ik zeker weet dat die geintereseerd zijn daarin. Dit doe ik dan vooral in 'real-life'; mondeling dus.” “Ik hecht meer waarde aan het advies van een toeristenboekje dan aan die van een onbekend persoon.” “Ik wil niet dat onbekende mensen zien waar ik ben.” “Locatievoorzieningen op de iPhone gebruik ik niet thuis of wanneer ik bij vrienden ben. Om privacyredenen.” “Gebruiksvriendelijkheid is volgens mij als je snel de dingen voor elkaar krijgt die je wilde doen.” “Ik hecht meer waarde aan gebruiksgemak dan aan vormgeving.” “Mijn grootste irritatie bij een stadsgids is gedateerde of incorrecte inhoud.” “Ik wil liever zelf in controle zijn, dan wanneer de applicatie alles automatisch voor mij doet.” “Ik gebruik een toeristengids het meest voor bezienswaardiheden. “Als ik lange teksten lees, sta ik het liefst stil, of ga ik even zitten.” “Het lijkt me een leuke functionaliteit om nieuwe plekken in Amsterdam te delen met anderen. Kun je ook zien wat de beste plekken zijn volgens andere gebruikers.”

Transcripts deelnemer: Danielle “Ik maak vooral gebruik van de volgende applicaties: 9292OV, GVB en Trein.” “Ik gebruik 9292OV liever via de computer” “Ik kom ook wel eens buiten het centrum” “Informatie over bezienswaardigheden komen vooral via mass-media bij mij terecht” “Ik adviseer wel eens vrienden als ik nieuwe plekken heb ontdekt in Amsterdam” “Ik hecht meer waarde aan de mening van anderen dan die van een stoffig toeristenboekje” “Ik geeft mijn locatie alleen weg aan bijv. Google e.d. (waar geen identiteit aan is gekoppeld)” “Ik wil wel in controle zijn over mijn iPhone, maar klein dingejtes mogen geautomatiseerd worden” “Ik kan lopen en iets doen op de iPhone tegelijk” “Ik zou wel eens op nieuwe locaties willen komen.” “Het lijkt me een leuk idee om nieuwe plekken te delen met anderen. Handig, want zo kom je op plekken waar je zelf niet aan zou denken”

Transcripts deelnemer: Amanda “Meestal met het openbaar vervoer. Nu en dan met de auto voor buiten het centrum.” “Het verschilt maar het gemiddelde ligt op ongeveer één keer per week.” “Ik neem vaak de bus, metro en tram. Meestal de bus, daarbij ook de tram en heel soms de metro.” “Ik gebruik voor reizen 9292ov pro en ANWB verkeersinformatie voor de auto. Maar ook m’n vriendje en mijn navigatiesysteem.” “Van te voren bekijk ik de route (ANWB & 9292OV pro) maar als er onderweg hindernissen optreden dan ook weer beide programma’s.” “Op dit moment liever via de iPhone. Dit ivm gemak. Omdat ik ook vaak onderweg nog dingen op zoek en dat is wel erg makkelijk met de iPhone.” “Ja omdat ik niet zo bekend ben in Amsterdam vind ik het leuk om nieuwe plekken te ontdekken.” ______________________________________________________________________________________ 36

“Ja, als het positieve ervaringen zijn en het is een toevoeging voor mensen die dat kunnen waarderen dan zou ik het aanraden.” “Andere bezoekers. Zolang het maar objectief is. Als het een onbekende stad is dan ook wel het boekje. Maar specifiek Amsterdam dan liever van mensen.” “Het meest voor internet, whatsappen en notities.” “Als het gaat om meest gebruikt dan whatsapp. Omdat je gratis kunt sms’n maar als het gaat om de meest nuttige toevoeging dan “ABN Amro Saldochecker”” “Vastlopen als dat gebeurt. Daar kan ik me heel erg aan storen en irriteren. Maar ook van die loze apps waarbij het gaat om het zakkenvullen dan om functionaliteit.” “Waarom? Als het een app is die echt iets toevoegt waarbij je elkaar kan helpen dan eventueel. Maar niet als het gaat om andere belangen.” “Intuïtief. Je pakt het op en je begrijpt wat de bedoeling is.” “Nee ik houd sowieso niet van advertenties. Ik vind dat een stadsgids objectief moet zijn. Als er advertenties in zouden zitten is het minder geloofwaardig en naar mijn mening minder professioneel.” “Ik zoek liever op het gemakje mijn informatie van te voren op. Anders terwijl ik zit of stilsta.. Ik vind het niet echt handig om met een boekje rond te lopen.” “Op dit moment liever via de iPhone. Dit ivm gemak. Omdat ik ook vaak onderweg nog dingen op zoek en dat is wel erg makkelijk met de iPhone.” “Ja, als het positieve ervaringen zijn en het is een toevoeging voor mensen die dat kunnen waarderen dan zou ik het aanraden.” “Waarom? Als het een app is die echt iets toevoegt waarbij je elkaar kan helpen dan eventueel. Maar niet als het gaat om andere belangen.” “Nee ik houd sowieso niet van advertenties. Ik vind dat een stadsgids objectief moet zijn. Als er advertenties in zouden zitten is het minder geloofwaardig en naar mijn mening minder professioneel.

37

X. Registratie fotosort

______________________________________________________________________________________ 38

VI. Fotocollage I: samenwerken

39

XII. Fotocollage II: opvallendheden - Gebruiker heeft kennelijk veel ervaring met andere iPhone-applicaties (9292 OV, GVB, Tram). - Gebruiker is gesteld op zijn privacy als het gaat om het delen van informatie - Gebruiker wilt zien wat er NU te doen is, niet volgende week bijvoorbeeld. Dit komt ook deels terug in de kernwoorden ‘Actueel’ en ‘Up-to-date’. - Gebruiker associeert technische stabiliteit eerder met crashes (gebruiker lijkt cynisch). - Gebruiker wil vooral plekken zien waar hij/zij niet aan zou denken - Gebruiker wil de locatievoorzieningen niet al te vaak gebruiken en kunnen uitschakelen - Zien reacties/recensies van gebruikers als “rijke mening” - Willen iets beleven (evenementen, etc.) - waarschijnlijk geen musea - Denkt bij een interface vooral aan vormgeving - Geeft meer om de mening van anderen dan een boekje - Wilt bij lange teksten het liefste even zitten - Neemt privacy serieus (zoals schendbare informatie) - Wilt plekken zien waar je zelf niet aan zou denken

XIII. Collage analyse user research Onderwerp

Kernwoorden

Nieuws Reishulpmiddel Persoonlijk Interface Activiteiten Sociaal Ontdekken Beweging Toegankelijkheid Technische stabilteit

Actueel, Up-to-date Plattegrond voor O.V., O.V., 9292 OV, GVB App, Tram app Controle, Privacy, Schendbare Informatie Vormgeving, Gebruiksgemak Bezienswaardigheden, Events, Wat is er te doen Social Media, Delen, Rijke mening Plekken waar je zelf niet aan zou denken, Nieuwe plekken Stilstaan, Reizen Prijs, Adviseren Computer, Crashes, Lang, Laadtijden

“Als ik lange teksten lees, sta ik het liefst even stil of ga ik zitten.” “Ik wil liever zelf in controle zijn, dan wanneer de applicatie alles automatisch voor mij doet.” “Ik wil liever niet dat onbekende mensen zien wie ik ben en waar ik ben.” “Ik wil ook de keuze dat ik locatievoorzieningen uit kan zeten.” “Ik geef meer om de mening van anderen, een stedenboekje is droge stof.”

______________________________________________________________________________________ 40

XIV. Activity diagrams

XV. Decision Trees

41

XVI. Personas Naam: Danielle Leeftijd: 23 jaar Geslacht: vrouw Beroep: Recht Economie en Management student. Daniëlle is een derdejaars economiestudent die veel van reizen houdt. Na het afronden van haar opleiding wil ze heel graag een wereldreis maken en dan wil ze specifiek Nieuw-Zeeland, Thailand en Amerika aandoen. In de tussentijd maakt ze veel stedentrips met haar vriend naar steden als Praag, NewCastle en Parijs. Als ze in zo een stad is heeft ze altijd een Nederlandstalig of Engelstalig boekje waar een aantal belangrijke dingen instaan. Restaurantjes, hotels, de belangrijkste culturele bezienswaardigheden en openbaar vervoer informatie. Vooral OV informatie vindt ze heel belangrijk. Omdat ze niet van urenlange wandelingen houdt en niet graag een auto huurt of meeneemt op vakantie wil ze heel graag weten hoe het OV werkt en welke lijnen en/of mogelijkheden er zijn. Wanneer ze een toeristisch boekje aanschaft kijkt ze dan ook of er openbaar vervoer informatie beschikbaar is in het boekje. Aan de hand hiervan kijkt ze ook van dag tot dag wat ze gaat doen in een stad. En of het met het openbaar vervoer mogelijk is. Ze vindt dit soort boekjes heel erg handig omdat dit een heleboel zoek en plan werk wegneemt. Het enige wat ze mist is commentaar. En persoonlijke meningen van leeftijd genoten. Daniëlle heeft nu een jaar haar iPhone 3Gs en is hier dan ook zeer tevreden mee, ze vindt het geweldig als ontwikkelaars moeite doen voor hun product en zorgen dat het up-to-date blijft. Nog steeds gebruikt ze app’s die ze een jaar geleden heeft gedownload. Ze is een best trouwe gebruiker maar kijkt ook redelijk vaak voor nieuwe app’s. Ze is wat dat betreft erg avontuurlijk. Ze merkt wel dat er voor sommige dingen nog geen app’s zijn. Als Daniëlle ergens naartoe wil zoekt ze erg snel alles uit via internet als ze weinig tijd heeft gebruikt ze haar iPhone maar als ze thuis is en tijd heeft om iets te plannen gaat ze het internet op en kijkt naar leuke en aparte dingen om te doen. Zo is er een kaasfondue(met origineel Zwitsers recept) restaurant wat ze heeft gevonden op de Warmoesstraat. Mocht ze in Amsterdam echt willen toeren zou ze ook zeker zo een boekje willen. Iedereen heeft wel kennis over en heeft ervaring met Amsterdam. Maar wie kan nou echt leuke plekjes in Amsterdam opnoemen zonder daarvoor het internet te moeten raadplegen. Iedereen kan wel het Leidsche en Rembrandtplein opnoemen als ‘place to be’. Maar dat is algemeen kennis. Daniëlle wil graag de echt gezellige eetplekjes weten en de leuke plaatsen om te zien. Ze wil met haar vriend en andere vrienden/vriendinnen leuk en gezellig ergens kunnen eten. Als ze zich op mobiele platforms ergens aan ergert is het wel het ‘vastlopertje’. De app vraagt je om een aantal dingen in te vullen en het moment dat je om resultaat vraagt dat de app vastloopt. Soms als er weinig tijd is kan ze zich ook ergeren aan laadtijden en het bereik van haar netwerk. Hierdoor worden de app’s namelijk traag en als je net even dat stuk informatie wil omat je niet zeker weet dat je de tram moet hebben die op het punt staat weg te gaan.

______________________________________________________________________________________ 42

Geslacht: Man Leeftijd: 23 jaar Burgerlijke staat: In een relatie Beroep: Student communicatie en multimedia design Peter is een student communicatie en multimedia design met uitstroom differentiatie: business & organisation. Hier heeft hij voor gekozen omdat hij erg communicatief vaardig is en al snel de leiding naar zich toe trekt. Omdat hij van nature een spontaan persoon is heeft hij veel sociale contacten. De meeste hiervan bereikt hij met zijn telefoon. Een iPhone welteverstaan. Hiermee kan hij makkelijk zijn relaties onderhouden d.m.v. sociale media applicaties, bellen en sms’en. Hierdoor is Peter is een ervaren gebruiker op het gebied van smartphones. Gebruikerspatronen Peter heeft zijn smartphone al anderhalf jaar in bezit en gebruikt hem dagelijks om zijn sociale contacten te onderhouden. Naast dit specifieke doel zoekt hij ook vaak zijn reisinformatie op wanneer hij moet reizen. Omdat zijn vriendin ver in het zuiden van Nederland woont reist hij regelmatig met het openbaar vervoer. Hiervoor heeft hij diverse reis applicaties geïnstalleerd. NS Reisplanner, 9292OV gebruikt hij het meest. Omdat hij zich erg afhankelijk van zijn telefoon voelt beschermt hij deze goed. Dit doet hij door zijn telefoon in een lederen hoesje te bewaren om deze tegen krasjes en vallen te laten beschermen. Context Om Peter te triggeren tot het gebruik van de applicaties van zijn iPhone zijn er bepalende factoren nodig. Zo zal dit voornamelijk zijn wanneer hij moet reizen op een traject dat voor hem onbekend is. Tevens kan het zo zijn dat er plotseling een wijziging komt gedurende zijn reis. Ook dan zoekt Peter graag zijn reisinformatie op over hoe hij de situatie het beste kan aanpakken. Hierdoor voelt Peter zich zeker in het openbaar vervoer. Dit versterkt het gevoel dat de applicaties op zijn telefoon van belangrijke waarde zijn. Goals Wanneer Peter op reis is wilt hij graag zo snel mogelijk weten welke mogelijke routes hij kan nemen om tot zijn eindbestemming te komen. Meestal wilt hij de zo snelst mogelijke route. Dit kan echter anders zijn als de reis hem niet bevalt door bijvoorbeeld overstap momenten. Is dit het geval, dan reist hij het liefst volgens een reisschema waarin deze zo beperkt mogelijk is. Zelfs wanneer de reistijd hier in toeneemt. Hierdoor vindt Peter het belangrijk dat hij altijd een stabiele en snelle internet verbinding heeft zodat zijn telefoon hem van deze informatie zo snel mogelijk kan voorzien. Experience Goals Peter heeft al vele reisapplicaties gehad en deze ook weer verwijderd van zijn telefoon. Hij kan zich ergeren aan applicaties wanneer deze niet werken naar behoren. Maar ook beoordeelt hij een applicatie tot slecht wanneer de indeling van de knoppen en het opzoeken van informatie op een onlogische en/of onhandige manier gebeurt. Daarom acht hij het belangrijk dat de reisapplicatie boven alles gebruiksvriendelijk is. Deze moet overzichtelijk zijn en ook hem snel van informatie voorzien. Daarna komt het visuele. Ook het oog wil wat en hoe mooier de applicatie is naast zijn functionaliteit, hoe aantrekkelijker de applicatie zal zijn tot gebruik. Peter wilt bij het gebruik van een applicatie zich zo prettig mogelijk voelen doordat de applicatie gebruiksvriendelijk is. Maar ook moet deze er grafisch aantrekkelijk uit zien zodat hij deze met veel plezier zal gebruiken. Dit factoren zal Peter frustratie en ongeduld besparen. Karakteristieken Peter is een erg trend gevoelig persoon en zal zich snel aanpassen aan nieuwe ontwikkelingen. Wanneer hij echter bij het gebruik van een applicatie tevreden is zal hij niet snel overstappen naar een andere applicatie die op de markt komt. Zelfs niet als deze hoogst wordt aangeraden of om te proberen. Hij is dus een trouwe gebruiker van zijn product.

43

Naam: Merel Leeftijd: rond de 30 Geslacht: vrouw Beroep: Software consultant Een vrouw van vroeg in de 30, is getrouwd en heeft 2 kinderen. Doordeweeks werkt ze als software consultent bij een IT bedrijf. Ze werkt fulltime maar zorgt ervoor dat ze op tijd terug is voor haar familie. Haar kinderen zijn al wat ouder waardoor ze meer kan werken. Ze heeft 1 zoon en 1 dochter, zoonlief Justin is 6 jaar en haar dochter Elle 4. Na het werk en huishouden ontspant ze graag door het kijken naar spelletjes op tv of zelf spelletjes te spelen op de computer. Haar kinderen zijn in bezit van een Wii. Die spelen er vaak op, en heel soms doet Merel mee. Ze speelt dan voornamelijk Braintraining. Merel wilt graag haar hobby uitbreiden tot een hoger niveau. We hebben het over koken. Ze staat graag in de keuken wanneer ze er tijd voor heeft. Ook houdt ze ervan als er gekookt wordt voor haar. Ze vindt het namelijk niet erg om verzorgd/entertained te worden. Pieter daarin tegen is 35 jaar. Bekleedt een hoge functie in een groothandel en is carriëre minded. Hij wilt graag de hoogste positie behalen die mogelijk is. Doordat hij een belangrijke functie heeft moet hij vaak op reis. Pieter is wel getrouwd en heeft 1 kind. Hij heeft een dochter van 4 jaar die al een tijdje op zichzelf woont. Zijn vrouw is daardoor wel vaak alleen thuis. Wanneer Pieter thuis is, probeert hij het zo leuk mogelijk te maken voor zijn vrouw. Hij gaat dan lekker uiteten met haar. Op skivakantie of naar andere verre oorden. Maar ook is hij een fan van het lezen van boeken wanneer ze het rustig aan doen. Van computerspelletjes moet hij niks weten. Hij vindt het tijdverspilling. Zijn vrouw speelt echter wel graag kaartspelletjes met haar vriendinnen.

______________________________________________________________________________________ 44

XVII. Ontwerpdoel 1. Leuke bezienswaardigheden vinden (informatie zoeken) 2. Andere gebruikers informeren over nieuwe plekken (informatie delen) 3. Nieuwe plekken door andere gebruikers bekijken (informatie krijgen)

XVIII. Ontwerpuitdaging 1. De gebruiker zo snel en eenvoudig mogelijk leuke bezienswaardigheden laten vinden 2. De gebruiker zoveel mogelijk aanmoedingen/stimuleren nieuwe plekken te delen met andere gebruikers (Deze taak moet zo laagdrempelig mogelijk worden gemaakt voor de gebruiker) 3. De gebruiker alleen de interesante/relevante informatie van andere gebruikers tonen.

XIX. Ontwerpsuggestie 1. De top 10 meest bekeken bezienswaardigheden staat direct op het startscherm van de applicatie. Dit komt ten goede van de snelheid en toegankelijkheid van het zoeken van leuke bezienswaardigheden. 2. Op het moment dat de gebruiker zich langer dan 10 minuten op een onbekende (dus nieuwe) locatie bevindt, hem/haar de optie geven die locatie te delen door simpelweg een naam op te geven. Op deze manier wordt de functionaliteit om nieuwe plekken te delen als het ware 'in zijn schoot geworpen', waardoor het aantrekkelijker en makkelijker wordt om deze te gebruiken. 3. Alle informatie van andere gebruikers (dus plekken die andere gebruikers hebben toegevoegd) afstemmen op de interesses van de gebruiker (dit a.h.v. zoekcriteria in het verleden) en de locatie van de gebruiker. Zo krijgt de gebruiker niet een berg ongewenste informatie voor z'n neus, maar heeft hij het gevoel dat hij wordt begrepen. Daarnaast zorgt de 'locatiefilter' ervoor dat de informatie van anderen (dus nieuwe plekken) ook daadwerkelijk toegankelijk is voor de gebruiker.

45

XX. Context Scenario's Scenario #1 – Jeroen Het is vrijdagmiddag en Jeroen zit in de collegezaal. Hij heeft nog geen plannen voor het weekend en zou wel weer eens uit willen gaan met wat vrienden in Amsterdam. Hij pakt zijn iPhone uit zijn broekzak en start de applicatie van IAmsterdam. Hij krijgt direct een top 10 van te zien van de meest bekeken plekken in Amsterdam met daarbij de categorienaam. De categorie ‘Uitgaan’ ziet hij echter nergens staan, dus besluit hij om de categorie te zoeken. Hij selecteert uit het hoofdmenu ‘Categorieën’ en kiest vervolgens voor ´Uitgaan´. Jeroen kiest vervolgens voor de top 10 van uitgaan en ziet dat Club X op nummer 1 staat als meest bekeken plek. Toch wilt Jeroen zeker weten of deze nummer 1 wel helemaal objectief is gekozen en hij is benieuwd wat andere gebruikers vinden. Hiervoor scrollt hij langs de algemene informatie totdat hij bij de recensies komt. De eerste vijf zijn erg positief en wanneer hij nog vijf anderen ziet, geloof hij het wel. Hij schakelt zijn iPhone uit door de sluimerstand te gebruiken en stopt ´m terug in zijn broekzak. Jeroen is vastbesloten om daarheen te gaan dit weekend. Maar dan komt het ineens bij hem op dat hij niet weet waar Club X is. Hij doet zijn iPhone weer aan en start de applicatie van IAmsterdam. Hij krijgt direct weer zijn laatst bekeken pagina te zien, de informatiepagina van Club X. Daar zoekt hij verder naar het adres en drukt op de knop ernaast om een routebeschrijving te laten maken. Omdat Club X op loopafstand is vanaf het Centraal Station, wordt Jeroen eerst een looproute voorgelegd. Vervolgens wordt hij doorgestuurd naar de applicatie Google Maps, waar zowel de eind- als de beginlocatie al is ingevuld. De eindlocatie is het adres van Club X, de beginlocatie het Centraal Station (deze heeft hij namelijk al eens eerder ingesteld als beginlocatie). Nu moet Jeroen alleen nog zijn vrienden een bericht sturen om hen te vragen of ze mee willen gaan. Hij sluit Google Maps af en start IAmsterdam weer op. Ook nu komt hij weer op de pagina van Club X terecht. Hier selecteert hij ‘Uitnodigen’, waarop hij vervolgens wordt doorgestuurd naar een andere applicatie, namelijk de Mail-app. Het bericht is al deels aangemaakt, waardoor hij alleen nog de ontvangers hoeft aan te geven. In het bericht zelf staat een link naar de website van Club Panama en naar de routebeschrijving van Google Maps; deze is zowel op mobiele media als pc te bekijken. Al snel krijgt Jeroen een bericht terug van zijn vrienden dat zij het een leuk idee vinden. Ze spreken met z’n allen af op Centraal Station en gaan vanaf daar te voet verder. Eenmaal aangekomen bij Club X, gaan ze naar binnen en bestellen wat te drinken. Jeroen bestelt daarna gelijk nog wat te drinken, want volgens IAmsterdam schijnt Club X de goedkoopste te zijn in heel Amsterdam. Na een goede avond uit lopen ze door Amsterdam, maar merken dat er nog heel wat clubs geopend zijn tot diep in de nacht. Uiteindelijk lopen ze binnen bij Club Y, waar de sfeer ook erg goed is. Na nog wat drankjes te hebben besteld, komt Jeroen tot de conclusie dat het hier ook best goedkoop is. Hij vraagt aan de barman hoelang deze club er al zit. Hierop krijgt hij als antwoord dat de club sinds vorige week geopend is. Jeroen schakelt zijn iPhone aan en start de IAmsterdam-applicatie om te checken of deze club al staat aangegeven in de lijst. Dan krijgt hij plotseling een schermpje in beeld of hij zijn huidige locatie wilt delen. Het valt Jeroen op dat dit schermpje pas in beeld kwam na 15 minuten in de club te zijn geweest. Jeroen wilt die locatie best delen; Hij geeft de naam van de club op en geeft aan in welke categorie het valt. Dan selecteert Jeroen ‘Toevoegen’ en al snel ziet hij dat de locatie is toegevoegd. Nu krijgt hij, net als alle andere gebruikers, de mogelijkheid om een recensie te schrijven. De luidt “Goedkoop bier, goede sfeer, chille muziek”.

Zie volgende pagina voor scenario #2

______________________________________________________________________________________ 46

Scenario #2 – Peter Peter komt uit Purmerend. Dagelijks reist hij naar Amsterdam om bij school te komen. Ondanks dat hij vaak in Amsterdam komt kent hij de stad niet goed. Hij zou graag de leuke plekjes van de stad willen weten maar weet niet hoe hij hier achter zou moeten komen. Binnenkort komt er een vriend uit het buitenland langs. Hij zou hem graag alle leuke plekken willen laten zien naast de toeristische attracties. Om dit plan een succes te maken gaat hij op zoek naar een applicatie die hem dit weet te vertellen. Hij vindt de applicatie IAMsterdam. De beschrijving en de screenshots bevallen hem en hij besluit deze te installeren. Wanneer hij de applicatie opstart komt hij direct bij een top tien lijstje met de meeste bezochte locaties. Aangezien hij niet exact weet wat hij wilt besluit hij om één van de tien locaties aan te klikken. Hij klikt een restaurant/bar aan. In dat volgende scherm krijgt hij meer informatie over deze horecagelegenheid en vindt hij daaronder geschreven recensies door diverse gebruikers. Omdat hij wilt weten waarom deze zo populair is besluit de recensies te gaan lezen. Het zijn allemaal beknopte recensies die hem in het kort vertellen waarom deze plek zo fantastisch is. Na het scannen van deze verhaaltjes gelooft hij het wel en wilt hij deze opslaan. Hij slaat hem op met de optie: ‘toevoegen aan favorieten’. Hierdoor kan hij de volgende keer makkelijk de locatie opzoeken wanneer hij dat nodig acht. Twee weken later is het zover. Zijn vriend John is overgevlogen vanuit Amerika en Peter wilt hem de stad laten zien. Omdat ze de gehele dag weg zullen zijn besluiten zij een hapje te gaan eten in Amsterdam. Hij herinnert zich dat hij een aantal weken terug een restaurant had opgeslagen en hij grijpt naar zijn iPhone. Hij start de applicatie iAmsterdam en komt weer op het beginscherm. De locatie die hij de vorige keer had opgeslagen staat niet meer in het lijstje. Via de ‘mijn favorieten’ knop komt hij bij zijn doel. Hij drukt op het linkje van het restaurant en ziet de algemene informatie. Naast de algemene informatie staat een linkje naar een routebeschrijving. Zodra hij daar op druk opent de Googlemaps applicatie en wijst hem exact de weg van waar zij op dat moment zijn. Onderweg naar het restaurant merken zij nog veel meer restaurantjes op. De ene nog leuker dan de ander en twijfel slaat toe aan de gemaakte keuze van Peter. Terwijl zij verder lopen zien zij nu wel een hele leuke restaurant. Peter weet niet of het restaurantje goed is en besluit om deze op te zoeken via de IAMsterdam applicatie. Weer komt hij na het opstarten van de ‘app’ bij de top tien lijst. Onderaan het scherm bij de navigatie balk drukt hij zoeken. Hij typt de naam van het restaurant in maar weet hem niet te vinden. Wel kan hij de locatie delen, maar aangezien hij nog onbekend is met de locatie besluit hij dat niet te doen. Ze besluiten de gok te nemen en gaan het restaurant binnen. Het overstijgt hun verwachtingen en ze hebben een top avond! Het eten is heerlijk, goed geprijsd en de wijnen verdienen ook zeker aandacht. Hij is zo positief dat hij deze locatie graag wilt delen met anderen en besluit dit te doen via de IAMsterdam applicatie. Daar laat hij ook nog eens recensie achter om anderen aan te moedigen dit restaurantje te gaan bezoeken.

Zie volgende pagina's voor storyboards van context scenario's

47

______________________________________________________________________________________ 48

49

______________________________________________________________________________________ 50

51

XXI. Framework Scenario's Tabel Contextscenario

Functionele behoefte

Functionele elementen

Hij pakt zijn iPhone uit zijn broekzak en start de applicatie van IAmsterdam. Hij krijgt direct een top 10 van te zien van de meest bekeken plekken in Amsterdam met daarbij de categorienaam.

De populairste plekken op een rijtje te zien krijgen.

Een top 10-overzicht van de meest bekeken plekken, met de mogelijkheid om de top 20 meest bekeken plekken te laden.

Toch wilt Jeroen zeker weten of Een overzicht krijgen van deze nummer 1 wel helemaal recensies door andere objectief is gekozen en hij is gebruikers. benieuwd wat andere gebruikers vinden. Hiervoor scrollt hij langs de algemene informatie totdat hij bij de recensies komt. De eerste vijf zijn erg positief en wanneer hij nog vijf anderen ziet, geloof hij het wel.

Bij elke locatie kort de recensies en waarderingen laten zien door andere gebruikers, met daarbij de mogelijkheid meer recensies te laden.

Dan krijgt hij plotseling een schermpje in beeld of hij zijn huidige locatie wilt delen. Het valt Jeroen op dat dit schermpje pas in beeld kwam na 15 minuten in de club te zijn geweest. Jeroen wilt die locatie best delen; Hij geeft de naam van de club op en geeft aan in welke categorie het valt. Dan selecteert Jeroen ‘Toevoegen’ en al snel ziet hij dat de locatie is toegevoegd.

Nieuwe plekken delen met andere gebruikers.

De gebruiker de optie geven zijn/ haar locatie te delen met andere gebruikers wanneer hij/zij zich langer dan 15 minuten op een nieuwe (onbekende) plek bevindt.

Dan krijgt hij plotseling een schermpje in beeld of hij zijn huidige locatie wilt delen.

Uit eigen initiatief een nieuwe plek delen met anderen.

Een knop binnen de applicatie om eigenhandig een locatie toe te voegen (deze wordt pas actief na 10 minuten.

______________________________________________________________________________________ 52

Diagram

Zie volgende pagina's voor de framework scenario's

53

______________________________________________________________________________________ 54

55

XXII. Paper Prototypes

______________________________________________________________________________________ 56

57

______________________________________________________________________________________ 58

XXIII. Testplan 2.1 Research objective / Doel onderzoek Met dit onderzoek willen wij te weten komen hoe, wanneer, waarom en hoe vaak een gebruiker onze applicatie zal/wilt gebruiken. Door middel van specifieke researchmethode proberen wij een realistisch en overtuigend resultaat te krijgen. Dit resultaat moet antwoord geven op de volgende vragen: 1) Hoe gebruikt onze doelgroep onze applicatie. 2) Vindt onze gebruiker zijn doel binnen 3 stappen? 3) Welke alternatieve paden bezoekt hij of zij? 4) Waar zal onze doelgroep het meest op klikken en waarom. 5) Vindt onze doelgroep de interface gebruiksvriendelijk. Dit doel willen wij bereiken door middel van de volgende researchmethode: ‘Paperprototyping’. In deze methode maken wij een prototype van papier. Dit prototype leggen wij voor aan meerdere testpersonen om zo tot een betrouwbaar resultaat te komen. Als eerste vertellen wij aan onze testpersonen wat zij moeten uitvoeren op de prototype van onze applicatie. We vragen aan onze testpersonen of zij hardop willen denken. Daarbij geven we geen tips, opmerkingen of uitdrukkingen die hun keuze kunnen beïnvloeden. Hierdoor waarborgen wij de kwaliteit van ons onderzoek. Gedurend dit onderzoek is er voor ons team meerdere rollen weggelegd. Één vervult de rol van de ‘navigator’. Deze zorgt ervoor dat de gebruiker op de gekozen scherm komt. Zodra ons testpersoon op een button drukt zorgt de navigator ervoor dat dit scherm gezien wordt. Hij/zij verwisselt het huidige scherm met het volgende scherm. Ook hebben wij een ‘waarnemer’. Hij of zij beschrijft hoe de testpersoon het traject doorloopt. Daarbij let de waarnemer erop welke opmerkingen er gemaakt worden, welke gezichtsuitdrukking ons testpersoon vertoont en hoe lang deze doet over het maken van een keuze. Naast de waarnemer hebben wij ook een ‘fotograaf’. De fotograaf maakt foto’s gedurende het proces. Hiermee kunnen wij het proces nogmaals bekijken en is de opgeschreven informatie beter te koppelen aan het moment. Dit zorgt ervoor dat ons onderzoek beter betrouwbaar is omdat deze ook dient als bewijsmateriaal. 2.2 Aannames gebruikers Door onze kundige maar onervaren staff verwachten wij goede resultaten te boeken met het onderzoek. Ondanks dat ons team bestaat uit ‘frisse’ professionals zijn wij er van overtuigd dat onze testpersonen snel bij hun doel zullen uitkomen. De applicatie is afgestemd op de grootste behoefte van onze doelgroep. Bij het ontwerpen van onze applicatie zijn altijd uitgegaan van het hoofddoel van onze doelgroep. Dit hoofddoel is het opzoeken van nieuwe, onbekende en interessante locaties binnen Amsterdam. Wij verwachten dat onze doelgroep zich snel thuis zullen voelen met de applicatie. Wanneer een niet doelbewuste gebruiker onze applicatie opstart zal hij of zij meteen een top10 van de populairste locaties zien. [aanname1] Deze zal dan snel op één van deze locaties drukken. Mocht de locatie naar wens zijn en dusdanig interessant voor de gebruiker, [aanname2]dan zal hij of zij deze opslaan onder ‘mijn favorieten’. Wanneer een doelbewuste gebruiker onze applicatie opstart zal hij of zij zoeken naar een specifieke plaats/gelegenheid. [aanname3] Hij of zij zal eerst de top10 lijst scannen of deze locatie/gelegenheid erin staat. [aanname4] Mocht deze er niet in staan, dan zal onze testpersoon overgaan tot de ‘locatielijst’. Dit is een lijst met willekeurige locaties. Deze zijn toegevoegd door zowel ons als gebruikers van de applicatie. Zij hebben de keuze om locaties te delen. [aanname5] De gebruiker zal snel de lijst gaan filteren op basis van zijn of haar interesse. Waar wij wel voor op moeten is passen is het feit dat men de top10 lijst verwart met de willekeurige locatie lijst. Door heen en weer te navigeren kan de gebruiker zich halverwege het proces afvragen waar hij of zij zich bevindt. Tevens zou onze testpersonen zich kunnen afvragen waar te kijken als zij ergens specifiek naar zoeken zonder een naam of locatie te weten. Omdat wij een jonge doelgroep hebben die in bezit zijn van een smartphone gaan wij er vanuit dat zij bekend zijn met het gebruik van een mobiele applicatie. Doordat hij of zij waarschijnlijk al veelvuldig gebruik heeft gemaakt van diverse software gaan wij uit van een medium ervaren gebruiker. Toch houden wij rekening met de ‘jongste’ gebruikers van deze technologie binnen het interactie ontwerp. 2.3 Onderzoeksvragen Vraag: Welke rol speelt ervaring voor het gebruik maken van deze mobiele applicatie? Antwoord: De gebruiker moet een redelijke ervaring hebben met de iPhone en de applicaties ervan. Vraag: Wat als de gebruiker in de war raakt en niet meer goed weet wat hij/zij moet doen? Antwoord: Dan zullen we hem/haar een subtiele hint geven of de taakomschrijving herhalen. Vraag: Wat als de gebruiker niet goed snapt waarom hij iets doet? Antwoord: Dan zullen we dat opnemen in de onderzoeksresultaten, want dat mag niet gebeuren. Vraag: Als de gebruiker klaar is, maar hij heeft niet het gevoel dat hij/zij klaar is, wat dan? Antwoord: Dan ligt dat misschien aan de snelheid van de gebruiker, de duur van de taak, het moeilijkheidsniveau van de taak of hij heeft geen duidelijk feedback ontvangen van de applicatie. We zullen dit in ieder geval vaststellen door hem/haar te vragen waarom hij denkt dat hij verder moet.

59

Vraag: Wat als de gebruiker helemaal overnieuw wilt beginnen? Antwoord: We zullen we gebruiker het proces slechts één keer overnieuw laten doen, aangezien de testpersoon misschien niet vaak (waarschijnlijk nooit) heeft meegewerkt aan een usertest. De keer daarop moet hij het proces echter wel helemaal afronden, want in de realiteit kun je ook niet helemaal overnieuw, of althans: dat komt niet snel in je op, omdat je middenin een proces zit. 2.4 Uitvoering Het model is een mobiele applicatie voor de iPhone waarmee de gebruiker de leukste plekken van Amsterdam kan vinden en zelf kan ontdekken en vervolgens delen met anderen. De gebruiker is in feite continu verbonden met alle bezoekers van Amsterdam, waardoor hij altijd de nieuwste spots te zien krijgt op z’n iPhone. Het onderzoek zal gehouden worden bij de testpersoon thuis. Op deze manier zal de gebruiker zich op zijn gemak voelen en op die manier hopelijk betere beslissingen nemen. We gaan een zogenaamde paper prototyping test doen. Hierbij leggen we de gebruiker getekende frameworks voor. De gebruiker kan vervolgens zelf aanwijzen welke functionaliteit hij wil selecteren. Op dat moment geven we hem een nieuwe schets waar hij vervolgens hetzelfde doet, net zolang tot hij zijn taak heeft afgerond. Terwijl hij dit proces doorloopt, vragen wij hem om zoveel mogelijk keuzes te beargumenteren. Beter gezegd, we vragen hem te vertellen wat en waarom hij iets doet. Deze methode is effectief omdat wij op die manier inzicht krijgen in het gedrag van de gebruiker en de achterliggende gedachten bij het maken van bepaalde keuzes. Papier is handig, omdat we daarmee snel en eenvoudig een interface kunnen maken. Daarnaast is het proces daardoor makkelijk te overzien en in controle te houden. De testpersonen zijn: - Jeroen Boer, 21 jaar, student Rechtsgeleerdheid Vrije Universiteit - Marielle Nuyens, 18 jaar, student SPW 4 - Mike de Vos, 23 jaar, eersteklas monteur/assistent manager bij dealer Deze personen zijn de juiste mensen voor de test, omdat zij allen wel eens een stad in het buitenland bezoeken of bezocht hebben en dus uitstekend vallen onder de doelgroep Jonge Stedentrippers. De volgende instructies gaan wij geven voor de test: 1. “Je bent op zoek naar de club ‘On The Inside’ en je denkt dat hij wellicht is toegevoegd door andere gebruikers – Wat doe je?” (wanneer de testpersoon de taak heeft voltooid, krijgt hij een tweede taak (1.1)) 1.1 “Je wilt alle recensies zien die over de club zijn geschreven – Wat doe je?” 2. “Zoek café Rooie Nelis en voeg het toe aan je favorieten.” 3. “Vind een manier om bij bij een bepaalde locatie te komen.” Dit testen we zodat we er zeker van zijn dat deze taak gemakkelijk kan worden uitgevoerd. Het zijn namelijk taken waarop de gebruiker zich de eerste keer niet kan anticiperen. Omdat hij niet een geheel bekend, specifiek doel voor ogen heeft (omdat hij het voor het eerstgebruikt), moeten we het hem nog gemakkelijker maken dan het zou zijn als hij ervoor koos zijn locatie te delen. We gaan de test vastleggen met o.a. fotografie, een geluidsrecorder en notities op papier. We zullen de testpersoon vragen om hardop te denken, zodat wij beter inzicht krijgen in de achterliggende gedachtes en motivaties voor specifieke acties (waarom doet hij iets). Op het moment dat de gebruiker vastloopt in het proces, zullen wij hem niet helpen door de correcte handeling voor te zeggen. We zullen met subtiele hints aangeven wat hij misschien verkeerd doet, maar we zullen hem niet door het proces heen leiden. De reden hiervoor is omdat dit straks de taak is van het systeem. Als we nu al moeten laten zien hoe het werkt, zal hij het straks helemaal niet weten als de applicatie hem er doorheen moet “lozen”. Beter gezegd, het is een proces dat zodanig goed moet zijn ontworpen, dat de gebruiker zelf niet hoeft na te denken (aangezien hij geen specifiek doel voor ogen had voor de applicatie de melding gaf, zoals hiervoor al werd verteld.) We gaan vragen stellen over thema 2 ‘product – gebruiker’ en thema 3 ‘intuitieve manier’. De volgende vragen zullen aan het einde van de test aan de testpersoon gesteld worden. 1. Wat ging er goed en wat ging er mis? 2. Op een schaal van 1-10, hoe schat je de moeilijkheid in van deze taak? 3. Waarom vond je het makkelijk/gemiddeld/moeilijk? 4. Zou je dit denk je digitaal kunnen uitvoeren, op je iPhone? ______________________________________________________________________________________ 60

5. Zou je deze handeling ook kunnen uitvoeren in het centrum van Amsterdam? We zullen de volgende vragen stellen om inzicht te krijgen in de deskundigheid i.v.m. andere mobiele applicaties: 1. Welke mobiele applicatie(s) vind je op dit moment het beste werken? - Waarom? 2. Welke mobiele applicatie(s) vind je dit moment het slechtst werken? – Waarom? 3. Denk je dat je deze functionaliteit goed zal werken op de iPhone? – Waarom? De testpersoon zal minimaal over de volgende eigenschappen moeten beschikken: - De persoon moet de iPhone gemakkelijk met twee handen kunnen bedienen Hoewel we de taken binnen het onderzoek ook in verschillende volgordes kunnen geven, (want dan zal de gebruiker het beter onthouden en leren), hebben we ervoor gekozen om dit niet op te nemen in het testplan, simpelweg vanwege de kleinschaligheid van dit onderzoek. 2.5 Observeren Tijdens de observatie zullen we de testpersoon het onderzoek laten leiden. Wij volgen simpelweg wat hij/zij doet en waarom hij/zij bepaalde zaken zo doet. Dit wordt versterkt door het feit dat de testpersoon wordt gevraagd hardop te denken tijdens het maken van interactiekeuzes. Als een testpersoon vastloopt, bieden we niet te snel hulp aan. We zullen de testpersoon hooguit een hint geven en indien nodig, het proces eenmaal opnieuw laten doen. Maar we zullen aanvankelijk proberen WAAROM de testpersoon vastloopt. Dit zullen we doen door de vragen wat de testpersoon niet geheel snapt, zonder daarbij de woorden in de mond te leggen. We luisteren naar de problemen en laten het de testpersoon eerst zelf oplossen. In de realiteit zal hij/zij namelijk ook geen hulp hebben en de hulpfunctie zal niet aanwezig zijn tijdens het proces zelf. Aan het einde van de test kijken we naar hoe de testpersoon reageert (is hij/zij opgelucht, heeft hij/zij het gevoel dat hij nog niet helemaal klaar was (door wellicht te weinig bevestigingen?)). Dit is belangrijke informatie, omdat bepaalde gevoelens van de taak pas aan het einde naar voren komen. We hebben de test van te voren zelf uitgevoerd en gekeken hoe we reageren. Dit heet een zogenaamde 'Pilot' en is bedoeld om vooraf erachter te komen hoe de testpersoon ongeveer het procers zal doorlopen. Zo kun je vooraf al enkele aannames doen voordat de testpersoon begint. Normaal gesproken zouden we hiervoor een apart persoon uit moeten nodigen. We zullen in totaal proberen 3 personen te testen. Aanvankelijk was het de bedoeling om er slechts 1 of 2 te testen, maar we zijn tot de conclusie gekomen dat dit aantal wellicht te weinig informatie zou opleveren. Daarom hebben we dus voor gekozen om 3 mensen te testen. 2.6 Analyse We zullen gedurende de test zoveel mogelijk interactiekeuzes analyseren en noteren (notuleren). Op deze manier hopen wij uiteindelijk zodanig veel 'quotes' e.d. te hebben, dat we een aardig beeld hebben opgebouwd van de testpersoon en zijn verloop van het proces. Dit zullen we dis o.a. doen door tussendoor aantekeningen te maken, waarna we de meest relevante zaken eruit halen. Maar ook zullen we achteraf enkele vragen stellen wat betreft de moeilijkheid e.d. Op deze manier krijgen we (positief) gestuurde antwoorden waar we wat aan hebben. Hoewel er ook kwantitatief onderzoek bestaat, wat vooral is gebaseerd op rationele gegevens zoals cijfers en statistieken, zullen wij ons richten op kwalitief onderzoek. Dit houdt in dat we vooral kijken naar de reden van bepaalde acties. Een mooi voorbeeld: in plaats van te kijken hoevaak (kwantitatief) een testpersoon een bepaalde knop gebruikt, zullen wij kijken waarom (kwalitatief) een testpersoon een bepaalde knop gebruikt. Dit levert voor ons betere informatie op, omdat we zo inzicht krijgen in het denkproces, de doelen en motivaties van de gebruiker, waardoor we het gehele ontwerpproces op een verantwoorde manier kunnen doorlopen. 2.7 Aanbevelingen voor een herontwerp De aanbevelingen voor een herontwerp zullen liggen tussen twee oplossingsgebieden: 1. Een herontwerp waarbij gebruikers kunnen doen waar ze gewend aan zijn of wat ze fijn vinden. 2. Een herontwerp dat expliciet aangeeft welke gebruikersacties aangepakt moeten worden. Denk aan een oplossingsgebied tussen twee extremen: 2.8 Communiceer de resultaten en conclusies Het einddocument zal de belangrijkste conclusies en aanbevelingen bevatten, die zowel voor ons als voor derden duidelijk en verhelderend zijn voor overige projectstadia.

61

XXIV. Testresultaten registratie test (notulen) Taak: Testinstructies: Marielle


Testpersoon nam veel tijd op keuzes te maken, waardoor zij meestal de correcte keuze maakt. Aan het begin maakte de testpersoon alleen een fout toen zij de keuze kreeg tussen 'Meer...' en 'Filter'. Ze koos voor de eerste, terwijl ze 'Filter' had moeten selecteren. Toen zij eenmaal verder was in het proces, viel het haar op dat de locaties (clubs) er niet uitzien als knoppen, zoals wel het geval was bij de knoppen voor 'Meer' en 'Filter'. Daardoor wist ze niet meer wat ze moest doen. Toen ze op de gewenste pagina was, had ze de neiging om direct op 'Routebeschrijving' te drukken, terwijl haar volgende taak nog niet was uitgelegd. Toen ik haar vroeg 'meer recensies' te tonen, wist ze niet goed hoe dat moest (deze knop staat namelijk onder de 'page fold' (je moet scrollen om 'm te vinden). Eenmaal beneden, snapte ze de knop en de taken waren redelijk succesvol doorlopen. - Nam veel tijd voor keuzes (overal) - Impulsieve acties (bij 'Route-beschrijving') - Dacht niet aan de scrollfunctie (voor 'Meer reacties') - Zag locaties aan als tekst, niet knoppen (locatielijsten) - In verhouding met andere testpersonen nam Marielle meer tijd voor de keuzes - Impulsieve actie - Minder technisch (wellicht door minder ervaring met iPhone?)

Taak: Testinstructies: Jeroen


De testpersoon begint al redelijk snel. Hij kiest aan het begin alleen ook de verkeerde knop. Hij kiest voor 'Meer' en niet 'Filter' wat hij had moeten doen. Hij herstelt zijn fout snel (“Stom van me”) en kiest voor 'Filter'. Vervolgens kiest hij razendsnel voor 'Gebruikerslocaties' en hij krijgt het volgende scherm voor z'n neus. Hij gaf aan het moeilijk te vinden als hij de locaties als knoppen zou moeten gebruiken op de echte iPhone, omdat hij denkt dat ze te klein zijn. Hij kiest echter wel voor de goede “knop” en krijgt de pagina van 'On the Inside' te zien. Hij stopt en zegt “Zo, klaar.” Kennelijk vond hij de taak niet lastig. Nu kreeg hij de volgende taak ('Bekijk alle recensies'). Hij veegt het scherm opmerkelijk genoeg naar beneden en geeft aan dat hij snapte dat er wellicht meer recensies onder de eerste zouden staan. Hij krijgt de tweede recensie te zien en kiest uit nieuwsgierig weer voor 'Meer recenesies'. De taak was voltooid, maar hij had niet het idee dat hij nu alle recenesies voor zich had gekregen. - Ging snel door het proces heen - Dacht aan de scrollfunctie (vegen) - Had niet het gevoel dat hij alle recensies in beeld had gekregen - Zag locaties aan als tekst, niet knoppen (locatielijsten) - In verhouding met andere testpersonen was Jeroen best snel met de applicatie - Hij snapte direct de scrollfunctie, ondanks dat het natuurlijk slechts papier blijft ;-) - Kreeg voor zijn gevoel niet voldoende feedback.

Taak: Testinstructies: Mike

Locatie aan favorieten toevoegen “Zoek café Rooie Nelis en voeg het toe aan je favorieten...”

Wat Mike als eerste deed was in de favorieten kijken of het al niet was toegevoegd. Daarna ging hij via de zoekfunctie inderdaad zoeken op de term ‘rooie nelis’. Nadat hij de pagina van café Rooie Nelis heeft geopend klikt hij al snel op de knop ‘aan Favorieten toevoegen’. Nadat hij daarop heeft geklikt word het item toegevoegd en gaat de app naar de pagina favorieten en laat meteen zien dat het in de lijst staat. - Eerst kijken of het niet al was toegevoegd - Vindt snel de knop 'aan favorieten toevoegen' - Begrijpt snel de werking van het systeem - Overziet snel de interface

Zie volgende pagina voor overige testresultaten ______________________________________________________________________________________ 62

Taak: Instructies: Marielle


Testpersoon nam ook hier weer veel tijd om keuzes te maken. Ze begreep wel dat de locaties knoppen waren en selecteerde 'De Rooie Nelis'. Vervolgens overwoog ze de knop 'Toevoegen aan Favorieten', maar selecteerde 'Route met openbaar vervoer'. Opmerkelijk genoeg typte ze in het volgende scherm direct 'De Rooie Nelis' en na suggesties te krijgen van Google, selecteerde ze weer de goede lodatie. Testpersoon gaf aan het moeilijk te vinden om met het toetsenbord te werrken (in realiteit) als het goed om wat langere teksten (bijv. adresssen). Toen twijfelde ze tussen 'Cafe Rooie Nelis' en 'Rooie Nelis', maar selecteerde toch 'Rooie Nelis'. Tot slot drukte ze op 'Advise me' (ze vroeg zich af waarom dit opeens in 't Engels was). - Nam veel tijd voor keuzes (overal) - Moeite met toetsenbord (algemeen) - Snapte niet waarom het opeens Engels was (routebeschrijving)

Taak: Instructies: Jeroen


De testpersoon ging ook redelijk snel door dit proces heen. De eerste stap ging het snelst; de testpersoon drukt direct op de knop 'De Rooie Nelis' en wacht ongeduldig op het volgende scherm. Kijkt op het volgende scherm even overwegend naar beide knoppen ('toevoegen aan favorieten') en 'routebeschrijving met openbaar vervoer'. Hij typt Rooie Nelis in en geeft als reden aan het adres niet te weten. Hij krijgt een Google suggestie en selecteert 'Cafe De Rooie Nelis'. Drukt vervolgens op 'Advise me' en zegt sarcastisch 'Adviseer me'. Hij snapt ook niet waarom 't Engels is. - Ging ook weer snel door het proces heen - Wist het adres niet - Snapte niet waarom het Engels was (routebeschrijving)

Taak: Instructies: Mike

Routebeschrijving krijgen “Vind een manier om bij bij Teasers te komen...”

Mike kiest Teasers meteen vanuit de top 5 op de thuispagina. Daarna (wanneer de app de item pagina heeft geopend) koos Mike voor de knop ‘loop auto/route’. De app laadt Google maps voor de beste route. Mike had de taak redelijk snel voltooid. - Begrijpt snel interface en de bedoeling van de taak - Snapt de labels - Accepteert en begrijpt samenwerking Google Maps (huidige app wordt namelijk afgesloten).

63

XXV. Testresultaten registratie test (foto's)

______________________________________________________________________________________ 64

XXVI. Testresultaten registratie test (transcripts/notulen) Marielle

Mike

Jeroen

In het begin gingen de meeste dingen mis, zowel bij taak I als II. Testpersoon vond beide taken op een schaal van 1-10, qua moeilijkheidsgraag een 5/6. Dit vond ze omdat er niet teveel knoppen waren en ze genoeg tijd kreeg om de opdracht te doen. Ze is ervan overtuigd dat ze dit ook digitaal, op de iPhone kan doen. Ze gaf aan het moeilijk te vinden dit in het centrum van Amsterdam te moeten doen, vooral als ze in beweging was.

Shaun: Dat ging makkelijk, was het echt zo duidelijk/makkelijk? Mike: Ja best wel, erg duidelijk hoe alles werkt enzo. Shaun: Dat is mooi, zie je jezelf al doen als je daadwerkelijk op Amsterdam CS staat? Mike: Als het zo makkelijk blijft zeker wel. Shaun: Kan er dan iets beter? Mike: Nee het is best duidelijk, waar ik denk dat dit op vast kan lopen is dat dit afhangt van snelheid. Shaun: goed punt. Maar dank je wel dat je mee wilde werken.

Vond beide taken eigenlijk vrij makkelijk, maar kreeg niet sterk het gevoel dat hij iets voor elkaar had gekregen dat hij graag wilde. De motvatie ontbrak een beetje. Testpersoon vond beide taken niet moeilijk. Qua cijfer wellicht een 4. Hij zou dit in de realiteit zeker kunnen doen. Ook in het drukke Amsterdam op een zaterdagmiddag, aldus Jeroen. Zou het waarschijnlijk ook kunnen uitvoeren wanneer in beweging. Snapt overigens niet waarom sommigen dit niet zouden kunnen.

65

XXVII. Aanbevelingen herontwerp - De knop 'Meer' op de locatielijst weghalen → Alleen de knop 'Filter' tonen. Op dit moment werken beide knoppen verwarrend (lijken dezelfde functie te hebben) - Top 10 locaties uitbreiden naar top 20 (dus 20 locaties onder elkaar tonen i.p.v. 10) Om vorige punt te herstellen/relativeren - Locaties van elkaar splitsen met scheidingslijnen en een pijltje rechts naast elke locatie(naam). Gebruiker snapt nu niet goed dat het buttons zijn. - De knop 'Meer recensies' direct op de locatiepagina tonen (dus niet naar beneden hoeven scrollen). Gebruiker vindt het wilt alles direct kunnen selecteren en niet hoeven scrollen - De knop 'Routebeschrijving' op de locatiepagina iets subtieler maken. Nu kiest de gebruiker daar wel heel snel voor; daarnaast is hij gewoon te groot. - Alle knoppen/buttons gecentreerd in de pagina's uitlijnen, teksten links uitgelijnd. De gebruiker beweegt namelijk naar knop toe vanaf de rechter- of linkerhoek, dus op deze manier wordt de knop niet bedekt. - Voor het invoeren van een adres, alleen de (locatie)naam hoeven in te voeren. De gebruiker wilt namelijk geen lange adressen hoeven in te vullen. Helemaal niet wanneer hij/zij in beweging is. - Alles in het Nederlands (geen Engelstalige features). Nu is het verwarrend voor de gebruiker. - Teksten in buttons (labels) gecentreerd houden (dit is al het geval). Vooral vanwege de duidelijkheid en daarnaast is gebleken dat de gebruiker vanaf de buttons vanaf de linker- of rechterkant benadert. - Aantal knoppen per pagina beperkt houden (maximaal 3 á 4 knoppen per pagina). Anders wordt het te overweldigend voor de gebruiker. - Gebruiker meer controle geven, maar ook weer niet te veel. Gebruikers moeten veel kunnen controleren zoals of zij een locatie al in hun favorieten hebben staan. - Meer feedback geven op moment dat het nodig is. Een voorbeeld is wanneer alle recensies zijn getoond. Een oplossing zou zijn een tekst “2/7 recensies weergegeven” en op het moment dat de gebruiker op 'Meer recenesies heeft gedrukt, de tekst veranderen naar “7/7 recenesies weergegeven”. Op deze manier weet de gebruiker dat de taak voltooid is. - De knop 'Route met openbaar vervoer' als eerste plaatsen, I.p.v. 'Aan favorieten toevoegen'. Kennelijk hebben gebruikers snel de neiging deze knop als te selecteren. Waarschijnlijk zullen gebruikers eerder kiezen voor 'Route met openbaar vervoer' dan 'favorieten toevoegen'. - Buttonlabels vergroten. Duidelijkere affordance.

______________________________________________________________________________________ 66

IAMSTERDAM & HAAR GEBRUIKERS

Recommend Documents