Changes for page Inclusive Design
Last modified by Pierre Bongrand on 2022/04/05 20:56
From version
10.1


edited by Haoran Wang
on 2022/03/14 21:34
on 2022/03/14 21:34
Change comment:
There is no comment for this version
To version
27.1


edited by Bart Vastenhouw
on 2022/03/31 10:42
on 2022/03/31 10:42
Change comment:
There is no comment for this version
Summary
Details
- Page properties
-
- Author
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. haoranwang1 +xwiki:XWiki.BartVastenhouw - Content
-
... ... @@ -1,14 +1,24 @@ 1 1 Inclusive design is a design process in which a product, service, or environment is designed to be usable for as many people as possible, particularly groups who are traditionally excluded from being able to use an interface or navigate an environment. [[Wikipedia>>https://en.wikipedia.org/wiki/Inclusive_design#:~:text=Inclusive%20design%20is%20a%20design,interface%20or%20navigate%20an%20environment.]] 2 2 3 +The objective of inclusive design is to make artifacts accessible to and used by as many people as possible in a wide variety of situations. 4 + 3 3 For our case, it is necessary to have a universal design that is inclusive to a variety of people that may have different handicaps: 6 + 7 +<ul><li> 4 4 1. Perceptual 5 -* Blind 9 + 10 +<ul><li> 11 +* Blind </li><li> 12 +* Partially sighted</li><li> 6 6 * Deaf 14 +</li></ul> 15 +</li></ul> 7 7 8 8 2. Motor 9 9 10 -* List item 11 -* List item 19 +* Limited motion 20 +* No use of limbs 21 +* Use of mobility assistance 12 12 13 13 3. Cognitive 14 14 ... ... @@ -16,28 +16,42 @@ 16 16 * Down's Syndrome 17 17 * Autism 18 18 29 +== Participatory Design == 30 +Participatory design means involving users in design from the earliest stages. It can help researchers to interact with patients and develop functions that are neglected from the earlier stages. 31 +Researchers would get a deep understanding of users and their needs so that they can empower users. 19 19 20 -There is no generic "disabled user". Creating different personas and scenarios helped us to consider a more robust user. 21 21 22 -Our design was already made for people with dementia. However, this lecture and the feedback from the presentation of the previous week helped us to consider two more general cases: 34 +== SCE and Inclusive Design == 35 +In the SCE process, inclusive design is also an important part. There is no generic "disabled user". Creating different personas and scenarios helped us to consider a more robust user. 23 23 37 +1. Personas and scenarios 38 +Envision diverse users: We should envision as many as possible personas and scenarios to include as many different situations as possible. However, it is impossible to include all kinds of situations in the prototype as the inclusive design is a dynamic process. It should be used and evaluated throughout the whole development process. 39 +2. Design patterns 40 +Address possible social, cognitive, affective, and physical differences: All people have differences, which makes design patterns extremely hard. We need to consider and address the potential differences between people. 41 +3. Evaluation 42 +Involve diverse users: Evaluation would have more powerful insights if it involves more people. Unexpected situations may be presented during the evaluation process, thus we can fix the problem and make it more suitable for different people. 24 24 44 +== Our Design == 45 +Our design was already made for people with dementia. However, this lecture and the feedback from the presentation of the previous week helped us to consider two more general cases: 46 + 25 25 === Deaf patient === 48 +Use of redundant information leveraging both audio and visual channels of communications between Pepper and the PwD. We can also adjust the volume of Pepper to the PwD's need. 26 26 27 -Use of redundant information leveraging both audio and visual channels of communications between Pepper and the PwD 28 - 29 - 30 30 === Price === 51 +Need to do the maths, because it might be that Pepper's cost averages out. However, technically speaking, there may be a small portion of people who can afford the Pepper robot, since the cost of research, development, and material of Pepper are expensive. But Pepper could be used for a long time. Therefore, the cost can be averaged out in the long run. 31 31 32 -Need to do the maths, because it might be that Pepper cost averages out. 53 +=== Different needs === 54 +In our prototype, we have not considered too much about the different needs of PwDs. It is impossible to involve all needs since we only have three personas. We can only envision limited needs because of restricted resources and situations. 33 33 56 +We paid additional details to not make wrong assumptions about our users. By not stereotyping, not patronizing, or stigmatizing the patients. 34 34 58 +=== Examples === 35 35 36 -We paid additional details to not making wrong assumptions about our users. By not stereotyping, not patronising or stigmatising the patients. 60 +1. Not all PwDs have the same routine. We designed the medication/activity reminder to customize to different users. HPCs and relatives can set reminders for the PwD. 61 +2. Not all PwDs have the same activities. 62 +3. PwDs have different degrees of dementia. In our case, we are focusing on people who are in the earlier stage of dementia. 37 37 38 --> Examples? 39 39 40 40 41 41 42 42 43 -