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: XML conversion From:Michael West <mbwest -at- bigpond -dot- net -dot- au> To:"TECHWR-L" <techwr-l -at- lists -dot- raycomm -dot- com> Date:Tue, 22 Jul 2003 09:48:07 +1000
Rowena wrote:
> A major business goal for the project is to provide
> users with a unique, highly customized product
> interaction. This business goal also applies to
> documentation. As I mentioned before, a user's roles
> determine what they can see and the functionality they
> can use. After much discussion we concluded that the
> documentation should only describe those things that
> the user can see and use.
>
> We had the opportunity to test the validity of our
> conclusion with users. In the past, their interaction
> with our product documentation had been less than
> satisfactory because they had to filter out a lot of
> information that did not relate to their specific
> jobs.
I'm sure there are good reasons for your approach,
but I wanted to understand whether you were
suggesting that it is, in some universal sense,
"unacceptable" for end-user assistance material
to contain categories of information that only some
end-users need.
After all, every manual, every reference work, every
library contains a very high percentage of information
that some users will never need.
The key to usability is good visual design,
well-planned access points, thoughtful organization,
good look-up aids, and similar attributes.
It is just possible that your users' problems with
previous documentation could have been reduced or
eliminated by proven traditional design techniques
rather than technological innovation.
NEED TO PUBLISH FRAMEMAKER CONTENT ONLINE? "Mustang" is a NEW single
sourcing tool for FrameMaker that lets you easily publish your content
online. No macro language required! http://www.ehelp.com/techwr-l3
Mercer University's online MS Program in Technical Communication Management:
Preparing leaders of tomorrow's technical communication organizations today.
See www.mercer.edu/mstco or write George Hayhoe at hayhoe_g -at- mercer -dot- edu -dot-
---
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.