A Tech Writer’s Priority: Striving to be Clear
Posted on October 20, 2014
Filed Under Communication, Technology | Leave a Comment
When communication doesn’t work, becomes too dense or defiant, who’s at fault? Why, you’ll say, the technical writer who created the offending material. Could well be. Yet Mark Baker on a Tech Writer Today post, says the reader, as well, has a role to play in coping with printed material. But, definitely, that’s not to let the writer off the hook.
“The curse of knowledge is, of course, a real and serious matter,” Baker writes. “And a good writer is certainly one who is aware of, and able to compensate for, the curse of knowledge, at least to a degree. But the problem with blaming the failure of communication on the curse of knowledge alone is that it leads to the expectation – which (Stephen) Pinker (in a cited New Yorker essay) explicitly states – that the cure is ‘to explain the jargon, or spell out the logic, or supply the necessary detail.'”
Of course, a technical writer should be as accessible as possible to his or her readers. But the cure for dense writing, Baker argues, isn’t simply more words in the presumed interest of clarity. It’s to expect a reader to make some effort to understand what you have tried to present, provided that you, the writer, have indeed tried diligently to be clear. Due diligence becomes the key.
Baker advises technical writers that “One of the most important things to remember when providing such resources is that the reader’s goal is not to understand what you have written. A meeting of the minds is not what the reader has in mind when they crack open a technical manual. Fully understanding the contents of the writer’s mind is not what the reader is aiming for. Rather, their aim is to understand something useful about the real world.”
That calls, perhaps a bit more simply, for a technical writer to approach his or her material in the spirit of empathy, or walking in a reader’s shoes. Before tackling the material, a technical writer, like all writers, should be thinking, “Now, who will be reading this, for what purpose?” You’d think that would be self-evident for instructions to a shared workplace or the equipment therein. But not really. People, even colleagues, come to writing from all sorts of backgrounds and levels of experience.
You’ve got, first, to think clearly about “What am I trying to get across here, and what’s the most accessible way to do it?” Not simply plunge into the instructional task, even if you face some sort of deadline for completing it.
Stepping into a reader’s shoes is mandatory for any sort of successful writing, technical instructions included. With that done, instructions become guidance, and who doesn’t appreciate effective guidance? – Doug Bedell
Comments
Leave a Comment
If you would like to make a comment, please fill out the form below.
Recently
- Presentations With Forethought
- Technical Writing’s Lineage – Surely It’s Deeper than Digital
- At the Holidays, Twitting Amazon
- Successful Cookie Baking – From Mom, an Acknowledged Expert
- Slides for a Tech Writer’s Craft
- Digital or Not, Be Clear
- Being Watchful About Digital Designs…
- When Proposals Don’t Click, Keep Making Them Anyway
- Like a Good Gardener, Help an Enterprise Keep Itself Current
- We’re Leaders All, And Need to Think That Way
Categories
Archives
- January 2017
- December 2016
- November 2016
- October 2016
- September 2016
- August 2016
- July 2016
- June 2016
- May 2016
- April 2016
- March 2016
- February 2016
- January 2016
- December 2015
- November 2015
- October 2015
- September 2015
- August 2015
- July 2015
- June 2015
- May 2015
- April 2015
- March 2015
- February 2015
- January 2015
- December 2014
- November 2014
- October 2014
- March 2014
- February 2014
- January 2014
- December 2013
- November 2013
- October 2013
- September 2013
- August 2013
- July 2013
- June 2013
- May 2013
- April 2013
- March 2013
- February 2013
- January 2013
- December 2012
- November 2012
- October 2012
- September 2012
- August 2012
- July 2012
- June 2012
- May 2012
- April 2012
- March 2012
- February 2012
- January 2012
- December 2011
- November 2011
- October 2011
- September 2011
- August 2011
- July 2011
- June 2011
- May 2011
- April 2011
- March 2011
- February 2011
- January 2011
- December 2010
- November 2010
- October 2010
- September 2010
- August 2010
- July 2010
- June 2010
- May 2010
- April 2010
- March 2010
- February 2010
- January 2010
Blogroll