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: What exactly is minimalist documentation? From:"Huber, Mike" <mrhuber -at- SOFTWARE -dot- ROCKWELL -dot- COM> Date:Mon, 27 Oct 1997 11:46:55 -0600
In my organization, we use the term "minimalist" to refer to
documentation that is just what it takes to answer a specific set of
user needs, and no more. Minimalist documentation does not describe
every feature of the product, nor does it cover every task. We cover
what we believe our users need, and check our assumptions in the
usability lab. We also provide the comprehensive documentation online,
for those who need all the picky details.
We have replaced fat "User's Guides" with thin "Getting Results" guides,
and received compliments from our users. Not a lot of compliments,
because, hey - it's just the manual - they don't notice all that much.
But more compliments than I expected and fewer complaints. And it
appears that the thin books get read more often than the fat ones did.
The thin books are much more challenging to write, and more rewarding.
>-----Original Message-----
>From: Maia Peru [SMTP:mperusek -at- FORD -dot- COM]
>
>I have a vague sense of what minimalist documentation probably is, but I need
>to
>be able to define it by this evening. Can anyone help me out here? Does
>anyone
>do this kind of documentation? What is its advantage? Thanks!!
>
>