2.3.7 Usability testing wireframes

Introductie

Tijdens het wireframing proces wordt er nog gepuzzeld met de schermen en wat voor informatie er op elk scherm kan komen te staan. Hierbij worden er nog geen uitgebreide kleuren gebruikt, maar gaat het puur om de opzet van de gebruikersomgeving.

Door de gebruiker al tijdens de wireframing fase te betrekken in het ontwerp proces, kan al in een vroeg stadium feedback worden gekregen op de gebruiksers ervaring en onduidelijkheden in het ontwerp. Het ontwerp kan hierop worden verbeterd, voordat het de prototype fase in gaat (Maze, 2023)

Het doel:

  • In een vroege fase gebruikerservaring problemen vinden

  • De gebruikersomgeving snel testen met een kleine groep gebruikers.

  • Feedback ontvangen op de wireframe en dit toepassen bij het creëren van de prototype.

Dit onderzoeksdocument is onderdeel van de deelvraag: Hoe kan de user interface worden gestructureerd?

Methode

Strategie
Methodiek
Resultaat

Lab

Usability testing

Met verschillende gebruikers zullen de wireframes en protoypes worden getest.

Resultaat

In totaal zijn er vier gebruikers geïnterviewd.

  1. Rapport builders met kennis van myInsight Designer

  2. Twee die als rapport builder kunnen worden gecategoriseerd maar nog geen kennis hebben van myInsight Designer.

1
2

Wat is het verschil tussen geavanceerde instellingen en optioneel extra settings?

Uitleggen wat het betekent om een nieuw rapport aan te maken.

De wireframe nederlands of engels maken, niet beide.

Uitleggen waar variabelen voor bedoeld zijn.

Waar wordt het rapport opgeslagen?

Aangemaakte variabelen kunnen beter op volgorde hoe ze zijn aangemaakt, in plaats van alfabetische volgorde. Meteen alfabetische volgorde kan verwarrend zijn

Historische gegevens onder “geavanceerde instellingen” accordion misschien ergens anders plaatsen?

Uitleggen waarom “rapport opslaan” moet worden aangevinkt

Hoe kan de locatie van een rapport worden bepaald? Bestemming?

Een waarschuwing geven wanneer verplichte onderdelen missen.

Het is onduidelijk wat het verschil is tussen “variabel label” en “variabel”.

DQL is verplicht. Je moet er minimaal 1 hebben

Variabel is niet verplicht (variabel kan je in een DQL gebruiken)

Alfabetische volgorde is niet echt nodig; je al nooit zoveel variabelen hebben. Eventueel de optie toevoegen dat variabelen kunnen worden verschoven zodat de gebruiker de volgorde zelf kan bepalen, omdat de volgorde van de variabelen wel effect heeft voor de Rapport User (volgorde hoe informatie verschijnt wanneer een rapport wordt geopend)

Bij het aanmaken van een DQL de invoerveld scherm (rechts) groter maken, linkerscherm kleiner. De query select scherm wil je meer ruimte geven.

Voorbeeld dataset klopt niet. Het ziet er meer uit als een tabel, niet als een lijstje.

Wanneer overzicht variabel, alle gegevens bij aanmaken van variabel niet meer interessant. Bij overzicht onnodige informatie weglaten.

Import variabele button als eerste zetten

Export button toevoegen bij variabelen

Presentatie locatie is standaard ingevoerd. Optie is om custom location te hebben.

Zolang de preview scherm niet in de weg staat, niet sluiten.

Bestemming optioneel laten, eventueel op een default zetten.

Conclusie

De wireframes en de resultaten uit deze usability testing worden meegenomen in het ontwerpen van de prototype.

Bijlage:

3MB
Open

Last updated