<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Design&gt;Usability&gt;User Centered Design</title>	<link>http://tc.eserver.org/dir/Design/Usability/User-Centered-Design</link>
	<description>A listing of the most recently indexed works about Design and Usability and User Centered Design 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>Design&gt;Usability&gt;User Centered Design</title>
		<link>http://tc.eserver.org/dir/Design/Usability/User-Centered-Design</link>
	</image>
	<item>
		<title>The Foundation of a Great User Experience</title>
		<link>http://tc.eserver.org/35598.html</link>
		<guid>http://tc.eserver.org/35598.html</guid>
		<description>I’m part of the AEC User Experience Team at Autodesk.  Our goal is to design a great user experience for our customers, but just what does that mean?   Our definition of user experience focuses on all the touchpoints that current or new users have with our product.  For example, the downloading of software trials is often the beginning of one’s user experience with a product.  If you have to fill out forms that ask for too much information, (should “cell phone number” be a required field on a trial download form?) or present you with too many obstacles, the likelihood of a positive user experience will be low.  Your interactions with technical support, documentation, the product, and even other products that you use, are all aspects of the user experience.</description>
	</item>
	<item>
		<title>Teaching Users to Read</title>
		<link>http://tc.eserver.org/35578.html</link>
		<guid>http://tc.eserver.org/35578.html</guid>
		<description>This may sound a little harsh, but you&apos;ll see, when you do usability tests, that there are quite a few users who simply do not read words that you put on the screen. If you pop up an error box of any sort, they simply will not read it.</description>
	</item>
	<item>
		<title>Documentation Usability: A Few Things I’ve Learned from Watching Users</title>
		<link>http://tc.eserver.org/34637.html</link>
		<guid>http://tc.eserver.org/34637.html</guid>
		<description>Even though your customers may not read manuals, your tech support team probably does, which means someone is reading the manuals and using them to help others. But if your users find it easier to call someone, wait on hold for an agent, and then ask the agent a question rather than find the answer in the help, maybe your help materials aren’t very usable. Maybe increasing the usability of your company’s documentation could alleviate the need users feel to seek answers from another source.</description>
	</item>
	<item>
		<title>Usability Spotter #5: HP Laptop Touch Pads with Scroll Zones- Absence of Tactile Cue</title>
		<link>http://tc.eserver.org/34622.html</link>
		<guid>http://tc.eserver.org/34622.html</guid>
		<description>Summary&#xD;The issue with HP laptops that have a touch pad with a scroll zone contained it (as shown in image A) is that they do not provide a tactile cue for the user to help interpret what section of the touch pad the finger is positioned at. In the absence of a tactile cue, it is difficult for the user to determine whether the finger is on touch pad or the scroll zone without looking at it, resulting in the accidental scrolling on the screen when actually the user simply wants to move the cursor. The issue and multiple solutions are discussed ahead.</description>
	</item>
	<item>
		<title>Out of Box Experience: Getting it Right First Time</title>
		<link>http://tc.eserver.org/34459.html</link>
		<guid>http://tc.eserver.org/34459.html</guid>
		<description>The out of box experience (OOBE) describes the users first interaction with a product or service.  In the technology sector this first experience invariably involves plugging stuff in, installing some software and crossing your fingers in the hope that the product will work. The problem is that, in far too many cases, it doesn’t.</description>
	</item>
	<item>
		<title>Bringing Holistic Awareness to Your Design</title>
		<link>http://tc.eserver.org/34170.html</link>
		<guid>http://tc.eserver.org/34170.html</guid>
		<description>All of the members of the best teams could tell us, with relative ease, the top five business goals of their application, the top five user types the application was to serve, and the top five platform capabilities and limitations they had to work within. And, when questioned more deeply, each team member revealed an appreciation and understanding of the challenges and goals of their teammates almost as well as their own.</description>
	</item>
	<item>
		<title>What is an End-User Software Engineer?</title>
		<link>http://tc.eserver.org/34121.html</link>
		<guid>http://tc.eserver.org/34121.html</guid>
		<description>To address the challenge of developing a shared &#xD;understanding of the users that participate in each &#xD;scenario we have developed a set of personas that &#xD;describe the work styles, characteristics and &#xD;motivations that are common to particular groups of &#xD;people using our products.  The personas help us &#xD;communicate these characteristics by humanizing &#xD;them, increasing the empathy that team members &#xD;have for these fictional users.</description>
	</item>
	<item>
		<title>Jared Spool on User Research Methods</title>
		<link>http://tc.eserver.org/33581.html</link>
		<guid>http://tc.eserver.org/33581.html</guid>
		<description>Adaptive Path’s Peter Merholz recently talked to the founder of User Interface Engineering Jared Spool about user research.</description>
	</item>
	<item>
		<title>Persona Non Grata</title>
		<link>http://tc.eserver.org/33582.html</link>
		<guid>http://tc.eserver.org/33582.html</guid>
		<description>Everyone is mad for personas. They’ve permeated the highest and deepest levels of organizations, and have become a standard interaction design tool. Whole projects are now built around creating them, and there’s a feeling that once you get a half dozen or so, your design problems will be solved. Presumably, your personas solve them for you.&#xD;&#xD;The problem is, most teams build personas from the wrong kind of user information, or worse, base them on assumptions. It’s no surprise that a Web search for personas brings up an amazing variety of persona sets, and most of them are terrible.</description>
	</item>
	<item>
		<title>How Did You Get Here?</title>
		<link>http://tc.eserver.org/33223.html</link>
		<guid>http://tc.eserver.org/33223.html</guid>
		<description>One of the most overlooked aspects of designing a Web site is how users get to it. Separate factions are often devoted to promoting, designing, and maintaining a Web site, and the lack of communication and involvement can lead to apathy or confusion. Too frequently is it assumed that visitors are knowledgeable about the company and Web site, and that they enter through the home page. False assumptions about visitor entry can plague even a well-planned, well-designed site.</description>
	</item>
	<item>
		<title>Five Things to Know About Users</title>
		<link>http://tc.eserver.org/33112.html</link>
		<guid>http://tc.eserver.org/33112.html</guid>
		<description>Over the years, we&apos;ve studied the usability of hundreds of product and web site designs. We&apos;ve seen designs that were incredibly effective for users and designs that fell tremendously short. One emerging pattern in our ongoing research is that design teams that know a lot about their users are more likely to produce user experiences that are usable, effective, and pleasing.</description>
	</item>
	<item>
		<title>Client Centered Design</title>
		<link>http://tc.eserver.org/33002.html</link>
		<guid>http://tc.eserver.org/33002.html</guid>
		<description>What is the difference between user centered design and usability? Until writing this column I didn&apos;t have the faintest idea.</description>
	</item>
	<item>
		<title>Designing for the &quot;Average User&quot;</title>
		<link>http://tc.eserver.org/33006.html</link>
		<guid>http://tc.eserver.org/33006.html</guid>
		<description>User advocacy is one of the central goals of usability. User advocacy can be defined as the process an IT professional (with an interest in user experience) goes through in re-sensitizing herself to the world of the &quot;average user.&quot;</description>
	</item>
	<item>
		<title>Making Decisions About User Research</title>
		<link>http://tc.eserver.org/32940.html</link>
		<guid>http://tc.eserver.org/32940.html</guid>
		<description>We know that we should do user research for projects. All the user-centred design material says so, we talk about it at conferences, we put it in proposals. We just know that it is a good thing to do.&#xD;&#xD;But when I talk to people about their actual projects, I find that very few people actually do user research. There are many many reasons (no time, no money, already know what users need etc etc etc).&#xD;&#xD;I think that part of the reason it doesn’t happen is also that we don’t have good tools to tell us just how much research to do, and even when it isn’t necessary at all to do research.</description>
	</item>
	<item>
		<title>Why Users Can be Hard to Design For</title>
		<link>http://tc.eserver.org/32952.html</link>
		<guid>http://tc.eserver.org/32952.html</guid>
		<description>To know the mind of others is one of the fundamental problems of being human. Much of our energy is spent trying to do so. For web designers, knowing the mind of users is complicated by having very little interaction with them. It is possible, on some projects, to design and redesign web sites without ever talking to one user.</description>
	</item>
	<item>
		<title>Usability Evaluation of a University Portal Website</title>
		<link>http://tc.eserver.org/32807.html</link>
		<guid>http://tc.eserver.org/32807.html</guid>
		<description>This article provides a summary of a usability evaluation of a university portal website. University faculty, staff, and student users were asked to complete representative search tasks and provide feedback on the portal usability. Several user interface design issues were found to impact user performance in terms of task success and perceived task difficulty, in addition to overall satisfaction. From these results, recommendations are made for university portal design related to the default &apos;home&apos; page, channel customization and configuration, and placement of user-specific functions.</description>
	</item>
	<item>
		<title>Switching Between Tools in Complex Applications</title>
		<link>http://tc.eserver.org/32356.html</link>
		<guid>http://tc.eserver.org/32356.html</guid>
		<description>Usability practice needs a procedure to identify, record, count, and highlight tool switch events for study. This paper describes one that supports the trained observers on which User-Centered Design relies to detect problems and causes, and evaluate design changes.</description>
	</item>
	<item>
		<title>User-Guide-Driven Development</title>
		<link>http://tc.eserver.org/32144.html</link>
		<guid>http://tc.eserver.org/32144.html</guid>
		<description>In my work with Bumblebee I use an approach I call &apos;User-Guide-Driven Development,&apos; or UGDD for short. The mechanics of UGDD is similar to that of Test-Driven Development (TDD), but before I write the test for a feature, I write a snippet of the user guide describing the feature I am about to implement.</description>
	</item>
	<item>
		<title>Using Calculators for User Engagement</title>
		<link>http://tc.eserver.org/31995.html</link>
		<guid>http://tc.eserver.org/31995.html</guid>
		<description>Calculators can play important roles on websites. They are especially popular for financial sites, where they can help users calculate mortgage payments, retirement needs, interest earned, and so on. They also appear on other sites, where users can calculate things as varied as their BMI (body mass index), carbon footprint, life expectancy, or gas mileage.</description>
	</item>
	<item>
		<title>Four Bad Designs</title>
		<link>http://tc.eserver.org/31912.html</link>
		<guid>http://tc.eserver.org/31912.html</guid>
		<description>Bad content, bad links, bad navigation, bad category pages... which is worst for business? In these examples, bad content takes the prize for costing the company the most money. </description>
	</item>
	<item>
		<title>How Little Do Users Read?</title>
		<link>http://tc.eserver.org/31909.html</link>
		<guid>http://tc.eserver.org/31909.html</guid>
		<description>On the average Web page, users have time to read at most 28% of the words during an average visit; 20% is more likely. </description>
	</item>
	<item>
		<title>Reduce Bounce Rates: Fight for the Second Click</title>
		<link>http://tc.eserver.org/31904.html</link>
		<guid>http://tc.eserver.org/31904.html</guid>
		<description>Different traffic sources imply different reasons for why visitors might immediately leave your site. Design to keep deep-link followers engaged through additional pageviews.</description>
	</item>
	<item>
		<title>Of Mice and iPods, or The Death of the Designer</title>
		<link>http://tc.eserver.org/31869.html</link>
		<guid>http://tc.eserver.org/31869.html</guid>
		<description>Computing technologies are becoming so familiar it can feel as if they have always been here. It is strange to think that the mouse, for instance, was invented by Doug Englebart in the seventies. He must encounter a degree of incredulity when he mentions this to people. “You invented the mouse? Really? How nice. Did you also invent the pen?”</description>
	</item>
	<item>
		<title>Preparing for User Research Interviews: Seven Things to Remember</title>
		<link>http://tc.eserver.org/31873.html</link>
		<guid>http://tc.eserver.org/31873.html</guid>
		<description>Interviewing is an artful skill that is at the core of a wide variety of research methods in user-centered design, including stakeholder interviews, contextual inquiry, usability testing, and focus groups. Consequently, a researcher’s skill in conducting interviews has a direct impact on the quality and accuracy of research findings and subsequent decisions about design. Skilled interviewers can conduct interviews that uncover the most important elements of a participant’s perspective on a task or a product in a manner that does not introduce interviewer bias. Companies hire user researchers and user-centered designers because they possess this very ability.</description>
	</item>
	<item>
		<title>The Kind of Documentation Users Really Want</title>
		<link>http://tc.eserver.org/31738.html</link>
		<guid>http://tc.eserver.org/31738.html</guid>
		<description>Have you ever asked your users what kind of training materials they want, or how they prefer to learn software? This kind of information is critical to figuring out what help deliverables to produce.&#xD;&#xD;But really when it comes down to it, there are only so many options — printed manuals, short guides, interactive flash guides, videos, online help, live training, reference cards, context-sensitive help, workbooks and exercises, or, usually the favorite, someone to stand by their computer and answer questions whenever they need help.</description>
	</item>
	<item>
		<title>Extreme User Research</title>
		<link>http://tc.eserver.org/31092.html</link>
		<guid>http://tc.eserver.org/31092.html</guid>
		<description>What is the biggest problem I face almost every time a client hires me to do something about a web project going awry? They don&apos;t know a thing about their users. They don&apos;t have a clue, whatsoever. Unbelievable but true!</description>
	</item>
	<item>
		<title>When Geolocation Gets Too Clever</title>
		<link>http://tc.eserver.org/31019.html</link>
		<guid>http://tc.eserver.org/31019.html</guid>
		<description>Geo-redirecting -- redirecting users to different parts of your website depending on their own geographical location -- is a neat trick. It is handy when your website has different messages or product offers for users from different countries or regions.&#xD;&#xD;But many website owners mistakenly assume that their geolocation software works every time. It doesn&apos;t!</description>
	</item>
	<item>
		<title>User Skills Improving, But Only Slightly</title>
		<link>http://tc.eserver.org/30827.html</link>
		<guid>http://tc.eserver.org/30827.html</guid>
		<description>Users now do basic operations with confidence and perform with skill on sites they use often. But when users try new sites, well-known usability problems still cause failures.</description>
	</item>
	<item>
		<title>This Is What Happens When You Let Developers Create UI</title>
		<link>http://tc.eserver.org/30791.html</link>
		<guid>http://tc.eserver.org/30791.html</guid>
		<description>If you let your developers create your UI, hilarity ensues.</description>
	</item>
	<item>
		<title>User Experience Inside and Out: The Strategy of Persuasive Design</title>
		<link>http://tc.eserver.org/30626.html</link>
		<guid>http://tc.eserver.org/30626.html</guid>
		<description>Presents a strategic roadmap for user experience design. Combining usability with the science of persuasion, learn how you can: impact online decision-making and user motivation; create a dashboard-based framework to measure and track user experience; integrate your customer channels and internal-facing systems; and help executives appreciate and understand the value of user-centered thinking and design.</description>
	</item>
	<item>
		<title>When Products Become Easy to Use, What&apos;s Next for Writers?</title>
		<link>http://tc.eserver.org/30315.html</link>
		<guid>http://tc.eserver.org/30315.html</guid>
		<description>People who follow the right trends will someday lead them. Such an opportunity now lies in the hands of technical writers, as the computer field moves toward standardized, graphical, easy-to-use interfaces.</description>
	</item>
	<item>
		<title>How to Embed Usability and UCD Internally</title>
		<link>http://tc.eserver.org/30219.html</link>
		<guid>http://tc.eserver.org/30219.html</guid>
		<description>Integrating usability into any organisation can be a difficult and isolating experience. Get the lowdown on how to achieve this within your organisation.</description>
	</item>
	<item>
		<title>New Technical Writer: Use the Persona to Create the Most Useful Section of Your User Document</title>
		<link>http://tc.eserver.org/29998.html</link>
		<guid>http://tc.eserver.org/29998.html</guid>
		<description>A good User Document includes sections on how to set up, use, and care for the product. However, to create a great User Document, the technical writer should use the Persona, generated in the analysis of the User/Reader, to create the topics for the most useful section of the User Document. This article describes this procedure.</description>
	</item>
	<item>
		<title>Five-Second Tests: Measuring Your Site&apos;s Content Pages</title>
		<link>http://tc.eserver.org/29810.html</link>
		<guid>http://tc.eserver.org/29810.html</guid>
		<description>On your site, the content page is the user&apos;s most frequent final destination. This page contains the information the user came to the site to find. Sites often have hundreds, if not thousands (and in some cases, millions) of these critical pages. How can design teams be confident their content pages are understandable to users? How does a team ensure they&apos;ve designed content pages that communicate the essential information effectively?</description>
	</item>
	<item>
		<title>Conducting Usability Studies at User Group Meetings</title>
		<link>http://tc.eserver.org/29631.html</link>
		<guid>http://tc.eserver.org/29631.html</guid>
		<description>In this day and age, getting closer to your user base is imperative for creating user-centric documentation. This paper discusses how the Technical Publications group at Mentor Graphics tapped into their annual User Group meeting (MUG) to conduct usability studies.  We cover:  Convincing management of the ROI of participating in the User Group meeting; establishing relationships with meeting organizers; defining proper &quot;protocol&quot; for interacting with users and other meeting attendees; planning for and dealing with equipment setup; recruiting users to the usability lab; considering and acquiring incentives for usability lab participants.</description>
	</item>
	<item>
		<title>Practicing Persona Development: an In-House Case Study</title>
		<link>http://tc.eserver.org/29874.html</link>
		<guid>http://tc.eserver.org/29874.html</guid>
		<description>As Technical Communicators, many of us were initiated into this industry with the oft-cited cliche, &apos;know thy audience.&apos; But what does this really mean? To what extent must we &apos;know&apos; our audience in order to deliver effective information products? The critical questions are, &apos;what tools and means can I use to sufficiently understand the needs of my audience? Rather than relying on the directives of Engineering and Marketing, how can I discover the true needs of my audience and develop a user-centered design? And how do I hone my skills at gathering and applying this crucial data?&apos; One of the emerging trends in Technical Communications is to develop user &apos;personas&apos; as a design tool. This paper presents &apos;real-world&apos; advice and &apos;best practices&apos; on using the persona methodology to design information products.</description>
	</item>
	<item>
		<title>Fancy Formatting, Fancy Words = Looks Like a Promotion = Ignored</title>
		<link>http://tc.eserver.org/29551.html</link>
		<guid>http://tc.eserver.org/29551.html</guid>
		<description>One site did most things right, but still had a miserable 14% success rate for its most important task. The reason? Users ignored a key area because it resembled a promotion.</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>The Myth of &quot;The User&quot;</title>
		<link>http://tc.eserver.org/28812.html</link>
		<guid>http://tc.eserver.org/28812.html</guid>
		<description>Instead of becoming computer users, like the cheery protagonists of Star Trek, we&apos;ve become the computer used, like the gloomy inhabitants of Dilbert.</description>
	</item>
	<item>
		<title>Behavioral Concepts: Effectiveness and User Response</title>
		<link>http://tc.eserver.org/28809.html</link>
		<guid>http://tc.eserver.org/28809.html</guid>
		<description>What are hazards and why do we need them? Best practices for key elements of hazards.</description>
	</item>
	<item>
		<title>Understanding Principles of Usability, Part 1</title>
		<link>http://tc.eserver.org/28797.html</link>
		<guid>http://tc.eserver.org/28797.html</guid>
		<description>In this podcast, Karen Bachmann, manager of the Usability and User Experience SIG, provides an overview of the user-centered design process. This is part one of a two part series.</description>
	</item>
	<item>
		<title>Design for Life Cycle</title>
		<link>http://tc.eserver.org/28715.html</link>
		<guid>http://tc.eserver.org/28715.html</guid>
		<description>I was struck by the similarities in the challenges of getting software engineers to consider usability during design, and getting mechanical product designers to consider life cycle issues during design. It occurred to me designers may resist adopting these two design processes for very similar reasons, and that possible solutions may be almost identical.</description>
	</item>
	<item>
		<title>Issues in Sizing UCD Projects</title>
		<link>http://tc.eserver.org/28645.html</link>
		<guid>http://tc.eserver.org/28645.html</guid>
		<description>Sizing UCD projects presents special challenges to usability practitioners and consultants. Each project and UCD methodology comes with its own set of variables that makes it difficult to accurately estimate resource requirements and completion times.</description>
	</item>
	<item>
		<title>A &quot;Way Last Resort&quot;?</title>
		<link>http://tc.eserver.org/28583.html</link>
		<guid>http://tc.eserver.org/28583.html</guid>
		<description>I recently made a career transition from technical writing to usability engineering. In my new position, I have been conducting site visits with customers in the area. During a recent visit, I found an opportunity to query a user, &apos;Mike,&apos; about using online Help. Join Molly on her first experience watching a user try to work with documentation, an experience both illuminating and alarming.</description>
	</item>
	<item>
		<title>IDEO&apos;s &quot;Ten Faces&quot;</title>
		<link>http://tc.eserver.org/28533.html</link>
		<guid>http://tc.eserver.org/28533.html</guid>
		<description>Tom Kelly&apos;s latest book &apos;The 10 Faces of Innovation&apos; internal personas are used to help illustrate traits critical in building an innovation culture.The Experience Archtect is included.</description>
	</item>
	<item>
		<title>So You Want to Be an Interaction Designer 2006</title>
		<link>http://tc.eserver.org/28518.html</link>
		<guid>http://tc.eserver.org/28518.html</guid>
		<description>Five years ago, Robert Reimann wrote a seminal article for the Cooper Newsletter called &apos;So You Want To Be an Interaction Designer.&apos; Like many people, I read the article and said, yep, that&apos;s what I want to be. I took Reimann&apos;s (good) advice and found both work and training as an interaction designer.</description>
	</item>
	<item>
		<title>Progressive Disclosure</title>
		<link>http://tc.eserver.org/28462.html</link>
		<guid>http://tc.eserver.org/28462.html</guid>
		<description>Progressive disclosure defers advanced or rarely used features to a secondary screen, making applications easier to learn and less error-prone.</description>
	</item>
	<item>
		<title>About Personas and Scenarios</title>
		<link>http://tc.eserver.org/28431.html</link>
		<guid>http://tc.eserver.org/28431.html</guid>
		<description>Personas are an extremely powerful design tool, which help you to visualise an end-product that you can be confident will suit your users&apos; needs by helping them achieve their goals, and help you test your success.</description>
	</item>
	<item>
		<title>Users&apos; Goals</title>
		<link>http://tc.eserver.org/28429.html</link>
		<guid>http://tc.eserver.org/28429.html</guid>
		<description>Once you&apos;ve got a statement of purpose you&apos;re halfway to being ready to design. The next step is to understand who&apos;ll be looking at the page, and why.</description>
	</item>
	<item>
		<title>Usability News: The F-Pattern</title>
		<link>http://tc.eserver.org/28215.html</link>
		<guid>http://tc.eserver.org/28215.html</guid>
		<description>Since I&apos;ve started developing websites I&apos;ve been looking for the ideal layout. Today I got another hint on the direction to take. Jacob Nielsen calls it the &apos;F-Pattern.&apos;</description>
	</item>
	<item>
		<title>Empirical Evaluation of a Popular Cellular Phone&apos;s Menu System: Theory Meets Practice</title>
		<link>http://tc.eserver.org/28018.html</link>
		<guid>http://tc.eserver.org/28018.html</guid>
		<description>A usability assessment entailing a paper prototype was conducted to examine menu selection theories on a small screen device by determining the effectiveness, efficiency, and user satisfaction of a popular cellular phone&apos;s menu system. Outcomes of this study suggest that users prefer a less extensive menu structure on a small screen device. The investigation also covered factors of category classification and item labeling influencing user performance in menu selection. Research findings suggest that proper modifications in these areas could significantly enhance the system&apos;s usability and demonstrate the validity of paper-prototyping which is capable of detecting significant differences in usability measures among various model designs.</description>
	</item>
	<item>
		<title>Growing a Business Website: Fix the Basics First</title>
		<link>http://tc.eserver.org/27942.html</link>
		<guid>http://tc.eserver.org/27942.html</guid>
		<description>Clear content, simple navigation, and answers to customer questions have the biggest impact on business value. Advanced technology matters much less.</description>
	</item>
	<item>
		<title>Users Interleave Sites and Genres</title>
		<link>http://tc.eserver.org/27940.html</link>
		<guid>http://tc.eserver.org/27940.html</guid>
		<description>When working on business problems, users flitter among sites, alternating visits to different service genres. No single website defines the user experience on its own.</description>
	</item>
	<item>
		<title>Highlighting Functionality</title>
		<link>http://tc.eserver.org/27476.html</link>
		<guid>http://tc.eserver.org/27476.html</guid>
		<description>Research indicates that most users never find the majority of the functionality in any given application. Learning tends to reach a plateau early on, and is rarely expanded upon. And what that means is that most customers consistently undervalue the software products they purchase and use.</description>
	</item>
	<item>
		<title>How Can You &apos;Insure&apos; Usability? – Achieving Routine User-Centered Design for Anthem&apos;s 12 Million Members Worldwide</title>
		<link>http://tc.eserver.org/27387.html</link>
		<guid>http://tc.eserver.org/27387.html</guid>
		<description>Discusses how Anthem attained the training, standards, and resources they needed to create a sustained usability effort.</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>Navigation: Left is Best</title>
		<link>http://tc.eserver.org/27143.html</link>
		<guid>http://tc.eserver.org/27143.html</guid>
		<description>Web sites and Web applications require users to select from navigational options to access subsequent content pages. An important question relates to where the first navigational choices should be located on the page. Is the navigation better placed at the top of the page, on the left or right panels? If three clicks (i.e., three navigational level selections) are required to get to the desired content, should they be grouped together at the top, left, right, or split between different locations (e.g., select from the top, with the next selection[s] from the left, top or right)?</description>
	</item>
	<item>
		<title>Helping Your Visitors: A State of Mind</title>
		<link>http://tc.eserver.org/27107.html</link>
		<guid>http://tc.eserver.org/27107.html</guid>
		<description>Remember your site visitors won&apos;t find your website as easy to use as you do. Change your state of mind and you&apos;ll improve the user experience for all visitors.</description>
	</item>
	<item>
		<title>&amp;#35282;&amp;#33394;&amp;#35774;&amp;#35745;&amp;#30340;&amp;#26041;&amp;#27861;</title>
		<link>http://tc.eserver.org/26960.html</link>
		<guid>http://tc.eserver.org/26960.html</guid>
		<description>&amp;#22312;&amp;#25105;&amp;#20204;&amp;#30528;&amp;#25163;&amp;#24320;&amp;#22987;&amp;#20869;&amp;#37096;&amp;#32593;&amp;#65288;&amp;#35793;&amp;#32773;&amp;#27880;&amp;#65306;&amp;#26412;&amp;#25991;&amp;#20013;&amp;#25552;&amp;#21040;&amp;#30340;&amp;#20869;&amp;#37096;&amp;#32593;&amp;#19968;&amp;#35789;&amp;#65292;&amp;#25351;&amp;#30340;&amp;#26159;&amp;#20225;&amp;#20107;&amp;#19994;&amp;#21333;&amp;#20301;&amp;#20013;&amp;#20869;&amp;#37096;&amp;#32593;&amp;#20013;&amp;#30340;&amp;#22312;&amp;#32447;&amp;#24212;&amp;#29992;&amp;#65292;&amp;#19981;&amp;#26159;&amp;#25351;&amp;#30828;&amp;#20214;&amp;#26500;&amp;#26550;&amp;#65289;&amp;#25110;&amp;#32593;&amp;#31449;&amp;#35774;&amp;#35745;&amp;#39033;&amp;#30446;&amp;#26102;&amp;#65292;&amp;#26368;&amp;#37325;&amp;#35201;&amp;#30340;&amp;#19968;&amp;#28857;&amp;#26159;&amp;#20102;&amp;#35299;&amp;#29992;&amp;#25143;&amp;#38656;&amp;#27714;&amp;#12290;&amp;#21482;&amp;#26377;&amp;#22914;&amp;#27492;&amp;#25165;&amp;#26377;&amp;#21487;&amp;#33021;&amp;#30830;&amp;#23450;&amp;#20986;&amp;#20135;&amp;#21697;&amp;#21151;&amp;#33021;&amp;#21644;&amp;#29305;&amp;#33394;&amp;#65292;&amp;#26368;&amp;#21518;&amp;#20445;&amp;#35777;&amp;#39033;&amp;#30446;&amp;#30340;&amp;#25104;&amp;#21151;&amp;#65307;&amp;#20063;&amp;#21482;&amp;#26377;&amp;#22914;&amp;#27492;&amp;#65292;&amp;#25165;&amp;#26377;&amp;#21487;&amp;#33021;&amp;#20445;&amp;#35777;&amp;#35774;&amp;#35745;&amp;#20986;&amp;#26469;&amp;#30340;&amp;#19996;&amp;#35199;&amp;#21487;&amp;#20197;&amp;#26381;&amp;#21153;&amp;#20110;&amp;#19981;&amp;#21516;&amp;#32423;&amp;#21035;&amp;#21644;&amp;#20855;&amp;#26377;&amp;#19981;&amp;#21516;&amp;#30446;&amp;#26631;&amp;#30340;&amp;#29992;&amp;#25143;&amp;#12290;</description>
	</item>
	<item>
		<title>&amp;#40664;&amp;#35748;&amp;#24819;&amp;#27861;&amp;#65306;&amp;#28040;&amp;#36153;&amp;#21697;&amp;#22833;&amp;#36133;&amp;#30340;&amp;#21407;&amp;#22240;</title>
		<link>http://tc.eserver.org/26964.html</link>
		<guid>http://tc.eserver.org/26964.html</guid>
		<description>&amp;#30701;&amp;#20449;&amp;#26381;&amp;#21153;&amp;#65288;SMS&amp;#65289;&amp;#26159;&amp;#19968;&amp;#20010;&amp;#20856;&amp;#22411;&amp;#30340;&amp;#36855;&amp;#20154;&amp;#24212;&amp;#29992;&amp;#12290;&amp;#19981;&amp;#20165;&amp;#27969;&amp;#34892;&amp;#32780;&amp;#19988;&amp;#26377;&amp;#21033;&amp;#21487;&amp;#22270;&amp;#65292;&amp;#32473;&amp;#32593;&amp;#32476;&amp;#36816;&amp;#34892;&amp;#21830;&amp;#24102;&amp;#26469;&amp;#20102;&amp;#20016;&amp;#21402;&amp;#30340;&amp;#25910;&amp;#20837;&amp;#12290;&amp;#29978;&amp;#33267;&amp;#36824;&amp;#26377;&amp;#24378;&amp;#22823;&amp;#30340;&amp;#38083;&amp;#22768;&amp;#19979;&amp;#36733;&amp;#65292;&amp;#20449;&amp;#24687;&amp;#25552;&amp;#37266;&amp;#20197;&amp;#21450;&amp;#20132;&amp;#20114;&amp;#24335;&amp;#28216;&amp;#25103;&amp;#30340;&amp;#38144;&amp;#21806;&amp;#21518;&amp;#24066;&amp;#22330;&amp;#12290;&amp;#26377;&amp;#24847;&amp;#24605;&amp;#30340;&amp;#26159;&amp;#65292;&amp;#36825;&amp;#26679;&amp;#19968;&amp;#20010;&amp;#25104;&amp;#21151;&amp;#30340;&amp;#20135;&amp;#21697;&amp;#22312;&amp;#25216;&amp;#26415;&amp;#19978;&amp;#26159;&amp;#22914;&amp;#27492;&amp;#30340;&amp;#34987;&amp;#36731;&amp;#35270;&amp;#12290;&amp;#23601;&amp;#25152;&amp;#26377;&amp;#30340;&amp;#20851;&amp;#20110;SMS&amp;#24066;&amp;#22330;&amp;#30340;&amp;#29378;&amp;#28909;&amp;#30340;&amp;#35752;&amp;#35770;&amp;#26469;&amp;#35828;&amp;#65292;&amp;#20135;&amp;#21697;&amp;#22312;&amp;#26368;&amp;#36817;&amp;#20960;&amp;#24180;&amp;#20013;&amp;#22522;&amp;#26412;&amp;#23601;&amp;#27809;&amp;#26377;&amp;#21464;&amp;#21270;&amp;#12290;&amp;#26681;&amp;#25454;&amp;#23427;&amp;#30340;&amp;#25104;&amp;#21151;&amp;#34920;&amp;#29616;&amp;#65292;&amp;#19994;&amp;#30028;&amp;#24212;&amp;#35813;&amp;#25237;&amp;#20837;&amp;#26356;&amp;#22810;&amp;#30340;&amp;#21162;&amp;#21147;&amp;#26469;&amp;#29702;&amp;#35299;SMS&amp;#24102;&amp;#32473;&amp;#28040;&amp;#36153;&amp;#32773;&amp;#30340;&amp;#20215;&amp;#20540;&amp;#65292;&amp;#24182;&amp;#19988;&amp;#25512;&amp;#20986;&amp;#33021;&amp;#22815;&amp;#24310;&amp;#20280;&amp;#36825;&amp;#31181;&amp;#20215;&amp;#20540;&amp;#30340;&amp;#26032;&amp;#26381;&amp;#21153;&amp;#12290;</description>
	</item>
	<item>
		<title>人性的界面</title>
		<link>http://tc.eserver.org/26959.html</link>
		<guid>http://tc.eserver.org/26959.html</guid>
		<description>我们常常看到这样的新闻报道：飞机坠毁夺走了好几百人的生命，某次工业事故导致几百万英镑的损失，某新发现的系统医疗错误致使数千病患重返医院。几个月后，公布的调查结果如下：操作机器设备时的人为错误导致了这些事故。人们使用‘人为错误’一词来表达‘操作上的错误’，而经常的情况是，这些‘人为错误’ 根本就是机器设备的人机界面设计或安装上本身固有的问题。低劣的人机界面会导致使用效率降低或者容易发生错误，严重的则会造成财产和生命损失。</description>
	</item>
	<item>
		<title>Beyond Usability Testing: User-Centred Design and Organisational Maturity</title>
		<link>http://tc.eserver.org/26823.html</link>
		<guid>http://tc.eserver.org/26823.html</guid>
		<description>What lies beyond usability testing? User-centred design, based on ISO standards. We discuss this approach and the organisational maturity needed to put it into action.</description>
	</item>
	<item>
		<title>User-Centred Design (UCD): 6 Methods</title>
		<link>http://tc.eserver.org/26516.html</link>
		<guid>http://tc.eserver.org/26516.html</guid>
		<description>Learn all about user-centered design, the methods available to you, and how and when they should be employed. </description>
	</item>
	<item>
		<title>Usability for All</title>
		<link>http://tc.eserver.org/26499.html</link>
		<guid>http://tc.eserver.org/26499.html</guid>
		<description>With a small budget to create a website, many small businesses bypass usability testing. While it is not always possible to do a full-blown usability test on a small website, there are steps that website developers can take to help make sure users are not ignored during the process.</description>
	</item>
	<item>
		<title>The User Advocate: Interactive Prototyping, Part 1: Easy PDF Prototyping</title>
		<link>http://tc.eserver.org/26258.html</link>
		<guid>http://tc.eserver.org/26258.html</guid>
		<description>I&apos;ve often observed that once wireframing begins, it&apos;s off to the races! In the rush to launch, we sometimes forget end-users. Is there a way to ensure that they get a voice during this always-hectic phase?</description>
	</item>
	<item>
		<title>The User Advocate: Interactive Prototyping, Part 2: Building a PDF Prototype</title>
		<link>http://tc.eserver.org/26260.html</link>
		<guid>http://tc.eserver.org/26260.html</guid>
		<description>This tutorial shows a very high-fidelity prototype—based upon the current gotomedia site—that might be created very late in the design process.</description>
	</item>
	<item>
		<title>An Introduction to Personas and How to Create Them</title>
		<link>http://tc.eserver.org/26244.html</link>
		<guid>http://tc.eserver.org/26244.html</guid>
		<description>There are many ways to identify the needs of users, such as usability testing, interviewing users, discussions with business stakeholders, and conducting surveys. However one technique that has grown in popularity and acceptance is the use of personas: the development of archetypal users to direct the vision and design of a web solution.</description>
	</item>
	<item>
		<title>Collaboration Sessions: How to Lead Multidisciplinary Teams, Generate Buy-In, and Create Unified Design Views in Compressed Timeframes</title>
		<link>http://tc.eserver.org/26122.html</link>
		<guid>http://tc.eserver.org/26122.html</guid>
		<description>I have participated in, led, and suffered major website redesign efforts. Whether at process-heavy consultancies, notable product companies, or design studios, all teams experience the same points of pain: late feedback, lack of common design vision, and complaints that individuals or teams didnt have enough input.</description>
	</item>
	<item>
		<title>All About Users</title>
		<link>http://tc.eserver.org/25145.html</link>
		<guid>http://tc.eserver.org/25145.html</guid>
		<description>A blog from Bangalore based on everything related to the user experience and interaction.</description>
	</item>
	<item>
		<title>Default Thinking: Why Consumer Products Fail</title>
		<link>http://tc.eserver.org/25073.html</link>
		<guid>http://tc.eserver.org/25073.html</guid>
		<description>Short Message Service (SMS), or texting, is a typical killer application. It is not only popular but profitable, bringing in significant revenue to network operators. There is even a strong after market selling RingTones, info alerts and crude interactive games. A great technological irony is that such a successful product is so under appreciated. For all of the frenzied SMS marketing discussion, the product has hardly changed over the last few years. Given its success, you would think the industry would put more effort into understanding the value SMS offers to consumers and then produce new services that extend this value.</description>
	</item>
	<item>
		<title>The Human Interface</title>
		<link>http://tc.eserver.org/25074.html</link>
		<guid>http://tc.eserver.org/25074.html</guid>
		<description>The phrase &apos;human error&apos; is taken to mean &apos;operator error&apos;, but more often than not the disaster is inherent in the design or installation of the human interface. Bad interfaces are slow or error prone to use. Bad interfaces cost money and cost lives.</description>
	</item>
	<item>
		<title>Usability and User Experience Design: The Next Decade</title>
		<link>http://tc.eserver.org/24918.html</link>
		<guid>http://tc.eserver.org/24918.html</guid>
		<description>Predicts that usability practitioners will need new skills to cope with changes in this field.</description>
	</item>
	<item>
		<title>User-Centered Deliverables: Communicating the Right Things to the Right People</title>
		<link>http://tc.eserver.org/24735.html</link>
		<guid>http://tc.eserver.org/24735.html</guid>
		<description>As usability professionals working on the Web, it is our responsibility to make sure our clients&apos; sites communicate effectively to their intended audience. We make recommendations about what information the audience needs, how they expect it to be presented and how they’ll need to work with it once they’ve got it. But how often do we consider our own audience, the people we need to make our recommendations happen? Does one set of documentation meet the needs of all members of an interdisciplinary team? Probably not.</description>
	</item>
	<item>
		<title>Personas, Participatory Design and Product Development: An Infrastructure for Engagement</title>
		<link>http://tc.eserver.org/24672.html</link>
		<guid>http://tc.eserver.org/24672.html</guid>
		<description>The design of commercial products that are intended to serve millions of people has been a challenge for collaborative approaches. The creation and use of fictional users, concrete representations commonly referred to as &apos;personas&apos;, is a relatively new interaction design technique. It is not without problems and can be used inappropriately, but based on experience and analysis it has extraordinary potential. Not only can it be a powerful tool for true participation in design, it also forces designers to consider social and political aspects of design that otherwise often go unexamined.</description>
	</item>
	<item>
		<title>Afraid So: Horrible Web Monstrosities</title>
		<link>http://tc.eserver.org/24578.html</link>
		<guid>http://tc.eserver.org/24578.html</guid>
		<description>Here they come. Nightmare web sites that, from a usability perspective, are horrid monsters. When you&apos;re tired and in a hurry, you want a web site to quickly and easily provide relevant content to you, so you can solve a problem or perform some task. Discover common hideous impediments to web usability. WARNING: Not for the faint hearted!</description>
	</item>
	<item>
		<title>Toward Integrating Our Research Scope: A Sociocultural Field Methodology</title>
		<link>http://tc.eserver.org/24570.html</link>
		<guid>http://tc.eserver.org/24570.html</guid>
		<description>Technical communicators have recently become interested in user-centered design (UCD) for designing and evaluating technical genres. Yet, a critical examination of the field methods of UCD suggests that they suffer from unintegrated scope: an undesirably limiting focus on a particular level of scope (either the macroscopic level of human activity or the mesoscopic level of goal-directed action) in their theoretical underpinnings and data collection and analysis. This focus is often paired with the assumption that this particular level of scope causally affects what happens at the other levels. Both the focus and the assumption are at odds with sociocultural theories of human activity. This article lays out the problem of unintegrated scope and examines it through critical analyses of two field methods used in UCD research. It concludes by proposing an integrated-scope research methodology for UCD research, with roots in both sociocultural theory and the central issues of technical communication.</description>
	</item>
	<item>
		<title>Altruistic vs. Narcissistic Web Sites</title>
		<link>http://tc.eserver.org/24524.html</link>
		<guid>http://tc.eserver.org/24524.html</guid>
		<description>Users are repulsed by  web sites that are narcissistic, egotistic, corporate-speak, hard to understand, and difficult to use. Users are attracted to and enjoy web sites that are altruistic, user-prioritized, user-focused, easy to understand, easy to use, and full of fresh, relevant content.</description>
	</item>
	<item>
		<title>Involving Customers in Developing Usability Metrics</title>
		<link>http://tc.eserver.org/24375.html</link>
		<guid>http://tc.eserver.org/24375.html</guid>
		<description>Usability metrics are standards to measure a product against and are critical to finding out whether the product is successful in the areas that are important to its users. You can miss critical observations during a usability test if you do not use metrics to test the product. This is especially true if you are testing a product for the first time and do not know what the test will uncover. This paper describes how to find out what users want out of your product and develop usability metrics through focus group and contextual inquiry research.</description>
	</item>
	<item>
		<title>Three Ways To Find Out What Your Customers Want</title>
		<link>http://tc.eserver.org/24136.html</link>
		<guid>http://tc.eserver.org/24136.html</guid>
		<description>The Web is interactive, whether you like it or not. And your customers are live participants in the marketing process, whether you like it or not. And as participants, they want something that most companies find hard to deliver. Your customers want you to listen. They want you to tune in and hear what is on their minds.</description>
	</item>
	<item>
		<title>A Blog on Usability in India</title>
		<link>http://tc.eserver.org/24114.html</link>
		<guid>http://tc.eserver.org/24114.html</guid>
		<description>This Indian usability blog attempts to bridge the gap between user requirements research and UI design.</description>
	</item>
	<item>
		<title>Tell Site Visitors What To Do</title>
		<link>http://tc.eserver.org/24111.html</link>
		<guid>http://tc.eserver.org/24111.html</guid>
		<description>Being sensitive to the fact that the user is in control, many sites simply present as many options as possible on their home pages. The thinking apparently being that the more choices you show on page one, the more likely you are to present something that connects with as many visitors as possible.</description>
	</item>
	<item>
		<title>Critic to Creator: Recognizing Good  Design</title>
		<link>http://tc.eserver.org/23971.html</link>
		<guid>http://tc.eserver.org/23971.html</guid>
		<description>All too often, people in our field focus so much on pointing out the egregious interaction design mistakes that make it to market, we forget to pay attention to the good design that exists. Not only does it make our profession look bad if we are always complaining, but it also makes us less effective.</description>
	</item>
	<item>
		<title>Design Research: Why You Need It</title>
		<link>http://tc.eserver.org/23974.html</link>
		<guid>http://tc.eserver.org/23974.html</guid>
		<description>Just as important as market research, design research is a necessary ingredient for creating, developing, and delivering a successful product. Marketers need solid market research to guide their decisions about product positioning, revenue potential, and target markets. Likewise, designers need solid design research to guide their decisions about the product&apos;s interaction framework, feature set, and overall appropriateness for its users.</description>
	</item>
	<item>
		<title>Getting from Research to Personas: Harnessing the Power of Data</title>
		<link>http://tc.eserver.org/23977.html</link>
		<guid>http://tc.eserver.org/23977.html</guid>
		<description>The usefulness of personas in defining and designing interactive products has become more widely accepted in the last few years, but a lack of published information has, unfortunately, left room for a lot of misconceptions about how personas are created, and about what information actually comprises a persona. Although space does not permit a full treatment of persona creation in this article, I hope to highlight a few essential points.</description>
	</item>
	<item>
		<title>Making Use of User Research</title>
		<link>http://tc.eserver.org/23995.html</link>
		<guid>http://tc.eserver.org/23995.html</guid>
		<description>By focusing on how a product performs in the lab without broader knowledge of the user&apos;s environment and goals, measurement alone may be misleading. To get the most value and meaning out of user feedback it is important to choose the appropriate method for conducting and analyzing user research.</description>
	</item>
	<item>
		<title>The Origin of Personas</title>
		<link>http://tc.eserver.org/23965.html</link>
		<guid>http://tc.eserver.org/23965.html</guid>
		<description>&lt;i&gt;The Inmates Are Running the Asylum&lt;/i&gt;, published in 1998, introduced the use of personas as a practical interaction design tool. Based on the single-chapter discussion in that book, personas rapidly gained popularity in the software industry due to their unusual power and effectiveness. Had personas been developed in the laboratory, the full story of how they came to be would have been published long ago, but since their use developed over many years in both my practice as a software inventor and architectural consultant and the consulting work of Cooper designers, that is not the case. Since Inmates was published, many people have asked for the history of Cooper personas, and here it is.</description>
	</item>
	<item>
		<title>Perfecting Your Personas</title>
		<link>http://tc.eserver.org/23996.html</link>
		<guid>http://tc.eserver.org/23996.html</guid>
		<description>It&apos;s easy to assemble a set of user characteristics and call it a persona, but it&apos;s not so easy to create personas that are truly effective design and communication tools. If you have begun to create your own personas, here are some tips to help you perfect them.</description>
	</item>
	<item>
		<title>Usability in Practice: Company Profile of Hylotek</title>
		<link>http://tc.eserver.org/23861.html</link>
		<guid>http://tc.eserver.org/23861.html</guid>
		<description>Which companies are actually practicing usability, and what does usability mean  to them? Who&apos;s investing time and money into usability, and what kind of  return are they receiving on their investment in the real world?</description>
	</item>
	<item>
		<title>Accessibility Redefined</title>
		<link>http://tc.eserver.org/23594.html</link>
		<guid>http://tc.eserver.org/23594.html</guid>
		<description>Accessibility has come a long way. Not only most public places but even many private areas now claim to be &apos;accessible&apos;. However, this term usually implies that a person in a wheelchair is able to get to the inside of a venue. This is not enough. If I am using a wheelchair, I would like to be completely autonomous and move around freely. I don’t want to have to go along a long dark corridor to use a service lift in order to get to another floor. Although I always appreciate it, I don’t want to have to count on the generosity of passersby to help me open a door or push my wheelchair up a slope. My only wish is to blend in with other people, and enjoy life as much as anyone else.</description>
	</item>
	<item>
		<title>Ethnographic Methods: What Anthropology Teaches Us About Effective Usability Research</title>
		<link>http://tc.eserver.org/23509.html</link>
		<guid>http://tc.eserver.org/23509.html</guid>
		<description>When it comes to usability testing, the field of anthropology is offering new insight into effective research methodologies.  Ethnography is a form of research that anthropologists developed to observe how people behave in their own environments — and it&apos;s catching on in product development.</description>
	</item>
	<item>
		<title>Market Maturity</title>
		<link>http://tc.eserver.org/23297.html</link>
		<guid>http://tc.eserver.org/23297.html</guid>
		<description>Users&apos; expectations of a product depend on the maturity of its market. Markets for software products go through some predictable stages, each with a different emphasis. By identifying what stage your product is in now, you can anticipate   some of the pitfalls that lie ahead. </description>
	</item>
	<item>
		<title>Web-User Satisfaction on the Upswing</title>
		<link>http://tc.eserver.org/23299.html</link>
		<guid>http://tc.eserver.org/23299.html</guid>
		<description>Site visitors are more likely to finish Web tasks successfully, but site searches are still troublesome, according to a recent survey.</description>
	</item>
	<item>
		<title>Effects of Link Arrangement on Search Efficiency</title>
		<link>http://tc.eserver.org/23120.html</link>
		<guid>http://tc.eserver.org/23120.html</guid>
		<description>The subjects that used the 155-link Web pages had a significantly faster search time using a three-column link arrangement, while the two-column link arrangement had the slowest search time. Results for the 30-link Web pages did not show a significant difference in search times for any specific link arrangement.</description>
	</item>
	<item>
		<title>OOBE Project: A Case Study in User-Friendly Hardware</title>
		<link>http://tc.eserver.org/22868.html</link>
		<guid>http://tc.eserver.org/22868.html</guid>
		<description>Many people can&apos;t even program their VCR, let alone set up a new PC. As part of an industry-wide response to this problem, Epson America came up with the Users Digest. We hoped it would grab users&apos; attention and hold it long enough to get them up and running without calling tech support. This paper relates the history of the User k Digest andprovides a guided tour of this innovative document.</description>
	</item>
	<item>
		<title>Customer Partnering: Another Way to Gather User Data</title>
		<link>http://tc.eserver.org/22846.html</link>
		<guid>http://tc.eserver.org/22846.html</guid>
		<description>Information developers have been using user-centered&#xD;design principles for some time now. Many of the techniques&#xD;available, however, do not provide the depth of knowledge&#xD;needed to design more complex information products.&#xD;Customer partnering sessions take place ofer a period of&#xD;three or four months, allowing information developers to&#xD;learn more about customer needs and how information&#xD;products are used. Customer partnering relationships&#xD;benefit both the company that funds the sessions and the&#xD;customers who attend them.</description>
	</item>
	<item>
		<title>Cadius</title>
		<link>http://tc.eserver.org/22810.html</link>
		<guid>http://tc.eserver.org/22810.html</guid>
		<description>Cadius es una iniciativa al servicio de la comunidad de profesionales de la Arquitectura de Información y la Usabilidad.</description>
	</item>
	<item>
		<title>Usability Gesucht</title>
		<link>http://tc.eserver.org/22337.html</link>
		<guid>http://tc.eserver.org/22337.html</guid>
		<description>Unregelmäßig erscheinende Artikel über die aktuellen Problemen in Bereich Ergonomie/Usability und die mögliche Lösungen.</description>
	</item>
	<item>
		<title>Why Consumer Products Have Inferior User Experience</title>
		<link>http://tc.eserver.org/22309.html</link>
		<guid>http://tc.eserver.org/22309.html</guid>
		<description>Physical products, from consumer electronics to cars, are needlessly complex because they&apos;re developed by insular companies that continue to ignore the growing usability trend.</description>
	</item>
	<item>
		<title>Ten Steps for Cleaning Up Information Pollution</title>
		<link>http://tc.eserver.org/21767.html</link>
		<guid>http://tc.eserver.org/21767.html</guid>
		<description>Better prioritization, fewer interruptions, and concentrated information that&apos;s easy to find and manage helps people become more productive and stop wasting their colleagues&apos; time.</description>
	</item>
	<item>
		<title>Got Usability? Talking with Jakob Nielsen</title>
		<link>http://tc.eserver.org/21271.html</link>
		<guid>http://tc.eserver.org/21271.html</guid>
		<description>Jakob Nielsen has brought usability to the attention of the general public, but within the user experience community he&apos;s been criticized by those who say he emphasizes a view that excludes other dimensions of user experience. So is he the defender of ease-of-use or the enemy of creativity?</description>
	</item>
	<item>
		<title>The Making of a Discipline: The Making of a Title</title>
		<link>http://tc.eserver.org/21253.html</link>
		<guid>http://tc.eserver.org/21253.html</guid>
		<description>Many people who work within the design field have had a hard time assimilating the full scope of Experience Design—and a harder time accepting their niches within it. The reasons for this resistance uncover much about the state of design as well as the state of identity.</description>
	</item>
	<item>
		<title>Designing Customer-Centered Organizations</title>
		<link>http://tc.eserver.org/21250.html</link>
		<guid>http://tc.eserver.org/21250.html</guid>
		<description>Even with the present downturn in the economy, more companies, from new media to established banks, have larger usability and design teams than ever before. Should we be content that we have come so far?</description>
	</item>
	<item>
		<title>Focus on User Responses</title>
		<link>http://tc.eserver.org/21152.html</link>
		<guid>http://tc.eserver.org/21152.html</guid>
		<description>What do you really want your users to do once you get them to your site? What information do you want to get to them? How do you want to them to use your site? What responses do you want from your users?</description>
	</item>
	<item>
		<title>Free Stuff and Web Usability</title>
		<link>http://tc.eserver.org/21155.html</link>
		<guid>http://tc.eserver.org/21155.html</guid>
		<description>Everyone loves free stuff. Capitalize on this and you can make your site more user-centered. It can also drive up sales, profits, and user satisfaction.</description>
	</item>
	<item>
		<title>Más Allá de la Usabilidad: Interfaces &apos;Afectivas&apos;</title>
		<link>http://tc.eserver.org/21165.html</link>
		<guid>http://tc.eserver.org/21165.html</guid>
		<description>La creciente popularización de las nuevas tecnologías de la información obliga a que cualquier producto interactivo sea diseñado para una audiencia cada vez más heterogénea y menos tolerante con experiencias de uso frustrantes. Las técnicas, metodologías y prácticas propias de la Usabilidad y Accesibilidad, intentan hacer frente a este hecho, estudiando las necesidades, objetivos y comportamiento del usuario, y enfocando cualquier decisión sobre el diseño, así como la evaluación, en base a estos factores.</description>
	</item>
	<item>
		<title>Preference Does Not Equal Performance</title>
		<link>http://tc.eserver.org/21137.html</link>
		<guid>http://tc.eserver.org/21137.html</guid>
		<description>People will swear up and down that they love a particular product. They will tell you that the colors are right, the size is perfect, and the information is exactly what they needed. However, until you watch and test users you will not see how well the product works. You will not find out if they really would continue using the product, in the right amount, at the right time, under the conditions you expected. People have a funny way of deciding when, where and how they will using something.</description>
	</item>
	<item>
		<title>Understanding Design Misfits</title>
		<link>http://tc.eserver.org/21080.html</link>
		<guid>http://tc.eserver.org/21080.html</guid>
		<description>The purpose of this paper is to briefly discuss design misfits. A cursory overview of misfits is provided, along with a working definition. Eight types of design misfits are revealed. Three examples of each type of misfit are provided for clarification.</description>
	</item>
	<item>
		<title>How to Make URLs User-Friendly</title>
		<link>http://tc.eserver.org/21048.html</link>
		<guid>http://tc.eserver.org/21048.html</guid>
		<description>One of the worst elements of the web from a user interface standpoint is the URL. However, if they&apos;re short, logical, and self-correcting, URLs can be acceptably usable.</description>
	</item>
	<item>
		<title>Stalking the User: Practical Field Research</title>
		<link>http://tc.eserver.org/21029.html</link>
		<guid>http://tc.eserver.org/21029.html</guid>
		<description>Describes how technical communicators can use field research--observing people in their workplaces, homes, and schools--to gain a better understanding of user behavior.</description>
	</item>
	<item>
		<title>Rethinking User-Centered Information Development</title>
		<link>http://tc.eserver.org/21023.html</link>
		<guid>http://tc.eserver.org/21023.html</guid>
		<description>Often in the computer industry there is a tendency to&#xD;provide information about the features of a system.&#xD;However, customers usually purchase the system based&#xD;on knowledge of its features, when they receive the&#xD;product they need information on how to accomplish&#xD;tasks. Developing task-oriented information requires a shift in perspective from what the computer technology can do, to what your customers want to do with the technology. The resulting information must be usercentered&#xD;rather than feature-driven. These types of&#xD;customer requirements demand afresh development&#xD;approach.</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>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>The Rise of the Subsite</title>
		<link>http://tc.eserver.org/20850.html</link>
		<guid>http://tc.eserver.org/20850.html</guid>
		<description>Web users need structure to make sense of the many and varied information spaces they navigate. The fundamental nature of the Web does not support any structure beyond the individual page which is the only recognized unit of information.&#xD;&#xD;For information spaces that cannot easily be hierarchically structured, the subsite can be used as a helpful additional structuring mechanism. Subsites can also be used in hierarchical information spaces to give particular prominence to a certain level of the hierarchy which is used as the subsite designator.</description>
	</item>
	<item>
		<title>Simplicity Costs Less and Works Better</title>
		<link>http://tc.eserver.org/20874.html</link>
		<guid>http://tc.eserver.org/20874.html</guid>
		<description>If ordinary people have to use it, make it simple. You&apos;ll be doing your users a favour, and saving money too.</description>
	</item>
	<item>
		<title>Tech-Support Tales: Internet Hard to Use for Novice Users</title>
		<link>http://tc.eserver.org/20869.html</link>
		<guid>http://tc.eserver.org/20869.html</guid>
		<description>The Internet is still much too difficult to use for novice users. Specialized information appliances like WebTV reduce complexity but still involve considerable risk of user error.</description>
	</item>
	<item>
		<title>Zipf Curves and Website Popularity</title>
		<link>http://tc.eserver.org/20867.html</link>
		<guid>http://tc.eserver.org/20867.html</guid>
		<description>Much available data suggests that Web use follows a Zipf distribution. The figure shows the distribution of incoming page requests to www.sun.com during a one-month period last year. Each datapoint represents one page, with the x-axis showing pages sorted according to popularity: the first page is the most popular one (the home page), the second page is the one that received second-most requests that month, and so on until we reach page number 10,000 which was only requested a single time that month.</description>
	</item>
	<item>
		<title>Designing for Real People: Additional Lessons for Web Design from Mall and Retail Design</title>
		<link>http://tc.eserver.org/20847.html</link>
		<guid>http://tc.eserver.org/20847.html</guid>
		<description>Suggests lessons from bricks-and-mortar retailers that can be applied to web design.</description>
	</item>
	<item>
		<title>Formal Definition of User-Centered Design</title>
		<link>http://tc.eserver.org/20785.html</link>
		<guid>http://tc.eserver.org/20785.html</guid>
		<description>UCD is a highly structured, comprehensive product development methodology driven by: (1) clearly specified, task-oriented business objectives, and (2) recognition of user needs, limitations and preferences. Information collected using UCD analysis isscientifically applied in the design, testing, and implementation of products and services. When rigorously applied, a UCD approach meets both user needs and the business objectives of the sponsoring organization.</description>
	</item>
	<item>
		<title>User-Driven Documentation: From Usability Testing to User Guide</title>
		<link>http://tc.eserver.org/20727.html</link>
		<guid>http://tc.eserver.org/20727.html</guid>
		<description>Rockwell Software is a $90-million company specializing in plant automation software. Offices in West Allis, Wisconsin, and Mayfield Village, Ohio allow technical communicators to work closely with development teams to design, test, and release usable, consistent software and information products.&#xD;&#xD;While Rockwell Software’s information development process is a multi-faceted endeavor, this paper focuses on the following three steps we implement to create our information products: interviewing customers to establish information guidelines, conducting usability tests, and writing Getting Results guides.</description>
	</item>
	<item>
		<title>TaskZ</title>
		<link>http://tc.eserver.org/20703.html</link>
		<guid>http://tc.eserver.org/20703.html</guid>
		<description>This site is dedicated to increasing awareness of the benefits derived from the use of &apos;user-centered&apos; development methods in the creation of advanced technological solutions to complex social and business problems. The primary focus of our editorial content is on screen-based products and services. In the strong belief that knowledge is power and collaboration expands knowledge we have created this site with the hope of building an executive resource for user-centered design information.</description>
	</item>
	<item>
		<title>The UCD Decision Matrix: How, When, and Where to Sell User-Centered Design into the Development Cycle</title>
		<link>http://tc.eserver.org/20587.html</link>
		<guid>http://tc.eserver.org/20587.html</guid>
		<description>Welcome to the UCD Decision Matrix Website. This is a tool that provides information about how user-centered design practitioners around the world have had success and failure integrating their processes into the product development lifecycle.</description>
	</item>
	<item>
		<title>Information Engineering for the 21st Century</title>
		<link>http://tc.eserver.org/20543.html</link>
		<guid>http://tc.eserver.org/20543.html</guid>
		<description>Bowie urges technical communicators to spend less time creating documentation and more time designing products that people can use intuitively.</description>
	</item>
	<item>
		<title>Little Machines: Understanding Users Understanding Interfaces</title>
		<link>http://tc.eserver.org/20364.html</link>
		<guid>http://tc.eserver.org/20364.html</guid>
		<description>This paper questions the ubiquitous practice of supplying minimalist information to users, of making that information functional only, of assuming that the Shannon-Weaver communication model should govern online systems, and of ignoring the social implications of such a stance. Help systems that provide fast, temporary solutions without providing any background information lead to the danger of users completing tasks that they do not understand at all. (Word will help us write a legal pleading, even if we have no idea what one is.) As a result, we have help systems that attempt to be invisible and to provide tool instruction but not conceptual instruction. Such a system presents itself as a neutral tool, but it is actually an incomplete environment, denying both the complexity and alternative (and possibly improved) modes of thinking about the subject at hand.</description>
	</item>
	<item>
		<title>Designing an Effective User Study</title>
		<link>http://tc.eserver.org/20297.html</link>
		<guid>http://tc.eserver.org/20297.html</guid>
		<description>When it comes to learning about your users, a plethora of methods await you. But which one is best for your situation? The answer depends on many factors,&#xD;including the kind of information you hope to discover,&#xD;the time and budget you have available, and your access&#xD;to users.</description>
	</item>
	<item>
		<title>Designing the User-Centered Process Model: A Case Study</title>
		<link>http://tc.eserver.org/20299.html</link>
		<guid>http://tc.eserver.org/20299.html</guid>
		<description>The case study involved the redesigning of NCR’s performance improvement model for developing information products, documentation, and training interventions for our customers. This process model, the Quality Information Products Process (QIPP) seeks to move information product developers away from an adversarial, compliance type model towards a quality&#xD;improvement system that is grounded in the everyday&#xD;practices of the users. The redesign effort was initiated&#xD;during a review of the existing process as it related to a&#xD;new corporate-wide product creation process which was&#xD;recently implemented.</description>
	</item>
	<item>
		<title>Low-Fidelity Prototyping for Technical Communicators</title>
		<link>http://tc.eserver.org/20155.html</link>
		<guid>http://tc.eserver.org/20155.html</guid>
		<description>Technical communicators are responsible for a great deal of what the user sees and touches. This means that more technical communicators are becoming integrated members of product design teams, bringing their expertise into the group and taking the lead in designing and evaluating&#xD;their information systems, Creating low-fidelity paper&#xD;prototypes of software for customer feedback sessions is an&#xD;effective methodfor gathering valuable user input early in&#xD;development.</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>
	<atom:link href="http://tc.eserver.org/dir/Design/Usability/User-Centered-Design.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>