Minor UxD > HCI mastery > Werkgroep 2

Minor UxD > HCI mastery > Werkgroep 2

Epicenter design

Micro interactions

utility menu LOGO

Select importance 1.0 Most Important 0.9 0.8 0.7 0.6 0.5 Normal 0.4 0.3 0.2 0.1 0.0 Not important

Normal

Important

Hoofdmenu

Local menu

Key interactions

Widgets

Footer

The important stuff

Contingency design

Contingency design

Status verloop

Beetje theorie

Oefenen met

Beetje theorie

Status verloop van de case

De case

De case

Key interactions

Deliverables

Oefenen

De case Intro

What next

Action

Feedback

Action

Feedback

Oplossingen

37signals

Luke W

Jenifer Tidwell

Luke W

A list apart

Some random tips for designing forms 1. Give an error message that’s noticeable at a glance. 2. Use color, icons, and text to clearly highlight and explain the problem area. 3. Always identity errors the same way. 4. Eliminate the need for back-andforth clicking. 5. Don’t use language that might be unfamiliar to your customers. 6. Keep text brief and easy to understand. 7. Be polite. 8. Highlight either required or optional fields. 9. Accept entries in all common formats. 10.Provide sample entries, pull-downs, and formatting hints to ensure clean data. 11.Explicitly state limits to characters, number of entries, and so forth. 12.If customers can’t choose it, don’t show it. 13.Validate entries (as soon as possible). 14.Button up: Eliminate the Reset button and disable the Submit button after it’s clicked. 15.Assist form dropouts by saving information. 16.Answer questions on the same page they arise.

17.Provide a human fallback plan (help via phone, chat, social or email). 18.Don’t disable the browser back button. 19.Don’t force registration. 20.Don’t block content with ads. 21.Eliminate unnecessary navigation during multi-step processes. 22.Eliminate, eliminate and eliminate. 23.Have a conversation. 24.Organize/Group content. 25.Use multiple pages when a form contains a large number of questions that are related by a few topics. 26.Consider asking optional question after a form is completed. 27.Use the minimal amount of visual information necessary. 28.Name that form. 29.Use the right input field for the right question. 30.Try to avoid optional fields. 31.Design clear scan lines. 32.Create a clear path to completion. 33.Clearly communicate when a form is being processed.. 34.Avoid distractions. 35.Show progress indicators. 36.Choose your label alignment: left, right, top or inside. 37.Field lengths matter. 38.Flexible inputs/forgiving format. 39.Primary actions are more important than secondary actions.

40.Avoid secondary actions on forms. 41.Don’t use help text to compensate for poor form design. 42.Provide help. But don’t overdo it and text may not be the best options. 43.Provide dynamic help (a display is not static like paper). 44.Display error messages in context so they can be resolved quickly. 45.Provide actionable remedies that enable people to resolve errors quickly. 46.Success. But now what? No dead ends. 47.Consider inline validation to conform or suggest valid answers and to help people stay within limits. 48.Inline conformation work best when there is a large set of valid answers people can pick from. 49.Use inline validation after people finished their answer (except for password strength meters...) 50.Forgiving format. 51.Structured format. 52.Good defaults. 53.Input hints. 54.Input prompts. 55.Masks. 56.Fill-in-the-blanks. 57.Illustrated choices. 58.Autocompletion. 59....

volgende klant verkoop lot

verkoop lot

automatisch na printen

OK

1

tie Ac

tie Ac

3

tie Ac 2

Ac tie

1

Ac tie

2

Ac tie

3

volgende klant verkoop lot

verkoop lot

automatisch na printen

OK

Contingency design

Contingency design

Status verloop

Beetje theorie

Oefenen

Beetje theorie


De case

De case

Key interactions

Deliverables

Oefenen

De case Intro

What next

r e i h r e Wat kan ? n a a g s i allemaal m

Spell it out! 1.

Gebruiker drukt op OK.

2.

Terminal verstuurt verzoek naar server. (1 tot max 10 loten)

3.

Server checkt of loterij nog actief is.

4.

Server checkt of loten beschikbaar zijn.

5.

Server checkt of eindcijfers beschikbaar zijn.

6.

Server stuurt lotgegevens naar terminal (1 tot max 10 loten).

7.

Terminal ontvangt lotgegevens.

8.

Terminal stuurt lotgegevens naar printer.

9.

Printer warmt termisch element op.

10. Printer selecteert goede rol papier. 11. Printer print eerste lot. (op termisch papier) 12. Printer snijdt eerste lot van rol papier. 13. Printer print en snijdt eventuele andere loten. 14. Printer stuurt “ik ben klaar” bericht naar terminal. 15. Terminal stuurt “het is gelukt” naar server. 16. Terminal geeft feedback aan gebruiker.

Wat kan er aal hier allem misgaan?

Mogelijke fouten 1.

Geen netwerkverbinding

2.

Eindcijfer niet meer beschikbaar

3.

Aantal loten niet meer beschikbaar

4.

Loterij (net) niet meer beschikbaar

5.

Geen verbinding met printer

6.

Geen papier in printer

7.

Niet goede papier in printer

8.

Papier niet goed geladen in printer

9.

Papier loopt vast in printer (half geprint)

10. Papier is op bij printen meer loten 11. Papier is op bij printen straat loten 12. Papier loopt vast bij printer meer loten 13. Papier loopt vast bij printen straat loten 14. Lot niet verhit door termisch element (lot is blanco) 15. Lot wordt niet van rol gesneden. 16. En dan alle erge dingen: printer stuk, terminal stuk, stroomuitval...


Opdracht Ontwerp contingency design voor: 1.

Papier loopt vast in printer (half geprint) en/of

2.

Lot niet verhit door termisch element (lot is blanco)

Een lot waar alle info (barcode, lotnummer, prijs, loterij, type lot) op staat is geldig. Een ongeldig lot (incomplete informatie of beschadigd) moet nogmaals in de printer worden ingevoerd (in de handmatige invoer). De printer print dan “ONGELDIG” op het lot.

De doelgroep is zeer divers van 16-jarige digital natives die een bijbaantje hebben bij Albert Heijn tot 80-jarige kappers tot (halve) analfabeten. Betrouwbaarheid is zeer belangrijk (STL moet zeker weten welke loten verkocht zijn) - snelheid echter ook als er op zaterdag rijen in de winkels staan.


Spell it out! 1.

Wat is verwachte waarde of range

2.

Is er een waarschijnlijke default?

3.

Wat zijn mogelijke waarden

4.

Wat is de minimum waarde

5.

Wat is de maximum waarde

6.

Hoe zit de waarde in het hoofd van de gebruiker

Opgeven priority/importance van document: Priority

select importance 0.0 Not important 0.1 0.2 0.3 0.4 0.5 Normal 0.6 0.7 0.8 0.9 1.0 Most Important

Relatief belang Normaal

Belangrijkst

Spell it out! 1.


2.


3.


4.


5.


6.





Belangrijkst

Belang van deze pagina ten opzichte van andere pagina's in de deze website.

Spell it out! 1.


2.


3.


4.


5.


6.





Belangrijkst

Belang van deze pagina ten opzichte van andere pagina's in de deze website.

Contingency design

Contingency design

Status verloop

Beetje theorie

Oefenen

Beetje theorie


De case

De case

Key interactions

Deliverables

Oefenen

De case Intro

What next

Objecten in beheeromgeving

Lijst

zoeken...

Nieuw item

Eerste item Nog een item En nog een item En nog een item

Details van een item

Objecten in beheeromgeving

Lijst

zoeken...

Nieuw item

Eerste item

Nog een lijstje

Nog een item

Met nog een item

En nog een item

En nog een item

En nog een item

En nog een item

Details van een item

Objecten in beheeromgeving Lijst

zoeken...

Nieuw item

Eerste item Nog een item En nog een item En nog een item Details van een item

user maakt account aan op website

tijdelijk account


tijdelijk account user maakt account definitief door te reageren op bevestigings e-mail

actief account



actief account

user heft account op

opgeheven account



actief account

beheerder zet account terug


opgeheven account


tijdelijk account

user reageert niet tijdig op bevestigings e-mail

user maakt account definitief door te reageren op bevestigings e-mail

actief account



opgeheven account

verlopen tijdelijk account


tijdelijk account




actief account



opgeheven account

user reageert 2 maanden niet op bevestigings e-mail


nieuwe user vraagt account aan?

tijdelijk account




actief account



opgeheven account




tijdelijk account

user vraagt nieuwe bevestigings e-mail aan user reageert niet tijdig op bevestigings e-mail



actief account



opgeheven account


user vraagt nieuwe bevestigings e-mail aan



tijdelijk account




actief account



opgeheven account



user vraagt nieuwe bevestigings e-mail aan nieuwe user vraagt account aan?

tijdelijk account




account op zwarte lijst

beheerder of systeem zet account op zwarte lijst


actief account


opgeheven account




tijdelijk account








actief account


opgeheven account




tijdelijk account








actief account

user logt langer dan een jaar niet in

inactief account


opgeheven account




tijdelijk account








user logt in

actief account


inactief account


opgeheven account




tijdelijk account








user logt in

actief account


inactief account


opgeheven account


Contingency design

Contingency design

Status verloop

Beetje theorie

Oefenen

Beetje theorie


De case

De case

Key interactions

Deliverables

Oefenen

De case Intro

What next

Vakantiehuis Amsterdam Zuid 25

Huidige situatie

huurder

beheerder

Huidige situatie

huurder

beheerder

Huidige situatie

huurder

beheerder

Huidige situatie

huurder

beheerder

Huidige situatie

huurder

beheerder

Huidige situatie

huurder

beheerder

Huidige situatie

huurder

beheerder

Nieuwe situatie

huurder

beheerder

Nieuwe situatie

huurder

beheerder

Nieuwe situatie

huurder

beheerder

Nieuwe situatie

huurder

beheerder

Nieuwe situatie

huurder

beheerder

Nieuwe situatie

huurder

beheerder

Object reservering Reguliere pad

Object reservering

0a. huurder stuurt reserveringsverzoek via website

1. verzoek voor reservering

1a. beheerder accepteert verzoek

3. optie voor reservering

3a. huurder accepteert overeenkomst

4. reservering

4a. beheerder verstuurt factuur voor aanbetaling

5. reservering met verzoek tot aanbetaling 5a/6a/7a. huurder betaalt aanbetaling

8. aanbetaalde reservering

8a/9a/10a. huurder betaalt huursom

11. betaalde reservering 11a. huurder geniet van huis

13. af te rekenen reservering 13a. beheerder verstuurt def. factuur

14. definitief gefactureerde reservering 14d. beheerder retourneert restant waarborg

14a/15a/16a. huurder betaalt factuur

17. afgeronde reservering

Object reservering 0a. huurder stuurt reserveringsverzoek via website





4. reservering

Object reservering


4. reservering




Object reservering

5a/6a/7a. huurder betaalt aanbetaling




13. af te rekenen reservering

11a. huurder geniet van huis

Object reservering





Object reservering






4. reservering










Object reservering Annuleren

Object reservering




1b/2b. beheerder wijst verzoek af of huurder annuleert verzoek

18. geannuleerde of afgewezen reservering

3b/4b/5e/6e/7e. beheerder/huurder annuleert reservering



4. reservering



12a. beheerder retourneert (deel) (aan)betaling

Object reservering


4. reservering


5. reservering met verzoek tot aanbetaling 12a. beheerder retourneert (deel) (aan)betaling


8. aanbetaalde reservering 8d/9d/10d. beheerder/huurder annuleert reservering



11b. beheerder/huurder annuleert reservering

12. geannuleerde maar al wel (aan)betaalde reservering

Object reservering









4. reservering


5. reservering met verzoek tot aanbetaling 12a. beheerder retourneert (deel) (aan)betaling


8. aanbetaalde reservering 8d/9d/10d. beheerder/huurder annuleert reservering





Object reservering Wanbetaling









4. reservering



8. aanbetaalde

5b. huurder betaalt aanbetaling niet op tijd

6. reservering met niet betaalde aanbetaling

5d/6d/7d. beheerder accepteert niet betalen (deel) aanbetaling

6b. beheerder verstuurt aanmaning voor aanbetaling

7. reservering met aanmaning voor niet betaalde aanbetaling

7b. herhaalde aanmaning


reservering


Object reservering 3a. huurder accepteert overeenkomst

4. reservering










5d/6d/7d. beheerder accepteert niet betalen (deel) aanbetaling

8b. huurder betaalt huursom niet op tijd

9. reservering met te laat betaalde huursom

9b. beheerder verstuurt aanmaning voor huursom

10. reservering met aanmaning voor te laat betaalde huursom

8d/9d/10d. beheerder/huurder annuleert reservering 10b. herhaalde aanmaning



13. af te rekenen reservering




(aan)betaling 5d/6d/7d. beheerder accepteert niet betalen (deel) aanbetaling

Object reservering 8. aanbetaalde reservering







11. betaalde reservering






16b. herhaalde aanmaning 14b. huurder betaalt def. factuur niet op tijd

15. reservering met niet betaalde factuur



14c/15c/16c. beheerder accepteert (gedeeltelijk) verlies

15b. beheerder verstuurt aanmaning voor def. factuur

16. reservering met aanmaning voor niet betaalde factuur

Object reservering Ad-hoc wijzigingen


Object reservering 1c. wijziging





3c. wijziging




4c. wijziging

4. reservering


5c. wijziging



7c. wijziging

6c. wijziging






5d/6d/7d. beheerder accepteert niet betalen (deel) aanbetaling 9c. wijziging

8c. wijziging



10c. wijziging






11c. wijziging

11. betaalde reservering



Object reservering Meer initiële triggers

Object reservering 0a. 0b. huurder stuurt huurder stuurt reserverings- reserveringsverzoek per verzoek via mail/telefoon website

1c. wijziging



3c. wijziging



4c. wijziging

4. reservering

0c. huurder stuurt reserveringsverzoek per mail/telefoon


1c. wijziging



3c. wijziging



4c. wijziging

0d. huurder stuurt reserveringsverzoek via website

4. reservering

2. tweede optie voor reservering

2c. wijziging

0e. huurder stuurt reserveringsverzoek per mail/telefoon

Contingency design

Contingency design

Status verloop

Beetje theorie

Oefenen

Beetje theorie


De case

De case

Key interactions

Deliverables

Oefenen

De case Intro

What next

Tis niet makkelijk. Maar we gaan het toch proberen. 0a. huurder stuu 0b. rt huurder stuu reserverings - reserverings-rt verzoek via verzoek per website mail/tele foon

0e. huurder stuu rt reserveringsverzoek per mail/telefoon

1b/2b. behe erder wijst verz oek af of huurder annu leert verzoek

1a. beheerd accepteert verzer oek

3c. wijziging

2

0d. huurder stuu rt reserveringsverzoek via website

1. verzoek voo r reservering

1c. wijziging

1

0c. huurder stuu rt reserveringsverzoek per mail/telefoon

2. tweede opti voor reserver e ing

3. optie voo r reservering

2c. wijziging

3a. huurder accepteert overeenkom st

3

4c. wijziging


3b/4b/5e/6e/ beheerder/hu 7e. annuleert rese urder rvering

4. reservering

4a. beheerd er factuur voor verstuurt aanbetaling 6c. wijziging 5c. wijziging

5. reservering met verzoek tot aanbetaling

5b. huurder betaalt aanb etaling niet op tijd

5a/6a/7a. huu betaalt aanbetarder ling


7c. wijziging 6b. beheerde verstuurt aanm r aning voor aanbetali ng


5d/6d/7d. behe niet betalen erder accepteert (deel) aanbetali ng

9c. wijziging 8c. wijziging




8a/9a/10a. huu rder betaalt huursom

11c. wijziging

7b. herhaald e aanmaning

12a. beheerde r retourneert (deel) (aan)betaling

10c. wijziging 9b. beheerde verstuurt aanm r anin voor huursom g

10. reservering met aanmanin g voor te laat betaalde huur som

8d/9d/10d. beheerder/hu urder annuleert reservering

10b. herhaald e aanmaning

11. betaalde reservering 12. geannule erde maar al wel (aan)betaald e reservering

11b. beheerde r/hu annuleert rese urder rvering


13. af te rekenen reservering 13a. beheerd verstuurt def. er factuur

14. definitie f gefactureerd e reservering 14d. beheerder retourneert restant waarborg

14a/15a/16a . huurder beta alt factuur

17. afgerond e reservering

4

14b. huurder betaalt def. factuur niet op tijd

15. reservering met niet betaalde factuur

14c/15c/16c. accepteert (ged beheerder eeltelijk) verli es

16b. herhaalde aanmaning 15b. beheerde verstuurt aanm r aning voor def. fact uur

16. reservering met aanmanin voor niet beta g alde factuur

5

Object reservering 0a. 0b. huurder stuurt huurder stuurt reserverings- reserveringsverzoek per verzoek via mail/telefoon website

1c. wijziging

0d. huurder stuurt reserveringsverzoek via website

0e. huurder stuurt reserveringsverzoek per mail/telefoon



3c. wijziging

0c. huurder stuurt reserveringsverzoek per mail/telefoon


2. tweede optie voor reservering

2c. wijziging


Opdracht: Vul het statusdiagram aan met de statussen 4c. wijziging 4. reservering “Bezoek van het huis” en “Optie/Huuroverkomst verlopen”.

Contingency design

Contingency design

Status verloop

Beetje theorie

Oefenen

Beetje theorie


De case

De case

Key interactions

Deliverables

Oefenen

De case Intro

What next

Wat zijn de key interaction (use case, scenario’s user stories) van Vakantiehuis Amsterdam Zuid 25?

Key interactions

Wat zijn de key interaction (use case, scenario’s user stories) van Vakantiehuis Amsterdam Zuid 25? ★Key interaction

itt t s o p r e p o i r a n e c s 1 er! gebruik s e ti c a it u n a v k n e nb. d

✓Normal interaction

!! Edge cases / Errors

Wat zijn de key interaction Vakantiehuis AZ25

-

Vraag over beschikbaarheid

-

Nieuwe reservering invoeren

-

Geplande stap in proces nemen op basis trigger huurder (soms meer tegelijk)

-

Geplande stap in proces nemen op basis trigger systeem (soms meer tegelijk)

-

Gereed maken huis, opnemen standen (2x) en info verwerken

-

Ad-hoc vraag/verzoek/wijziging

-

nb. 2e opties zijn te edgie en hoeven niet in systeem.

Contingency design

Contingency design

Status verloop

Beetje theorie

Oefenen

Beetje theorie


De case

De case

Key interactions

Deliverables

Oefenen

De case Intro

What next

Nieuwe situatie

huurder

beheerder

Wat op te leveren

-

Overzicht van alle hoofdschermen

-

Één hoofdscherm/hoofdonderdeel tot in alle details

(bijv. wireflow)

(stem keuze af met docent)

-

Demo in Axure voor gevoel voor overall flow/overzicht (bijv. aan de hand van twee flows)

Meerdere reacties na één actie nce

print

cluster

l conditona selector

l conditiona branch

iterative area

mail

l conditiona area decision point

on continuati s connector l conditona s connector area

Dashboard

onal cal navigati eive identi a collection of files that rec ch as a group of entity (su als). nu represents ssified as a single ma ck sta on cla A file instructi and can be y of PDF treatment s or a librar ble game downloada sily ms into ea ps our diagra separate dge the ga ints to bri re allow us to nuation po may list one or mo on points nti ati r co nu e nti us Co is a matte on point ons, we ion ati cti tat nu se en nti le ori co digestib A single choice of e s. Th on . cti ed se between ns as need tio na t. sti de gmen sources or sthetic jud hitect's ae of the arc ple lines. ted with sim g how the user are depic icatin d of n elements nality, ind posite en ips betwee to convey directio r on the op ba ss s Relationsh ow cro use a s use arr Connector ough the system. We ment. ve thr mo ve m ea will mo upstr to prohibit the arrow y not be may or ma re conditions en a path mo is used wh , er one or on wheth ectionality bar l connector up dir na ey ing itio nv nd nd depe A co cross s to co We use a to the user nnectors use arrow presented the system. l co nt. gh na me ou itio ve thr nd mo are met. Co w the user will move prohibit upstream ho ow to indicating d of the arr posite en e or more on the op t share on g tha s ge w, or havin or of pa s p-up windo fy a group ng in a po se attribute ed to identi ari us the pe is fy ap a nti An are els to ide s (such as nt if you lab ute me e cu rib Us do att re in the common treatment). he n ew sig els de e tes some uniqu ectors), refer to no nn (as with co say. to have a lot eating involve rep tures that y t architec functionall to represen ed to a number of ct du ed us pro as are y have a is appli Iterative are ture as it ple, you ma associated with it. basic struc ments. For exam ges the same mber of pa ation ele nu a s orm inf ha l product identica / which each /visvocab catalog in .jjg.net/ia http://www t concurren set

file stack

ck page sta

OK

ose l pages wh site. y identica ture of the functionall a group of macrostruc tes the to ica terial ck ind A page sta properties are imma al navigation

flow area

file

page

not the Web, ntation on gram may it of prese in your dia le mental un -- one page e) or multip the funda mentation a frameset interfac ple im Pages are of riven s (as in ly) a unit e-d file ari as ss ML ce tab (ne multiple HT r-side include or da to d on corresp a serve de (as in units of co tion). implementa They are properties. ment (such vigational er environ without na Web brows PDFs, or a ls of data de rce tsi pa use ou nts like Files are for me er cu us do to the one delivered s, stand-al or video file as audio s). executable

flow reference

Reserverings details

re uick Refe bulary Q a c o V l a Visu

to a ns applies re conditio in one or mo commonly in or used when are applied most log is a lid va are l a as na itional are A conditio ch as when as are associated ges. Cond issions, su are filled. group of pa olving access perm uired. Conditional ) are not ful inv tion is req condition(s situations SL) connec the event that the (S d pte encry rated in ne ge ult re, for with a res in procedu out the (like a log gh ce of steps ent contexts throu uire the fer s a sequen dif se req in clo as ly en are a ted A flow are t will appear repea dure. Flow d exit ing proce tha points an instance) a programm ation points: entry alogous to nu nti an co n, of sig es de special typ use of two points. ery a flow in ev e older" for referenc of "placeh a and flow as a sort e serves the flow are with the corners nc th ere Bo . ref A flow repeated rectangle which it is shape, a context in same basic have the elements . off d pe clip es multiple, n generat me user actio w at the sa s where a p-up windo page while a ed in case po us a g is t nin se ga ent spaw A concurr (such as or displayin rved side; us results t to the cu in window, ec ma nn co the in simultaneo nts d ge is loade d). Upstream eleme e. time a pa sid downloade to the flat file is being elements connect m nerate downstrea n may ge out user actio decision ab when one st make a to model mu ed in m us ed is ste us point the sy st be ults, and A decision arrows mu ciated elements mber of res Note that so nu d. a as nte of er e se eth on pre to clarify wh ult is to be . ion points which res cision point n with decis eam from the de str conjunctio m or down are upstrea n) must user actio based on ns to be stem (not sive optio en the sy tually exclu int of the nch is wh po mu bra e l of on na er g a numb A conditio connect to side. elements path amon opposite select one the user. Upstream nnect to the to ments co presented stream ele wn do le; triang e h, with on nal branc the conditio wnstream paths are much like various do fill the s function the tor , lec tor se l lec ful t se Conditiona paths tha : with the difference h results.) mber of the important e. Any nu (e.g. searc lly exclusiv sented to the user not mutua may be pre ) n(s itio sed cond e path ba re than on her present mo wnstream from eit stem can do ute sy rib ar a att pe en ap the r can ple if is used wh . The cluste selector. For exam B; but if the A cluster l conditions ge na in pa itio rta to nd ce th upon d page D. nch or a co the user sees a pa an bra l C na ge a conditio value x, to both pa ated has es paths being evalu value y, the user se s attribute ha

Hoofdschermen in beheersystemen hebben meestal veel verschillen statussen.

37signals heeft het over: Blank state

Regular stat

Error state

Initieel

1-niveau tree

2-niveau tree

Lange tree

Hover page 2/3

Hover page 3/3

Hover page (!)

Zoeken

Prullenbak

Hover menu

Hover page 1/3

Initieel

1-niveau tree

2-niveau tree

Lange tree

Hover page 2/3

Hover page 3/3

Hover page (!)

Zoeken

Prullenbak

Hover menu

Hover page 1/3

Versie 16

Versie 14

Versie 12

Versie 10

Versie 6

Versie 2

Contingency design

Contingency design

Status verloop

Beetje theorie

Oefenen

Beetje theorie


De case

De case

Key interactions

Deliverables

Oefenen

De case Intro

What next

HCI mastery WG3 verlei den

verlei den se ca p o n e s s a toep ) l e e d e d (publiek

ro os ters gesprekken on-line

Vrijdag

Woensdag

Maandag

week 3 Vrijdag

Woensdag

Maandag

week 2 Vrijdag

Woensdag

Dinsdag

week 1

Minor UxD > HCI mastery > Werkgroep 2

Recommend Documents