For small companies, creating 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.
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.
THREE OPTIONS
If you have no in-house writing staff you have three options:
1. No User Document for the product. This is NOT a valid option. Every product needs User Documentation. It completes your product package, and enhances the User's experience with your product. Here are two examples of non-existent User Documentation:
The simple tip of turning the knob while squeezing the handles makes the can opener easy to use. That tip could form the basis of a User Manual for the product. The manual should include instructions for care of the can opener. The absurd situation is that this clamp feature was the unique aspect of the product; but the feature becomes unusable because of no User Document.
How have you felt about products that came without User Documentation? Were you confused about the product and getting the most from it? User Documentation adds to the value of the product. Let's look at how we can get it created.
2. Use an outside writing service or consultant. Technical writers may be an excellent choice to create your User Documentation. However, there may be downsides to using them.
Using the outside writer will force you to batch your documentation changes, making the literature out of date. (How many times have you seen product documentation that does not match the product? This happens because the company was waiting for the next major upgrade to update the User Documentation.)
3. Using idle employees in your company to create the User Documentation. The remainder of this article will focus on this option.
STAFFING BENEFITS
In most organizations, there is some staff down-time. By assigning these staff to create User Documents you benefit from effective use of this down-time, and the employees benefit from experience in a new field.
These staffing benefits include:
BENEFITS TO YOUR USER DOCUMENTS
If you have in-house writers (even if they are not formally trained as "technical writers") you can just say "Sue, could you or Tom update the document where the sign-in window is presented." Much faster and more flexible then having to go to an outside source. Sue and Tom have ownership of the document, and would work to improve it. They would use software resources available in your organization.
The benefits of in-house writers to your User Documents include:
DOWNSIDES OF IN-HOUSE WRITING
The primary downsides of in-house User Document creation are the attitude and emotions of your newly-appointed writer. These include:
You can reduce these negative emotions if you encourage and support your New Writer.
SUPPORT YOUR NEW WRITERS
It is unfair to assign a non-writer to create a User Document without supporting him/her. You have to support your writer with:
Other articles in this series (see the links in the "Resources" or "About the Author" section of this article) present more information about supporting your New Writer.
Great Technical Writing: The User-Product Life Cycle - A Documentation Tool
The User-Product Life Cycle (U-PLC) is a powerful tool for the User Document writer. Use the U-PLC to generate the high-level topics for your User Document.Great Technical Writing: Tell Your Users What to Expect
In your User Documentation, you direct your Reader to perform tasks with your product. If you don't tell your Reader what to expect when performing those tasks, you will have a baffled Reader, resulting in dissatisfaction and expensive calls to technical support.New Technical Writer: Conquering the Fear of Writing
Stepping into the role of a technical writer can be daunting, especially for those without a writing background. The task of creating User Documentation for a new product might stir up fear and anxiety, reminiscent of school days filled with writer's block and critical evaluations. However, writing for a user manual is a unique process that differs significantly from academic writing. This article aims to guide new technical writers through the process, providing strategies to overcome anxieties and produce effective documentation. With the right approach and resources, anyone can craft clear and helpful user guides.