Once you’ve analyzed your audience, how do you use this information? How do you keep from writing something that may potentially still be incomprehensible or useless to your readers? Draft your document with your audience’s needs in mind, but remember that writing can be refined over many drafts. With each subsequent draft, think more carefully about your readers, and revise and edit your document so that you make technical information more understandable for nonspecialist audiences. The lists below are some of the ways you can adapt your writing to your audience’s needs.

The following “controls” have mostly to do with making technical information more understandable for nonspecialist audiences, and they refer to information you will refine as you begin to put your final report together. However, it is a good idea to be aware of your audience’s needs even in the early stages of your report drafting.

Provide the right information

Add information readers need to understand your document. Check to see whether certain key information is missing—for example, a critical series of steps from a set of instructions; important background that helps beginners understand the main discussion; definition of key terms.

Omit information your readers do not need. Unnecessary information can also confuse and frustrate readers—after all, it’s there so they feel obligated to read it. For example, you can probably chop theoretical discussion from basic instructions.

Change the level of the information you currently have. You may have the right information but it may be “pitched” at too high or too low a technical level. It may be pitched at the wrong kind of audience—for example, at an expert audience rather than a technician audience. This happens most often when product-design notes are passed off as instructions.

Add examples to help readers understand. Examples are one of the most powerful ways to connect with audiences, particularly in instructions. Even in a non-instructional text, for example, when you are trying to explain a technical concept, examples are a major help—analogies in particular.

Change the level of your examples. You may be using examples but the technical content or level may not be appropriate to your readers. Homespun examples may not be useful to experts; highly technical ones may totally miss your nonspecialist readers.

Guide your reader through your writing

Change the organization of your information. Sometimes, you can have all the right information but arrange it in the wrong way. For example, there can be too much background information up front (or too little) such that certain readers get lost. Sometimes, background information needs to be consolidated into the main information—for example, in instructions it’s sometimes better to feed in chunks of background at the points where they are immediately needed.

Strengthen transitions. It may be difficult for readers, particularly nonspecialists, to see the connections between the main sections of your report, between individual paragraphs, and sometimes even between individual sentences. You can make these connections much clearer by adding transition words and by echoing key words more accurately. Words like “therefore,” “for example,” “however” are transition words—they indicate the logic connecting the previous thought to the upcoming thought. You can also strengthen transitions by carefully echoing the same key words. A report describing new software for architects might use the word software several times on the same page or even in the same paragraph. In technical prose, it’s not a good idea to vary word choice—use the same words so that people don’t get any more confused than they may already be.

Write stronger introductions—both for the whole document and for major sections. People seem to read with more confidence and understanding when they have the “big picture”—a view of what’s coming, and how it relates to what they’ve just read. Therefore, write a strong introduction to the entire document—one that makes clear the topic, purpose, audience, and contents of that document. And for each major section within your document, use mini-introductions that indicate at least the topic of the section and give an overview of the subtopics to be covered in that section.

Create topic sentences for paragraphs and paragraph groups. It can help readers immensely to give them an idea of the topic and purpose of a section (a group of paragraphs) and in particular to give them an overview of the subtopics about to be covered. Road maps help when you’re in a different state!

Craft effective sentences

Change sentence style and length. How you write—down at the individual sentence level—can make a big difference too. In instructions, for example, using imperative voice and “you” phrasing is vastly more understandable than the passive voice or third-personal phrasing. For some reason, personalizing your writing style and making it more relaxed and informal can make it more accessible and understandable. Passive, person-less writing is harder to read—put people and action in your writing. Similarly, go for active verbs as opposed to be verb phrasing. All of this makes your writing more direct and immediate—readers don’t have to dig for it. And obviously, sentence length matters as well. An average of somewhere between 15 and 25 words per sentence is about right; sentences over 30 words are to be mistrusted.

Edit for sentence clarity and economy. This is closely related to the previous “control” but deserves its own spot. Often, writing style can be so wordy that it is hard or frustrating to read. When you revise your rough drafts, put them on a diet—go through a draft line by line trying to reduce the overall word, page, or line count by 20 percent. Try it as an experiment and see how you do. You’ll find a lot of fussy, unnecessary detail and inflated phrasing you can chop out.

Make your document visually appealing

Add and vary graphics. For nonspecialist audiences, you may want to use more graphics—and simpler ones at that. Graphics for specialists are more detailed, more technical. In technical documents for nonspecialists, there also tend to be more “decorative” graphics—ones that are attractive but serve no strict informative or persuasive purpose at all.

Break text up or consolidate text into meaningful, usable chunks. For nonspecialist readers, you may need to have shorter paragraphs. Maybe a 6- to 8-line paragraph is the usual maximum. Notice how much longer paragraphs are in technical documents written for specialists.

Add cross-references to important information. In technical information, you can help nonspecialist readers by pointing them to background sources. If you can’t fully explain a topic on the spot, point to a section or chapter where it is.

Use headings and lists. Readers can be intimidated by big dense paragraphs of writing, uncut by anything other than a blank line now and then. Search your rough drafts for ways to incorporate headings—look for changes in topic or subtopic. Search your writing for listings of things—these can be made into vertical lists. Look for paired listings such as terms and their definitions—these can be made into two-column lists. Of course, be careful not to force this special formatting, and don’t overdo it.

Use special typography, and work with margins, line length, line spacing, type size, and type style. For nonspecialist readers, you can do things like making the lines shorter (bringing in the margins), using larger type sizes, and other such tactics. Typically, sans-serif fonts, such as Ariel, are useful for online readers. Serif fonts, such as Time New Roman, are useful for print texts.

By now you should be able to see that many of the decisions you make as a technical writer depend on who will read your report. From content, to language, to layout, every aspect of your communication must keep your readers’ needs in mind.

We will spend time later in this book expanding our discussion of audience as well as document design–an important consideration that can help tremendously in making your document professional and easy to read.

Chapter Attribution Information

This chapter was derived by Annemarie Hamlin, Chris Rubio, and Michele DeSilva, Central Oregon Community College, from Online Technical Writing by David McMurrey – CC: BY 4.0