Site MapUser Experience for a Better World | Each month Dr. Eric Schaffer answers selected questions on usable interface design. | Recent Questions |
| Archived questions and answers about ... |
|---|
|
December 16, 2003 – submitted by Karl of USA |
|
Question: Do you know of any guidelines or suggestions that would be useful in creating an online survey? |
Eric's response: Sure, happy to help. First be very clear the question you are trying to answer. Surveys can only measure what people report. So a question like "Is this efficient?" is out. Consider if you are just getting opinions ("I like it"), or gathering facts ("Select the reason you came to this site"). Are you measuring against something like a past version of your site or a competitor's site. Consider carefully WHO you will include and how you will get enough people to respond. As the response rate goes down you start measuring from a highly selected group (generally only people with a lot to say either good or bad) and you start missing the true mainstream viewpoint. Design the questions so they are not leading. If you strongly believe something ask it in the opposite way. For example if you think a cartoon site is just for kids ask "How much of this site usage is by the adults in the family?". Also be sure the questions are very specific. Avoid general questions like "Did you like it?". The answers won't mean much. Finally, be aware that a survey can only serve as a small part of an overall data gathering process. |
| Top | |
November 26 , 2003 – submitted by Vaida Kasparaviciute of Lithuania |
|
Question:I would want to get more information about typing proficiency? What standards are there, or what are required? As I understand, some employers require 60-70 wpm, but how to understand the practice 30-40 words per minute and the given information in this Web page related with the fact of 150 wpm.? Thank you in advance. |
Eric's response: There is plenty of data on typing speed. 150 wpm is probably near record breaking and therefore of little interest to interface designers. A typing test showing about 60 wpm is often used to demonstrate typing proficiency. But forget having people type that fast for 8 hours a day! That is simply a test to show people have touch typing skill. The actual long term productivity is very much a function of taskflow and interface design. |
| Top | |
November 25 , 2003 – submitted by Janis McDonald of Pittsburgh, PA |
|
Question: Has there been any usability research done that shows that online support group users are less likely to continue communicating online after having the opportunity to meet in person? I am currently involved in a schizophrenia Web site support group study that includes one face-to-face psychoeducational workshop where all participants will, in fact, meet face-to-face, losing their on-line anonymity. |
Eric's response: Janis, I am not aware of any research on this topic. However, I expect that meeting people in person will change the character of the interaction. This may not at all reduce the amount of online interaction. Just look at the number of classmates and coworkers who interact online regularly. In a given instance the relationship could be enhanced or diminished based on the character of the physical meeting. However, there may be a therapeutic value to the anonymous support group which could be lost. I would be very much interested to hear your experience. |
| Top | |
September 18, 2003 – submitted by Tony Spurgin of United States |
|
Question: RE: Quantitative evaluation of interface effectiveness. Currently, I am working on a project related to the evaluation of risk to the operation of the International Space Station for NASA. I would be interested if in the process of your usability analyses you ever came up with relative quantification of the solutions, i.e. this particular arrangement is ten times better than that one? Most Human Factors processes seem to recommend changes that should be better, but no estimate of their effectiveness. Is HFI any different in their evaluations? It would very interesting to hear from you. Thank you |
Eric's response: Tony, quantification of risk has a long and hallowed role in usability work. We can often take alternative taskflows and estimate the risk numerically. We use error probabilities (like ones in the AIR database which lists various actions and the probability of errors in each). It is true that many times the best choice is pretty obvious. But when there is a close choice, or when you need to strut your value for management, the numbers help. |
| Top | |
September 16, 2003 – submitted by David Angaran of Florida, USA |
|
Question: RE: Patient evaluation instruments for individualizing e-health technologies and techniques. What evaluation tools exist for a health care practitioner to assess a patients competency, capability and preferences for the use of the various e-health technologies eg. phone, e-mail, video, etc? The goal being to meet the IOM patient centered criteria and improve the efficiency, cost: effectiveness and safety of the system. |
Eric's response: FANTASTIC question! The answer: None. I recall Arni Lund trying to create a team to just DEFINE dimensions of limitations in using technology. I don't think it ever happened. So I believe there is not even a standard description of the types of limitations. Sure, usability practitioners have some general ideas. We know about various levels and types of limitations in sight, hearing, motor control, cognitive capabilty, etc. We do try to design to avoid gratuitiously adding barriers (like the incredibly stupid Control/Alt/Delete required to get into certain windowing environmrnts). But there is no specific instrument for ability to use various technologies. I guess clinicians will have to do it based on thier common sense and adjust it based on their patient's expeieince. |
| Top | |
September 8, 2003 – submitted by Jeff White of Charlotte, NC |
|
Question: I am designing an Intranet 'portal' for a relatively small group of users that will serve a very defined task set. My questions is, do I really have to go through all the hurdles of User Centered Design (contextual inquiry, focus groups, card sorting, personas, affinity diagrams, etc., etc.) to achieve my goal, or can I simply informally interview my user base to get the info I need and design from there? The site will be a link between common tasks for contract managers in healthcare, and outside services that provide information necessary for completing the tasks. For example, one known common task would be "Determination of efficacy for products x, y and z". Conceptually, there will be some sort of link for that task, and under that links to the specific services provided by the outside research agencies that my company partners with to provide that information. To me, the two biggest issues here are task analysis – determine which tasks are consistently undertaken across lines of business, and information architecture – finding a common name for the various tasks. Then, I would simply determine the outside service that best meets the needs of each task and provide links via a Web site. I am just wondering if oversimplification of the ideal "UCD process" will result in inaccurate information ultimately leading to an ineffective site design. |
Eric's response: Jeff, you raise two interesting issues. The first is what to do with projects that have low potential value from a usability viewpoint. With a small number of users and little of a really mission critical nature in their work, there may be little you can do to really make the company more money by working on this sort of project. In fact, you may be better off spending more time on the public sites, HR, and Extranet, than on this type of very small and insignificant site. Let the Web designer go ahead and do the best he / she can, based on whatever usability training and standards they have. MAYBE quickly review their work. Other then that... FORGET IT. The other issue is the onerous nature of task analysis. One of the most common mistakes I have seen in a determined but less experienced usability practitioner's work is too much detail in task analysis. I have seen shelves of task analysis; without a single useful insight gained and with too much stuff to EVER really use. My general secret is "Just have enough detail in your task analysis so that you could do the work yourself." It's a good rule of thumb. |
| Top | |
July 11, 2003 – submitted by Mary Dvorak of Humble, TX |
|
Question: What is the standard for using wildcard functionality? – *, ? |
Eric's response: Unfortunately, there is no standard and most people don't understand wildcards. Only a TINY fraction of searches use wildcards. Those that understand the idea of wildcards will usually use them infrequently and therefore not remember much about the syntax. There are wildly different wildcard syntaxes used. This means that you must have an "advanced search" facility that helps people with advanced searches. It is actually better to have the advanced search provide the wild card and other capabilities not as a syntax but as a form-filling interface. We have very good data that Boolean logic confuses most users. So hide this and make it as simple as possible. For very advanced users you may want a wildcard functionality. The * is reasonable for any number of characters. The $ is sometimes used for only a single character. You also need a "NOT" capability in most cases (generally a minus sign "-" or the word "NOT"). |
| Top | |
June 2, 2003 – submitted by Vickie Jones of Cary, NC |
|
Question: Hi Eric. Our design office is facing a controversy that I hope you can help us with. What would be the best way for our company to test the effectiveness of Flash-enhanced Web pages? Some of our ad response pages (that are accessed from a URL that we place in our magazine ads) will incorporate Flash animations. We want to measure customer response to these pages, to see if the animation helps to reinforce our brand/visual identity. Do you have any advice for the best method to solicit and measure customer feedback on Flash-enhanced Web pages? |
Eric's response: There are several approaches to measuring advertisement effectiveness. If there is a direct response involved, you can create alternate versions of the ad and measure the differences in response rate. For example, make a given ad in both a Flash version and a straight HTML verson. Then check the difference in response. This is probably the best method. If a differential in response can not be measured (as in advertisements oriented toward brand recognition only), then you will need to make less direct measurements. You can have people rate a series of ads and compare their preference for ads with Flash. You can show them a whole set of ads for various companies and then see if they remember yours (doing this with Flash ads and then with others). These less direct measures can still give you useful indications. |
| Top | |
May 13, 2003 – submitted by Prema Subramaniam of Kuala Lumpur, Malaysia |
|
Question: Why is it important to test usability on e-commerce? |
Eric's response: Prema, here is a related question: Is it important to debug the programs used to create an e-commerce site? Certainly you COULD code the site and just put it on the Web. You might hope that it would work well. But you would be assured of a site that has points of failure. Are these points of failure acceptable? They frustrate users. They reduce sales. They hurt your company reputation. With that it is silly and unprofessional to skip debugging and people rarely do it. It is actually WORSE to skip usability testing then skipping debugging. If you skip usability testing you are completely assured that you will have a site with points of failure. The USER will be unable to complete activities. The user will be frustrated. Sales will be roughly cut in half. Your reputation will be damaged. But what makes it worse is this – with code problems kind users are likely to let you know there was this error message or that broken link, but with problems of usability users are less likely to help. They will just feel frustrated and feel that it is unpleasant to do business with your company. A few will complain. But the complaints will be nonspecific ("this site sucks") and if they do make recommendations they will rarely recommend the correct solution (e.g., If users ask for 'Search' it is almost always a symptom of poor navigational structure). If you have EVER created an e-commerce site without testing, it was surely a big mistake. Don't do that again. |
| Top | |
April 22, 2003 – submitted by Jason Graham of Fort Lauderdale, FL |
|
Question: Is there any empirical data which suggests the ideal number of panelists needed to make results from an average Web site usability study most relevant? At SportsLine.com we gather the following data in our studies through automated means: We are interested in the most effective yet economical sample size. We would like to do studies more frequently throughout the year on a quite limited budget. Any feedback would be appreciated. |
Eric's response: This is a very hot topic and it is the subject of a number of our newsletters. But let me give you a summary. First, there have been recommendations for usability tests of 5 people. Other experts recommend up to several hundred. So practitioners have a right to feel confused. But remember that the usability test is not attempting to create a statistical proof of a small difference. It is rather trying to identify places where people get stuck in trying to use your design. For this goal we need perhaps 12-30 participants. You need more if there is a lot of diversity in user population. You need less if the users are very homogeneous. But that range will work most of the time. Your click stream analysis and survey results all serve as useful information to supplement your evaluation. But your usability testing will give the most powerful results. |
| Top | |
March 20, 2003 – submitted by Debra Smith of United States |
|
Question: I would someone to explain what is meant by 'User Characteristics' in relation to Human Computer Interactions. |
Eric's response: To do a good design you must know the user characteristics, taskflow, and environment. The user characteristics are critical because they indicate the limit and nature of the interface designs you can use. For example a very novice user will have more trouble with an image menu then a simple button menu. They also indicate the level of reading skill, general intelligence, and expertise. These all make a difference in the design decisions. In addition to capabilities we must also study the user's motivation. We design interfaces that eliminate things users hate to do, and increase the things they like to do. We make designs that attract users because they resonate with the brand characteristics they care about. Be careful when you consider expertise. This actually can mean three different things. There is expertise with computers. There is expertise with a specific application (for example a user who operates an interface full time will soon become an expert). Then there is also expertise with the domain (for example a user may be terrible with computers – they may use an interface once a year for 1 hour – but they may be very knowledgeable about insurance). |
| Top | |
February 6, 2003 – submitted by Pamela Williamson of San Rafael, CA |
|
Question: I'd like to find out more information about: "The Bollywood Technique: an innovative approach to usability testing with subjects who don't like to criticize." Do you have any visual information that shows how users are different between regions and/or countries (if they are)? We are testing internationally with users in Australia, NZ, Singapore, Thailand, and India and are wondering about using this method with all the users, or should we modify the script based on country. What are the pros and cons with the data from this technique? Looking for more details.... |
Eric's response: Thanks Pamela. The Bollywood Technique was developed by Apala Chavan, HFI's Managing director in India. The method is appropriate for countries with strong tendencies to avoid criticism. I would suggest it for Singapore, Thailand, and India. Australia and New Zealand will do fine with typical test protocols. However, you may wish to use the same Bollywood process for all to reduce costs and make collation of data easier. I do not think the method will prove troublesome in Australia or NZ. |
| Top | |
January 29, 2003 – submitted by Pinky Thakkar of Bloomington, IL |
|
Question: Could you give me some tips how to conduct an informal usability test. Is there a checklist that I would need to follow. Could you also suggest me some sites where informal usability is conducted for a online billing system etc... |
Eric's response: I am not familiar with a site that conducts informal usability testing for online billing. But if you want to try it yourself I can give you enough to get some interesting results. Be aware that a professional study will offer more then you can get with this approach. 1. Schedule about 12 people for testing. Make sure they are representative of typical users. Do not even THINK about using other company employees. Tell them it will take an hour and that you will pay them $75 for their time. 2. Make up a list of tasks that users would typically perform. Make up enough tasks so that they will take about 45 minutes to complete. Make sure that the wording of the task does not give away how to use the interface. So if the dropdown is labeled "Edit", the task wording should say "what if you want to change this word". Do NOT say "What if you want to edit this memo?" 3. When people come in, have them sit in front of the computer and you sit next to them. Tell them you will have them try out several tasks on the system. Tell them "Read out loud, talk out loud, and tell me what you are thinking". 4. Have the user go through each task. You hold a set of screen printouts and when people get stuck draw a red circle around the part of the screen that is having the problems. 5. When you are done, if you have three or four red circles around a part of a screen printout, you have identified a serious problem. |
| Top | |