Getting to know your users
Based mainly on Redmond-Pyle & Moore, GUIDE, Ch. 5 - Users and usability specification, and also on Alan Cooper's The Inmates are Running the Asylum.
Our slogans for today:
Know the user.
Know that you are not the user.
"The remarkable diversity of human abilities, backgrounds, cognitive styles and personalities challenges the interaction designer. A pre-schooler playing a graphic computer game is a long way from a reference librarian doing bibliographical searches for anxious and hurried patrons. Similarly a professional programmer using a new operating system is a long way from a highly trained and experienced air traffic controller. Finally, a student learning a computer-assisted instruction session is a long way from a hotel reservations clerk serving customers for many hours per day."Ben Shneiderman, Designing the User Interface
What are the specific distinctions you can unpack from Shneiderman's
neatly designed pairs of users?
They include at least:
- age
- domain experience
- computer experience
- degree of pressure
- frequency of use
- freedom of choice in system use
- direct vs indirect use
How to get a handle on
users?
Can you identify user
classes?
" - a sub-set of the total population if end-users who are similar in terms of their system usage and relevant personal characteristics"
e.g. for child's storybook, infant school teachers and parents probably form a single user class, but for a lesson planner system they would be quite distinct.
Use the GUIDE format to think about user classes and the implications
of user characteristics for your design. Here are some forms partly filled
out (more thinking needed throughout) for two fictional systems:
| System: Hotel Room Booking System | ||
| User Class: Reception desk staff | ||
| Characteristic | Note on Characteristics | Requirements Implied |
| Type of user(Direct / Indirect / Remote / Support / etc). | Direct | installed at reception desk |
| Experience level of user(Novice / Intermediate / expert / transfer / intermittent) | Transfer | Look at previous sytem and preserve good aspects |
| Frequency of use of system | High, constant | must be ergonomically efficient |
| Use
choice status
(Mandatory / Discretionary) |
Mandatory | |
| Existing computer experience and skills | only booking systems | |
| Other systems that they use (or will uses) concurrently | email, phone, cash till, credit card machine, minibar records, telephone records | |
| Education / intellectual abilities | A-level | |
| Motivation for using the system and specific goals | essential
part of job
a certain status attached |
|
| Number of users | 8 | |
| Tasks performed (Cross-reference to task model) | ||
| General characteristics | Age:
Sex: |
|
| Differences between users | minimal | |
| Physical capabilities | ||
| Language issues | ||
| Extent of task knowledge needed | medium | |
| Training on systems | as needed | |
| Learning style Preference | Tutorial / Trial and error | |
| Organizational position | n/a | |
| How selected and promoted | n/a | |
| Ways of working | ||
| Context (always important0 | busy in mornings, standing up, using phone |
| System: Specialist French dance music CD web site | ||
| User Class: customers for music CD's | ||
| Characteristic | Note on Characteristics | Requirements Implied |
| Type
of user
Direct / Indirect / Remote / Support / etc. |
Direct | |
| Experience level of user | not known | |
| Frequency of use of system | infrequent | must be instantly learnable |
| Use choice status | discretionary | can't afford usability problems |
| Existing computer experience and skills | not known | |
| Other systems used concurrently | not known - mobile phone? | confirm/inform via text/phone? |
| Education / intellectual abilities | wide range | |
| Motivation for using the system and specific goals | buy rare CD's, save time, be cool | appeal to specialist interest & look cool |
| Number of users | not known | |
| Tasks performed | order, pay, browse, request info, add to mail list | |
| General characteristics | Age:
16 - 30?
Sex: mainly M? |
young look and feel |
| Differences between users | peer group - strong identity | use identity |
| Physical characteristics / capabilities | fast reactions, good sight (colour blindness?) | font size, colours, animations? |
| Language issues | worldwide potential | English OK? |
| Extent of task knowledge needed | basic | |
| Training they receive on systems | n/a | |
| Learning style Preference | explore | help not appropriate |
| Organizational position | n/a | |
| How they are selected and promoted | n/a | |
| Ways of working | short bursts, interrupted, while watching TV etc. | has to be interruptible and interleavable |
Where will this information be used?
Pin them to the wall, in the form of personas
For core user classes, describe a specific individual who might be central to that class
Define - gender, age, home life, background, hobbies, work role and so on.
Assign name and graphic - cartoon, photo, magazine cutout
Refer to the persona(s) rather than speaking
about a user
Some personas for an academic conference
Web site:
Skip
Whitby heads a Research Program on Computer Mediated Communication at the
University of Carpentaria in Northern Australia. Obviously he'd love to
come to the conference, but departmental travel funds are tight this year.
He's hoping to find a lot of useful information on the Web site.
Martin Jensen
is
a lecturer in Social Studies at the University of Lilleborg in Denmark.
He may bring his girlfriend and 2 year old daughter with him and make a
holiday of their time in the UK. The family are strict vegans. He's never
been to the UK before and has no idea where Brighthelmstone is. Do you
know where Lilleborg is? Well then…
Useful References on user descriptions
Look at Alan Cooper on user goals.
Richard Griffiths' notes on the GUIDE take on user classes