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.
Subject:Re: An Engineer has infected my young mind! From:"Sandy Harris" <sharris -at- dkl -dot- com> To:TECHWR-L <techwr-l -at- lists -dot- raycomm -dot- com> Date:Fri, 19 May 2000 10:09:05 -0400
Andrew Plato wrote:
> > The engineer insists the manual should be presented as a reference manual,
> > with all the information there, and very little tutorial-style steps. I
> > disagree--the product is complex and difficult to understand.
> > I feel the only way a customer will be able to wade through it is to know the
>
> > necessary actions that must be performed to get it working and maitain it,
> > and follow short steps to achieve them.
>
> You're both wrong - and both right.
>
> A good manual addresses multiple audiences simultaneously. Some people prefer
> straight reference data to tutorials (myself being one of those people). ...
>
> You should do both. If you don't have time - then I'm on the engineer's side.
> Raw data is ugly but more functional that pretty tutorials. Put the tutorials
> in on the next version.
Right. If you only have time for one, I'd pick the reference stuff, if only
because you cannot easily write a tutorial without referring to it.
On the other hand, this does depend on audience. Most likely, customers will
need both a comprehensive reference and some tutorial material, but which is
more vital depends on the customers and product in complex ways.
> Also, assuming that an engineer is a prick just because he/she has a differing
> opinion about documentation is unfair. I've watched many a tech writer blab
> their unwanted and uninformed opinions about user interfaces and software
> functionality to engineers.
Lots of engineers are uninformed on those issues, too, of course.
> Their are things engineers know that you don't
> know. Engineers have a different perspective and that is not always a bad
> thing. Try to see things through their eyes.