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 ... |
|---|
|
November 18, 2003 – submitted by Joseph Dominic of Mumbai, India |
|
| Question: I have to design an IVR for a 5 million customer base , I would need guidance and inputs on how to go about the same. | Eric's response: Good IVR design requires application of a systematic user-centered design process. There is a huge amount of research into the best ways to design these interfaces. Find a usability consultant with experience in this area and expect to spend about 10% of your development budget on this design process. We have a client in India who had spent over 4 Cr (1 Million USD) on an IVR and is getting about 3% usage. This is wholly due to the poor design of the interface. Don't do that again. |
| Top | |
August 29, 2003 – submitted by Miguel Gonzalez of London, UK |
|
| Question:I'm designing a kiosk and I wonder what solution will be better, a touch screen kiosk or a kiosk with a keyboard and mouse.
I think the keyboard/mouse will be better since people are used to thinking that an application running on a screen without input devices, like keyboard and mouse, is only for showing information. A touch screen is a input device but people don't know that until they touch the screen. If you see an application running on a screen and you see a keyboard and mouse attached to it, you know you can interact with that application. What do you think? Should I avoid the touch screen solution and go to the better known keyboard/mouse solution? Where can I found documentation demonstrating this issue? Thank you. |
Eric's response: Actually, you are probably better off with a touch screen if you can do it. In terms of simplicity the touch screen is the simplest of interfaces. As a small child before we can speak, we learn to ask for a cookie by pointing at the cookie. Nothing could be simpler.
The design of the attract/welcome screen needs to make clear that the screen is touchable. This is easy to do with strong button affordances and no distractions on the hardware. You can further reinforce the screen touching with an animation illustrating touching the screen (if you need it). In terms of expectation of interactivity the touch screen is commonly used for check-in at airports now. That is clearly interactive and high value. If you are doing word processing (etc.) then you will surprise users with a touch screen. But in these cases you will be driven to the keyboard and mouse by functional requirements. There are certainly issues that could drive you away from touch screen. The target may have to be too small. You will need a keyboard to enter substantial amounts of text efficiently. There may be problems with cleanliness. But IF you can make a touch screen work for a kiosk... do it. |
| Top | |
August 26, 2003 – submitted by Andy King of United States |
|
| Question: In regards to IVR Menu Design, usability and customer experience are critical. Do you have any resources for Best Practices and Benchmarks specific to menu design / redesign? | Eric's response: So for resources I have two very good ones...
|
| Top | |
August 13, 2003 – submitted by Sue Evans of Dublin, OH |
|
| Question: How do users feel about multiple PDFs on web sites | Eric's response: Of course the answer is "It depends". PDFs can create a real mess. I have seen sites where the strategy is to simply dump a whole set of previous paper content and forms onto PDF format and toss it out for the users to sort out. This is disastrous. Paper does not transfer that easily to HTML. But then we make it even worse. Users must download large documents and then wade through them. In addition users may have challenges understanding that they are no longer in a browser environment and knowing how to use the reader interface.
If users do want a specific paper document, the PDF format may allow more robust formatting (where HTML may appear differently then you expect depending on browser). It may also be more reliable to print. But the key to your question is the idea of MULTIPLE PDFs. This suggests that the task involves working through a large set of content that is presented in PDF format. Don't do that again. I suspect that the content needs to be consolidated and made interactively accessible. |
| Top | |
July 31, 2003 – submitted by Jim Winters of Fairfax, VA |
|
| Question: Eric: Could you please give me a pointer to human engineering principles for the design of video teleconferencing (VTC) rooms? I would like to apply these principles to optimize (and standardize) the VTC session in which point-to-point and multi-point participants are able to not only see and hear each other, but can also collaboratively share Powerpoint presentations, video (e.g., CNN), and other multimedia with ease-of-use, and minimal training burden.
The design guidance might include pointers on room selection (by number of participants in the room), lighting, microphone placement, user aids for initiating and running the VTC session, and suggestions on how to most effectively set up a HELP Desk function to provide real-time assistance to an ongoing VTC (encountering a problem) or to an upcoming VTC session that is scheduled to start in a few minutes (thus the VTC originator is under pressure to establish all contacts and get the session up and running). I've come across some horror stories that I would like to avoid. For instance, lighting too dim so VTC participants couldn't recognize each other; that was "fixed" by installing more lighting in the rooms which then "washed out" the Powerpoint projection. Ugh! -- thus my plea for design guidance. HELP! Thanks, Eric. |
Eric's response: Jim, there is about 25 solid years of research on video conferencing. You should also look at the literature for "computer supported cooperative work." After all this time you would think the control of such sessions would be smooth and simple. Instead there has been a tendency to increase the list of functions at the cost of usability. Small interface devices are designed in a modal structure. The user must switch to the right control mode before making a selection. Components are not integrated or built to accommodate realistic physical environments. It is interesting that single user conferencing over the Web (NetMeetingTM etc.) has been proceeding very aggressively of late. I suspect that this technology will lead video conferencing acceptance. |
| Top | |
July 13, 2003 – submitted by Steve Jones of Plano, TX |
|
| Question: Can you list (or point to a list) of cultural taboos to be avoided in GUI design? We develop a browser-based business application. We don't use a lot of icons or symbols, but I would like to see a list of recommended symbols/images and a list of "don't use this" regarding colors and images. | Eric's response: There is a whole field of literature that is know as "Internationalization" (abbreviated as I18NO), "Localization", and "Globalization" of interfaces. We have staff that specialize specifically in this field and it is a huge area of study. There are certainly plenty of traps with taboos. A CAD/CAM company created a high-powered workstation in a novel spaceship-like shape. However, this shape was identical to Japanese funeral memorials.
Beyond simple taboos, there is much to localization of software. First, there is the question of the business strategy and practicality of the taskflow. Various cultures make decisions differently and have very different business practices. If the overall purpose and structure of the interface works, then there is still the issue of communication. There are certainly different connotations and preferences for colors and interface styles. A common picture of a woman in a swimsuit will be seen as pornographic in some cultures. And, there are huge differences in the presentation of numbers, addresses, and other data items. For example in India this in correct: 1,00,000. You really must know the specific culture you are targeting. Here is a bit of the color data from HFI's Usability Central Gold...
|
| Top | |
June 20, 2003 – submitted by Maz of United States |
|
| Question: Why are image alt tags not good for disabilities? Why should we be backward developing instead of updating disability tools? Is anyone collecting scripts for disabilities? How about hiding text e.g.. white on white for audio readers? Is it possible to use JavaScript menus? | Eric's response: Good question! I asked Abhijit Thosar, one of the accessibility wizards in our Mumbai office, to answer this one. This is his reply...
Why are image alt tags not good for disabilities? However, for more complex images, a "Longdes" (long description) tag should be used which links an image to a separate HTML file. This file should provide a detailed description of the image. Why should we be backward developing instead of updating disability tools? Is anyone collecting scripts for disabilities? How about hiding text e.g.. white on white for audio readers? Using the W3C CSS 2.0 guidelines, you can create a set of style sheets suited for different media such as Screen and Aural. Using separate style sheets, you can hide the special navigational links from appearing on screen as these will be read ONLY by the aural browsers. For example, "Skip repetitive navigation" can be read only by the aural browser using the aural style sheet and the screen style sheet does not render it on the screen. More reading. Is it possible to use JavaScript menus? For example: |
| Top | |
February 20, 2003 – submitted by Phil Mak of China |
|
| Question: Are there any available design patterns for GUI interfaces that generate SQL select statements? We are currently developing a Web-based application that allows our client to create SQL select statements and would like to investigate possible designs to make it as simple as possible for a non-technical user. | Eric's response: I am not sure if there a a commercial product to generate SQL. I have worked on a couple of projects of in-house facilities to do this. Basically we were unpacking the capabilities and transforming the interface to a GUI form. While SQL is powerful, it is a great example of an interface that is wholly inaccessible to non-technical mortals. |
| Top | |
February 17, 2003 – submitted by Sudhir Nain of India |
|
| Question: There is a lot of hype about RIA's (Rich Internet Applications), mostly promoted by Macromedia. Are Flash MX based applications really going to take off in a big way now? Or is it still too early to make Flash the platform for serious application development? | Eric's response: I think there is significant potential for Flash to become the standard for Web applications in the future. However, I very rarely see good applications of Flash currently. Designers seem intent on gratuitous and "flashy" interface facilities. Once they begin to focus on the real advantages of Flash for applications we may see a real improvement in Web applications. |
| Top | |