TechWhirl Sponsors

About TechWhirl

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.

There's a sneaky trick you can do along these lines that might pay off
someday.

When I was running WEITEK's tech pubs department, I decreed that all draft
and restricted-distribution documents would nonetheless have a Documentation
Request page, with the return-mail indicia on it and everything.

The difference between this Documentation Request Form and the production
one was twofold:

1. It was addressed to me, rather than the person who normally handed such
things.

2. It included some titles for documents that hadn't been written yet.

These cards always had the name of the parent document on them, so tracking
this was no problem.

The goal was to catch people who had gotten their hands on our documents
improperly. One scenario, which I believe is fairly typical for Silicon
Valley, is for someone to score a competitor's confidential data book and
hand it to their engineers for competitive analysis, thoughtfully failing to
mention that they had obtained it using underhanded means. The engineer then
dutifully fills out the response card for more documentation.

Sadly, I didn't catch any spies this way, but the technique is valid.

On a more mundane note, a combined documentation request/feedback page, that
can be folded in half or thirds and mailed without a stamp, does garner a
few sales leads and some corrections. Leave a space for "comments and
suggestions," and some readers will helpfully report errors.

In this electronic age, the same goals can be accomplished with email, and
probably with a greater response rate. I would be tempted to include several
addresses, allowing shy engineers to request documentation or report errors
to a different mailbox from Sales, since many engineers don't like talking
to salesmen. At the same time, sales requests should be vectored straight
to the Sales organization.

(Similarly, any response piece with a box that says "don't call me" is
likely to have a higher response rate from shy engineers. I would also add a
"please call me" box for the ones who are in a hurry, and you instantly
categorize the responders into four categories: