Understanding Usability

Filed under

usability testing

 

Why our clients are finally finding the real value in usability testing…

By Esse Spadavecchia on 3 August 2011

Recently at Objective Digital we have had a plethora of financial clients asking for usability testing with our eye-tracking facilities as well as larger focus-groups to ascertain people’s views on finances and their attitudes towards banking online.

This is a good thing. Actually it’s a great thing. For one, as a banking customer of a couple of our client’ banks, I’m overjoyed that they’re interested in hearing what their end-users have to say... and what’s more they’re really listening. Secondly, it’s good for business. And we do love that really. But how did this all come about?

How did we instil the need for usability testing?

There was a long period of time when the words Usability Testing and User Centred Design were just hot jargon being played with in the industry… I don’t think our clients really knew how they would make improvements following usability testing sessions or include the outcomes in the process.

So what changed?

Well for one, the User Experience (UX) industry started evolving to a point where their deliverables weren’t just a 98-page Word document with detailed findings that no one would ever read…

Yep, we started wizening up to the fact that nobody likes to read lengthy documents, whether they are online or printed and bound. Even if you did put your super snazzy company logo in the top left corner with scented spray.

Now there was GOLD in those documents. Literally thousands of magic pointers that, if followed to the nose, would make your site grow a cape and take off faster than Superman... but who has time to read? Let alone work out a strategy for what gets done first and who should be responsible for it all.

And then what?

Deliverables became PowerPoint presentations and findings became bullet points of highlights. Graphs and tables with summaries became the norm. Edited short video clips of usability testing and eye-tracking accompanied every document.

Suddenly our clients were taking notice. One of our clients went on to say that our report was the ‘Best report I’ve ever read, tells the story in a way that makes absolute sense. We can’t wait to do this for all our products’.

 This was the hot tamale they’ been looking for. This was actionable. This they could deal with and still get home in time to watch Master Chef. Winner.

As an example we delivered a 28-page preso to one of our clients recently, most of which consisted of links to snippets of users talking about what they liked and what they didn’t like. The chief programme guy got it immediately. He stood up, shook our hand and said “Guys, I know what we need to do. It’s so obvious”. I know we keep saying it, but yes, the users’ voice speaks a million words… Even more so that an image, even if it’s of Paris Hilton.

So we started fashioning all our final presentations as such.

  • Short overviews, executive summaries.
  • Stats on what people liked, where they failed, what they wanted.
  •  All accompanied by video and eye-tacking data, as well as heatmaps and gazeplots.
  • Then end it off with an actionable list of what needs to be done, and prioritise it by user-need vs. business-need vs. technical complexity and you have a winner.
  • With a cherry on top.

Gazepath
Gazemap

So now our clients keep coming back to us. Not only because we’re lovely and generally very good-looking, but also because we actually deliver something they can act on. The guy at the top gets it because he can fashion a business case from it. The manager of the programme gets it because he can work it into his project timeline and of course the designer and propeller-heads get it because it’s actionable and they can action it. Simple.

So now our clients know usability testing is good. Not only because they are hearing the voice of their customers, but also because now they know what to do about it. Brilliant.

At the end of the day it’s the deliverables that are evolving… we forget in the UX industry that our clients have other stuff to read too (no! really?). And we are very, very clever, but it means nothing if people can’t do something with it.

It’s like getting a stunning villa in France vacuum packed and bubble wrapped with limited instructions (in French) as to how to get it up and install the plumbing… it’s bound to be abandoned.

And you probably won’t buy a villa from the same people again.

So go forth grasshopper, and create shorter presentations and deliverables with real impact!

 

 

 

 

Filed under  //   finance   online usability   usability   usability testing   usability testing sydney  

Sydney Research Network by Objective Digital

We are pleased to announce our new Sydney Research Network on Facebook.

Screen_shot_2011-02-14_at_8

If you or anyone you know would like to be participants in our face-to-face user research and usability testing sessions in George St, Sydney then sign up. You can earn up to $100 in an hour!

Screen_shot_2011-02-14_at_9

And don't forget to like our new page (right below) please.

Filed under  //   Sydney Research Network   market research   usability testing   usability testing sydney  

DIY Document Camera for mobile testing & recording

Recently we did some mobile iPhone testing and were unable to use a document camera so I ended up creating a DIY document camera.

We used the Gorilla Pod by Joby called the GorillaMobile Original. It comes with some great handy mounting options such as a suction cup clip and a high-bond removable adhesive clip. We ended up using the latter to attach our webcam to the pod.

The webcam we used was a Logitech Webcam Pro 9000, which we fixed to the Gorilla Pod with the help of the removable adhesive clip that came with the pod kit.

As we use Macs, we simply hooked up the webcam to Photo Booth or you can use any other recording software (screen or webcam) to record the research sessions. There is a bit of a fiddle with software to allow Photo Booth to use an external webcam and the quality of the external webcam is not as great as it would be if you used a PC. To allow for the external webcam to work on the Mac we used a program called Macam.

This setup was used successfully for 2 days and cost much less than a document camera. Especially those that have a webcam and/or Gorilla Pod already, it becomes a very cheap alternative. 

Other useful sites that show alternative DIY recording options:

Make your own iPhone usability testing sled for 5 pounds

Recording usability tests on the iPhone

 

(download)
 

 

Filed under  //   document camera   iphone testing   mobile testing   usability testing  
Posted from The Rocks, Australia

Usability testing in places where your users hang out - SAI GLOBAL Property Services Case Study

Sometimes it can be very hard to recruit participants for usability testing!

Recently, our long term client, SAI GLOBAL Property Services (previously Espreon), needed to test its new, 'game changing', self service property settlement booking system with a representative sample of solicitors and legal practice managers.  These users are so hard to track down! We just couldn't find any to book into a testing session at our lab in George St, Sydney.

So we went to them:

Photo_21

at the Australian Legal Practice Managers Association (ALPMA) Conference where SAI GLOBAL was sponsoring and had a booth.

Photo_19

This was a really successful method of accessing people who's time is precious. In one day Joanna Lewis was able to test with 12 people in sessions ranging from 20 - 45 minutes. She accessed 5 solicitors, 2 legal practice managers  and 5 SAI GLOBAL employees. A perfect number to give us valuable feedback on the final version of their interactive and graphically designed prototype site. 

I went along to the session to help invite participants into the stand for the testing session while Joanna was busy. However, the SAI GLOBAL sales staff did my job for me! One woman in particular recruited all of the key users we needed!!  And recruiting was easy because people were keen to see the eye tracker in action!

Of course the Tobii T60 eye tracker that we used is portable and we could quickly set it up in the morning before people arrived.  We used the Retrospective Think Aloud (RTA) protocol [pdf].This meant that, whilst people were using the complex online application, we could leave them alone to focus on the task at hand.

We had originally planned to test the system using 2 tasks, but soon realised participants wanted to leave once the first task was completed.  So we got participants to complete the process straight through, as one task. When they were finished Joanna replayed them their eye gaze video to stimulate discussion and gain insights on how to improve the prototype. Final discussion questions also had to be speedy - just likes and dislikes.

Photo_20

Here's a heat map that we created after the testing to demonstrate some of the findings to the SAI GLOBAL executive.

Sai

As a bonus for SAI GLOBAL, the eye tracker meant that sales staff could actively engage with customers during the conference and describe what Joanna was doing.  This helped get people into the stand and demonstrated that SAI GLOBAL care about how their applications are designed, making sure customers find it easy to use. Also, the sales staff were actively engaged in the research process. I am sure that they will use the experiences of the day regularly in future sales meetings! And we have already received feedback from a very happy CEO!

Filed under  //   Case Studies   Eye Tracking   usability testing  
Posted from Coogee, Australia

Anna's running Usability Testing Training in October!

On October 21st, 2010 join Anna van Egmond to learn how to run your own usability testing projects from start to finish! 

For the last couple of years we've been proud to have Anna as part of our Objective Digital team!  Now you too can learn from Anna's extensive experience in one of the largest usability industries in the World, the UK!  

Recently, we've all worked together to create an awesome new usability testing training agenda! 

Learn about:
  • Usability scripts, tasks and scenarios
  • Recruitment and incentives
  • Running the usability test - moderation
  • Analysis and reporting, and
  • Project management considerations. 
You'll discover how to do it, exactly as we deliver to our very happy clients. You'll even take home the templates and process guidelines we use on a daily basis!

Plus, Anna might even throw in some eye tracking!

Check out more about our usability testing training on our website and email jbreeze@objectivedigital.com if you'd like to book in!

Filed under  //   training   usability testing  

OD FAQ's | How do I prepare for a usability testing project kick off?

OD FAQs | Can I test rich applications with eye tracking?

This is a copy of our UXMag.com guest post. Thanks UXMag!

Eye Tracking: Best Way to Test Rich App Usability | UX Magazine

Eye tracking has recently been debated on many fronts, with a particular focus on the ways people misuse it, and how some use eye tracking only as a way to "wow" clients. In our experience, however, it's invaluable in bringing to light key findings that are otherwise unattainable through other user testing methods. Eye tracking offers UX people the ability to:

  • Leave a participant alone during a test to focus on the task at hand, and therefore
  • Capture real physiological data about their conscious and unconscious experiences. This data is unique to eye tracking.

Eye Tracking for Rich Applications

Recently eye tracking has been heavily used in website design and testing. When I became involved about eight years ago, the sites tested were mainly flat HTML. Researchers were able to produce beautiful heat maps that were useful for comparing and optimising simple screen layouts and online advertising placements.

The invention of rich, interactive, and transactional interfaces, however, has meant producing eye tracking results is now more complex. Each interface has multiple states and people can interact in pretty much whatever way they like. People can choose their own way through a task to completion and the eye trackers can't tell which state is what as a person's eyes are tracked. Additional analysis is now required to separate these interactions, and fortunately eye tracking technologies have advanced to make this process relatively simple.

If this new level of sophisticated analysis is not achieved, this will result in eye tracking data being misused and eye tracking will retain (inappropriately) its novelty status.

Usability Testing Fraternities Lock Horns

Think Aloud

Think Aloud (TA) is an age-old usability testing method. People are asked to speak their thoughts, feelings, and opinions during a set of usability testing tasks. This is done with the help of the facilitator, who “skilfully interrupts" the process frequently to find out why people do particular things during the test.

In my opinion, when people are faced with lots of interactions on screen, considerable cognitive effort is required. Adding TA to this experience will inappropriately add more cognitive load to the task that would not normally be present. This can lead to misleading additional eye fixations and dwell times on outputs, which clouds the analysis. Often a poor facilitator will prompt users to the next stage (when was the last time someone knocked on your door and helped you find the right button when you browsed at home?), again spoiling the desired realism while testing.

We know there are three types of memory “storage" systems: sensory memory, short term, and long term. Our sensory memory retains an exact copy of what is seen or heard, and is generally thought to last between 300ms and a few seconds. Our short-term memory tends to remember between five and nine “items" (George Miller, et al) of information. If we start to talk about our actions in a TA protocol, these precious (milli) seconds and snapshots of information are quickly forgotten or overwritten. After that, what are they basing their commentary on?

Eye Tracking

There has been considerable debate about the usefulness of usability testing with eye tracking. Many TA proponents claim their methods, when carefully performed, will find enough issues compared with eye tracking, which they consider to be too difficult, time consuming, and expensive to bother about.

To my mind, this criticism arises from a situation where some people use eye tracking to make wild claims about how all websites should be designed. These can be found in numerous blog posts written that offer tips and guidelines. These include 23 Actionable Lessons From Eye-Tracking Studies, Web Form Design Guidelines: An Eyetracking Study, and Eyetracking Study Reveals 12 Website Tactics. These articles have been widely referenced and retweeted; however, they should be taken with a grain of salt. Without a clear understanding of the methodology used, the information should simply be seen as an investigative tool in your design process, not as the Holy Grail.

Of particular concern is Jakob Nielsen's F-pattern research. This was produced in 2006 and I regularly hear it mentioned in design meetings in Australia. This study was done using the regular TA protocol, which means that participants' eye gaze data is very likely not valid because they were talking to the experimenter during the study. Try doing an everyday task like driving, cooking, or cleaning while all along the way verbalising every little step, and see how your behaviour (actions, methods, or time to complete) is affected.

Retrospective Think Aloud

Retrospective Think Aloud is another usability testing method that has been used for many years. In this case, participants give their opinions of a task after it is completed and the interview is recorded for later reference. Of course, it is hard to remember what you did during a task.

Retrospective TA with eye tracking (RTA) is a method in which participants are quickly calibrated on the eye tracker and then asked to do the testing task without interruption from the facilitator. In fact, the facilitator can even leave the room during a test. Following the test, the facilitator immediately asks the participant to score their experience and then replays the eye gaze video of the participant's experience to them. This replay of their eye gaze triggers the person's memory of what they did, thereby mitigating the memory issue. Expanding on this, the eye gaze can also be removed to ask what the participant thought they looked at before revealing their actual interactions.

Think Eyetracking, an early adopter of the RTA eye tracking protocol (which they renamed PEEP), have published a jointly researched academic paper with Lancaster University, UK. Their academic article can be downloaded on the Think Eyetracking Blog. They also had a very popular blog post about it in 2008 that generated some controversy.

Below are some eye tracking heat maps created by Think Eyetracking that show a comparison of a Google search task done with TA (on the left) and RTA (on the right). Note the dramatic differences! It is obvious that the behaviour is very different, with long dwell times and numbers of fixations apparent in the TA output, probably caused by the participants staring at and browsing the screen while verbalising their actions.

Comparison of eye tracking results using TA and RTA

Recently, Tobii Technology from Sweden created a unique feature in their Tobii Studio software where during the eye gaze replay stage of the test, the software records a video and audio record of the participant and facilitator as they review the eye tracking session. This can be paused, replayed, and scrubbed to allowing a full detailed analysis of the session with both visual and audio cues. Find out more about RTA on Scribd or watch this video:

Usability labs are set up to approximate real life. We regularly see experimenters set up their testing facilities like offices or lounge rooms to make the person feel at home. TA asks people to talk to someone while they are busy doing a task—where's the real life in that?

Eye tracking is the only real way to test a rich application without distracting the participant.

See Where People Looked, Not Where They Think They Looked

Here are some examples from our recent work at Objective Digital.

We allow people to complete tasks in a focused way, and also obtain real physiological data about what they are doing. It is difficult to argue with and almost impossible to fake these measures. We are not making assumptions about what they looked at and in what order things captured their attention. Some recent client projects encouraged us to use eye tracking to identify:

  1. Where do people look first?
  2. What don't they look at?
  3. What they looked at before the usability issue occurred?
  4. How people learn an interface?
1. Where Do People Look First?

Very simply, eye tracking can tell us exactly what caught people's attention first on a screen. Jay Eskenazi put this very clearly in a comment on the IxDA forum in 2009:

Eye tracking measures unconscious behavior—and provides data that people simply cannot verbalize in other common user research methods, especially TA usability testing protocols. Decades of psychology research show that much human behavior occurs at an unconscious level.

The human eye, for example, can make up to 5 fixations per second and this occurs below people's level of conscious awareness. So in a 30 second scan of a typical homepage, the customer may be looking at up to 150 items on the page. Your customers (or research participants) simply cannot verbally tell you where their eyes are going and this is exactly the value that good eye tracking data provides.

Our experience is that visual attention data IS correlated with behavioral performance metrics. If people don't "see" something, then they are less likely to click it.

2. What They Don't Look At

Case study 1: Eye tracking shows what things on the screen people didn't look at. Importantly, the data revealed what space was being wasted in the design and what areas of the page were essentially ignored.

Recently, when we tested an internal CRM application for a finance company, eye tracking proved that customer service staff ignored the very information the company wanted them to focus on. In the task, they weren't even required to click on the screen.

CRM application eye tracking heat map

The image here shows clearly that in the first few seconds of usage staff focused primarily on the bottom right rather than the bottom left where they were meant to focus. This would not have been observable if simply interviewing them. Considering this screen is used 300,000 times per day, any improvements to the design that make the correct part of the screen more obvious will drive positive outcomes for the finance company's customer service.

Joanna Lewis, whom I work with, recently wrote a blog post about what people ignore.

3. What They Looked at Before the Usability Issue Occurred

Only with eye tracking can we see all the options that people consider, even unconsciously, before starting and completing a specific task.

Eye tracking shows you where people immediately look on a screen. Yes, they can find a target and do a usability task just fine. But where did they look first, especially for ecommerce where time taken can force customers to leave you or stay? Rob Tannen puts this very clearly:

[Eye tracking] does have value as a secondary diagnostic tool. In the context of usability testing, eye tracking does not determine the presence of a usability problem, but helps determine what led to that problem in conjunction with performance data, facilitator observations and user self-reporting.

 

Case study 2: As the video clearly shows, this user was looking everywhere except at the Donate area on the right. After looking at the navigation both at the side and at the top, the rest of the page was viewed but at no point did the user focus on the Donate area in the main image. It clearly highlights the fact that this call-to-action does not stand out in the prototype, and users are also expecting to see something within the navigation. Equally, the heat map below gives an indication where all six people we tested would expect to see this link.

Asthma site heat map

Case study 3: When users were asked to change one of the options on this screen, the eye tracking heat map below showed very clearly where they were expecting to go. People did not see the areas they were supposed to (indicated in red). Eye tracking of the first second they looked at the screen allowed us to make the site more efficient as it clearly indicated where the functionality should have been positioned.

The heat map below shows the first second of eye tracking on a prototype applicaiton. Users were heavily fixated on one area of the screen, and it can be assumed that this is where they were expecting to find the function they were asked to look for (the buttons).

Heat map of prototype eye tracking experiment

This experience can also be seen in our financial institution case study.

How Do People Learn an Interface?

Eye tracking is also useful for change management and training when a new system is introduced to staff within a business.

Where do people look the first time they see an application? How about the second time, and the third time? Eye tracking shows very clearly how people learn to interact with a system.

Case study 4: Gaze plot for a new user
A new user visiting the website

The new user is seen to skip back and forth between the right hand side panel and the selections and information on the main part of the page to complete the task.

Gaze plot for a frequent user
A frequent user of the website

The frequent user skips back and forth less frequently than the new user and is more focused on completing the task.

Gaze plot for an expert user
An expert user of the website

The expert user is highly focused and directed and completes the task with minimum effort.

This example was again from the banking CRM case study. The client even used an eye tracking video as part of the training package for customer service reps. It was used to show them the best way to look at the interface the instant a customer identifies themselves at a branch.

Role-Played Customer Service

The eye tracking data gathered from the CRM examples above was gathered during a simulated customer service interaction. The bank branch staff member was tracked during a 45-minute role-played customer interview. Afterward, the usability issues were discussed when the staff member's eye gaze and screen interactions were replayed to him. I can't think of any other way to do this type of test that essentially involves three people: participant, role-played customer, and facilitator.

Commonly Reported Eye Tracking Advantages

Eye tracking offers unique advantages above and beyond traditional TA. Other widely known advantages include:

  1. A more relaxed testing environment where participants give feedback in their own time, and actually find more usability errors.
  2. Executives like eye tracking because it produces compelling physiological data that can't be argued with.
  3. Real time eye tracking data also provides for a better observation experience. I frequently find that if I am observing a participant's gaze data in real time while they complete their tasks, I am better engaged and glean more detailed insights about the user interface.

In TA, sometimes it can be very hard to see what a person is talking about during the test. I once mentioned this to a TA proponent and they suggested that if the TA is managed well it wouldn't be a problem. During the test, they would have the test facilitator ask the participant to hover their mouse over the part of the screen they are describing so that the observers can see what is being discussed. I'm sorry, but this just means the participant gets even more distracted from the task at hand.

If you are keen to read more eye tracking FAQs, please visit our website!

 

Filed under  //   Eye Tracking   OD FAQs   usability testing  

OD FAQs I How do I write usability testing tasks?

"They're Too complicated!"

That’s the most common mistake we see in tasks for a usability test. You want the test participant to focus on the website, not the tasks. Too complicated and the participant will be interacting with you, not with the website. Plus, when they'll keep forgetting the task if it is too long.http://img.skitch.com

Screen shot 2010-06-17 at 10.15.56 AM.png
 

These are our 10 guidelines for developing simple, effective and uncomplicated tasks for a usability test:

1 Relate each task to test objective

You don’t have many opportunities – generally only 1 hour with the participant, so keep the task focused on the purpose of the test. If the purpose is to test whether users can complete an order, get them to do just that. You should be able to tick off each of the test objectives against a task.

2 Select scenarios that rate high on frequency and/or importance

You may have only 6-8 tasks in a test, so focus on the important tasks. Find something and check out.

For a new site, you generally want to test the primary purpose of the site – find a product and check out, sign up for something, find the answer to something.

3 Don’t make them too complicated

We've said it before, but its important. Keep it simple, preferably to one or two sentences:

Example: You want to book a holiday for your family. Find a holiday that suits you.

4 Be as realistic as possible

Try to make the task suit the participant’s real life circumstances. That’s why you have recruited them against certain criteria. For example, don’t have people look for a holiday for an imaginary family – get them to use their own family or friends.

If you have very different user groups, say, Customer and Advisers on a banking site, you need two sets of tasks. One for each group.

5 Move from general to specific

You don’t want to lead the participant around the website by the sequence of tasks. It’s better to have an open exploratory task first to see how the participant interacts with the website.  Then, move to the more specific tasks, based on the objectives and the new functionality.

6 Avoid using the words on the website

Using words on the website leads people. Try to write the task in everyday language.

Example: You want to take out your superannuation NOT You want to consolidate your super.

7 Use concrete language

As much as possible, use active verbs to describe the task - Book a hotel in Rome; Buy a Xmas present for your partner; Find out the weather forecast for today.

8 Follow a logical flow through the website

Try to make the test follow a natural customer journey from start to finish. For example, on an e-commerce site, the customer may explore, compare, purchase, create an account, and check out. Your test should follow this sequence.

9 For information tasks, instruct the participant on how to end

Don't leave the participant floundering when they have reached the end of the task. Have the participant tell the facilitator when they have found the answer.

Example: Find a cruise which interests you. Tell the facilitator when you have found it.

10 Utilise other communications

Showing the participant other product material such as brochures, leaflets or ads can be useful if you don’t want to explain too much in a task. Then it is up to the participant to work it out from the website, and the extra material.

Example: You saw this ad on a bus stop. Find out if this product would suit you.

 

Of course, we will write the tasks with you!

Feel free to read more usability FAQs on our website.

Filed under  //   OD FAQs   methods   usability   usability testing  

OD FAQs | Where can we do usability testing?

Usability Testing can usually be done anywhere you have a desk and a PC.  However, for formal usability testing with clients we run it at EyeTrackLab in conjunction with City Group Rooms. Here's our locations for usability testing

  • Sydney CDB
  • North Sydney
  • Parramatta
  • Hurstville

At the usability testing lab we set up the eye tracker in one room and in an adjoining room you can see the test live.  During a usability test you will:

  • See the participant through a one-way mirror
  • Hear the participant and facilitator's voices over a speaker
  • See a video of the participant's face
  • See the screen and their mouse movements
  • And most importantly, see their eye movements live on the screen they are using.

Media_httpimgskitchco_rjocb

Being able to see participants' 'gaze paths' on the screen in real time during a usability test greatly improves the usability test viewing experience, as it offers observers a way to gain rich insights into what the person is doing, while they are doing it.  We often have clients getting so excited about this that they are calling their developers during the test to have improvements made to the site immediately!

If you are unable to attend the usability testing, we can also facilitate it in our office at a lower cost. We record all the data listed above and you can watch it streamed live to your office over the Web. We also produce a DVD of video highlights for you to watch later.

You can book our usability testing lab by emailing jbreeze@objectivedigital.com.

Feel free to check out our other Usability FAQs on the Objective Digital website!

 

Filed under  //   EyeTrackLab   OD FAQs   usability   usability testing   usability testing sydney  

OD FAQs | How do I recruit people for user research?

We recommend recruiting people with a professional market research recruitment agency. We use Farron Research*. Farron has been doing recruitment for us from the beginning and also recruit for many other usability and market research companies. It costs about $100 - $130 to find people from specific demographics for your tests.

It is generally not a good idea to do recruitment yourself. As it is very time consuming and can be very frustrating for the uninitiated.  There is nothing worse that being set up for testing and the participant not showing up. If you have limited funds, you can read our popular tips about recruitment blog post. 

Sometimes clients give us lists of their customers and this is totally fine. However, recruitment may cost a bit more with a list. This is because recruiters generally use a panel of known people. These people have signed up to be participants and expect irregular calls from Farron.  She manages the lists so that people do not do too many of the same types of tests. Those on Farraons list are profiled, so that Farron can select the right demographic for your requirenents. List recruitment usually costs a little bit more than using Farron's panel and people from lists are prone to not turning up to testing :)

Another reason to use a professional recruiter is that they are very strict when it comes to meeting the criteria. Their screeners are carefully put together and only include people based on an ordered priority of criteria.

Something we have become cautious about is a request to test with people with low-level web skills. Someone too lowly skilled can be a waste of a test opportunity. It can be frustrating for everyone involved, and  unfair on the test participant who feels like a failure. When it comes to web skills, we ask about:

  • frequency of use
  • tasks completed and importantly,
  • unassisted use.

We like to give Farron about a week to find 6 - 12 people and we brief Farron with the following usability recruitment guideline and briefing document.

http://www.scribd.com/doc/33003448/Recruitment-Brief

To incentivise participants to take time out of their day, we provide a cash payment. The higher $ amount it is, the easier Farron's job. Currently, the standard rate for a one hour usability session with general public is between $80 to $100.

If you need testing done, please be ready to complete the recruitment brief. Of course, we will help you with it!

You'll find a list of other important usability testing requently asked questions on our website.

*Of course we are happy to use your chosen recruitment method.

Filed under  //   OD FAQs   recruitment   usability testing   user research