| title | Understanding Your Audience |
|---|---|
| sidebar_label | 1. Understanding Your Audience |
| description | Learn the fundamental process of audience analysis, identify the four core technical audience types, and create user personas for effective documentation. |
| image | /tutorial/img/tutorials/technical-writer/audience-cover.png |
import SkillCard from '@site/src/components/SkillCard'; import AudiencePersona from '@site/src/components/AudiencePersona'; import thumbnail from '/img/tutorials/technical-writer/audience-cover.png';
The single most important rule in technical writing is this: Know Your Audience.
Your job is not to write what you know, but to write what the reader needs to know, presented in a way they can instantly understand and use. A document written for a CEO must look completely different from one written for a junior developer.
This page breaks down the process of audience analysis and introduces the four classic audience types you will encounter.
In the world of documentation, readers can generally be segmented into four major categories based on their technical knowledge and purpose for reading.
It’s rare that a document will only be read by one type. A design document, for example, might be read by Experts (to validate the technical approach) and Executives (to approve the budget).
How to Adapt:
- Prioritize: Identify the primary audience (the one who will use the document most often). Write the main body for them.
- Sectioning: Use tools like Executive Summaries (for managers) and Appendixes (for experts) to isolate information.
- Headings: Use clear, descriptive headings (e.g., "Implementation Details for Developers" or "Quick Start: For Non-Technical Users") so readers can navigate past what they don't need.
While the four types are a great starting point, a true professional uses User Personas. A persona is a fictional, yet research-based, profile that represents a specific segment of your audience.
Personas make abstract analysis concrete and actionable.
Let's meet two personas for a new API product:
Whenever you write a section, ask yourself:
- "Would Devon find this confusing?"
- "Does this paragraph provide the information Penny actually needs?"
If the answer is no, you rewrite it. Personas are a shared reference point that keeps the entire team focused on the customer experience.
| Principle | Actionable Step |
|---|---|
| Always start here. | Before writing the first word, identify the primary reader's Knowledge Level and Goal. |
| Avoid Jargon. | Define every technical term that your target audience might not know, even if it feels obvious to you. |
| Don't Assume. | If you have multiple audiences, use summaries and clear headings to guide them quickly to their section. |
| Create a Face. | Build at least one User Persona to make the abstract reader a real person you are writing for. |