User-Centered System Design

Download Report

Transcript User-Centered System Design

User-Centered System Design
User-Centered System Design
- a philosophy of user interface design
introduced by Don Norman & Steve
Draper in 1986
User-Centered System Design
Technology should be designed around
the needs of the user.
To do this, you need to understand users
and what they are trying to do.
Avoid: Solutions in search of a problem!
User-Centered System Design
Requirements analysis
Task analysis
Standards, principles, guidelines
Design experience
Design tools
Design
Formal models
Implementation
Evaluation*
*(incl. usability testing)
User-Centered System Design
To what extent can you trust your own
intuitions about doing a task?
You can’t!!!
(Norman)
The interface should be the
responsibility of someone who can
take the perspective of the user and
be a strong advocate.
This is not easy!
User-Centered System Design
Some principles
 focus on users and their needs instead
of technical considerations
 do a task analysis
 start usability testing & evaluation early
in the design process
 design the system iteratively
and allow it to evolve
Iterative Design
DESIGN
TEST
Task analysis
Task analysis - What is it?
observes users in realistic settings
doing particular tasks
 a bit like doing anthropology or
ethnography
 may include taking notes on what users
actually do, having them “think out loud”
while working, interviewing them, or
having them fill out questionnaires

Task analysis
can be done at different levels of detail
 fine level (primitives, e.g. therbligs,
keystrokes,GOMS - the “micro” level)
 intermediate level (flow charts, plans,
or steps for sequences of actions)
 high level (cognitive goals; social
impact - the “macro” level)
The goals of task analysis
enables you to understand what the
user has to do and cope with
 enables you to trace steps leading up to
an error and figure out why it occurred
 enables you to see what parts of the
task the user spends the most time
doing - what is easy and what is hard
 enables you to compare different users
and different methods for doing tasks

Methods for task analysis
 Questionnaires
 Interviews
 Ethnographic
observation
 Verbal protocols
 Formal models and simulations
Questionnaires & interviews
 are
often done badly.
 It’s important to ask open-ended
questions first and to avoid biasing the
respondent (avoid leading questions).
 Respondents often misinterpret
questions.
 Problem: trusting what people say
Ethnographic observation
a
method from anthropology
 Example: Lucy Suchman’s studies of
people using copy machines (at Xerox)
Finding:
Human action isn’t all planned ahead people respond to the situation they are
in (“situated action”)
Ethnographic observations
are very different
from observations in the laboratory!
(We’ll compare these further in our next lecture)
A note on scientific methods:
There are two important steps in doing
science:
1. Observing and describing
2. Testing theories and hypotheses
HCI specialists get many useful principles and
solutions from what they see users do, not
only from abstract theory and testing
hypotheses.
Methods for task analysis (cont.)
 Questionnaires
 Interviews
 Ethnographic
observation
 Verbal protocols
 Formal models and notations
(GOMS)
(Hierarchical task analysis)
Verbal protocols
 pioneered
by psychologists studying
problem-solving
 have people “think out loud” as they do
some activity, step by step
 Advantage: can get at some of the
invisible steps that people go through
on the way to a solution, steps that
aren’t evident in their behavior.
Challenges in task analysis:
You must involve other people!
 Try to avoid bias.
 Summarize in some useful form.
 Try to characterize the full range of
relevant tasks and users.

When to do task analysis?
Task analysis must be done at the very
beginning of the design process.
Examples:
 Back Seat Driver
 NL interface (HP)
 Communication device for a severely
handicapped user
How to summarize data from
task analyses?
Scenarios - imaginary but
representative, at a useful level of detail
 Describe different types of users, tasks
 Characterize their different perspectives
 Quantify (to the extent possible) their
tasks and problem areas

IDEO web site:
An interesting company that specializes in
task analysis, design, and usability
Peter
Viccellio
Quic kT ime™ and a
T IFF (Uncompres sed) decompres sor
are needed to s ee this picture.