The methodology is for a cheap test in the sense that I think it can be meaningful even with a handful of participants. Here's how it would work:
- Have a user perform a "control" task like finding the lowest available priced KindleDX, including shipping, available to be purchased immediately on ebay.com. Time their performance of this task.
- Then take them to one of two different versions of a similar site, like ubid.com. For some people, take them to the regular version of ubid.com (Figure A). For others, take them to a more aesthetically suspect version of the site (Figure B). Ask them to perform the same task (finding the lowest available priced KindleDX, including shipping, available to be purchased immediately) and time them again.
I'm not entirely sure what it was designed for but it's certainly also very useful for testing usability with public websites whose styling you don't otherwise control.
I'm proposing that you could look the users' timed performance with ubid.com relative to their timed performance with ebay.com. Obviously, some users take longer than others to perform tasks but you can still compare users with varying levels of speed, computer facility, etc. with each by using this relative measure of performance.
I suspect that what you would see is that users who use the Figure B version of the ubid.com site will have longer tasks times relative to their ebay.com task times.
There are certainly non-task oriented sites where timing test are either difficult or impossible but I think that testing task oriented sites in this way can at least establish a few base level design principals that can perhaps be extended into areas where testing isn't possible.
No comments:
Post a Comment