21.07.2013 Views

User Interface Design and Ergonomics - National Open University of ...

User Interface Design and Ergonomics - National Open University of ...

User Interface Design and Ergonomics - National Open University of ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

It's very easy to shape the comments users will give you, <strong>and</strong> what they do in the test, by<br />

asking questions <strong>and</strong> making suggestions. If someone has missed the significance <strong>of</strong><br />

some interface feature a word from you may focus their attention right on it. Also,<br />

research shows that people will make up an answer to any question you ask, whether or<br />

not they have any basis for the answer. You are better <strong>of</strong>f, therefore, collecting the<br />

comments people <strong>of</strong>fer spontaneously than prodding them to tell you about things you are<br />

interested in.<br />

On helping, keep in mind that a very little help can make a huge difference in a test, <strong>and</strong><br />

you can seriously mislead yourself about how well your interface works by just dropping<br />

in a few suggestions here <strong>and</strong> there. Try to work out in advance when you will permit<br />

yourself to help. One criterion is: help only when you won't get any more useful<br />

information if you don't, because the test user will quit or cannot possibly continue the<br />

task. If you do help, be sure to record when you helped <strong>and</strong> what you said.<br />

A consequence <strong>of</strong> this policy is that you have to explain to your test users that you want<br />

them to tell you the questions that arise as they work, but that you won't answer them.<br />

This seems odd at first but becomes natural after a bit.<br />

c. Recording<br />

There are plain <strong>and</strong> fancy approaches here. It is quite practical to record observations<br />

only by taking notes on a pad <strong>of</strong> paper: you write down in order what the user does <strong>and</strong><br />

says, in summary form. But you'll find that it takes some experience to do this fast<br />

enough to keep up in real time, <strong>and</strong> that you won't be able to do it for the first few test<br />

users you see on a given system <strong>and</strong> task. This is just because you need a general idea <strong>of</strong><br />

where things are going to be able to keep up. A step up in technology is to make a video<br />

record <strong>of</strong> what is happening on the screen, with a lapel mike on the user to pick up the<br />

comments. A further step is to instrument the system to pick up a trace <strong>of</strong> user actions,<br />

<strong>and</strong> arrange for this record to be synchronized in some way with an audio record <strong>of</strong> the<br />

comments. The advantage <strong>of</strong> this approach is that it gives you a machine readable record<br />

<strong>of</strong> user actions that can be easier to summarize <strong>and</strong> access than video.<br />

A good approach to start with is to combine a video record with written notes. You may<br />

find that you are able to dispense with the video, or you may find that you really want a<br />

fancier record. You can adapt your approach accordingly. But if you do not have a video<br />

setup, do not let that keep you from trying the method.<br />

d. Summarizing the Data<br />

The point <strong>of</strong> the test is to get information that can guide the design. To do this you will<br />

want to make a list <strong>of</strong> all difficulties users encountered. Include references back to the<br />

original data so you can look at the specifics if questions arise. Also try to judge why<br />

each difficulty occurred, if the data permit a guess about that.<br />

182

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!