Resultaten
Testpersoon 1 - Delano Kamp (UX design)
Uitvoeren taken
De gebruiker wilt een UX monk zoeken die veel Google projecten heeft gedaan.
Eerste instinct is om Google in te tikken. 2e optie is om UX in te tikken.
Op het resultatenscherm raakte hij even in de war omdat er alleen Hilversum op de wereldbol stond.
De categorieƫn die indiceren hoeveel resultaten erin zitten had hij verwacht dat als je op 1 klikt, je alleen die categorie ging zien.
Ook vond hij het logisch om de resultaten te categoriseren dan op 1 hoop te gooien. Qua onderscheiding van de items mogen er meer visuele verschillen zijn, vooral departementen en kantoren waren lastig uit elkaar te halen. Eventueel onderscheiding creƫren met de kleuren van de categorie filter.
Toen hij de flow gebruikte die ik had voorspeld vond hij het lastig om te beoordelen of monks toevallig 1 project voor een bepaalde klant hebben gedaan of juist heel veel. Dit kon niet in 1 oogopslag gezien worden maar je moest per monk dit zelf bekijken.
De gebruiker kent een monk die een specifiek project heeft gedaan voor Google, de gebruiker zoekt naar dat project.
Overgeslagen vanwege dat het prototype niet goed werkte.
De gebruiker wilt een bepaalde locatie vinden.
Hij ging meteen naar de knop met meerdere kantoren. Ook snapte hij ondanks het niet helemaal lekker lopende prototype dat je op een kantoor kon zoeken in de zoekbalk.
De gebruiker wilt een specifiek project, waar voice in de projectnaam zat, vinden van de cliƫnt Google.
Ook deze taak werd met gemak uitgevoerd, hij ging naar de cliƫnt pagina en vervolgens 'voice' in de zoekbalk invullen.
De gebruiker wilt een monk zoeken die in het design departement zit. De gebruiker dacht dat de naam met een D begon.
Vragenlijst
Vind je de flow logisch?
Ja, behalve dat je had verwacht om op UX, te zoeken en ik ging naar Google. Houd hiermee rekening en pas het prototype daarop aan.
Zou er een onboarding (uitleg) moeten komen voor de functies?
Nee, liever niet, ik heb daar geen behoefte aan. Als ik op een verkeerde knop heb geklikt dan weet ik daarna dat ik die niet moet hebben. Als je van te voren duidelijk weet waarvoor je deze tool gaat gebruiken is dat voldoende. Als het niet nodig is dan niet.
Testpersoon 2 - Olivia Cabello (UX strategy)
Uitvoeren taken
De gebruiker wilt een monk zoeken die veel projecten heeft gedaan voor een bepaalde cliƫnt.
Ze snapte meteen de eerste keer zoeken en na even oriƫnteren ook de resultaten pagina. De kleuren hielpen met de resultaten uit elkaar te halen.
Ook bij haar was het eerste instinct om de cliƫnt in te typen. Op de detailpagina aangekomen zou ze dan op een project hebben geklikt, vervolgens op een monk en dan kijken hoeveel projecten deze heeft gedaan voor die cliƫnt.
Ze vond dit ook erg veel tijd kosten en dat het best sneller zou mogen. Toen ik het idee voorstelde om onderaan de cliƫnt pagina iets te implementeren met monks en de hoeveelheid projecten zij hebben gedaan, vond ze dat een goed idee en ze denkt dat dat veel tijd zou kosten.
De gebruiker kent een monk die een specifiek project heeft gedaan, de gebruiker zoekt naar dat project.
Eerst de naam van de monk zoeken, daarna door de projecten heen browsen. Als ze toch iets wist aan een naam van het project deze op proberen te zoeken met de zoekbalk of met de alfabetische indicatoren.
De gebruiker wilt alle locaties bekijken.
De knop om alle locaties te tonen op de allereerste pagina herinnerde ze nog en ging er met gemak naar toe. Ze klikte op het MMHUB logo, alleen deze was niet klikbaar gemaakt door mij (maar dat had wel zo moeten zijn).
Ze vond het erg fijn om alle locaties visueel en geografisch te kunnen zien.
De gebruiker wilt een specifiek project vinden van een cliƫnt.
Deze taak ging ook zonder moeite, naam van de cliƫnt intypen en daarna voor de 2e keer zoeken een deel van de naam als je deze wist of weer browsen.
De gebruiker wilt een monk zoeken die in een bepaald departement zit.
Hierbij had ze verwacht dat er vanuit de kantoor en ux filter een lijst zou komen, toen zag ze dat de monk aantallen veranderen en vond dit veel logischer.
Ze had waarschijnlijk wel liever een zoekbalk gehad als bij het zoeken naar een project in de monk pagina. Dit was ook de 2e optie voor het zoeken. Hiervoor ga ik een A/B test uitvoeren.
Vragenlijst
Vind je de flow logisch?
Over het algemeen vind ze de flow erg logisch, behalve bij de eerste taak dat je heen en weer moet gaan van de monks naar de cliƫnt pagina om de juiste monk te vinden. Hiervoor kan nog wat toegevoegd worden om het de gebruiker makkelijker te maken.
Verder heeft ze de voorkeur om bij de project pagina een zoekbalk te hebben om daarmee de monks te filteren. Maar als alles loopt zou ze graag gebruik van deze tool willen maken.
Zou er een onboarding (uitleg) moeten komen voor de functies?
Eerste reactie was een nee, maar misschien voor de allereerste keer een korte uitleg waarop je kunt zoeken. Vlak nadat ze dit had gezegd zag ze de tekst in de zoekbalk die dat indiceerd, daarna zei ze als dit benadrukt wordt het toch niet nodig is.
Testpersoon 3 - Jeroen Hol (UX design)
Uitvoeren taken
De gebruiker wilt een monk zoeken die veel projecten heeft gedaan voor een bepaalde cliƫnt.
Zoeken op de naam van de cliƫnt, en eenmaal op de cliƫnten pagina aangekomen raakte hij een beetje in de war omdat er geen monks stonden.
Daarna ging hij terug om een monk aanklikken op de resultatenpagina. Ik vroeg of het logisch is dat monks bij die zoekterm naar voren komen, daarop zei hij eigenlijk nee (het prototype is zo gemaakt dat de resultaten pagina een algemene indruk is met alle items die naar een detailpagina leiden, als je op een cliƫnt zoek hoor je alleen die cliƫnt te zien en de projecten).
De gebruiker kent een monk die een specifiek project heeft gedaan voor een cliƫnt.
Na de eerste keer zoeken heeft hij verwacht dat de resultaten automatisch gefilterd staan op monks vanwege dat er geen andere categorieƫn relevant zijn.
Op de monk pagina aangekomen was het makkelijk om te zoeken via de zoekbalk en daarna te browsen voor het project.
De gebruiker wilt een bepaalde locatie vinden.
Deze informatie had hij snel gevonden door naar de beginpagina te gaan en erop te klikken.
Hij benoemde dat het ook handig kan zijn voor monks met een bepaalde functie om ook een lijst te hebben met de locaties en de tijdzones om die in Ć©Ć©n oogopslag te kunnen zien. Hij ziet vaak die monks met de website van MM open om die data voor zich te hebben.
De gebruiker wilt een specifiek project vinden van een cliƫnt.
Ook hier had hij opmerkingen over de layout van het zoeken in de projectpagina. Hij zou het handig vinden om onder de titel 'monks' iets van een filter bar hebt zodat je alle resultaten in Ć©Ć©n oogopslag te zien. Nu was het onduidelijk waar er iets gebeurde aangezien je een klein deel van de monks maar kunt zien.
Ook verwachtte hij dat als je op een departement of kantoor klikt, je naar die pagina zou gaan, dit zou hij wel handig vinden.
De gebruiker wilt een monk zoeken die in het bepaalde departement zit.
Vragenlijst
Vind je de flow logisch?
Ja, buiten de genoemde punten op zich wel. Het enige waar hij op tegen is, is dat je per se moet zoeken om de tool te kunnen gebruiken. Als er een knop is om alle kantoren te laten zien moet dat er ook voor de andere categorieƫn zijn.
Zou er een onboarding (uitleg) moeten komen voor de functies?
Ja, genoeg plek voor hebben aan de rechterkant voor een introductie tekst. Hij zei dat ik ook de "How can we help you?" zou kunnen veranderen naar "What are you looking for?", dit is logisch als je de tekst in de zoekbalk daarna leest.
Delano Kamp, Junior UX designer, persoonlijke communicatie.
Olivia Cabello, Junior UX strategist, persoonlijke communicatie.
Jeroen Hol, Lead UX designer, persoonlijke communicatie.
Last updated
Was this helpful?