Re[2]: Messages. . .and new thread

Subject: Re[2]: Messages. . .and new thread
From: lpraderio <lpraderi -at- CLIFF -dot- WHOI -dot- EDU>
Date: Fri, 28 May 1993 11:20:01 EDT

I believe that in a process-oriented document, writers should give the user one
clear, easy way to get from point A to B even if the features in the software
give you 2 or 3 different ways to issue a command. Adding lots of "you can
also..." just layers too much junk (no matter how correct) on top of one task.

Laura Praderio
Woods Hole Oceanographic Institution
lpraderio -at- whoi -dot- edu


-------------------------------

Now I'd like to add a new topic to the fire. I'm interested in finding
out how other writers have made the transition from writing feature-oriented
software documentation to process-oriented documentation. When an
application is extremely complex and there are multiple ways to accomplish
the same task, it can be difficult to work in every feature that
is related to a particular process. Is it our "duty" to use every single
feature that is documented in a reference manual in a corresponding
process-oriented users manual, especially when some of the functionality
is redundant and would cause confusing lateral offshoots in an otherwise
linear and iterative process flow? (redesigning the product is not an option)

Thanks in advance for your input.

Lisa Kaytes
(lisa -at- warren -dot- mentorg -dot- com)


Previous by Author: Re[2]: Messages. . .
Next by Author: Computer Recommendations
Previous by Thread: Re: Messages. . .and new thread
Next by Thread: Re: Red-lining software


What this post helpful? Share it with friends and colleagues:

Sponsored Ads


Sponsored Ads