Skip to content

Blog

Enhance your software documentation: The impact of active voice

Active voice makes software documentation clearer, concise, and more engaging. Learn how it improves user comprehension, speeds up reading, and reduces ambiguity. Discover industry best practices, when passive voice works, and tools to optimize your writing for better documentation.

Cover Image for Enhance your software documentation: The impact of active voice
Published on
Read time
5 min

Did you know that using active voice can cut down documentation length by up to 15%, making it clearer and easier to follow? Imagine reading instructions that feel direct and actionable rather than vague and confusing. Research from the Nielsen Norman Group shows that clear, concise documentation improves usability and reduces cognitive load, helping users get things done faster.

If you've ever stumbled over software documentation that felt like a puzzle, chances are it leaned too much on passive voice. Companies like Google, Mailchimp, and OpenStack emphasize active voice for a reason—it makes documentation more user-friendly and effective. Let’s dive into why active voice matters and how you can start using it to create better, clearer documentation.

The problem: ambiguity and inefficiency in technical documentation

Technical documentation exists to help users navigate software, but when it's unclear, it does the opposite. Passive voice can make instructions harder to follow, causing frustration, inefficiency, and even an increase in support tickets.

Take this sentence: “The configuration file is updated before deployment.” Who is updating it? When? Now compare that to: “Update the configuration file before deployment.” Clear, direct, and actionable.

When users struggle, they don’t just waste time—they might give up or submit a support ticket instead of solving the issue themselves. The goal? Make documentation that’s easy to read, easy to follow, and easy to act on.

Why active voice matters

Active voice ensures clarity, speeds up understanding, and makes documentation feel more engaging. Let’s break it down:

1. Clarity and directness

Active voice eliminates ambiguity by making it clear who is performing an action. For example, Google's developer documentation style guide recommends “Send a query to the service” instead of “The service is queried.”

2. Conciseness

Wordy documentation can overwhelm readers. Active voice often requires fewer words, making content more digestible. The Knowledge Owl blog notes that using active voice can reduce word count by 10-15%, which is crucial for online readers with limited attention spans. Research from the Nielsen Norman Group further supports this, showing that concise writing improves scannability and comprehension.

3. Engagement and accessibility

Active voice makes documentation more engaging. Compare:

  • Passive: The Submit button should be clicked to proceed.
  • Active: Click the Submit button to proceed.

Which one is easier to follow? The active version tells the user exactly what to do. Directness not only improves clarity but also enhances engagement and accessibility, making instructions more intuitive and actionable for all users.

When to use passive voice

While active voice should be the standard, passive voice has its place. Here are three key situations where it makes sense:

1. Error messages and troubleshooting

Avoid blaming users. Instead of saying, “You entered an invalid password,” a more neutral option is “An invalid password was entered.” Research from Microsoft’s UX guidelines suggests that passive voice in error messages reduces user frustration and blame perception.

2. When the actor is unknown or irrelevant

If who performed the action doesn’t matter, passive voice keeps the focus where it belongs. For example: “The database was updated.” In this case, the action is more important than who did it.

In complex or distributed systems where multiple processes interact asynchronously, passive voice can help describe actions without assigning responsibility to a single entity. For example, instead of saying, "The server updated the cache," you might say, "The cache was updated," since the update could have been triggered by multiple sources within the system.

3. Emphasizing the object over the actor

Sometimes, what happened is more important than who did it. For example: “The file is saved automatically by the application.” This keeps the focus on the file while still clarifying the actor, distinguishing it from cases where the actor is unknown or irrelevant.

Industry standards and best practices

Many top companies advocate for active voice in documentation:

  • Google: The Google developer documentation style guide recommends active voice for clarity while acknowledging some exceptions for passive voice.
  • Mailchimp: Mailchimp’s style guide encourages active voice to ensure accessibility for non-technical users.
  • OpenStack: OpenStack’s contributor guide highlights active voice for keeping documentation clear and engaging.

Actionable solutions and best practices

Want to make your documentation better? Here’s how to get started:

  1. Use style guides: Follow industry standards such as the Google Developer Documentation Style Guide or Mailchimp Content Style Guide.
  2. Leverage AI-powered tools: Tools like Grammarly, the Hemingway App, and EkLine.io help identify and correct passive voice in real-time while enforcing a consistent writing style.
  3. Adopt a Docs-as-Code approach: Using linting tools like Vale ensures documentation follows predefined style rules and maintains clarity.

Practical examples: active vs. passive voice

ContextActive voice examplePassive voice examplePreferred choice
User instruction"Click the Submit button.""The submit button is clicked."Active (clearer)
Error message"The system encountered an error.""An error was encountered."Passive (neutral)
Reference material"The system updates the database.""The database is updated by the system."Active (direct)
Unknown actor"Someone deleted the file.""The file was deleted."Passive (focus on action)

Conclusion

Active voice is a game-changer for software documentation. It makes content clearer, shorter, and easier to follow—helping users accomplish tasks with minimal frustration.

If your documentation feels wordy or unclear, start by reviewing it for passive voice and revising it for clarity. Use AI-powered tools like Grammarly, Hemingway, and EkLine.io to streamline the process. Train your team on best practices, test readability, and continuously refine your documentation.

The next time you write documentation, think about your reader. Make it clear. Make it direct. And most importantly, make it easy for them to succeed.

Key references


Read more about

Cover Image for What Is Poppy? When Should Your API Support Customer Agents?
Blog

What Is Poppy? When Should Your API Support Customer Agents?

·15 min read

Poppy, the Personal Agent Protocol from Sierra and Meta, is a draft 0.1 consent and session layer for customers' AI agents. What it adds over OAuth and MCP, and whether your API should adopt, experiment, or wait.

Cover Image for How do you evaluate AI support quality beyond deflection rate?
Blog

How do you evaluate AI support quality beyond deflection rate?

·17 min read

Deflection shows where the work went, not whether the answer was right. Metric definitions, a QA rubric, a scorecard, and a 30-day plan for judging AI support on correctness and outcomes.

Cover Image for How to keep Astro Starlight docs accurate after a green build
Blog

How to keep Astro Starlight docs accurate after a green build

·9 min read

A green build tells you the site is well-formed: frontmatter matches its schema, internal links resolve once you add a validator, and API pages render from your spec. It cannot tell you whether a sentence in a how-to is still true, which takes a content check driven by what changed in the product.

Cover Image for How to keep Docusaurus docs in sync with your source code
Blog

How to keep Docusaurus docs in sync with your source code

·9 min read

Docusaurus keeps docs in sync with source code through the repository. It gives you three real sync tools: a monorepo, code blocks imported from files, and a build that fails on broken links.

Cover Image for How to keep Fumadocs docs in sync with your code
Blog

How to keep Fumadocs docs in sync with your code

·9 min read

To keep Fumadocs docs in sync with a Next.js app and its API, let Fumadocs generate every page it can from code (OpenAPI reference pages and TypeScript props tables), then give the hand-written guides around those pages an update loop of their own. A generated page changes when its source changes.

Cover Image for How to keep GitBook in sync with GitHub, and accurate
Blog

How to keep GitBook in sync with GitHub, and accurate

·9 min read

To keep GitBook in sync with GitHub without losing edits, and keep the content accurate, turn on Git Sync, choose the first sync direction on purpose, and edit each page in one place while a change is open. That keeps the editor and your repository identical.