<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Pratt, Ellis</title>	<link>http://tc.eserver.org/authors/Pratt,_Ellis</link>
	<description>A bibliography of works by Pratt, Ellis 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>Pratt, Ellis</title>
		<link>http://tc.eserver.org/dir/Pratt,_Ellis</link>
	</image>
	<item>
		<title>Six Reasons Why Your Wiki Isn’t Working</title>
		<link>http://tc.eserver.org/35826.html</link>
		<guid>http://tc.eserver.org/35826.html</guid>
		<description>Wikis are a great way to create and publish documentation online, but there are many wikis that haven’t worked. They comprise just a few pages of incomplete, out of date information. Why is that? Why do some wikis work and others just fail? Here are six key reasons.</description>
	</item>
	<item>
		<title>Managing a Documentation Project Successfully: More Jelly and Ice Cream</title>
		<link>http://tc.eserver.org/35530.html</link>
		<guid>http://tc.eserver.org/35530.html</guid>
		<description>This video on simplifying business, using the metaphor of organising a children’s party, made me smile and consider how successful documentation projects are managed. The presenter is suggesting managers need to, in complex systems, give up rigid control from above. Instead, they should watch for organisational patterns, encouraging the good and discouraging the bad.</description>
	</item>
	<item>
		<title>Did Technical Documentation Play a Role in the White House&apos;s Decision to Move to Drupal?</title>
		<link>http://tc.eserver.org/35423.html</link>
		<guid>http://tc.eserver.org/35423.html</guid>
		<description>The reasons for the White House&apos;s decision to run its Web site, whitehouse.gov, on the open source content management system Drupal are being discussed on various Web sites. Alongside Drupal&apos;s functionality, flexibility and openness, some are suggesting that Drupal&apos;s documentation was also a key factor for deciding to use this system.</description>
	</item>
	<item>
		<title>Managing a Documentation Project: A Guide</title>
		<link>http://tc.eserver.org/35436.html</link>
		<guid>http://tc.eserver.org/35436.html</guid>
		<description>This a short video overview of managing a documentation project. It&apos;s something we put together as a test of some of the functionality of Techsmith&apos;s Camtasia software.</description>
	</item>
	<item>
		<title>Can You Design Your Way to a “No User Documentation” Approach?</title>
		<link>http://tc.eserver.org/35195.html</link>
		<guid>http://tc.eserver.org/35195.html</guid>
		<description>For simple, commonly known actions in a closed environment, you probably can design your way to a “no user documentation” approach. Good design can also lead to less documentation. However, customers may expect to do more than that with a product and, in those situations, documentation can play a key role in meeting those expectations.</description>
	</item>
	<item>
		<title>What’s the Point of User Documentation, from a Marketing Perspective?</title>
		<link>http://tc.eserver.org/34777.html</link>
		<guid>http://tc.eserver.org/34777.html</guid>
		<description>In order to understand the way marketing people see the world, it’s worth reading Blogs on marketing (by people such as Seth Godin), the Cluetrain Manifesto, and reading a few books on marketing.</description>
	</item>
	<item>
		<title>Lessons for Technical Communicators from the Telecommunications Sector</title>
		<link>http://tc.eserver.org/34698.html</link>
		<guid>http://tc.eserver.org/34698.html</guid>
		<description>It’s often useful to look at the economic and technological pressures in other industries, to see if the trends emerging there are relevant to the technical communications/publications sector. In recent Blogs, we’ve covered the issues emerging in education, but the telecommunications industry might also provide some useful insights.</description>
	</item>
	<item>
		<title>Nine Trends in Online User Assistance</title>
		<link>http://tc.eserver.org/32979.html</link>
		<guid>http://tc.eserver.org/32979.html</guid>
		<description>Whilst applications are becoming more complex, many people believe that online user assistance hasn&apos;t changed much since WinHelp was introduced with Windows 3. This is a misconception. There have been many developments in this field aimed at increasing end-user productivity and satisfaction.</description>
	</item>
	<item>
		<title>Confessions of a Technical Author: What Can Technical Communicators Learn from David Ogilvy?</title>
		<link>http://tc.eserver.org/31143.html</link>
		<guid>http://tc.eserver.org/31143.html</guid>
		<description>David Ogilvy was an advertising genius who distilled his successful concepts and techniques into a bestselling book I&apos;ve just finished reading, called &quot;Confessions of an Advertising Man&quot;. I wanted to read his book, because I often find it useful to look at other professions and ask whether their ideas could be applied to the world of technical authoring.</description>
	</item>
	<item>
		<title>The Return on Investment of Documentation and Support</title>
		<link>http://tc.eserver.org/31145.html</link>
		<guid>http://tc.eserver.org/31145.html</guid>
		<description>The benefits of user documentation (reduced support calls, increase in the perceived value of the product, happier customers, better customer retention, increase product usage etc) can be identified, but it can be hard to measure them and accurately quantify the Return on Investment.</description>
	</item>
	<item>
		<title>Zen and the Art of Help Files</title>
		<link>http://tc.eserver.org/31144.html</link>
		<guid>http://tc.eserver.org/31144.html</guid>
		<description>I would argue that &apos;Presentation Zen&apos; contains ideas that are also relevant to technical communication.</description>
	</item>
	<item>
		<title>The Six Biggest Mistakes Project Managers Make with Documentation and How to Avoid Them</title>
		<link>http://tc.eserver.org/30262.html</link>
		<guid>http://tc.eserver.org/30262.html</guid>
		<description>Professional business writers, such as technical authors, typically break a document down into small, discrete units of information, organised around a skeleton of topic headings. If you use this &apos;component&apos; or &apos;modular&apos; approach, you can plan and structure the document using the heading &apos;labels&apos; that describe each section.</description>
	</item>
	<item>
		<title>Applying Web 2.0 Technologies to Technical Documentation </title>
		<link>http://tc.eserver.org/28228.html</link>
		<guid>http://tc.eserver.org/28228.html</guid>
		<description>This article is based on my presentation at the Institute of Scientific and Technical Communicators&apos; annual conference in October, 2006.  Every now and then, there is a change in the value of what technical authors deliver. These are moments when organisations pay attention to technical documentation. This is because they recognise that these changes mean they can create something that will be of real value to the business and to their customers. &#xD;&#xD;In recent years, there have been three &quot;waves of interestingness&quot;. The first wave was the introduction of Windows Help (WinHelp). The second major wave was the introduction of the Internet and intranets. This was a time when organisations looked at how they could transfer large amounts of information from paper to online. They were faced with issues such as how users could access and understand all this information easily - issues that technical communicators deal with on a day-to-day basis. &#xD;&#xD;I believe we&apos;re just about to approach the new wave, which we have called &quot;Tech Writing 2.0&quot;.</description>
	</item>
	<item>
		<title>Tech Writing 2.0: Special Report on New Trends in User Documentation</title>
		<link>http://tc.eserver.org/28229.html</link>
		<guid>http://tc.eserver.org/28229.html</guid>
		<description>This report outlines the developments in what many are calling &quot;Web 2.0&quot; and the impact that these developments may have on technical and user documentation. We&apos;ve called these trends &quot;Tech Writing 2.0&quot;. &#xD;&#xD;Tech Writing 2.0 promises a new means of communication that business can use to promote and support their products and services. This means that the nature of technical communication will change. &#xD;</description>
	</item>
	<item>
		<title>Reducing Translation and Localisation Costs</title>
		<link>http://tc.eserver.org/27003.html</link>
		<guid>http://tc.eserver.org/27003.html</guid>
		<description>These days, staff in localisation departments spend their time essentially on project management, translation and quality assurance. However, by using one of the emerging systems that integrate content creation, localisation and content management into an efficient system, many of these activities can be automated or avoided all together. We are now seeing the emergence of technical content control systems that can be used to improve the turn-around time, translation costs and the quality of the translations themselves. In recent projects, where these systems have been implemented, organisations have seen substantial savings in localisation costs, with word count reductions and translation costs of around 30%.</description>
	</item>
	<item>
		<title>The Marketing of Technical Authors</title>
		<link>http://tc.eserver.org/23069.html</link>
		<guid>http://tc.eserver.org/23069.html</guid>
		<description>In May 2004, I did a presentation to the London group of the Institute of Scientific and Technical Communicators on the future for technical authors. This article expands one of the topics discussed - how to promote and market technical authors.</description>
	</item>
	<item>
		<title>A Solution to Writing Winning Sales Proposals and Other Sales Documents </title>
		<link>http://tc.eserver.org/18887.html</link>
		<guid>http://tc.eserver.org/18887.html</guid>
		<description>This article explains how we built a solution to producing sales proposals and other sales literature for our own company using an affordable content management solution.</description>
	</item>
	<atom:link href="http://tc.eserver.org/authors/Pratt,_Ellis.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>