| Home > Methodologie > Fusion Usability Recept > Gebruikers Ervaring > Basis Prototype |
Fusion Usability Recept Fase | Business Context | Gebruikers Context | Gebruikers Ervaring | Installatie |
| Doel |
Het Basis Prototype bestaat uit 2 delen:
Die consistentie heeft niet alleen invloed op de eenvoud om iets aan te leren en te herinneren, maar ook op de eenvoud om iets te gebruiken. Gebruikers verwachten immers consistentie en wanneer hier een gebrek aan is, dan zullen ze fouten maken.
Door schermstandaarden te formuleren is het eenvoudiger en efficiënter om die consistentie te bereiken.
Wanneer ze gebaseerd zijn op het Gebruikers-, Taak- en Omgeving Profiel, de Usability Richtlijnen en de Usability Doelen, dan waarborgen deze schermstandaarden een zekere kwaliteitsgarantie
Tenslotte kunnen ze significant de benodigde tijd om het ontwerp te ontwikkelen (en onderhouden) reduceren en dit op twee manieren:
In deze taak worden o.a. de schermstandaarden gedefinieerd en gedocumenteerd, die daarna dienen gebruikt te worden in alle schermen en interacties van de applicatie of website. Sommige van deze standaarden kunnen onmiddellijk geadopteerd worden van gelijke welke guidelines zoals die van Apple, Microsoft en anderen. Andere standaarden zijn uniek voor het project en zijn gebaseerd op de informatie verzameld in de Gebruikers Context fase.
Voorbeelden van zaken die kunnen gestandaardiseerd worden zijn:
Het is niet nodig om de volledige applicatie te prototypen, je kan beter een selectie maken van enkele schermen of pagina’s:
Net zoals bij de ontwikkeling van het Conceptueel Model, kan men kiezen voor een low fidelity (via papier en potlood) of een high fidelity (via een prototype tool) aanpak. Bij deze laatste moet men er uiteraard over blijven waken om niet te veel functionaliteit te programmeren. Het blijven immers prototypes en deze moeten dus snel kunnen ontworpen worden.
Bekijk ook:
Vond je dit artikel interessant? Doe dan het volgende:
- Het ontwikkelen van schermstandaarden
- De implementatie van deze schermstandaarden conform het Conceptueel Model
Die consistentie heeft niet alleen invloed op de eenvoud om iets aan te leren en te herinneren, maar ook op de eenvoud om iets te gebruiken. Gebruikers verwachten immers consistentie en wanneer hier een gebrek aan is, dan zullen ze fouten maken.
Door schermstandaarden te formuleren is het eenvoudiger en efficiënter om die consistentie te bereiken.
Wanneer ze gebaseerd zijn op het Gebruikers-, Taak- en Omgeving Profiel, de Usability Richtlijnen en de Usability Doelen, dan waarborgen deze schermstandaarden een zekere kwaliteitsgarantie
Tenslotte kunnen ze significant de benodigde tijd om het ontwerp te ontwikkelen (en onderhouden) reduceren en dit op twee manieren:
- Het kan reeds ontwikkelde ontwerpideeën en source code recupereren
- Verschillende ontwerpers die werken aan hetzelfde product of productfamilie moeten niet meer het wiel opnieuw uitvinden.
| Omschrijving |
In deze taak worden o.a. de schermstandaarden gedefinieerd en gedocumenteerd, die daarna dienen gebruikt te worden in alle schermen en interacties van de applicatie of website. Sommige van deze standaarden kunnen onmiddellijk geadopteerd worden van gelijke welke guidelines zoals die van Apple, Microsoft en anderen. Andere standaarden zijn uniek voor het project en zijn gebaseerd op de informatie verzameld in de Gebruikers Context fase.
Voorbeelden van zaken die kunnen gestandaardiseerd worden zijn:
- Welke scherm elementen (check box, radio button, list box, dropdown box, push button, …) zullen gebruikt worden en wanneer passen we deze toe?
- Locatie en uiterlijk van de verschillende schermcomponenten (Werkbalk titel, status lijn, body tekst, controle en navigatie middelen, iconen, …)
- Call to actions
- Terminologie
- Het kleur gebruik
- Lettertype soort, stijl en grootte
- Muiscursor interacties
- Toetsenbord sneltoetsen
- Feedback instructies
- Foutboodschappen
- Dialoog schermen
- Help systeem
- ...
Het is niet nodig om de volledige applicatie te prototypen, je kan beter een selectie maken van enkele schermen of pagina’s:
- Het scherm of webpagina die de meeste schermstandaarden bevat
- Belangrijke schermen (missiekritische schermen, veel gebruikte schermen, …)
- Schermen waarvan gebruikers vroeger problemen hebben gesignaleerd.
- Schermen waarvan men verwacht dat ze misschien problemen gaan opleveren.
Net zoals bij de ontwikkeling van het Conceptueel Model, kan men kiezen voor een low fidelity (via papier en potlood) of een high fidelity (via een prototype tool) aanpak. Bij deze laatste moet men er uiteraard over blijven waken om niet te veel functionaliteit te programmeren. Het blijven immers prototypes en deze moeten dus snel kunnen ontworpen worden.
| Procedures |
Fusion Usability Recept Fase | Business Context | Gebruikers Context | Gebruikers Ervaring | Installatie |
Bekijk ook:
- Conceptueel Model
- Basis Prototype
- Gedetailleerd Prototype
- Usability Evaluatie (in voorbereiding)
Vond je dit artikel interessant? Doe dan het volgende:
- Plaats een reactie
- Volg Usability Vlaanderen op Facebook of Twitter
- Schrijf je in op de E-mail nieuwsbrief of RSS feed
- Deel dit artikel met vrienden en collega's
0 reacties