Re: Usability Test Metrics
"Fraser Hamilton :: cidi" <[email protected]> Thu, 20 Mar 2003 10:51:09 +0000
| Newsgroups | gmane.comp.web.ucd |
|---|---|
| Message-ID | <BA9F4D9C.17B7%[email protected]> |
Hi Lynne, There's no simple answer to this one. On the one hand, it depends on the type of system you're developing. For example, if you're developing a data entry system (or other system that gets lots of frequent use by lots of users) then you might want to minimise the time it takes users to do their tasks - over the period of a year your client might save a lot of money by reducing task times (or errors, or support calls, etc). So working towards targets might be useful. Similarly, your client might want to demonstrate that their system is more efficient, effective etc compared to competitors' products. So they might like this data. Metrics shouldn't be too difficult to collect if you're going to run usability tests anyway. For instance, you just need to start a stop-watch when your users start the task and stop it when they stop! Similarly, it's easy to collect data on how many people manage to complete the tasks they attempt. Also, after each task you could simply ask them to rate how frustrated they were doing the task, how satisfying they found it, and how confident they were that they had completed the task successfully. That will only take you seconds to do. If you've not got a huge amount of users then collating the data shouldn't take too long either. I wonder if you're over-estimating the cost of collecting it? It might be difficult to set usability targets up-front. Are you going to go through more than one iteration of tests? If so, when you've collected your first set of metrics you will get an intuitive feel if users are (say) taking too long to do the tasks... and on that basis you could set targets to aim for for future versions. Another reason to collect quantitative data would be political. Do you think you might be asked to justify the quality of the system at some point? Or to justify making changes to it? If so, you might find it useful to have this data to hand to support your arguments for making the changes you suggest, e.g. "We have to make this change... 6 out of 10 users failed to do this task...", "Most users took more than 7 minutes to do this... that's too long." If you suspect that you might have to defend your decisions then you might want to collect this stuff. (BUT: because of the small sample sizes we tend to use in HCI, some people may dispute the reliability of your data, so this can be a slippery slope to head down!) Of course, in terms of informing future design iterations, the qualitative data is what you will really need: it sounds like you're doing early formative evaluations rather than summative ones. It really depends on how important it is to collect these metrics: what purpose would they serve? Best of luck. Fraser -- Fraser Hamilton Usability Consultant & Researcher Email: [email protected] Tel: +44 (0)20 7040 8418 -------------------------------------------------------------- POSTINGS (in plain text): [email protected] SUBSCRIPTION CHANGES: http://lists.syntagm.co.uk (or send email to mailto:[email protected]) --------------------------------------------------------------