Guidance information is also known as step-by-step instructions how-to instructions, or procedures, and makes up the heart of all task-oriented documentation systems. Procedures consist of a mix of explanations and steps; the job of the designer or writer of these is to balance these elements.
Guidelines
1. Relate the Task to Meaningful Workplace Activities
“A procedure is a step-by-step series of commands for accomplishing a meaningful operation with a software program” (p. 64). The goal of writing a procedure is to see it as a part of larger activities. Procedures are the operation part of the activity/action/operation model examined in Chapter 1. The job of the writer is to clarify how the procedures fit into the larger picture in the user’s workplace.
2. Determine How Much Information Your User Needs
How much information users will need depends on the difficulty of the task, and their experience. Identifying both of these aspects will help the writer decide whether to make the procedure richly detailed or sparse. Layering is “a formatting technique that allows for different levels of information (beginning and advanced) on the same page” (p. 87) and caters to both levels of users and levels of information.
To enrich procedures, consider adding the following:
· Screen shots (show the actual user interface, what menus to display, and what choices to make)
· Cautions and warnings (alerts user to be careful of damaging product, losing data, compromising performance of system, and possible harm to humans as a result of errors with software or equipment)
· Tips for efficient use (suggest alternatives, workaround, and helpful applications; can also elaborate a step or command)
· Tables showing options the user can take with a specific task (organize information and present it efficiently: features and uses, terms and definitions, setting names and options, users and program sections tables of contents; keep tables simple and cite them in the text; use descriptive, performance-based column titles)
· References to other sections of the manual or resources
· Explanations
· Cross-references and links
· Icons
· Graphics showing program concepts
· Keystroke combinations
· Examples
· Footnotes
3. Choose the Appropriate Procedural Format
Choose from standard, prose, or parallel; it is a good idea to stick to one.
· The standard format consists of steps, notes, screens, etc, aligned on the left margin.
Advantages: It is recognizable by users, there is an easy flow from one page to another, it is easy to renumber and test, and it is easy to see the steps using a hanging indent.
Disadvantages: It may occupy a lot of space and maybe confusing if complex and simple steps need to be mixed.
· The prose format includes steps in sentence and paragraph form; a conversational tone occurs in programs with simple tasks and a simple interface. Bold and italics are used for command verbs, function keys, buttons, and text for the user to type in.
Advantages: It is conversational and relaxed in tone, saves space, clarifies simple, basic steps, and accommodates experienced users.
Disadvantages: It buries the steps in paragraphs, precludes lengthy explanations of individual steps, can’t accommodate graphics for individual steps, and doesn’t offer much support for novice users.
· The parallel format is useful for programs that include complicated data fields or dialog boxes and programs that require the user to move from one field on a screen to another, filling in each one along the way. Writers and designers should keep the terminology consistent, cue terms to the screen, discuss one screen at a time, use plenty of examples, and explain to users how the format works.
Advantages: It can help users stay organized, works well with shorter procedures, and is good for filling out complicated screens and dialog boxes.
Disadvantages: It does not present information in a step-by-step, task-oriented manner, can’t be used for all procedures because it is specialized, may confuse the user who gets lost moving between steps and screens, and has to fit on one page.
· For embedded help, a writer working with a programmer put tags into both the program and the help system. It displays procedural information as a part of the interface of the system, and, unlike conventional help, is not a separate program. Embedded help is useful for tips for efficient use; cue cards; short, animated demonstrations; and trouble-shooting tips. Types of embedded help include flyout help, interactive flyout help, do it for me help, field-level help, interface help, pop-up definitions, and roll-overs (p. 79).
4. Follow a Rhythm of Exposition
This means a pattern of step, note, and illustration. First give a command for a step, then say how the program will respond, then illustrate what happened, then tell the next step.
5. Test All Procedures for Accuracy
Test the pacing and format for the desired effect. Perform evaluative tests, where an actual user or prototype of a user actually performs the steps.
Discussion
What Constitutes a Procedure?
“Procedures are often rooted in the features of the software program” (p. 81). But in the office or the business, these features can differ greatly from the uses. The writer or designer should consider the features as the tools the program provides for the user. The procedures result from putting the functions of the program into a usable set of steps that do the user’s work. Procedures usually follow a chronological sequence, with a beginning and an ending. Kinds of guidance information include installation (which is usually accompanied by a wizard, which is the personification of a guide or assistant), maintenance, and repair, but most procedures focus on the actual operation of the program, the day-to-day uses.
How Does a Procedure Work?
The task name identifies the program in performance-oriented language.
The overview serves first as an introduction and describes the use of the procedure. Using informal language, it should prepare the reader to perform the steps, by indicating necessary skills and conditions. Second, the overview directs the user once he or she is started with the procedure.
The steps give the user tools to use and actions to take with the tools. In writing steps, numbers should be used as opposed to bullets, and numbered steps should not include renumbered actions. In notes and explanations commands should be avoided and imperative verbs preferred.
Elaborations comment on the steps as they get performed. They can include possible mistakes and how to avoid them, how to perform procedures efficiently, alternatives (keystrokes, toolbars, function keys), definitions of terms, how to tell if a step was performed correctly, where to look for supplemental information. Elaborations should be phrased in an active voice and should refer to the program.
Options are optional commands or keystrokes and should be presented in a table.
Screens illustrate to the user the tool in use or the goal or results of an action. They can show an overview, a partial result, a final result, dialog boxes, toolbars, and menus.
Dianna Cowles, Robin Erickson, Anna Ignatjeva