P7 User Manual Guide
P7 User Manual Guide
User Guides explain in layman's terms how to use a software application. In general, they
accompany other documentation, such as Getting Started, Installation and System
Administration guides.
As the name implies, User Guides are written to help people understand an software
application or IT system. They are also called User Manuals. When writing a User Guide, use
simple language with short sentences. This writing style helps the user understand the
application.
User Guides are often written for non-technical individuals. The level of content and
terminology differs considerably from, for example, a System Administration Guide, which is
more detailed and complex.
This rest of article offers some guidelines to consider when writing your User Guide, such
as:
Writing sections
Delivery formats
As with all types of writing, the first step is to define your TARGET AUDIENCE. Your target
audience are the people who will user your document. As different readers have different
requirements, you need to consider their specific requirements.
Audience Definitions
The user
The system
The tasks
Software is used to do specific things. Users want to know what the software can do for
them, for example, how to print a page in landscape.
They are generally not interested in the nitty-gritty technical details; they want to click a
button and get a result. The User Guide is to teach them how the software helps them to do
something.
Depending on the guide in question, you may need to address several audiences. For
example:
If you are writing for more than one audience, develop an audience definition for each one.
Examine the definitions and see if you can address all audience types with one document. In
many situations, you may need to write a number of documents, of which the users guide is
only one.
When writing, the audience definition serves as a guide for the documentation team
and as a benchmark for evaluating the results.
Here are some questions that will help define your audience's needs:
Where will they use the document, for example, in the office, at home, in their car?
Is your application new? If so, you may want to include a Getting Started document
to introduce the software.
Each user guide is comprised of front page, body sections, and a back page. The following
section describes what each of these needs to contain.
Place the copyright notice on the cover (and also the title page).
Disclaimer
Include a standard disclaimer inside the front cover that outlines the Terms and Conditions
for using this guide.
Preface
Use this section to reference other documents related to the software. Make sure you refer
to the correct release number for all software and documents that you refer to. If necessary,
include a section on "How to use this guide" as an introduction.
Contents
You must include a table of contents. the only exception is if your guide is less than ten
pages, in which case you should probably refer to it as a Getting Started guide or Reference
Guide.
If this user guide is more than twenty pages, include an index at the end of the document.
This is the heart of the guide. In the main body, separate the procedures (also called
instructions) from reference materials. This will help the user navigate their way through
the guide much faster.
Procedures
Procedures help the user perform specific tasks. They are also known as instructions or
tasks. Examples of these may include:
When, why, and how you can perform a task, for example, printing a document,
cropping an image, uploading a file.
What the screen will show after you perform a task, for example, an updated view of
your bank balance.
Writing procedures
Writing a series of steps that walk the user through each subtask
Using an "if-then" approach when explaining decisions that users can make.
Chunking text
Breaking large pieces of information into smaller piece of information is called "chunking."
When writing user guides, you can separate information by menu options and their
respective consequences, for example, showing the user the results of each action.
Subtasks that need to be performed can be divided into chunks. Each chunk can form a new
chapter or section within the guide.
Use a consistent format for each section, for instance:
Describe the inputs and outputs. In other words, what the user must enter into the
system and what the system will do as a result.
When writing procedures, number each step and use the imperative form of verbs, for
example:
Press ENTER
or
When users are allowed to make decisions, use an If-Then approach to show the different
result for each decision they make.
If you choose "Yes," the program will make Firefox your default web browser. If you
choose "No," it will set Opera as your default browser.
Reference Materials
User turn to reference material when they need detailed information on a specific topic, for
example, settings or parameters they must enter.
Program options, for example, different menus and buttons that are presented to the
user
Keyboard options, for example, hold AltGr and 4 to show the Euro symbol
Error messages that may arise when you use the application
Frequently asked questions that the user may have about the software
Back Matter
Add a Glossary of Terms and an Index towards the end of the document.
Glossary
The glossary should cover all acronyms and industry terms used in the document. Help the
user understand your material. Do not alienate them by using jargon and assuming that
they know the meaning on these words.
A short glossary can appear at the front before the table of contents
Highlight glossary terms (by italics, for instance) the first time they appear in text.
Index
Any guide longer than 20 pages benefits from an index. An index helps users locate specific
items very fast without having to search through the entire document manually. Large
documents without an index are impossible to use efficiently.
Establishing Standards
As well as writing the guide, you also need to consider how the document will be delivered,
for example, as a book, online or a PDF.
Other requirements that are specific to each delivery format. For example, PDFs may
need security settings applied so material cannot be copied; partner logos may need
to be added; terms and conditions may need to be updated.
If you are writing a user guide for a client, rather than your own company, check if they use
a specific style guide or have a preference for how the document should be presented.
Check this with the client during the planning phase.
Include page numbers and section titles on every page, either in footers or headers.
Consider using dual columns. This lets you put headings in the left-hand column and
the text in the right-hand column.
Style
Use an appropriate style. Decide on the technical level of your language, how you address
the user, and conventions that are required.
Technical Language
Match the level of technical language with the audience ¯s level of proficiency. Always
underestimate the knowledge of your readers rather than overestimate it.
Limit technical terms to those the user will encounter. If you must define a large number of
terms, use a glossary to supplement definitions in the text.
When writing procedures, use the active voice (e.g. Click this) and address users directly
(write "you" rather than "the user").
You can improve the readability of your documents by using specific formats to distinguish
different types of information.
For example, you can distinguish the user's input from the system's response by:
Indenting text
Using different fonts and type features (bold, italics and underline)
Special Requirements
If the guide is to be used outdoors, in a car, or on the move, make sure the font size is
large enough to read easily.
Use spiral biding so the book does not to break easily, and high-quality paper so the text
does not smudge or leave stains on the reader's hands
.
PS: