Unit 3: The process of interaction design Flashcards
Fundamental activities of all design and additional one for ID.
Understand requirements.
Produce design to satisfy requirements.
Evaluate design.
ID has focus on users and goals. Additional activity:
Produce version of design user can interact with.
Why is it important to involve users? (2)
Someone who performs task everyday (or will use product regularly) will have a unique perspective that can’t be replicated.
Developers can better understand users’ goals if they’re involved throughout - product will be more appropriate and usable.
2 aspects nothing to do with functionality that are just as important if the product is to be usable and used?
Expectation management.
Ownership.
Expectation management (def and purpose).
The process of ensuring user’s views and expectations of the new product are realistic.
The purpose is to ensure there are no surprises when the product arrives - otherwise may cause resistance or rejection.
Ownership.
Users who are involved and feel they’ve contributed are more likely to feel ‘ownership’ towards it and be receptive when it emerges.
Degrees of user involvement with brief comment.
Full time, whole project:
Consistent input and very familiar with system.
May lose touch with the rest of the group - input less valuable.
Part time, whole project:
Consistent input, while remaining in touch with the group.
Deal with new jargon/material while fulfilling original job.
Several users form each user group part time for a limited time:
Input may not be consistent, but coordination between users can alleviate this.
Disadvantages of involving users. (4)
Users may develop sophisticated ideas they want late in the project.
Fear of job losses - may be less constructive.
Unpredictable, not sympathetic to software development matters.
May lead to higher aspirations, therefore higher stress.
Aspects of a well-designed system. (3)
Makes the most of human skills and judgement.
Is directly related to the work in hand or other activity.
Supports rather than constrains users.
Gould and Lewis - 3 principles to a “useful and easy to use computer system.”
- Early focus on users and tasks.
Find who users will be by studying users and users doing tasks. - Empirical measurement.
Early in development - user reactions to printed scenarios, manuals, etc. - Iterative design.
‘Design, test, measure, re-design’ repeated.
‘Early focus on users and tasks’ (Gould and Lewis) - further 5 principles.
- User tasks/goals should be the driving force behind development.
- Users’ behaviour and context of use should be studied, and the system designed to support them.
(‘How’ people perform tasks). - Users’ characteristics (general and specific to group) should be captured and designed for.
(Should account for cognitive and physical limitations). - Users should be consulted throughout development, and their input taken seriously.
- All design decisions are taken within the context of users, their work and environment.
‘Empirical measurement’ (Gould and Lewis). (2 points)
Identify, document and agree specific usability and user experience goals at the beginning of the project.
The product can be empirically evaluated at regular stages, to ensure the final product is as intended.
‘Iterative design’ (Gould and Lewis).
Revision needed in light of feedback, several times.
Intro to ‘Identify needs and requirements for user experience’.
Must know target users so you can support them.
Needs form basis of requirements and underpin design and development.
Intro to ‘Developing alternative designs that meet those requirements’. (I.e. reqs for user experience).
Core design activity - suggesting ideas to meet requirements.
2 sub activities:
- Conceptual design - produce conceptual model which describes what product should do, look like and behave.
- Physical design - details, eg. colours, sounds, images, menu/icon design.
Alternatives considered at every point.
Intro to ‘Building interactive versions of designs’.
Most sensible way for users to evaluate is to interact.
Doesn’t have to be software - eg. paper-based prototypes very effective to identify problems early.
Intro to ‘Evaluating what is being built throughout the process and the user experience it offers’.
Determine usability and acceptability of the product/design.
Evaluation complements and enhances QA and testing.
Questions if we’re going to be able to ‘do’ ID in practice. (4)
Who are the users?
What do we mean by needs?
How do you generate alternative designs?
How do you choose among alternatives?
