This updated guide explains core technical writing principles: use plain language and active voice, keep sentences short, define jargon, structure information with headings and lists, include visuals, and test instructions with representative users. It adds modern practices: accessibility, templates, modular content, and version control, and points to readability and accessibility tools.
What is technical writing?
Technical writing communicates specific information about a technical subject to a defined audience for a clear purpose. Its goal is practical: help readers understand a concept or complete a task. Typical outputs include user manuals, API docs, release notes, help pages, SOPs, training guides, proposals, and product quick-starts.
Core principles
Use plain language
Choose common words and short sentences. Remove filler and redundancy. Aim for clarity over formality so readers find what they need quickly.Prefer active voice
Active sentences are shorter and clearer. Compare: "Engineers deploy the update" (active) vs. "The update is deployed by engineers" (passive). Reduce passive constructions except when the actor is unknown or intentionally de-emphasized.Keep sentences and paragraphs short
Aim for 10-20 words per sentence on average. Break long ideas into numbered steps or bulleted lists. Short paragraphs make scanning easier on screens.Limit jargon and define terms
Use technical terms only when necessary. When you must use them, define them on first use or link to a glossary. Consider audience knowledge level when choosing terminology.Use examples, visuals, and structured formatting
Show commands, code snippets, diagrams, screenshots, and tables where they clarify procedures or data. Use meaningful headings, numbered steps for procedures, and callouts for warnings or tips.Write for accessibility
Follow basic accessibility practices: descriptive headings, meaningful link text, alt text for images, and logical reading order. Accessible docs reach more users and often improve clarity.Writing process (practical steps)
- Plan: Identify audience, purpose, scope, and success criteria.
- Outline: Organize content into logical sections (chronological, classification, or component-based).
- Draft: Write quickly from the outline; prioritize completeness over polish.
- Revise: Edit for clarity, accuracy, tone, structure, and conciseness. Remove at least 10% of words on a first pass.
- Test: Have representative users follow instructions and give feedback; iterate.
Modern practices and tools
Use templates and modular, single-sourced content for reuse. Keep documentation under version control when appropriate. Readability and editing tools (for example, style checkers and grammar aids) can speed review, and accessibility checkers help compliance with WCAG guidance. Note: many organizations in the U.S. also follow the Plain Writing Act (2010) principles for public-facing documents.
Final checklist
- Is the purpose clear to the intended audience?
- Are steps numbered and verifiable?
- Are technical terms defined or linked?
- Are visuals labeled and accessible?
- Has a representative user tested the instructions?
FAQs about Technical Writing Guidelines
When should I use passive voice?
How do I decide what technical terms to include?
What makes a procedure usable?
Which accessibility practices matter for documentation?
News about Technical Writing Guidelines
IEEE Course Improves Engineers’ Writing Skills - IEEE Spectrum [Visit Site | Read More]
15 ways to make money from writing - Save the Student [Visit Site | Read More]
The AI Lie Detector: How to Spot Machine-Written Text Every Time - CNET [Visit Site | Read More]
How to write a great agents.md: Lessons from over 2,500 repositories - The GitHub Blog [Visit Site | Read More]
An expert's top 10 tips on how to use ChatGPT like a pro - London Evening Standard [Visit Site | Read More]