<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Quesenbery, Whitney</title>	<link>http://tc.eserver.org/authors/Quesenbery,_Whitney</link>
	<description>A bibliography of works by Quesenbery, Whitney in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Quesenbery, Whitney</title>
		<link>http://tc.eserver.org/dir/Quesenbery,_Whitney</link>
	</image>
	<item>
		<title>Usable Accessibility: Making Web Sites Work Well for People with Disabilities</title>
		<link>http://tc.eserver.org/33953.html</link>
		<guid>http://tc.eserver.org/33953.html</guid>
		<description>When people talk about both usability and accessibility, it is often to point out how they differ. Accessibility often gets pigeon-holed as simply making sure there are no barriers to access for screen readers or other assistive technology, without regard to usability, while usability usually targets everyone who uses a site or product, without considering people who have disabilities. In fact, the concept of usability often seems to exclude people with disabilities, as though just access is all they are entitled to. What about creating a good user experience for people with disabilities—going beyond making a Web site merely accessible to make it truly usable for them?</description>
	</item>
	<item>
		<title>Ballot Design and Usability</title>
		<link>http://tc.eserver.org/31993.html</link>
		<guid>http://tc.eserver.org/31993.html</guid>
		<description>Discusses the importance of usability testing as a final check on ballot layout and instructions text. Many of the problems in the report would likely have been caught with even an informal test. The report highlights a usability testing kit for local election officials, the LEO Usability Testing Kit.</description>
	</item>
	<item>
		<title>Teaching Election Officials Usability Testing</title>
		<link>http://tc.eserver.org/31994.html</link>
		<guid>http://tc.eserver.org/31994.html</guid>
		<description>The election calendar is very tight, with legally mandated deadlines and other constraints, all conducted in the public view. The UPA Voting and Usability Project wanted a way to fit usability testing into that schedule, and give election officials a way to do what they all want: run excellent elections.</description>
	</item>
	<item>
		<title>Overcoming Environmental Barriers</title>
		<link>http://tc.eserver.org/31630.html</link>
		<guid>http://tc.eserver.org/31630.html</guid>
		<description>On May 3, 2008, something extraordinary happened: the United Nations Convention on the Rights of Persons with Disabilities went into effect. The goals of the Convention are lofty: it insists that all persons with all types of disabilities must enjoy all human rights and fundamental freedoms and sets out eight guiding principles and obligations to meet them.</description>
	</item>
	<item>
		<title>Design Critique: On Plain Language</title>
		<link>http://tc.eserver.org/30579.html</link>
		<guid>http://tc.eserver.org/30579.html</guid>
		<description>An interview with Whitney Quesenbery about minimalism and plain language in user experience design.</description>
	</item>
	<item>
		<title>A Beginner&apos;s Guide to HTML and Web Design</title>
		<link>http://tc.eserver.org/30133.html</link>
		<guid>http://tc.eserver.org/30133.html</guid>
		<description>The best place to learn about HTML is on the Web itself. A few of the best resources for exploring HTML design are listed here.</description>
	</item>
	<item>
		<title>Comments on: Selker, Rosenzweig, and Pandolfo (2006). &quot;A Methodology for Testing Voting Systems&quot;</title>
		<link>http://tc.eserver.org/30043.html</link>
		<guid>http://tc.eserver.org/30043.html</guid>
		<description>In the article, &apos;A Methodology for Testing Voting Systems&apos; (JUS, November 2006, pp7-21), Selker, Rosenzweig, and Pandolfo discuss their methodology for usability testing of voting systems. With so much at stake in the usability of our ballots and voting systems, we can only applaud any research in this field. There is little history of research in this area, so discussions of test protocols are especially valuable. Unfortunately, although this article sets out to compare &apos;the relative merit in realistic versus lab style experiments for testing voting technology,&apos; it falls short of this goal. If their point is that real-world testing is important because real election environments add burdens that are not present in lab settings, this conclusion is not supported by any of the work described.</description>
	</item>
	<item>
		<title>Balancing the 5Es: Usability</title>
		<link>http://tc.eserver.org/29296.html</link>
		<guid>http://tc.eserver.org/29296.html</guid>
		<description>Just what do we mean by usability? Before we can set out to achieve it, we need to understand what it is we are trying to achieve. It&apos;s not enough to declare that from here on, our software will be more user friendly or that we will now be customer focused.</description>
	</item>
	<item>
		<title>Utiliser les 5 E pour Comprendre les Utilisateurs</title>
		<link>http://tc.eserver.org/29294.html</link>
		<guid>http://tc.eserver.org/29294.html</guid>
		<description>En matière d&apos;amélioration de votre site web, produit ou logiciel, comment passer de la simple volonté à l&apos;action? Que dites-vous de ceci pour commencer: si la réponse c&apos;est l&apos;utilisabilité, quelle peut bien être la question?</description>
	</item>
	<item>
		<title>Conducting a (User-Centered) Expert Review</title>
		<link>http://tc.eserver.org/28824.html</link>
		<guid>http://tc.eserver.org/28824.html</guid>
		<description>How do you review a product for usability, but make that review user-centered?</description>
	</item>
	<item>
		<title>Whitney Quesenbery on the Five E&apos;s of Usability</title>
		<link>http://tc.eserver.org/28785.html</link>
		<guid>http://tc.eserver.org/28785.html</guid>
		<description>Quesenbery is one of the authors of Content and Complexity: Information Design in Technical Communication. Quesenbery explains the five E&apos;s -- a simple way to talk about product usability. The five E&apos;s are efficient, effective, engaging, error-tolerant, and easy to learn. She elaborates on what it means for a product to be engaging/satisfying. Quesenbery also explains the importance of personas, which she has written about in the Personas Lifecycle by Tamara Adline and John Pruit. She says stories are essential to personas.</description>
	</item>
	<item>
		<title>Creating a Universal Usability Agenda</title>
		<link>http://tc.eserver.org/28677.html</link>
		<guid>http://tc.eserver.org/28677.html</guid>
		<description>How do you keep usability, accessibility, and user experience requirements on track while developing standards? It is part of the very nature of standards to focus on details--and in the process, to sometimes lose sight of the real goals. This is especially true when a standards-making process goes on for a long time, a situation is highly political, or most people are focused on technology issues.</description>
	</item>
	<item>
		<title>New Life for Product Documentation</title>
		<link>http://tc.eserver.org/28686.html</link>
		<guid>http://tc.eserver.org/28686.html</guid>
		<description>Here are some &apos;truths&apos; we&apos;ve all heard: &apos;Documentation is just a band-aid for poor design.&apos; &apos;Real users don&apos;t read manuals.&apos; &apos;Super users never read anything.&apos; &apos;Help doesn&apos;t.&apos; But are they really true? I&apos;ve seen some signs of life in the use of documentation for digital products recently.</description>
	</item>
	<item>
		<title>Stories are the Human Experience</title>
		<link>http://tc.eserver.org/27962.html</link>
		<guid>http://tc.eserver.org/27962.html</guid>
		<description>Usability through storytelling, the theme for the UPA 2006 conference, was examined from many angles. Presenters looked at how stories fit into our work, throughout the entire user-centered design process.</description>
	</item>
	<item>
		<title>Dimensions of Usability: Defining the Conversation, Driving the Process</title>
		<link>http://tc.eserver.org/27175.html</link>
		<guid>http://tc.eserver.org/27175.html</guid>
		<description>Have you ever wondered if your colleagues or clients really understand usability? Too often, standards or guidelines substitute for really engaging our business, technical and design colleagues in a discussion of what usability means. By looking at usability from five dimensions, we can create a consensus around usability goals and use that definition to provide the basis for planning user centered design activities.</description>
	</item>
	<item>
		<title>可用性的维度：定义会话，推动进程</title>
		<link>http://tc.eserver.org/27176.html</link>
		<guid>http://tc.eserver.org/27176.html</guid>
		<description>你有没有怀疑过你的同事或者客户是否真的理解“可用性”？在我们和同事的在商务、技术和设计讨论中谈论‘可用性’是什么时，经常充斥着一些标准和指导方针替代品。在本文中，我们通过了解可用性的五个维度，我们便能够围绕可用性目标达成一致的看法，并开始以这个可用性的定义为基础，来计划用户中心设计的工作。</description>
	</item>
	<item>
		<title>&amp;#35821;&amp;#35328;&amp;#21644;&amp;#21487;&amp;#29992;&amp;#24615;</title>
		<link>http://tc.eserver.org/26998.html</link>
		<guid>http://tc.eserver.org/26998.html</guid>
		<description>&amp;#21487;&amp;#29992;&amp;#24615;&amp;#26159; &amp;#22909;&amp;#30340;&amp;#27807; &amp;#36890;&amp;#25216;&amp;#26415; &amp;#30340;&amp;#19968; &amp;#20010;&amp;#37325;&amp;#35201;&amp;#37096; &amp;#20998;&amp;#12290;&amp;#24456;&amp;#22810;&amp;#20316;&amp;#32773;&amp;#23558;&amp;#21487;&amp;#29992;&amp;#24615;&amp;#25216;&amp;#26415;&amp;#22914;&amp;#31449;&amp;#28857;&amp;#35775;&amp;#38382;&amp;#12289;&amp;#29992;&amp;#25143;&amp;#20219;&amp;#21153;&amp;#20998;&amp;#26512; &amp;#21644;&amp;#21487;&amp;#29992;&amp;#24615;&amp;#27979;&amp;#35797;&amp;#32467;&amp;#21512;&amp;#21040;&amp;#20182;&amp;#20204;&amp;#30340; &amp;#24037;&amp;#20316;&amp;#20013;&amp;#12290;</description>
	</item>
	<item>
		<title>Language and Usability</title>
		<link>http://tc.eserver.org/26997.html</link>
		<guid>http://tc.eserver.org/26997.html</guid>
		<description>Usability is an important part of good technical communication. Many writers incorporate usability techniques such as site visits, user task analysis and usability testing into their work.</description>
	</item>
	<item>
		<title>More Alike Than We Think</title>
		<link>http://tc.eserver.org/27005.html</link>
		<guid>http://tc.eserver.org/27005.html</guid>
		<description>Users were having trouble learning about the Open University&apos;s special form of distance education on the existing site. To solve this problem, we wanted to make recommendations for the style and format of the information as part of our design.</description>
	</item>
	<item>
		<title>Trust and Blame</title>
		<link>http://tc.eserver.org/27008.html</link>
		<guid>http://tc.eserver.org/27008.html</guid>
		<description>I lost my address book recently. It was one of those near-death computer experiences where you see your data pass before your eyes and start searching through the trash, then the Web, hoping to find the information you need right now. The experience made me think about blame--and trust.</description>
	</item>
	<item>
		<title>Why People Matter</title>
		<link>http://tc.eserver.org/27023.html</link>
		<guid>http://tc.eserver.org/27023.html</guid>
		<description>I view a user experience as a conversation between people separated over the distance of time. At one end of that conversation are those who create the product; at the other, the people who use it. In between is the product itself--with a design that either helps or hinders; creates a barrier-free interaction or shouts in an unfamiliar language. Because this conversation does not happen in real time, we are not there to smooth over the rough spots and make sure that we have spoken clearly. Instead, we have to build our understanding of those users into every aspect of the design, by putting people--users--at the center of the design process.</description>
	</item>
	<item>
		<title>Language and Usability</title>
		<link>http://tc.eserver.org/26498.html</link>
		<guid>http://tc.eserver.org/26498.html</guid>
		<description>If usability is part of technical communication, language – the building block of technical communication – is an important part of the usability of a web site or software application. The better a product communicates, the more helpful it is, the easier it is to use.</description>
	</item>
	<item>
		<title>Building Documentation into the Interface</title>
		<link>http://tc.eserver.org/26225.html</link>
		<guid>http://tc.eserver.org/26225.html</guid>
		<description>As documentation is more and more built directly into the interface, and as technical communicators move into interface design and usability, it is important to have a theoretical framework within which to make decisions about what kind of information will be conveyed at any moment. We can build on basic principles of cognitive psychology to help us make these decisions. We start from a question: Why should users be aware of the difference between interface and documentation when all they want is to get something done?</description>
	</item>
	<item>
		<title>Usability Half-Way Round the World</title>
		<link>http://tc.eserver.org/25392.html</link>
		<guid>http://tc.eserver.org/25392.html</guid>
		<description>Is usability the same in New York as in China? As I thought about it, this is really two questions: Is our professional practice the same? Are we working from the same basic assumptions about how to approach the job of making products and applications work for their users, and do we use the same techniques and methodologies? Do western usability principles apply to a Chinese audience? Can we apply what we have learned from usability tests in the US and Europe, or are cultural differences so great that we must rethink what usability &apos;means?&apos;</description>
	</item>
	<item>
		<title>It&apos;s All Happening in China</title>
		<link>http://tc.eserver.org/25191.html</link>
		<guid>http://tc.eserver.org/25191.html</guid>
		<description>I traveled to Beijing, China for User Friendly 2004 to meet a few of our usability colleagues there. What I found was a large and vibrant usability community.</description>
	</item>
	<item>
		<title>Virtual Communities: Weaving the Human Web</title>
		<link>http://tc.eserver.org/24924.html</link>
		<guid>http://tc.eserver.org/24924.html</guid>
		<description>Muses on the increasing importance of communities in the technical communication profession.</description>
	</item>
	<item>
		<title>Designing the Interface for an Electronic Document</title>
		<link>http://tc.eserver.org/24427.html</link>
		<guid>http://tc.eserver.org/24427.html</guid>
		<description>Interfaces are more than skin deep. To create a successful electronic documentation project the structure of the information, the navigation and the visual design must all work together. Research Publications&apos; American Journey series of CD-ROMs on topics in American history is a good example of an interface designed from the inside out.</description>
	</item>
	<item>
		<title>Prototyping Techniques for Interactive Design</title>
		<link>http://tc.eserver.org/24327.html</link>
		<guid>http://tc.eserver.org/24327.html</guid>
		<description>Almost all design methodologies call for a prototyping stage, but it can be difficult to decide where to put scarce time and resources for the most impact on the final project. To make a decision, it is important to understand the different types of prototypes and their strengths and weaknesses. Obviously, the larger and more complex a project, the more complete each prototype must be, but even with small projects the right prototype can help ensure that you and your clients have a chance to see and test the design before it is too late to make changes. If you do your work right, each step builds on the previous one, and there are no surprises at the end of the project.</description>
	</item>
	<item>
		<title>The Importance of Document Design</title>
		<link>http://tc.eserver.org/24167.html</link>
		<guid>http://tc.eserver.org/24167.html</guid>
		<description>One definition of communication is &apos;the transfer of information from one location to another so that meaning is understood.&apos; In other words, communication is what happens when one person connects to another to share information.</description>
	</item>
	<item>
		<title>Designing Web Sites for Every Audience</title>
		<link>http://tc.eserver.org/23865.html</link>
		<guid>http://tc.eserver.org/23865.html</guid>
		<description>Author Ilise Benun looks at the web from a refreshing perspective,  tying marketing and usability together through a common interest in understanding the people who use a web site.</description>
	</item>
	<item>
		<title>Using Personas: Bringing Users Alive</title>
		<link>http://tc.eserver.org/23869.html</link>
		<guid>http://tc.eserver.org/23869.html</guid>
		<description>How do we communicate what we know about the people who use our products in an engaging, efficient way? How do we get beyond statistics to a portrait of users that helps us use this information to make decisions?</description>
	</item>
	<item>
		<title>When the Show Must Go On, It&apos;s Time to Collaborate Or Die</title>
		<link>http://tc.eserver.org/23745.html</link>
		<guid>http://tc.eserver.org/23745.html</guid>
		<description>Lighting design has a utilitarian role: to put enough light on the stage so that the audience can see the actors. But the lighting also helps shape the performance by providing the color and overtones that add meaning and layers and depth. The same mix of art and technology, craft and discipline exists in user interface design.</description>
	</item>
	<item>
		<title>A Beginner&apos;s Guide to HTML</title>
		<link>http://tc.eserver.org/22869.html</link>
		<guid>http://tc.eserver.org/22869.html</guid>
		<description>Answers to questions like: where do Web pages come from? What are all those brackets in the text, anyway? How much HTML do I have to learn? How can I get started quickly? What kinds of HTML authoring tools are available to me?</description>
	</item>
	<item>
		<title>On Beyond Help: Interface Design Paradigms for Online Documents</title>
		<link>http://tc.eserver.org/22857.html</link>
		<guid>http://tc.eserver.org/22857.html</guid>
		<description>In the world of printed documentation, there are many different programs, with different ways of solving the problem of editing and layout, but they all produce the same product in the end--a printed page. The online world can be bewildering even to experienced authors, since not only the authoring approach but the end result can vary so widely. This session is a look at some of the different types of online systems and how they affect both interface and document design.</description>
	</item>
	<item>
		<title>Building Documentation Into the Interface: A Cognitive Theory</title>
		<link>http://tc.eserver.org/22849.html</link>
		<guid>http://tc.eserver.org/22849.html</guid>
		<description>As documentation is more and more built directly into the&#xD;interface, and as technical communicators move into areas&#xD;of interface design and usability, it is important to have a&#xD;theoretical framework within which to make decisions&#xD;about what kind of information should be conveyed at any&#xD;moment.</description>
	</item>
	<item>
		<title>Voting and Usability Project Update</title>
		<link>http://tc.eserver.org/21093.html</link>
		<guid>http://tc.eserver.org/21093.html</guid>
		<description>It&apos;s been two-and-a-half years since we started the Voting and Usability Project. This project started as we all realized with some horror that usability problems in our voting systems could affect the results of an election--effectively disenfranching some voters through the design of the ballot, as Susan King Roth put it in the report on her research. Since then, our interest has expanded into a more general interest in the usability of voting systems and usability professionals can help make voting systems more usable for everyone.</description>
	</item>
	<item>
		<title>Designing a Search People Can Really Use</title>
		<link>http://tc.eserver.org/21034.html</link>
		<guid>http://tc.eserver.org/21034.html</guid>
		<description>The challenge of finding the&#xD;right information at the&#xD;right time has grown with&#xD;the Web. The information superhighway&#xD;is larger and more&#xD;crowded than ever, and individual&#xD;sites are also larger and more complex.&#xD;With this explosion in the&#xD;sheer volume of pages, finding the&#xD;information you need is harder&#xD;than ever. Search engines have&#xD;always held out the promise of solving&#xD;this problem, but they are often&#xD;a usability disaster area. Inaccurate&#xD;results, cluttered search entries,&#xD;and a narrow focus on technological&#xD;capabilities are only a few of the&#xD;issues that make search features so&#xD;difficult to use.</description>
	</item>
	<item>
		<title>Being User-Centered When Implementing a UCD Process</title>
		<link>http://tc.eserver.org/20928.html</link>
		<guid>http://tc.eserver.org/20928.html</guid>
		<description>For those who are interested in usability – whether long-time advocates or newly introduced – this is a good time to introduce a user-centered design process.</description>
	</item>
	<item>
		<title>Building a Better Style Guide</title>
		<link>http://tc.eserver.org/20926.html</link>
		<guid>http://tc.eserver.org/20926.html</guid>
		<description>Why are style guides so frequently created, but so rarely successful? All too often, businesses ask for a style guide as a&#xD;means to create a common look and feel, in the belief that it will solve usability problems and establish consistency&#xD;between applications – only to be disappointed in the results. Even if such a style guide is followed carefully, the&#xD;resulting interfaces may not meet usability goals.. This paper explores strategies for creating a style guide that is more&#xD;than a simplistic rules book. By making the style guide part of the process, it can be used to promote a shared vision, to&#xD;help the product meet business and usability requirements for consistency and…it may actually be used.</description>
	</item>
	<item>
		<title>Crossing the Chasm: Promoting Usability in the Software Development Community</title>
		<link>http://tc.eserver.org/20931.html</link>
		<guid>http://tc.eserver.org/20931.html</guid>
		<description>User-centered design should be a core part of every software development effort yet, despite its well-documented paybacks, it has yet to be widely adopted. Too often, user-centered design remains the province of visionaries rather than the everyday practice of programmers and analysts. Despite a general consensus on a basic approach to user-centered design (UCD), there is little understanding of the process and how it fits into larger software development methodologies.</description>
	</item>
	<item>
		<title>Designing for Interactive Television</title>
		<link>http://tc.eserver.org/20933.html</link>
		<guid>http://tc.eserver.org/20933.html</guid>
		<description>We are so accustomed to watching television that we easily overlook the limited resolution of the television screen. Compared to TV, even VGA looks good. Although both use a similar display monitor, they differ in both the way the screen is &apos;painted&apos; and in how much information can be placed on the screen. To design effectively for interactive television, it is essential to understand the technical constraints of the medium.</description>
	</item>
	<item>
		<title>Dimensions of Usability: Defining the Conversation, Driving the Process</title>
		<link>http://tc.eserver.org/20923.html</link>
		<guid>http://tc.eserver.org/20923.html</guid>
		<description>Have you ever wondered if your colleagues or clients really understand usability? Too often, standards or guidelines substitute for really engaging our business, technical and design&#xD;colleagues in a discussion of what usability means. By looking at usability from five&#xD;dimensions, we can create a consensus around usability goals and use that definition to&#xD;provide the basis for planning user centered design activities.</description>
	</item>
	<item>
		<title>GetSmart: Interface Design and Production Meet Editorial on a New CD-ROM Magazine</title>
		<link>http://tc.eserver.org/20934.html</link>
		<guid>http://tc.eserver.org/20934.html</guid>
		<description>The technology of magazine production is well established. Editors have access to high-resolution print screens, and can use a wide variety of fonts, layout designs and graphics to create attractive and readable pages. Readers are used to seeing a lot of information on a single page - some in body text, some in sidebars or callouts. On screen, by contrast, the resolution is relatively low - 72 dpi as opposed to 2400 dpi. Readers are not yet accustomed to reading directly from the screen, and an overly cluttered screen or one with fonts which are too small can quickly become unreadable.</description>
	</item>
	<item>
		<title>Lessons from the Novartis InfoWeb: Creating a Successful Knowledge Management System</title>
		<link>http://tc.eserver.org/20932.html</link>
		<guid>http://tc.eserver.org/20932.html</guid>
		<description>Discussion of a global knowledge management system created in&#xD;Lotus Notes for Novartis Consumer Health.</description>
	</item>
	<item>
		<title>Storytelling: Using Narrative to Communicate Design Ideas</title>
		<link>http://tc.eserver.org/20929.html</link>
		<guid>http://tc.eserver.org/20929.html</guid>
		<description>What makes a story appropriate? Convincing?</description>
	</item>
	<item>
		<title>Using the 5Es to Understand Users</title>
		<link>http://tc.eserver.org/20924.html</link>
		<guid>http://tc.eserver.org/20924.html</guid>
		<description>One of the exercises I find helpful is to look at usability requirements for different aspects of the user experience. For each of the five dimensions of usability (the 5Es), we think about how it is reflected in requirements for each of the user groups.</description>
	</item>
	<item>
		<title>What&apos;s In A Name?</title>
		<link>http://tc.eserver.org/20927.html</link>
		<guid>http://tc.eserver.org/20927.html</guid>
		<description>In defining a field, each person seems to look at the world and place themselves in the center of the circle, giving their specialty top billing as the summation of all the others. What exactly is gained by this political one-upmanship? In the face of this inflation, I find myself pulling back to the simplest craft title I can find. Or avoiding titles altogether.</description>
	</item>
	<item>
		<title>When the Show Must Go On, It’s Time to Collaborate Or Die</title>
		<link>http://tc.eserver.org/20925.html</link>
		<guid>http://tc.eserver.org/20925.html</guid>
		<description>No one knew what to do. But there was a deadline, and the reviewers were coming. As a team, we walked through the schedule again and again until we had a plan. The next day, the video was edited, the shop finished the screens, and the production crew walked through the critical paths.</description>
	</item>
	<item>
		<title>Building Documentation into the Interface</title>
		<link>http://tc.eserver.org/20285.html</link>
		<guid>http://tc.eserver.org/20285.html</guid>
		<description>As documentation is more and more built directly into the&#xD;interface, and as technical communicators move into interface&#xD;design and usability, it is important to have a&#xD;theoretical framework within which to make decisions&#xD;about what kind of information will be conveyed at any&#xD;moment. We can build on basic principles of cognitive&#xD;psychology to help us make these decisions.&#xD;We start from a question: Why should users be aware of the difference between interface and documentation when all they want is to get something done?</description>
	</item>
	<item>
		<title>Advanced Toolkit for Experienced Technical Communicators: Using a User-Centered Design Process to Overcome Challenges in Implementing a User-Centered Design Process</title>
		<link>http://tc.eserver.org/19956.html</link>
		<guid>http://tc.eserver.org/19956.html</guid>
		<description>Technical writers have known for years that a good explanation for a bad software interface may be better than nothing, but that it’s not as good as a usable software interface. With ‘usability&apos; gaining greater&#xD;visibility, this is a good time to implement a usercentered&#xD;design process. This article looks at ways that&#xD;the approach and techniques of such a process can be&#xD;applied to the task of introducing a new process.</description>
	</item>
	<item>
		<title>Getting Started on an Online Project with Cognetics’ Design Methodology</title>
		<link>http://tc.eserver.org/19825.html</link>
		<guid>http://tc.eserver.org/19825.html</guid>
		<description>Many electronic documentation projects fail because usability and interface design are not included in the initial project definition and integrated into the process. The Cognetics Design Methodology is an approach to project planning that places the user at the center of the design. Whether you are just getting started on your first project&#xD;or looking for ways to make your work better, the&#xD;Cognetics Design Methodology can help you produce high&#xD;quality work. This workshop will focus on the initial&#xD;project definition steps, and is intended to give&#xD;participants practical experience in the difficult task of&#xD;getting a project off the ground.</description>
	</item>
	<item>
		<title>Get Smart: Interface Design and Production Meet Editorial on a New CD-ROM Magazine</title>
		<link>http://tc.eserver.org/19779.html</link>
		<guid>http://tc.eserver.org/19779.html</guid>
		<description>Creating a new magazine is a large task. Creating a&#xD;new magazine on CD-ROM can be a huge task. All&#xD;of the design and layout decisions which are part of&#xD;any project are magnified in an electronic project.&#xD;Writers and editors have to learn to write “for the&#xD;screen, ” illustrations have to fit the size, graphics&#xD;format and palette determined by the display&#xD;program, every reference, sequence and link has to&#xD;be checked online, and the whole thing has to run&#xD;on a “real world” 386 machine. GetSmart made the&#xD;journey, with its premier issue release in July 1995.</description>
	</item>
	<item>
		<title>What Does Usability Mean: Looking Beyond ‘Ease of Use’</title>
		<link>http://tc.eserver.org/19497.html</link>
		<guid>http://tc.eserver.org/19497.html</guid>
		<description>The definition of usability is sometimes reduced to &apos;easy to use,&apos; but this over-simplifies the problem and provides little guidance for the user interface designer.&#xD;A more precise definition can be used to understand user&#xD;requirements, formulate usability goals and decide on&#xD;the best techniques for usability evaluations.&#xD;An understanding of the five characteristics of usability&#xD;– effective, efficient, engaging, error tolerant, easy to&#xD;learn – helps guide the user-centered design tasks to the&#xD;goal of usable products.</description>
	</item>
	<item>
		<title>Who is in Control?: The Logic Underlying the Intelligent Technologies Used in Performance Support</title>
		<link>http://tc.eserver.org/14247.html</link>
		<guid>http://tc.eserver.org/14247.html</guid>
		<description>Performance support (also called EPSS, for electronic performance support system) emerged from the instructional design and training communities because corporate enterprise systems were difficult for people to use, and the training needed to make them productive was expensive and time consuming. A good definition is that &apos;EPSS (Electronic Performance Support Systems) are systems that provide employees with the information, advice and learning experiences they need to get up to speed as quickly as possible and with the minimum of support from other people&apos; (Raybould 1996).&#xD;&#xD;One of the issues in designing performance support is managing information overload. Two approaches are the use of agents and the presentation of information in visual form (called information visualization). The former looks for ways that computer programs can do work for users, sorting through data on their behalf; the latter looks for ways to present information so that users can directly access it through direct manipulation. You can do both, but the selection of each has an impact on the interaction style and the degree to which users can directly control the system. It is therefore an issue that any performance support system designer should consider carefully. This is a logical extension of the goal of easy-to-use programs, adding the requirement that the user interface be actively informative and helpful.</description>
	</item>
	<item>
		<title>Building Blocks to a Body of Knowledge for User-Centered Design: To Certify or Not to Certify</title>
		<link>http://tc.eserver.org/13710.html</link>
		<guid>http://tc.eserver.org/13710.html</guid>
		<description>For the past nine months the Usability Professionals’ Association (UPA) participated in a project to investigate the feasibility of certifying usability (or user-centered design) professionals. The project was kicked off in Salt Lake City last November when a group of people from many organizations, countries and associations met for three days. That meeting ended with a sense of enthusiasm for creating a certification program based on the international standard for a human-centered design process, ISO 13407. The group planned activities to survey professionals to determine the level of support for certification, and to understand the benefits and drawbacks seen by stakeholders.</description>
	</item>
	<item>
		<title>Pulse of the Usability SIG: Signs of Spring?</title>
		<link>http://tc.eserver.org/13715.html</link>
		<guid>http://tc.eserver.org/13715.html</guid>
		<description>The mood on the usability e-lists is somber. At the WinWriters conference in February, every hand in the audience went up when we were asked if we knew someone who was out of work. Successive rounds of budget cuts and layoffs mean that even those who are still employed are on tenterhooks, or working even harder to fill the gaps. On list recently, posts were predicting even harder times ahead and worrying about whether it was time for usability practitioners to look for alternate careers.</description>
	</item>
	<item>
		<title>Web Accessibility Initiative</title>
		<link>http://tc.eserver.org/11905.html</link>
		<guid>http://tc.eserver.org/11905.html</guid>
		<description>It might be easy to dismiss the WAI as another mouthful of acronyms for yet another Web standard but that would be a mistake. Their goal is to, &apos;…make Web content more available to all users, whatever user agent they are using (e.g., desktop browser, voice browser, mobile phone, automobile-based personal computer, etc.) or constraints they may be operating under (e.g., noisy surroundings, under- or over-illuminated rooms, in a hands-free environment, etc.).&apos;  </description>
	</item>
	<item>
		<title>From the SIG Manager&apos;s Desk--Technical Communicators and Usability</title>
		<link>http://tc.eserver.org/11824.html</link>
		<guid>http://tc.eserver.org/11824.html</guid>
		<description>Why technical communicators and usability? Both writers and software development managers have asked me that question. In both cases, it springs from a narrow view of communicators as &apos;just writers.&apos; It is a point of view that fails to see the many activities, from learning the subject matter to organizing the information or creating good document design, that are hidden behind that final task of writing the words.  </description>
	</item>
	<item>
		<title>A Profile of Technical Communicators in Usability</title>
		<link>http://tc.eserver.org/11794.html</link>
		<guid>http://tc.eserver.org/11794.html</guid>
		<description>At the STC 1998 Annual Conference, attendees of usability related sessions participated in a survey investigating some of the issues involved in making the transition from technical writing to usability. We were interested in exploring what skills writers bring from their current job in technical writing, which they believe they are missing ,and how they are acquiring them. Most of the 67 participants in the survey (82%) are full time technical writers. The businesses represented range from finance to engineering; however, 45% are in the software industry. The companies themselves tend to be large: over half have 1000 or more employees, 25% are mid-sized with 100–1000, and 22% are smaller.</description>
	</item>
	<item>
		<title>Usability Interface From the SIG Manager&apos;s Desk</title>
		<link>http://tc.eserver.org/11795.html</link>
		<guid>http://tc.eserver.org/11795.html</guid>
		<description>Accessibility is often the last challenge taken up in designing the user interface. A color scheme is created and shown to the team for review. &apos;But what about people who are color blind?, &apos; someone will ask and a small groan goes around the table. Or the screen layout template for a web site is almost complete before anyone considers how it will work with a screen reader. The problem, of course, is that people with disabilities are not usually considered during the process of user segmentation. Their needs, which fall outside of the matrix, become an afterthought to the design. </description>
	</item>
	<item>
		<title>Web Accessibility Initiative (WAI)</title>
		<link>http://tc.eserver.org/11799.html</link>
		<guid>http://tc.eserver.org/11799.html</guid>
		<description>It might be easy to dismiss the WAI as another mouthful of acronyms for yet another Web standard but that would be a mistake. Their goal is to, &apos;…make Web content more available to all users, whatever user agent they are using (e.g., desktop browser, voice browser, mobile phone, automobile-based personal computer, etc.) or constraints they may be operating under (e.g., noisy surroundings, under- or over-illuminated rooms, in a hands-free environment, etc.).&apos;  To meet this goal, the WAI identifies two primary principles for accessible design, which are totally in keeping with the basic principles of usability: &apos;Ensure graceful transformation&apos; and &apos;Make content understandable and navigable.&apos; There are fourteen guidelines that help authors understand and implement these principles. Each includes a description and rationale, along with links to other resources and a set of checkpoints. A related document shows detailed techniques for implementing accessible web pages. Even if you are not primarily concerned wi</description>
	</item>
	<item>
		<title>Why Technical Communicators and Usability?</title>
		<link>http://tc.eserver.org/11801.html</link>
		<guid>http://tc.eserver.org/11801.html</guid>
		<description>Why technical communicators and usability? Both writers and software development managers have asked me that question. In both cases, it springs from a narrow view of communicators as &apos;just writers.&apos; It is a point of view that fails to see the many activities, from learning the subject matter to organizing the information or creating good document design, that are hidden behind that final task of writing the words.</description>
	</item>
	<item>
		<title>Let&apos;s Work Together</title>
		<link>http://tc.eserver.org/11747.html</link>
		<guid>http://tc.eserver.org/11747.html</guid>
		<description>I’ve been working with a product development team for over a year and I think the world of them. Not only are they good at what they do, they are also concerned about creating a product which is both usable and technically robust. They are also serious about their process in which cross-functional teams work together on different parts of a large product. Recently when things got a little busy, we decided to invite another interface designer to help ease the workload. With a robust process and a good interface design, I didn’t think there would be much trouble to integrate a new designer. Imagine my surprise when one member of the group came to me in distress. It turned out that she had been walking the new person through all of the existing designs, showing her both the screen layouts and the analysis behind them. She said, &apos;As I showed her the prototypes, she kept asking questions. They were good questions, but I felt as though she had found every usability battle I had lost in the last six months.&apos;</description>
	</item>
	<item>
		<title>Using a Style Guide to Build Consensus</title>
		<link>http://tc.eserver.org/11745.html</link>
		<guid>http://tc.eserver.org/11745.html</guid>
		<description>Style guides are often requested as a way to promote a common look and feel but do little to address the real problems in the way user interfaces are developed. In many situations, a collection of rules for visual design and the use of controls can seem like a band-aid; promoting surface-level consistency rather than solving the real usability problems. Even when a good style guide is created, it is often ignored after release. Worse, the style guide can become a weapon where a user-centered design process is needed. In either case, the style guide has failed to produce the desired effect. What’s missing is a consensus on the scope, ownership, or content. Solving this problem requires a change in the way style guides are developed, distributed, and used. Three suggestions for teams developing style guides are to start early, to make the emerging style guide widely available, and to plan for long-term maintenance of the guidelines.</description>
	</item>
	<item>
		<title>Voters Learn the Importance of Usability</title>
		<link>http://tc.eserver.org/11751.html</link>
		<guid>http://tc.eserver.org/11751.html</guid>
		<description>It has been an exciting few months, what with the usability flaws in the &apos;butterfly ballot&apos; in Florida possibly changing the course of history. The good news is that the controversy put usability into the public conversation with news articles, press releases, and even new research articles. It was an opportunity to explain &apos;what we do&apos; to friends, relatives, and associates. Some of the lessons from the 2000 Presidential election are the basics of Usability 101.</description>
	</item>
	<item>
		<title>On Beyond Help: Meeting User Needs for Useful Online Information</title>
		<link>http://tc.eserver.org/10429.html</link>
		<guid>http://tc.eserver.org/10429.html</guid>
		<description>It is well accepted that understanding the users and a thorough analysis of their goals and tasks is a prerequisite for usability. To produce a document, online information, or knowledge base that is truly usable, the designer and writer must also consider different user approaches to the information to create it in a form that meets those needs. The underlying technology must also be considered, as it affects the presentation of the information as well as the functionality available to users. To meet user needs for useful online information, all these elements must be factored into the design—and technical communicators must master the skills necessary to make the right choices. </description>
	</item>
	<atom:link href="http://tc.eserver.org/authors/Quesenbery,_Whitney.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>