TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
I have to agree with Andrew's underlying point, while disagreeing with the
details. Documentation plays a very important role where I work because 80%
of our technical documentation is written for the technicians that configure
our product to work for the end user. In fact, they depend so heavily on
documentation that if we don't do a good enough job, they will write it
themselves. So, it's not just the reviewers, customers and competitors
reading our docs.
They read the procedures during training and when they first use the
product, then for occasional and complex tasks. When they have a problem,
they may check the procedures to verify they didn't miss anything, but
usually what they want is conceptual information. They want the tools
necessary to analyse the problem and identify its root. When you are dealing
with the configuration of complex geographical systems, believe me, you want
concepts.
Audience really counts.
Jennifer
---------------------------
Andrew wrote:
I think that is a limited view of documentation. Its a traditional view.
Docs
are tools, readers care only about raw "how do I do X" type information. Its
based on the assumption that the reader does not care at all about the
material.
And in some environments, I would agree. Big bureaucracies where people only
care to do the absolute minimum so they can get paid - yes. Those kind of
people however rarely read docs anyway. And when they do, they usually just
skim through and look at the pictures.
The people who actually read docs (in order) are:
1. Your boss
2. Your co-workers
3. Your competitors
4. Potential customers
5. Other tech writers looking to rip off your styles
6. Forced users
7. The curious
8. The honestly diligent reader
In other words, there are a lot of people who are reading docs for every
OTHER
reason than how to do something.
Now, I think there is scales to this. And generally the less
skilled/educated
the reader, the more simplistic the content has to be. And I would agree
that
at the very end of that scale - the archetypal stupid government slob who
doesn't want to lift a finger will probably not care for conceptual material
But on the other side of that spectrum - professors, highly skilled people,
competitors. They'll read ever word you wrote. And the truly intelligent
will
actually read beyond what you wrote and look for trends, themes, and hidden
or
misleading messages.
So, audience does play a part. If your audience is generally unskilled
morons,
then yeah, no need for concepts. But the more skilled your audience, the
more
they are going to want to see that you (as in your company) know what
they're
talking about.
And I can speak to this directly from the network security world. Top
security
people aren't going to be fooled by fonts and great procedures. They demand
to
see docs that demonstrate a comprehensive understanding of not only security
concepts, but also networking and system administration.
Buy or upgrade to RoboHelp X3 today and receive the WebHelp
Merge Module for FREE ($299 value). RoboHelp X3's all-new
features include conditional text, completely re-engineered
printed documentation output, Context-sensitive Help Toolkit,
single-source layouts, and more!
Order online today at http://www.ehelp.com/techwr-l
---
You are currently subscribed to techwr-l as:
archive -at- raycomm -dot- com
To unsubscribe send a blank email to leave-techwr-l-obscured -at- lists -dot- raycomm -dot- com
Send administrative questions to ejray -at- raycomm -dot- com -dot- Visit http://www.raycomm.com/techwhirl/ for more resources and info.