If you write instructions, procedures, user guides or help pages, or you're moving into a technical author role, this course shows you how to write documentation that people can follow first time.
You start with what technical writing is and who does it, then learn to find out who your readers are and what task they're trying to finish. You plan a documentation set with the right type of page for each need, write in plain English with consistent terms and a style guide, and write procedures with one action per step, clear results and well-placed cautions. You structure pages for scanning, use tables, screenshots and diagrams well and write alt text. You make documentation accessible and inclusive, review it with experts and watch real readers follow it. Then you write help pages, troubleshooting articles and error messages, look at API reference pages and code samples in outline, and learn to work with experts, manage a documentation project and build a portfolio.
There are 10 sections and 50 written lessons, each with a worked example, common slips, questions people often ask and a short exercise to try, and each section ends with a short quiz. You follow Seraphine, a support team leader who moves into a new technical author role at a small software company, as she plans, writes, reviews and publishes the documentation for a new feature. Every section has a practice pack with a worksheet, an answer key and a cheat sheet, plus an audience and task analysis template, a documentation plan template, a style guide template, a terminology spreadsheet, a procedure template, before and after rewrites, a review checklist and a glossary. The final project is a small documentation set for a made-up garden sensor, with worked answers to compare against.
Adults moving into technical author or documentation roles, and staff who write procedures, user guides, help pages or work instructions as part of their job. You don't need a technical background or any experience of writing documentation.
This is an introduction to technical writing. It isn't a professional qualification. It names no software or companies: tools are described by type, so the skills work wherever you use them. Public guidance, such as the GOV.UK content and publishing guidance and the W3C accessibility guidelines, is described as it read when the course was written. Seraphine and every other person and product in the course are fictional.