Help page elements

Help pages in Ubuntu Help -- that is, those pages containing actual instructions or explanations, rather than just links to other pages -- should have the same basic elements: title, intro paragraph, redirections if necessary, procedure (for achieving goals or solving problems), conclusion if necessary, and cross-references.

Title

Titles of top-level categories should be designed for maximum scannability. Include verbs only when the nouns alone are not obvious. Examples:

Deeper into the hierarchy, titles may be longer, so as to address exact goals or problems. Titles for goals should be present participle verb phrases:

Titles for problems should be declarative statements (not questions), written in the first person:

For pages that aren't about goals or problems, use whatever form is most understandable:

Intro paragraph

A page's intro paragraph should usually be one or two sentences long. It should:

Examples:

Redirections

If, when I arrive at this page, I'm likely to need another page first or instead, link to the other page(s) in a bulleted list after the intro paragraph.

Procedure

Describe the simplest and most memorable way I can achieve the goal or solve the problem. If the procedure contains more than about three sentences, use a numbered list; otherwise just use a paragraph or two.

Don't include things that aren't a necessary part of the procedure (for example, don't mention closing an instant-apply window). And don't describe the computer's expected response to any step (such as a window opening), unless it's likely to surprise me.

A single page may contain multiple procedures, if they’re very short. If they’re not, consider linking to procedures on separate pages, maybe with a sentence or two before each link to help me choose the correct one.

Conclusion

In one paragraph, describe anything I need to understand or be wary of, now that I've carried out the instructions. Also briefly describe alternative methods, or ways I can avoid the problem in future. Don't have a conclusion if there is nothing useful to add.

Cross-references

Include a bulleted list linking to closely-related topics, if any, such as those mentioned in the conclusion.

A complete example

Once you’re done, report bugs to make the help simpler

Writing helpful and reliable steps to achieve something often reveals interface design bugs. In the example above, the Applications Menu Editor should let you search for programs but doesn't, Search for Files should let you search for programs specifically but doesn't, it should be possible to sort file search results by relevance but isn't, the "Type" column should be easy to get to but isn't, the Applications Menu Editor should let you drag a program directly into it but doesn't, the dialog for adding a menu item should be titled "Add Menu Item" but isn't, the dialog should let you drag a program into it but doesn't, and choosing an icon for a menu item is so unreasonably difficult (the filepicker doesn't help) that it's not worth even including in the instructions.

So once you've finished writing a help page, report the bugs that made the help complicated, then simplify the page as each bug is fixed. As people need less help with the common cases, you'll have room to provide more help with uncommon cases, satisfying more people overall.

Comparison

UbuntuHelp/PageStructure (last edited 2008-08-06 16:15:13 by localhost)