<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0">
<channel>
<title>Barry Millman's Articles</title>
<link>http://www.articlealley.com</link>
<description></description>
<language>en-us</language>
<webMaster>editorial@articlealley.com</webMaster>
<item>
<title>New Technical Writer: Have No Fear of Writing</title>
<description>OVERVIEW


You're a non-writer who has just been assigned to write the User Documentation for your company's new product.  Your overwhelming emotion is fear, perhaps with some anger.

With any new activity there will be some anxiety.  Writing may hav...</description>
<link>http://www.articlealley.com/article_206403_50.html</link>
<pubDate>24th August 2007</pubDate>
</item>
<item>
<title>How Poor In-House User Documents Cost You Twice &amp; What to Do About It</title>
<description>OVERVIEW

Many organizations produce in-house tools or modify commercially-available tools for their own use.   These tools should get documented so they are of use to others in the organization.

If this documentation is not created or is poorly writ...</description>
<link>http://www.articlealley.com/article_195879_50.html</link>
<pubDate>02nd August 2007</pubDate>
</item>
<item>
<title>Great Technical Writing: User Document Headings Should Be Guideposts, Not Advertisements</title>
<description>OVERVIEW

Most heading are designed to entice us to read further.  Headings in User Documents should enable your Reader to decide whether or not to continue reading that section.  Use effective headings to make it easy for your Reader to access and unde...</description>
<link>http://www.articlealley.com/article_181078_50.html</link>
<pubDate>01st July 2007</pubDate>
</item>
<item>
<title>Benefits of Creating User Documents In-House</title>
<description>OVERVIEW

For small companies, creating their product's User Documentation in-house, provides benefits to the company, to (idle) staff, and to the product.  This article describes the benefits and some downsides of producing User Documents in-house.

...</description>
<link>http://www.articlealley.com/article_157710_15.html</link>
<pubDate>10th May 2007</pubDate>
</item>
<item>
<title>New Technical Writer: Avoiding the Interview-Writing Disconnect</title>
<description>OVERVIEW

Lost or garbled information is a terrible waste.  Especially if it's the information you gathered from an interview and must now write into your User Document.  Here's how to prevent that waste.

THE SITUATION

You had an interview with a ...</description>
<link>http://www.articlealley.com/article_148593_50.html</link>
<pubDate>18th April 2007</pubDate>
</item>
<item>
<title>Great Technical Writing: Improve Document Searches</title>
<description>OVERVIEW

Searches in User Documents (manuals, etc.) often fail because the Reader uses different words for a concept than the author uses. Since the Reader's words do not appear in the document, the document search mechanism cannot find them, resulting...</description>
<link>http://www.articlealley.com/article_138480_50.html</link>
<pubDate>14th March 2007</pubDate>
</item>
<item>
<title>New Technical Writer: Use the Persona to Create the Most Useful Section of Your User Document</title>
<description>OVERVIEW

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...</description>
<link>http://www.articlealley.com/article_136859_50.html</link>
<pubDate>12th March 2007</pubDate>
</item>
<item>
<title>New Technical Writer: The Four Dimensions of Your User/Reader</title>
<description>OVERVIEW

To create an effective User Document, the writer must know who he/she is writing for.  This article presents four dimensions (Skills, Attitude, Knowledge and Experience) for describing the User of your product (your Documentation Reader), and ...</description>
<link>http://www.articlealley.com/article_136037_50.html</link>
<pubDate>08th March 2007</pubDate>
</item>
<item>
<title>Great Technical Writing: Make Your Product Fit</title>
<description>OVERVIEW

Most product documentation sounds like their product is the only thing in the User's life.  Such thinking results in User confusion and dissatisfaction.  This article presents three real-life examples of this attitude, and what should be done ...</description>
<link>http://www.articlealley.com/article_129705_50.html</link>
<pubDate>15th February 2007</pubDate>
</item>
<item>
<title>Great Technical Writing: The Two-Edged Sword of Reader Experience</title>
<description>Overview

When we write User Documents we rely on our Reader's/User's experience to simplify our work.  This can cause problems for the Reader. This article will discuss the effects of Reader experience and how to minimize the negative effects of incomp...</description>
<link>http://www.articlealley.com/article_123837_50.html</link>
<pubDate>27th January 2007</pubDate>
</item>
<item>
<title>Great Technical Writing: Sell Your Readers On What's Important</title>
<description>Overview

Our humdrum, sterile headings and writing manner do little to encourage our Users to read parts of the product documentation that would be especially beneficial for them.  This article presents two real-world examples, how they fail their user...</description>
<link>http://www.articlealley.com/article_123825_50.html</link>
<pubDate>27th January 2007</pubDate>
</item>
<item>
<title>Great Technical Writing: Don't Let Your Product's Features Become Expensive Flaws</title>
<description>Overview

Your product's unexplained features can turn into costly flaws. This article describes three real-world products with just such "features." It presents ways you can prevent these feature-to-flaw conversions by improving the User Documentation ...</description>
<link>http://www.articlealley.com/article_102195_15.html</link>
<pubDate>16th November 2006</pubDate>
</item>
<item>
<title>Great Technical Writing: Beware of Your Editor/Love Your Editor</title>
<description>Overview

Your editor should be an integral part of your writing team.  Do not think of him/her as a judge, but rather as a resource to help you in all phases of the writing project.  This article will help you overcome any fear of your editor, a...</description>
<link>http://www.articlealley.com/article_94947_50.html</link>
<pubDate>17th October 2006</pubDate>
</item>
<item>
<title>Great Technical Writing: Banish These Two Attitudes</title>
<description>Overview

Incomplete User Documents disappoint your Readers. Two attitudes of many Technical Writers result in incomplete User Documents.  These two attitudes are:

. "Everyone Knows That", and

. "The User Can Figure It Out"

This article ...</description>
<link>http://www.articlealley.com/article_91709_50.html</link>
<pubDate>04th October 2006</pubDate>
</item>
<item>
<title>Great Technical Writing: Has Anyone Ever Used Your Product?</title>
<description>Product documentation gives the feeling that nobody has ever used the product. Most documentation:

. Ignores the product's failings (warts), and how to overcome them.

. Leaves out tips that would improve the User's experience with the ...</description>
<link>http://www.articlealley.com/article_89020_50.html</link>
<pubDate>26th September 2006</pubDate>
</item>
</channel>
</rss>