Expert review Reservatiesysteem Steven Houben March 26, 2010 1 Inleiding Deze expert review is gebaseerd op 10 heuristieken gedefinieerd door Jacob Nielsen. 2 Review Multi- touch systeem 2.1 Visibility of system De visibility van het systeem lijkt me vrij goed. Na het reserveren van een lokaal bijvoorbeeld krijgt de gebruiker feedback waarin de reservatie wordt bevestigd. Het login proces geeft echter geen feedback. Het is niet helemaal duidelijk hoe het scanproces in zijn werk gaat. Het lijkt me best om wat meer uitgebreide instructies en feedback te geven rond dit scanproces. Het systeem zou de gebruiker bijvoorbeeld kunnen uitleggen hoe hij zijn studentenkaart kan scannen door middel van een illustratie. Verder kan het systeem een status update geven van het scanproces ( Aan het lezen ). 2.2 Match between system and the real world Het systeem is zeer duidelijk. Het maakt bijvoorbeeld gebruik van concepten en woorden die dagdagelijks gebruikt worden in een papieren administratie. De volgorde van de informatie en de schermen is logisch. 2.3 User control and freedom Het systeem voorziet zeer weinig vrijheid voor de gebruiker. De gebruiker wordt in de richting gestuurd (path of least resistance) waar hij moet zijn. Het systeem voorziet telkens een terug knop die de gebruiker kan gebruiken om een stap terug te zetten in het reservatieproces. 1
2.4 Consistency and standards Het systeem zelf is consistent doorheen de verschillende vensters. Voor zover ik weet bestaan er geen conventies of richtlijnen rond interface design op large displays. 2.5 Error prevention Doordat de gebruiker in een bepaalde richting wordt geduwd gaan er zich automatisch minder fouten voordoen. 2.6 Recognition rather than recall Het startscherm toont een kaart van de universiteit waarop kleurmarkeringen zijn aangebracht. In het prototype navigeert de gebruiker naar blok B. Hierdoor komt de gebruiker in een nieuw scherm waarop hij een lokaal kan kiezen. Het lijkt me interessant om die kleur mee te nemen. Een kleurmapping zal de correctheid van de actie van de gebruiker voor een deel bevestigen. 2.7 Flexibility and efficiency of use De beperkingen die het systeem de gebruiker oplegt introduceren serieuze beperkingen in het systeem. Ik kan bijvoorbeeld nergens een mogelijkheid vinden om een lokaal voor meerdere dagen of uren te reserveren zonder het reserveerproces verschillende keren te herhalen. Ik kan me voorstellen dat een docent graag meerder lokalen voor meerder uren wil reserveren, en dit zelfs enkele weken op voorhand. Dit kan misschien opgelost worden door het reserveer scherm uit te breiden. Het systeem zou bijvoorbeeld op basis van functie (docent / student) een ander reservatievenster kunnen aanbieden of je zou de gebruiker zelf kunnen laten kiezen tussen een basis modus en een geavanceerde modus. Ik vind ook nergens een functie terug om de reservatie van al gereserveerde lokalen te annuleren. Doordat de gebruiker pas na het reservatie overzicht moet inloggen, kan je nooit een annuleer knop plaatsen op de uren die bezet zijn indien de gebruiker deze al heeft gereserveerd. Dit zou opgelost kunnen worden door de gebruiker voor het starten eerst in laten loggen. Dit lijkt me geen probleem daar externen (mensen die niet over een studenten- of personeelskaart beschikken) geen lokaalreservaties zouden mogen doen. Verder mis ik ook mogelijkheden om de reservatie te delen of een herinnering te versturen. Een docent zou bijvoorbeeld de reservatie van een lokaal willen delen met zijn studenten. De student die een lokaal reserveert voor een groepswerk wil dit misschien melden aan de andere leden van de groep. Een mogelijkheid hierbij is het toevoegen van een extra scherm waarop de gebruiker kan aangeven wat hij wil delen en met wie. Als laatste kan ik nergens enige vorm van differentiatie vinden tussen reservaties van studenten en reservaties van administratief - of academisch personeel. 2
Ik kan me voorstellen dat lessen prioriteit krijgen over groepswerken ed. Misschien is het interessant om voor studenten bepaalde lokalen uit te sluiten om deze voor lessen ed. voor te behouden 2.8 Aesthetic and minimalist design Het design zit goed in elkaar. De knoppen met dezelfde functionaliteit staan op elk scherm op dezelfde plaats. De illustraties zijn sober waardoor het overzicht bewaard blijft. Kleuren worden gebruikt daar waar dat nodig is (bezet/vrij). 2.9 Help users recognize, diagnose, and recover from errors Zoals ik al eerder aanhaalde worden gebruikers in een richting geduwd waardoor fouten geminimaliseerd worden. 2.10 Help and documentation Om het systeem idiot proof te maken is het misschien interessant om op elk venster een Help knop te plaatsen die in de vorm van een pop-up ballon informatie geeft over dat scherm. 2.11 Priotiteiten 1. Mogelijkheden van het systeem: zoals eerder uitgelegd zijn de beperkingen naar de gebruiker toe ook beperkend voor het systeem. Dit kan doelbewust gedaan zijn (andere functies voor andere devices) maar indien dit niet zo is, moet dit de absolute prioriteit krijgen daar deze veranderingen ook de interface en de interactie gaan veranderen. 2. Als tweede zou ik het lezen van de studenten - of personeelskaart transparanter maken. Meer visuele uitleg en meer feedback van het systeem. Ook zou ik de gebruiker eerst laten inloggen vooraleer hij toegang krijgt tot de overzichten ed. 3. Als derde zou ik een hulpknop op alle vensters plaatsen. 4. Als laatste zou de kleur van de overzichtskaart meenemen in de detailkaarten (rand, blokje,...) 3 Review Portable systeem 3.1 Visibility of system De visibility van het systeem is goed. Het systeem geeft de gebruiker extra uitleg bij sommige vensters ( keuze nieuwe registratie ). Na het reserveren van een lokaal krijgt de gebruiker eerst een overzicht van de informatie. Na bevestiging 3
krijgt hij een verificatie van de registratie. Ook bij het beheer vraagt het systeem extra bevestiging bij bepaalde acties (verwijderen). 3.2 Match between system and the real world De terminologie is duidelijk en consequent met het Multi-touch systeem. Misschien dat het eerste scherm kan worden overgeslagen. Ik denk dat het misschien beter is om de gebruiker meteen weer naar het kaartje te sturen en de andere functies (zoeken, beheer,...) in de vorm van een menu aan te bieden. 3.3 User control and freedom Alle vensters voorzien een terug knop waarmee de gebruiker naar het vorige scherm kan terugkeren om eventuele fouten te herstellen. Ook hier krijgt de gebruiker vrij weinig vrijheid waardoor hij in een specifieke richting wordt geduwd. Hierdoor gaan de fouten veroorzaakt door de gebruiker aanzienlijk verminderen alsook de mogelijkheden van het systeem. 3.4 Consistency and standards Het systeem is niet consistent met interface guidelines van portable systemen (zoals Android, Windows,...). Het zou misschien goed zijn deze te volgen. Verder staan knoppen met dezelfde functie (zoals terug) niet altijd op dezelfde plaatst op verschillende vensters wat zorgt voor een inconsistente interface. Ik zou deze altijd op dezelfde plaats zetten, zoals dit ook het geval is in het Multitouch systeem. 3.5 Error prevention Het systeem heeft een goede visibility waardoor ook fouten worden voorkomen. Het systeem somt bijvoorbeeld alle eigenschappen van de reservatie op zodat de gebruikers eventuele fouten kunnen corrigeren vooraleer ze tot reservatie overgaan. 3.6 Recognition rather than recall De kleuren die gebruikt zijn in de Multi-touch versie ontbreken helaas. Ik zou deze in de portable versie zeker implementeren. Verder voorziet het systeem feedback voor de gebruiker wanneer hij door de verschillende stappen van de reservatie loopt. 3.7 Flexibility and efficiency of use Het systeem is zeer efficiënt voor specifieke taken (reserveren van 1 lokaal voor 1 uur op 1 dag). Zoals ik ook al in de multi-touch review aanhaalde mis ik hier toch wel wat functionaliteit hoewel de portabel versie wel al aanzienlijk meer 4
functionaliteiten voorziet en wel een differentiatie maakt tussen administratief - en academisch personeel en studenten. Zo zou het goed zijn om meerdere uren te kunnen selecteren en reservaties te delen. 3.8 Aesthetic and minimalist design Het design is minimalistisch. De interface elementen lijken wel vaak niet recht onder of langs elkaar te staan (ongelijke afstanden) maar ik vermoed dat de ontwerptool hiervoor verantwoordelijk is. Het lijkt er niet op dat guidelines voor mobiele interfaces gevolgd zijn. Ik zou dit laatste zeker doen. 3.9 Help users recognize, diagnose, and recover from errors Gebruikers krijgen slechts een beperkte vrijheid waardoor fouten geminimaliseerd worden. Acties die een potentieel desastreus resultaat hebben indien ze per ongeluk uitgevoerd zouden worden, zijn beschermd doordat het systeem een bevestiging vraagt voor uitvoering (verwijderen van een reservatie). 3.10 Help and documentation Enkel op het keuze nieuwe reservatie scherm staat uitleg over de functionaliteit. Ik zou elke venster voorzien van een hulpfunctie die meer uitleg kan geven om het systeem idiot proof te maken. 3.11 Prioriteiten 1. Ook hier geef ik de hoogste prioriteit aan het uitbreiden van de mogelijkheden van het systeem. 2. Als tweede zou ik zeker proberen de interface conform de beschikbare guidelines maken. 3. Als derde zou ik het startscherm overslaan en meteen naar het kaartje gaan. De andere functies zou ik in een menubar aanbieden. 4. Als vierde zou ik op alle vensters een hulpfunctie plaatsen. 5. Als laatste kunnen de kleuren op de kaart uit het Multi-touch systeem worden overgenomen. 5