Chapter 14: AI and the Future of Technical Writing
I have a small confession: I'm excited about AI's role in technical writing. Not because I think it will replace technical writers—quite the opposite. I think AI will free us to focus on the content that truly matters, the content that makes users think "that's really cool."
For decades, technical writers have been buried under the sheer volume of necessary but routine documentation. Every API needs reference docs. Every feature needs a how-to guide. Every product needs a quickstart. This essential content consumes enormous amounts of time and energy, leaving little capacity for the kind of writing that genuinely transforms user experiences.
AI changes this equation fundamentally. For the first time, we have tools that can handle much of the routine content creation, freeing human writers to focus on what Steven Brust calls "something really cool"—the connections, insights, and strategic guidance that only humans can provide.
The Liberation from Routine
The average documentation set contains thousands of pages of content that, while necessary, follows predictable patterns. API reference pages describe endpoints, parameters, and responses using consistent formats. How-to guides walk through step-by-step procedures. Troubleshooting docs catalog common problems and solutions. Getting-started tutorials introduce basic concepts and workflows.
This content is essential—users absolutely need it. But creating it manually is often a mechanical exercise that doesn't require the strategic thinking, user empathy, and creative problem-solving that make technical writers valuable. We spend our days documenting individual trees instead of helping users navigate the forest.
AI shows significant promise for this routine content creation. Large language models can generate draft API documentation from code comments and specifications. They can create initial procedural how-to guides from product requirements and feature descriptions. Early experiments show they can even help produce troubleshooting guides from support ticket patterns and known issue databases.
The potential for AI to maintain this content as products evolve is particularly exciting. AI could update documentation automatically when API endpoints change, regenerate reference pages when new parameters are added, and flag related content for review when features are deprecated. While these capabilities are still emerging, the foundational technology exists.
This isn't just about efficiency—though the time savings are substantial. It's about focus. When AI handles the routine documentation, technical writers can invest their expertise where it creates the most value for users.
The Content We Couldn't Write Before
Here's what gets me excited about this shift: we can finally tackle the content we never had time to create. The sophisticated, strategic content that helps users succeed with complex systems and workflows.
Consider the connections between services. In a typical cloud platform like AWS, users don't just use S3 for storage or Lambda for computing—they build architectures where these services work together to solve business problems. But documentation traditionally covers services in isolation because it's too resource-intensive to document every possible integration pattern.
AI could potentially generate the routine documentation for individual services, freeing technical writers to create content about architectural patterns, integration strategies, and design principles. Instead of documenting what each service does, we could focus on why you'd combine them and how they work together in real-world scenarios.
Or consider the user journey content that falls between traditional documentation categories. Users don't progress linearly from "beginner" to "advanced"—they develop expertise in specific areas while remaining novices in others. A database expert might be a complete beginner with machine learning. A frontend developer might need help with infrastructure concepts.
Traditional documentation struggles with these complex user journeys because they don't fit neatly into product-focused organization. But as AI becomes more capable of handling routine feature documentation, technical writers could create content organized around user progression patterns, workflow sequences, and cross-functional challenges.
The "Something Really Cool" Principle
Steven Brust, one of my favorite fantasy authors, keeps a sign on his desk: "And now I'm going to tell you something really cool." He tries to live up to that statement in everything he writes.
This principle transforms how I think about technical writing. Instead of asking "What do users need to know about this feature?" I ask "What's genuinely exciting about what users can accomplish with this feature?"
AI could enable this shift in mindset by handling the "what users need to know" content. When the routine documentation exists, I can focus on the "here's something really cool you can do" content that creates genuine enthusiasm and drives adoption.
Consider a tutorial about deploying machine learning models. The traditional approach documents the deployment process step-by-step—configure the environment, upload the model, set up the inference endpoint, test the deployment. This content is necessary but not particularly inspiring.
But what's really cool is the broader concept: "You've spent weeks training a model that can predict customer behavior, detect fraud, or recommend products. Now you're going to put that intelligence directly into your users' hands through your application." That transformation from trained model to user-facing capability—that's exciting. That's worth writing about with enthusiasm.
Beyond Individual Products
One of the most significant opportunities AI could create is documentation that spans product boundaries. Users don't think in terms of individual products—they think in terms of workflows and outcomes that often require multiple tools working together.
Traditional documentation is organized around individual products because that's how companies are structured and how development teams are divided. But users are trying to accomplish goals that cross these boundaries: "I need to collect user data, process it for insights, and present those insights in my application."
As AI becomes more capable of maintaining individual product documentation, human writers could focus on the cross-product workflows that deliver complete solutions. Instead of explaining how each service works in isolation, we could show how they combine to solve real problems.
This shift is already happening in forward-thinking companies. AWS has architectural guidance that shows how multiple services work together for common use cases. Stripe has integration guides that assume you're building complete applications, not just processing payments in isolation. Google Cloud has solution architectures that demonstrate end-to-end workflows.
But these examples represent a tiny fraction of the cross-product content that users actually need. As AI becomes more capable of handling routine documentation, technical writers could invest in the strategic content that helps users architect complete solutions.
The Quality Amplification Effect
Here's where AI becomes particularly promising when combined with the quality framework we've been discussing throughout this book. AI doesn't just create more content—it has the potential to help ensure that content meets our quality standards systematically.
Accuracy: AI can verify that code examples compile and run correctly. It can check that API documentation matches actual service behavior. It shows promise for flagging inconsistencies between different pieces of content.
Completeness: AI could potentially identify gaps in documentation coverage by analyzing user workflows and support ticket patterns. It might suggest missing content based on product roadmaps and feature releases.
Conciseness: AI tools can help identify verbose explanations and suggest more efficient alternatives. They show capability for maintaining consistent voice and tone across large documentation sets.
Discoverability: AI could generate appropriate metadata, tags, and cross-references to improve content findability. It might suggest logical next steps and related content.
Consistency: AI shows particular promise for maintaining consistent terminology, formatting, and structural patterns across thousands of pages of content.
Meaning: This is where human judgment remains essential, but AI can help test whether content successfully conveys intended meaning through summarization techniques and other analytical approaches.
The result isn't just more content—it's more consistent, maintainable, and user-focused content than we could create manually.
The Strategic Role Evolution
This shift positions technical writers as content strategists and user advocates rather than content generators. Instead of asking "How do I document this feature?" we ask "How does this feature fit into user workflows?" and "What strategic guidance do users need to succeed with this capability?"
This evolution requires developing new skills:
User journey mapping: Understanding how users progress through complex workflows that span multiple products and teams.
Content ecosystem thinking: Designing information architectures that support user goals rather than mirroring internal product organization.
Strategic prioritization: Identifying which content investments will have the greatest impact on user success and business outcomes.
Cross-functional collaboration: Working with product managers, engineers, and designers to ensure that user needs drive content strategy rather than internal convenience.
AI tool proficiency: Understanding how to leverage AI effectively while maintaining editorial oversight and strategic direction.
But these aren't entirely new skills—they're extensions of what the best technical writers already do. We're already user advocates who think strategically about information architecture and content impact. AI just gives us more capacity to apply these skills where they matter most.
The Implementation Reality
The transition to AI-augmented technical writing isn't automatic or simple. Organizations need to develop processes for AI content generation, review, and maintenance. Teams need to learn which content types work well with AI assistance and which require human creativity and judgment.
There are also legitimate concerns about AI-generated content quality, particularly around accuracy and meaning. AI can produce content that looks professionally written but contains subtle errors or fails to address user needs effectively.
The solution isn't to avoid AI tools but to implement them thoughtfully within robust editorial processes. AI-generated content should go through the same quality review processes as human-generated content. The six characteristics framework we've discussed throughout this book provides a systematic approach for evaluating AI content just as it does for human content.
Most importantly, AI should augment human judgment, not replace it. Technical writers remain responsible for content strategy, user advocacy, and ensuring that documentation serves real user needs effectively.
Looking Forward
I believe we're at the beginning of a golden age for technical writing. For the first time, we have tools that can handle routine content creation at scale, freeing human writers to focus on strategic, creative, and genuinely valuable content.
This doesn't mean fewer technical writing jobs—it means more impactful technical writing jobs. Instead of being buried under routine documentation tasks, technical writers can focus on the user experience challenges, strategic content initiatives, and cross-product guidance that drive real business value.
The writers who thrive in this environment will be those who embrace AI as a powerful tool while doubling down on the uniquely human skills that make technical writing valuable: empathy for user needs, strategic thinking about content impact, and the ability to find and convey what's genuinely exciting about complex technical capabilities.
As Steven Brust reminds us, our job is to tell users something really cool. AI just gives us more time and capacity to figure out what that cool thing is and share it effectively.
The future of technical writing isn't about competing with AI—it's about leveraging AI to do what humans do best: understand user needs, think strategically about information architecture, and create content that transforms how people accomplish their goals.
And that, I think, is really cool.