What motivates you to work most likely motivates most of your users in their jobs, too! You still need to know your audience, their tasks and background, but the good news is that you have some basic motivators in common. And these can help you understand what makes you happy at work – and what makes your users successful in their work with your documentation.
The three motivators
I take my cue from Walter Chen’s post “The science behind what motivates us to get up for work every day“. I want to focus on three motivators Chen quotes from Daniel Pink:
The 3 real reasons that motivate us to work hard every day
Pink explains … that there are in fact just 3 very simple things that drive nearly each and everyone of us to work hard:
- Autonomy: Our desire to direct our own lives. In short: “You probably want to do something interesting, let me get out of your way!”
- Mastery: Our urge to get better at stuff.
- Purpose: The feeling and intention that we can make a difference in the world.
The motivators for technical communicators
Pink’s model resonated with me, and I think this is exactly what motivates me to do good tech comm work and try to get better at it:
- Autonomy for me means to find something good in the benign neglect that often meets my efforts. Of course, I have specific products, deliverables and deadlines to comply with, but our documentation team is lucky enough to be able to define its own standards and processes as long as they’re feasible.
- Mastery is the challenge to write better documentation. When I revisit obsolete documentation that I’ve written some years ago, it makes me smile: Seeing where I’m coming from and what I wouldn’t do anymore gives me a sense of progress. I’m still using task orientation and topic-based authoring – but I wouldn’t awkwardly mix concept and task in the same topic like this anymore.
- Purpose for me is my reward that my readers can be more successful or simply faster in their work if and because I’ve given them the right information at the right time.
So in a very personal, non-scientific way, I could validate these three motivators.
The motivators for documentation users
I don’t think I’m all that different from my readers in this regard. I believe they get motivated by the same things – they’re just in a different job.
So I try to keep in mind the motivators when I structure and write my documentation:
- Autonomy is tricky, of course. Someone looking up documentation has just given up the autonomy of a self-directed life and needs instruction or information. But I still try to acknowledge this and follow Pink’s advice above: “You (dear user) probably want to do something interesting (or important), let me (give you what you seek and) get out of your way!”
- Mastery is where tech comm can really excel. By presenting essential information concisely and clearly we can make it easy for our users to master their tasks and their use of our product. For this mastery, it doesn’t matter whether users learn from the documentation and internalize a skill or whether they simply know where they can look up again quickly what they don’t need to remember.
- Purpose is frequently neglected, I think. Often documentation focuses on the how, and forgets the why. But there is no sense of purpose without a why. Granted, not every topic can address the big questions of life and the universe. But as long as there is an elegant and possibly noble reason for why our product and its tasks are this particular way, it’s worth sharing it. It will give our customers an extra motivation – and make them more loyal users.
Is this what motivates you? Does it work for your readers or do they have other motivations? Please leave a comment.