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.
So who is going out and doing the training? If someone in the company is doing
it, that's your SME and possibly your end user as well, depending on how the
training is conducted.
If the clients just self-train using the guide, then it really is just a user
document that is just being called a training guide.
At my last 3 jobs, the trainers themselves wrote the training guides and the
Documentation dept reviewed and prettied them up. At this job, I am told that I
am responsible for writing up all the procedures as well. I don't go out and
train, I can only just look at the software and write the routines, which is
fine but I don't know business processes and am not close to the clients,
obviously. I would think being close to the clients makes for more 'real"
training.
Can anyone comment on this? What do you think is ideal? What are your company
experiences?
Free Software Documentation Project Web Cast: Covers developing Table of
Contents, Context IDs, and Index, as well as Doc-To-Help
2009 tips, tricks, and best practices. http://www.doctohelp.com/SuperPages/Webcasts/
Help & Manual 5: The complete help authoring tool for individual
authors and teams. Professional power, intuitive interface. Write
once, publish to 8 formats. Multi-user authoring and version control! http://www.helpandmanual.com/
---
You are currently subscribed to TECHWR-L as archive -at- web -dot- techwr-l -dot- com -dot-
