Technical writing is part of the conversation
We learned recently that the operations manual for California’s Oroville Dam hadn’t been updated in almost 50 years. While the manual itself wouldn’t have directly prevented the damage, it points to deeper, systemic problems with product documentation across industries. Too often, user documentation is dead last in priorities.
We spend so much time and effort creating and building amazing products and then neglect those needing help using them. It’s frustrating when you’re looking for a solution and it is difficult — sometimes impossible — to complete a task. Coming soon! as topic text makes me wonder what else isn’t finished.
With rapid development environments, it is possible to create and distribute software and services in rough betas. And, they’re often accompanied by online pages written by developers or marketers who know the product, but they’re too close. They document for power users, not for first timers. But the first time users are who you want to hook.
When we talk to the user, we must do more than ask what she wants. We must observe and ask why. And the why, these thought processes, are important. Just as the UX work needs to be done for the product itself, use this data to help you create great documentation. This makes your product easier to support. It helps your product succeed in a crowded market. Having good, usable, accurate user documentation respects the end user. You don’t need printed and bound manuals. You can provide great documentation and support online. But you can’t do that without planning and effort, and writing to the user.
What it comes down to is working towards a successful relationship,you’re having a conversation with the user. Make the documentation a part of the conversation.