Hoe test je iets op gebruikersvriendelijkheid

[JelteV]

Voor ons eigen ontwikkelde CMS systeem hebben wij een "online aanmeld website/module" geschreven.
Via deze website kan een gebruiker zelf een account aanmaken, een websjabloon/template kiezen en deze vervolgens personaliseren.

Nu zijn we de afgelopen periode erg druk geweest met de interface. We hebben geprobeerd dit aanmeld systeem zo eenvoudig en simpel mogelijk te maken zodat ook de wat minder technisch onderlegde mensen zelf een website zouden kunnen ontwerpen.

Maar hoe test je nu zo iets?
We zijn begonnen met het vragen van vrienden en bekende om het eens uit te proberen. Op basis van hun bevindingen hebben we verschillende aanpassingen gemaakt om het gebruikersvriendelijker te maken.

Maar hoe nu verder?
Technisch denken we dat we het goed gedaan hebben.
Ik ben alleen bang dat onze testers nu het systeem te goed kennen om het op gebruikersvriendelijkheid nog te kunnen testen. Ze weten immers nu hoe het werkt.

Hoe gaan jullie met zo iets om?
Hoe kom je aan mensen die kritisch genoeg zijn om zo'n systeem te testen?

[Freeaqingme]

Je kan er voor zorgen dat je zelf op de hoogte bent van alle usability-bestpractices; een blog die ik daar handig bij vindt is uxmovement.com . Iemand aannemen (een doorgewinterde frontender, of ux-specialist) helpt natuurlijk ook. Daarnaast is eye-tracking een heel goed middel om bepaalde manieren van gebruik te kunnen meten. Hier zijn verschillende bedrijvein voor in Nederland die zich hierin specialiseren.

Tot slot kan je, als je voor een bepaalde keuze wordt gesteld, de ene groep optie A serveren, en een andere groep optie B; om vervolgens te kijken welke gebruikers een betere ervaring hadden (langer op de site bleven, meer producten aanschafen, etc).

Hoe kom je aan mensen die kritisch genoeg zijn om zo'n systeem te testen?

Het idee is nou juist om niet die mensen te hebben, maar mensen die representatief zijn voor je doelgroep/bezoekers.

[ZpAz]

Zet de personen er achter die het moeten gaan gebruiken. En doe zelf niets behalve toekijken. Dan zul je vanzelf zien of het duidelijk is of niet.

[Johnny]

Als je zoekt naar termen zoals "usaiblity testing" kom je op internet al heel veel informatie tegen.

Er zijn verschillende manieren, je kan met allerlei technische hulpmiddelen het gedrag van je gebruikers analyseren, en voor websites kun je A/B-testing doen op grote groepen om te zien wat het beste werkt.

In dit geval lijkt een focusgroep me het handigst. Wat je doet is dat je een aantal "opdrachten" maakt gebaseerd op taken die je gebruikers in de praktijk zullen doen. Vervolgens nodig je een aantal mensen (5 tot 8 ) uit je doelgroep van gebruikers (dus het soort mensen dat je CMS zullen gaan gebruiken, niet je oma) om langs te komen op verschillende tijdstippen. Je geeft ze een aantal opdrachten en kijkt hoe succesvol zijn in het uitvoeren daarvan, eventueel neem je het op met een videocamera, en als je echt serieus bent met eye tracking. Je kan dan zien of je user interface goed werkt, en hoe mensen hem gebruiken.

Natuurlijk is dit nog maar een klein deel van het verhaal, maar zoals al gezegd, je kan hier zoveel over vinden op internet dat je wel even vooruit kan.

[KopjeThee]

Volgens mij wil je testen hoe bruikbaar/usable het is. Ik denk niet dat je de vriendelijkheid wilt testen. Staat er wel "Welkom" op je pagina? Heel vriendelijk.

[Freeaqingme]

Oh, het boek dont make me think was ook nog niet genoemd...

[bszz]

Geen betere ideeën dan hierboven maar ik ben wel erg benieuwd of dit de eerste keer is dat representanten van de doelgroep betrokken worden. Mijn ervaring is dat techneuten die functionaliteit en interface bedenken voor "eindgebruikers" vaak , weliswaar met de beste bedoelingen, de plank flink mis slaan. Gebruikers zou je imo in de ontwerpfase moeten betrekken zodat zij zelf invloed kunnen hebben op het eindresultaat.

[Freeaqingme]

Het lastige daarbij is dat je niet aan je eindgebruikers kan vragen een wireframe te tekenen en dat vervolgens als uitgangspunt te gebruiken. Wat je wel kan doen is een techniek als card sorting te gebruiken om te bepalen welke content een gebruiker waar zou verwachten. Daarnaast komt ook dan weer algemene ux kennis van pas zoals van bijv. uxmovement.com en dont make me think.

Of er nog heel veel meer vergelijkbare technieken als card sorting zijn om in een tekenfase je doelgroep te betrekken weet ik niet. Wellicht iemand anders

[Caelorum]

KopjeThee schreef op woensdag 11 juli 2012 @ 20:30:
Volgens mij wil je testen hoe bruikbaar/usable het is. Ik denk niet dat je de vriendelijkheid wilt testen. Staat er wel "Welkom" op je pagina? Heel vriendelijk.

Gebruikersvriendelijkheid/gebruiksvriendelijkheid betekend gewoon de mate waarin een product effectief, efficiënt en naar tevredenheid kan worden gebruikt. Dat jij er een verkeerde betekenis aan hangt betekent niet dat het verkeerd wordt gebruikt hier

[JelteV]

Bedankt voor de tips!

Tijdens de ontwerpfase hebben we geen toekomstige gebruikers gevraagd. Achteraf gezien misschien niet de meest handige keuze. Het ontwerp heb ik toen gemaakt op basis van wat ik dacht dat handig zou zijn.

We hebben de afgelopen tijd verschillende mensen het programma laten testen. Daarbij heb ik van te voren niks gezegd over hoe het zou moeten werken, alleen wat je er mee kan. Tijdens het testen van de gebruikers heb ik op een afstandje meegekeken en aantekeningen gemaakt over hoe hun er mee werkten.

Als ik het zo een beetje lees is dit de meest gangbare optie. Althans, als je niet met een camera of eyetracking werkt.

Het inhuren van iemand om wat extra usability tips te geven gaat hem helaas niet worden, wat we nog wel kunnen doen is verschillende mensen uit onze doelgroep uitnodigen om het nog eens te testen.

Mijn inziens kan je namelijk niet twee keer dezelfde mensen vragen om een bepaalde opdracht te doen of zijn hier mensen die daar anders over denken?

[ZpAz]

We hebben de afgelopen tijd verschillende mensen het programma laten testen.

Als dat ook 'IT-ers' zijn en de doelgroep zijn niet IT-ers, dan heb je daar helaas weinig aan, deze mensen denken namelijk compleet anders over interfaces dan de normale sterveling

[jip_86]

JelteV schreef op donderdag 12 juli 2012 @ 09:52:
Mijn inziens kan je namelijk niet twee keer dezelfde mensen vragen om een bepaalde opdracht te doen of zijn hier mensen die daar anders over denken?

Waarom niet? Je kan toch zeggen dat je naar aanleiding van de feedback wijzigingen hebt doorgevoerd en je graag wilt weten of dat is wat ze verwachten. Misschien vallen naar aanleiding van die aanpassingen wel weer andere dingen op. Wel uitkijken dat je niet blijft aanpassen natuurlijk.

[JelteV]

jip_86 schreef op donderdag 12 juli 2012 @ 10:50:
[...]

Waarom niet? Je kan toch zeggen dat je naar aanleiding van de feedback wijzigingen hebt doorgevoerd en je graag wilt weten of dat is wat ze verwachten. Misschien vallen naar aanleiding van die aanpassingen wel weer andere dingen op. Wel uitkijken dat je niet blijft aanpassen natuurlijk.

Wat je zegt klopt wel, maar ik denk dat met name de eerste indruk belangrijk is. Het is zo'n systeem wat je in één oogopslag moet snappen.

Tot nu toe hebben vooral, naast de ontwikkelaars, niet technische mensen het systeem getest en feedback gegeven. Dus wat dat betreft zitten we denk ik wel goed.

[chime]

Je grootouders laten testen ... als die ermee weg zijn is iedereen er mee weg.
Bijkomend voordeel ... dag later weten ze vaak niet meer wat ze hebben getest

Voor iets professioneler te werken:
- hoe duidelijk is alles in 1 oogopslag?
- hoeveel clicks moet een gebruiker uitvoeren => vanaf 5 stappen in een wizard is het overzicht vaak al zoek

Nu, je kunt de vorige testers die opdracht nog wel laten doen hoor.
Er is inderdaad wel een risico dat ze het al wat kennen en bepaalde kleine foutjes gaan overzien, maar zo lang ze het niet echt professioneel gebruiken (as in dagelijks/wekelijks) gaat dat toch nog goed meevallen.
...
Of denk je misschien dat bedrijven die werken met testpanels (ken er zo een paar) elke maand die mensen buiten gooien en nieuwe mensen zoeken ik dacht het niet.

[OkkE]

Enige echt goede testers zijn mensen uit de beoogde doelgroep.

Ik weet niet of het een gratis of betaalde dienst/systeem is? Geef eens 10 (of 50) mensen een account van een week (of weken) in ruil voor feedback?

Nodig wat mensen uit, laat die mensen bepaalde taken uitvoeren en kijk mee hoe ze het doen?

Bouw een simpele "geef feedback" functie, die altijd (bijv. rechts onder) in beeld staat. Bekijk welke zoektermen er gebruikt worden op het FAQ/Veelgestelde vragen deel? Bestudeer de Analytics; op welke pagina verlaten mensen de website? Komen ze vaak terug? Welke functies/pagina's worden veel of juist weinig gebruikt?

ZpAz schreef op donderdag 12 juli 2012 @ 10:23:
[...]

Als dat ook 'IT-ers' zijn en de doelgroep zijn niet IT-ers, dan heb je daar helaas weinig aan, deze mensen denken namelijk compleet anders over interfaces dan de normale sterveling

Dit is sowieso het belangrijkste om te onthouden bij het testen.

[ Voor 23% gewijzigd door OkkE op 12-07-2012 12:47 ]

[KopjeThee]

Caelorum schreef op woensdag 11 juli 2012 @ 21:54:
[...]
Gebruikersvriendelijkheid/gebruiksvriendelijkheid betekend gewoon de mate waarin een product effectief, efficiënt en naar tevredenheid kan worden gebruikt.

Dat is usability/bruikbaarheid.

Dat jij er een verkeerde betekenis aan hangt betekent niet dat het verkeerd wordt gebruikt hier

Nee, ik begrijp wel degelijk de betekenis van het woord

[Caelorum]

KopjeThee schreef op donderdag 12 juli 2012 @ 18:25:
[...]
Dat is usability/bruikbaarheid.
[...]
Nee, ik begrijp wel degelijk de betekenis van het woord

Gebruiksvriendelijkheid is gewoon een veelgebruikte synoniem voor usability. Zie bijv. ook http://www.rug.nl/webplatform/usability/index

[ Voor 9% gewijzigd door Caelorum op 12-07-2012 18:54 ]