My colleague Mattias Sander writes today’s guest post about his journey from an SME to a tech writer – which is a noteworthy answer to my post two weeks ago why not to hire an SME for documentation. I thank Mattias for the permission to reprint the post from his own nascent blog The Techwriting Engineer.
I work as a professional technical writer even though I am really a subject matter expert. This provides a lot of challenges and opportunities. Before my current job I couldn’t care less about the uses of en and emdashes, something that has now taken up at least an hour of my life. More importantly I did not have a clue of how to produce quality technical information. What I have is the problem solving skills and natural curiosity of an engineer – willing to analyse and solve any and every problem I run into. I also live by the philosophy that the best way to learn is by doing. The quickest way to learn a new skill is to find someone who already masters that skill and mimic as best you can – naturally taking into consideration that your problems might not be the same as the expert’s – and filtering accordingly.
The first thing I did when starting this job was to find a book on technical writing with good reviews – Developing Quality Technical Information – and then starting to produce my very first user manual. The result left much to ask for – but still had the focus on task orientation – with clarity and concreteness being the most important properties. Choosing this book as my techwriter’s bible was a good choice as it’s easy to use, easy to understand and it’s easy to find what you are looking for in terms of specific topics.
The challenge I now face is how to get a grip on using topic based authoring and structuring content so that it’s easy for my users to find what they are looking for – hopefully making their life a bit easier – because that’s really what user documentation is all about – helping users perform their daily tasks, isn’t it?
The title of this post seems to promise a seven step procedure, so here goes…
To produce quality user documentation – follow these steps:
- Buy Developing Quality Technical Information and read it from start to finish.
- Find out who you are writing for and put yourself in their shoes.
- Research what information would really help them do their jobs (or install their microwave oven).
- Write down the questions your users need to have answered, write down what task they need to perform and what reference information topics they need to have at hand.
- Produce the user documentation – using the book as your bible. Make use of the checklists in the appendix for checking the quality of your documentation.
- Ask SMEs and fellow techwriters to review and edit your documentation – based on different levels of edit.
- Kick back and enjoy the feeling of having helped Mr Smith install his new microwave oven in time to surprise his wife with a real microwave gourmet dinner.