Tech Writer and Documentation Manager
Document quality is a big part of our conversation right now so I think it may be helpful to explain some concepts associated with good documentation and share ideas at a high level that have been really illuminating for me as a tech writer.
Of course, I don’t expect everyone to become a technical writer after reading this. But if I can demystify the job and share the values that guide me when I’m working through content, then everyone can appreciate the characteristics of stellar documentation when they see it and think more clearly about how we achieve it.
Technical doc principles often overlap with programming principles, and there are plenty of them. These mostly advocate for simplicity and clarity. But the highest principle every writer starts with is to always consider your audience.
Know your user by asking:
The best documentation knows and serves its audience best.
We all have our favorite adjectives for engineers. A good characteristic for a writer to understand is that engineers are fast. And an eye-opening concept for me has been that engineers aren’t just fast thinkers. 10X engineers are very fast users:
These users are information foraging, so style and formatting choices for them prioritize discoverability and skimmability. Wiki pages and API docs are formatted to match conventions from the internet and from open-source examples because engineers know these formats intuitively and can consume them quickly.
For more, see What is the magic?: Features of good docs (part 2)