Reading/Web/Desktop Improvements/Repository/Sticky Header and Table of Contents User Testing/nl
De verbeteringen sticky header en inhoudsopgave (ToC) zijn voorgestelde wijzigingen als onderdeel van het project voor de desktopverbetering. Deze zouden lezers en bewerker toegang bieden tot navigatie en andere belangrijke functionaliteit op de hele pagina.
Deze veranderingen zijn geïnspireerd op gegevens uit verschillende bronnen. We hebben verzoeken ontvangen van bewerkers. Ook hebben we voorafgaand aan de start van het project generatief onderzoek gedaan dat tot vergelijkbare conclusies leidde.
We hebben ons gecommitteerd aan het testen van onze prototypes en ideeën met zowel lezers als bewerkers in verschillende omgevingen. Voor de sticky header en de inhoudsopgave zijn we begonnen met het voorbereiden van prototypes met een paar verschillende versies van de functies. Vervolgens testten we het met lezers en bewerkers in drie opkomende regio's - Ghana, Indonesië en Argentinië.
Ons doel was om de algemene nut van elk prototype te bepalen en om inzicht te krijgen in de veranderingen die we nodig zouden hebben voor de toekomst. Dit rapport toont de resultaten van deze test en legt de volgende stappen voor de functies zelf op.
Introductie
Op dit moment zijn veel nuttige hulpmiddelen en functies alleen beschikbaar aan de bovenkant van de pagina en/of op het linkerpaneel van de pagina. Dit omvat het zoeken, het wisselen van taal en de navigatie (bijv. de inhoudsopgave (ToC)). We willen experimenteren met het verhogen van de toegang tot populaire hulpmiddelen of functies door ze vanaf elk punt op de pagina beschikbaar te maken.
Tijdens dit onderzoek onderzochten we twee mogelijke manieren om dit te doen.
Sticky header
Op langere artikelpagina's betekent het bladeren door de eerste paar paragrafen dat de gebruiker opnieuw naar boven moet scrollen om toegang te krijgen tot de hulpmiddelen en andere middelen. Onze voorgestelde methode om dit aan te pakken is om de kop van de website (en/of de artikelkop) "sticky" te maken. Dit betekent dat de kop blijft staan aan de bovenkant van het scherm (boven de inhoud) als u naar beneden scrolt. Gezien de beperkte ruimte op een hypothetische kop (die zou blijven bestaan als de gebruiker door de pagina's van het artikel naar beneden scrolt), was onderzoek nodig om te bepalen welke functionaliteiten en hulpmiddelen het nuttigst zouden zijn om in de kop te staan.
Ons onderzoek op dit gebied richtte zich op het beantwoorden van de vraag: als we aannemen dat we beperkte ruimte hebben voor persistente hulpmiddelen en functies, welke van hen het meest waardevol zouden zijn voor lezers, en (afzonderlijk) voor bewerkers?
Inhoudsopgave
De inhoudsopgave is cruciaal voor de navigatie ervaring op de pagina. Eerdere onderzoeken hebben aangetoond dat gebruikers ernaar kijken om de structuur en de inhoud van het artikel te begrijpen en een snelle navigatie naar de inhoud te kunnen maken. Tegenwoordig hebben de meeste artikelen een inhoudsopgave aan de bovenkant van de pagina.
Ons onderzoek op dit gebied richtte zich op het bepalen of een inhoudsopgave die constant toegankelijk is (in plaats van gewoon een statisch element in de buurt van de bovenkant van een pagina) tijdens het bladeren van een artikel meer waarde zou bieden aan gebruikers dan de huidige werking. Daarna wilden we ook de beste manier bepalen om deze functionaliteit te leveren.
Methoden
Dit onderzoek werd gegenereerd en gecoördineerd door het team Design Research van de Wikimedia Foundation. De prototypes die aan lezers en bewerkers werden getoond, zijn gemaakt door het team Web. Het onderzoek werd uitgevoerd door drie externe leveranciers:
- URIKA Insights in Ghana
- Terang Riset Pratama in Indonesië
- CRIBA Research in Argentinië
Deelnemers
Leveranciers in drie opkomende regio's (Ghana, Indonesië, Argentinië) werden ingeschakeld om prototypes van inhoudsopgaven (ToC) en sticky header (SH) elementen/bruikbaarheid te evalueren. Het onderzoek werd uitgevoerd in drie talen - Engels (Ghana), Bahasa Indonesia (Indonesië) en Spaans (Argentinië). Elke testlocatie had 6 deelnemers die bestonden uit ongeveer de helft nieuwkomers of casual lezers en de helft reguliere bewerkers op hun respectieve taalwiki's.
Sticky header
Voor de sticky header werden twee prototypes gemaakt die een mogelijke implementatie lieten zien - een lezersgericht prototype en een bewerkerssgericht prototype. Aan deelnemers werd gevraagd om met de prototypes te communiceren en het nut van de functionaliteit binnen de prototypes voor hun dagelijks gebruik van Wikipedia te beoordelen
Onderzoeksdoelen:
- Bepaal de ideale elementen om op te nemen voor lezers (bijv. uitgelogde gebruikers)
- Zoeken, titel van het artikel, wisselen van taal, enz.
- Bepaal de ideale elementen om op te nemen voor bewerkers (bijv. uitgelogde gebruikers)
- Overleg, geschiedenis, wisselen van taal, zoeken, enz.
- Bepaal of deze lijst anders zou zijn voor deze cohort als ze niet waren ingelogd
- Overleg, geschiedenis, wisselen van taal, zoeken, enz.
- Stel de relatieve prioriteit vast voor de elementen voor elk cohort
- Evalueer prototypes die de elementen weerspiegelen die hierboven per cohort zijn bepaald
Onderzoeksvragen:
- Ervan uitgaande dat we beperkte ruimte hebben voor permanente hulpmiddelen en functies (mogelijke aanpassingen beschikbaar voor inloggen in de toekomst, niet gepland voor uitgelogd), welke van de volgende zou het meest waardevol zijn:
- Uitgelogd
- Logo van Wikipedia
- Artikeltitel
- Sectietitel
- Zoeken
- Wisselen van taal
- Bewerken
- ingelogd
- Logo van Wikipedia
- Artikeltitel
- Sectietitel
- Zoeken
- Wisselen van taal
- Bewerken bron
- Overleg
- Geschiedenis
- Volgen
- Pagina hulpmiddelen (bijv. verplaatsen)
- Gebruikers hulpmiddelen (opent een menu dat met de gebruiker te maken heeft: gebruikerspagina, zandbak, voorkeuren, bijdragen aan de volglijst van de bèta, waarschuwingen, meldingen)
- Uw favoriete gadgets (bijv. twinkle, hulpmiddel in voorkeuren)
- Welke elementen moeten persistent zijn?
- Uitgelogd
- Welke elementen moeten worden weergegeven bij een 'need'-trigger (omhoog scrollen, zweven, andere?)
Inhoudsopgave
Voor de inhoudsopgave werd de deelnemers eerst gevraagd om de site op natuurlijke wijze te verkennen. Er is een algemeen idee opgesteld van hun mening over het gebruik van de inhoudsopgave. Vervolgens werden er verschillende prototypes voor verschillende mogelijke versies van de inhoudsopgave verstrekt. De focus lag hier op het presenteren van verschillende manieren waarop de inhoudsopgave vanaf elke plaats op de pagina kan worden bereikt. Aan de deelnemers is toen gevraagd de prototypes op hun voorkeur te rangschikken en feedback te geven over het algemene idee van een inhoudsopgave die beschikbaar is op de hele pagina.
Onderzoeksdoelen:
- Een kwalitatief begrip opstellen van de manier waarop de inhoudsopgave wordt gebruikt, d.w.z. de manieren waarop deze waarde aan de lezers biedt
- Hoe verschilt dit bij zeer korte pagina's, pagina's van gemiddelde lengte en lange pagina's
- Het ontwikkelen van een begrip van andere methoden van navigatie op de pagina die worden gebruikt (bijv. zoeken op de pagina)
- Een begrip bepalen van de waarde die het hebben van toegang tot de inhoudstabel (of een vergelijkbaar navigatiehulpmiddel) van overal op de pagina zou bieden
- Is er een verschil in het zien van waar u bent en wat de ligging is versus het daadwerkelijk klikken en navigeren?
- Evalueren van 3 tot 4 verschillende oplossingen voor navigatie op de pagina / persistente inhoudsopgave (in de vorm van prototypes)
- 1) een persistente inhoudsopgave
- 2) inhoudsopgave via een menu in de titel van het artikel
- 3) de inhoudsopgave via een 'lade (drawer)' naast het artikel
Onderzoeksvragen:
- Zou de inhoudsopgave meer waarde kunnen bieden aan lezers als deze overal in het artikel toegankelijk zou zijn (in plaats van alleen bovenaan)?
- Wat zijn de belangrijkste gebruiksscenario's van de inhoudsopgave? Hoe denken mensen erover?
- Als mensen interactie hebben met de inhoudsopgave, klikken ze dan meestal op één link of op meer dan één?
- Hoe gebruiken mensen de inhoudsopgave om door het artikel te navigeren?
- Wat zijn de belangrijkste tekortkomingen, als die er zijn, van de huidige inhoudsopgave?
- Volgt het gebruik een patroon (bijv. lange versus korte artikelen, nieuwe versus ervaren gebruikers)?
- Wat zijn de belangrijkste verschillen (of compromissen) die gebruikers opmerken tussen optie A (nieuwe inhoudsopgave zijbalk) en optie B (aanvullende inhoudsopgave)?
- Hoe ervaart men de inhoud van een artikel met/zonder een persistente inhoudsopgave?
- Verliezen we leesbaarheid / scanbaarheid met het persistent zijn omdat het smaller is?
- Vragen met een lagere prioriteit:
- Rechts versus links?
- Hoeveel niveaus in diepte?
- Nummers versus geen nummers?
Resultaten
Algemeen
Zowel de sticky header als de prototypes van de inhoudsopgave werden goed ontvangen door alle geteste groepen in verschillende talen.
Voor de sticky headers werden een aantal suggesties gepresenteerd en een prioriteit gegeven aan de meest nuttige elementen. De prioritering van elementen varieerde per locatie en status ingelogd/uitgelogd (meer details hieronder)
Sticky header
We hebben alle testers (lezers en bewerkers) gevraagd om prioriteit te geven aan de lijst met functionaliteiten waartoe zij het meest handig altijd toegang zouden moeten hebben. Hier waren de resultaten verschillend tussen talen, maar niet aanzienlijk verschillend. Hieronder vindt u de gecombineerde prioriteitsstelling (de locatiegebaseerde prioriteitslijsten zijn beschikbaar in het volledige rapport hierboven).
Uitgelogde gebruikers:
- Artikeltitel
- Sectietitel
- Zoeken
- Wisselen van taal
- Wikipedia logo
- Bewerken
Ingelogde gebruikers:
- Zoeken
- Artikeltitel
- Overleg
- Bewerken
- Wisselen van taal
- Geschiedenis
- Gebruikershulpmiddelen
- Paginahulpmiddelen
- Volgen
- Gadgets
- Logo van Wikipedia
We vroegen de deelnemers om ook de prototypes te bekijken die beschikbaar zijn voor ingelogde en uitgelogde gebruikers. Alle gebruikers meldden positieve ervaringen met de prototypes. Sommige gebruikers vroegen of de sticky header altijd beschikbaar kan zijn in plaats van te worden geactiveerd bij het scrollen. Deelnemers aan de editor vroegen vaak om verdere aanpassing van de sticky header-elementen. Op de vraag of de leesbaarheid van de iconografie in de sticky header werd gebruikt, stelden veel gebruikers vragen over de betekenis van verschillende van de pictogrammen die in de prototypes werden gebruikt, met name het pictogram voor bètafuncties, gadgets en bijdragen.
Inhoudsopgave
Alle gebruikers vonden de inhoudsopgave essentieel voor de leeservaring van Wikipedia. De resultaten gaven ook inzicht in de primaire use-cases voor het gebruik van de inhoudsopgave:
- Om snel een idee krijgen van de inhoud van de pagina - welke informatie is beschikbaar op de pagina/is de informatie die de deelnemer zoekt beschikbaar op de pagina?
- Een idee krijgen van de vorm/kaart van de pagina en een mentaal model maken - hoe is de pagina georganiseerd, welke secties zijn langer dan andere
- Direct navigeren naar een specifiek gedeelte of bepaalde informatie
Gedragsverandering op basis van gebruikerstype
Deze resultaten varieerden enigszins afhankelijk van het feit of de deelnemer een nieuwkomer, een casual reader of een bewerker was, waarbij casual lezers en bewerkers iets meer kans hadden op interactie met de inhoudsopgave direct voordat ze met enig ander deel van het artikel op middelgrote en lange pagina's interacteerden. Op korte pagina's werd de inhoudsopgave minder vaak gebruikt. Alle gebruikers hebben aangegeven dat het een probleem was om alleen aan de bovenkant van het artikel een inhoudsopgave te hebben.
Nieuwkomers:
- De neiging hebben om door het artikel te scrollen om naar een onderwerp te zoeken
- De Inhoudsopgave wordt meer gebruikt als context dan als navigatie
Casual lezers:
- De neiging hebben om rechtstreeks naar de inhoudsopgave te gaan - het was hun eerste stop om de context van het artikel te begrijpen.
- Zodra de context is vastgesteld, hebben de casual lezers de neiging om de inhoudsopgave meer te gebruiken voor navigatie dan nieuwkomers.
Bewerkers:
- Gaan direct naar de inhoudsopgave.
- Gebruiken de inhoudsopgave als het belangrijkste punt voor navigatie (in plaats van te gaan scrollen)
- De neiging hebben om terug te keren naar de inhoudsopgave tijdens het lezen van het artikel ter referentie of navigatie
Het rangschikken van de prototypes van de inhoudsopgave
Deelnemers werd gevraagd om te werken met vijf verschillende prototypes van de inhoudsopgave. Het persistente prototype kreeg de hoogste ranking van alle beschikbare prototypes in alle groepen. Er werden geen significante verschillen waargenomen op basis van locatie of bekendheid met Wikimedia-wiki's (nieuwkomers, casual lezers, bewerkers).
De rest van de ranglijst zag er als volgt uit.
- Persistent. Dit prototype toont de inhoudsopgave in de linkermarge van de pagina. Het heeft ook de mogelijkheid om alle secties en subsecties weer te geven met behulp van inklapbare pijlen aan de zijkant van het prototype. De deelnemers gaven aan dat constante toegang tot de inhoudsopgave de belangrijkste reden was voor de keuze van dit prototype, omdat er geen verdere klikken of andere interactie nodig waren.
Een prototype van de persistente inhoudsopgave voor Wikimedia-wiki's gemaakt ten behoeve van de gebruikerstesten - Inhoudsopgave in de Kop. Dit prototype heeft de inhoudsopgave in een sticky header op de pagina. Deelnemers gaven aan dat het gebruiksgemak van dit prototype hoog was en merkten vooral tevredenheid op over de duidelijkheid over welke sectie en subsectie het artikel stond. De deelnemers waren echter niet tevreden over het inklapbare karakter van het prototype en vroegen om doorzettingsvermogen.
Een prototype van de inhoudsopgave in de kop voor Wikimedia-wiki's gemaakt ten behoeve van de gebruikerstesten - Prototype met zwevende stippen. Dit prototype presenteerde de inhoudsopgave als een persistent maar ingeklapt element aan de zijkant van de pagina dat werd geactiveerd bij het eroverheen gaan. Het persistente element van de inhoudsopgave werd dus hoog gewaardeerd. De deelnemers gaven echter aan dat ze het niet leuk vonden dat de inhoudsopgave de artikeltekst overlapte wanneer deze werd geopend.
Een prototype van een zwevende inhoudsopgave voor Wikimedia-wiki's, gemaakt ten behoeve van gebruikerstesten - Zwevende box. Dit prototype presenteerde een klein vak in de rechterbenedenhoek van de pagina, dat kon worden uitgebreid tot een persistent element. Tijdens het testen hadden de deelnemers moeite om het element op te merken. Bij uitklappen merkten zij ook ontevredenheid op over het overlappen van de inhoudsopgave met de tekst van het artikel.
Een prototype van een op stippen gebaseerde inhoudsopgave voor Wikimedia-wiki's, gemaakt ten behoeve van gebruikerstesten - Knop Terug naar boven. Dit prototype heeft een knop die de deelnemers naar de bovenkant van de pagina brengt, waar dan de originele inhoudsopgave staat. Dit prototype werd in alle groepen niet goed ontvangen. Deelnemers zeiden dat het geen extra functionaliteit bood die niet kan worden gedekt door de browser of de startknop op hun toetsenbord.
Een prototype op Wikipedia van een knop Terug naar boven
Andere cruciale observaties:
- Deelnemers hebben de prioriteit gegeven aan persistente toegang - dit prototype was in alle tests altijd het beste
- Deelnemers hebben meer informatie als prioriteit gegeven - prototypes met alle secties en subsecties scoorden beter
- Deelnemers wilden niet dat de inhoudsopgave de inhoud zou overlappen, zelfs niet in de gevallen waarin deze een aanvulling was op de hoofdinhoudsopgave bovenaan de pagina
- Deelnemers vonden het leuk om een idee te krijgen van de locatie in het artikel en merkten op dat toevoegingen zoals het vetgedrukt maken van de titel of de sectie hielpen bij hun oriëntatie
Discussie en vervolgstappen
Deze studie leverde cruciale informatie op voor de ontwikkeling van de voorgestelde functies van de sticky header en de inhoudsopgave. Aangezien beide functies over het algemeen goed werden ontvangen door de deelnemers, zal het team doorgaan met de ontwikkeling van de functies en wijzigingen aanbrengen op basis van de bovengenoemde resultaten.
Sticky header
We blijven de beschikbare prototypes verder ontwikkelen, waarbij we ons richten op het toevoegen van de items die als het belangrijkst zijn geprioriteerd aan de volgende sticky header-prototypes. We zullen ook verschillende triggermechanismen voor de sticky header onderzoeken, waaronder het toestaan dat de header persistent is over de bovenkant van de pagina.
We zullen dit onderzoek naar de sticky header voortzetten door onze prototypes breder te testen met bewerkers en andere ingelogde gebruikers in verschillende Wikimedia-projecten.
Inhoudsopgave
Aangezien het persisente prototype in alle groepen het hoogste rang kreeg, zullen we iteraties van dit prototype alleen overwegen voor toekomstige planning. We zullen ook inklapbare opties onderzoeken voor situaties waarin het presenteren van de volledige lijst moeilijk of inefficiënt kan zijn. Dit kunnen bijvoorbeeld kleinere schermresoluties zijn.
We zullen dit onderzoek naar de inhoudsopgave voortzetten door bredere testen van onze prototypes te doen met editors en andere ingelogde gebruikers in verschillende Wikimedia-projecten.