By Catherine Heath on Writing docs from June 7, 2019
Content Writer and Community Manager Małgorzata Trojanowska delivered a talk at Write the Docs Vilnius called 'Technically you can: creating technical content for all audiences'.
Małgorzata works at Cloudoki, and she talked about creating technical content for audiences of different levels of technical ability. "Content strategy is like baking a cake," says Małgorzata.
Work-related information is mostly acquired by reading – in fact, reading is responsible for people acquiring 90% of all information. This puts a lot of pressure on your technical documentation, because users are relying on it to do their jobs.
Unfortunately, a technical text takes much longer to read than a normal text. In fact, users can read at a rate of about 260 words per minute for a technical doc, compared to 70 words per minute for a regular text. That means that technical content needs to be written in a specific and approachable way.
Here is Małgorzata's advice on how to write technical content for all audiences:
Reduce textual clutter using tools like Hemingway or Vale, since they help you strip out superfluous words. When you read documentation, you have a wall of text. It's much less engaging than listening to someone speak in real life, so it's important to get right to the point.
People lose attention every 8 seconds, so use diagrams and pictures to keep them engaged. Whitespace is also your friend, since first impressions count. Whenever you write documentation, try to put spacing in it. We remember what we see.
Follow these three Ws in the process of writing your technical documentation:
Every single word has to have a purpose, since your documentation can also be very useful for SEO. Choose the words that your company is targeting in your SEO strategy.
Don't make assumptions about what your readers know. For example there are a lot of acronyms, like API. Always define your acronyms. Include links to definitions of technical terms for non-technical people.
Metaphors can be an extremely powerful tool. For example, Małgorzata didn't understand what an API was until watching a video about a restaurant as a metaphor.
Primacy and recency effect means you remember things from the beginning and from the end. Remember this when writing your documentation.
Using an 8-word sentence is a good rule for writing an easy sentence. There's a sentence that is almost 14,000 words long, which must be impossible to read.
Testing is also very important for documentarians. Test that your documentation actually works before considering it finished.
Try to avoid too much complexity in your writing, because it obscures meaning. Simple is key.
Our very own knowledge base software KnowledgeOwl can help you create delightful documentation for your users. Take it for a free spin now.
General posts useful to all documentarians about writing documentation, editing and publishing workflows, and more.
Your flight plan for how to get the most out of KnowledgeOwl features and integrate them into your workflows.
Major KnowledgeOwl company announcements.
Learn how others are using KnowledgeOwl & get pro tips on how to make the most of KO!
Find out more about who we are and what we value.
We believe good support is the foundation of good business. Learn about support tools and methodology.
Learn more about tools to solve various documentarian issues, within and beyond KnowledgeOwl.
Not sure what category you need? Browse all the posts on our blog.
Watch a 5-minute video and schedule time to speak with one of our owls.