Right now, our team provides a selection of documentation deliverables to stakeholders. We have quite a list: online help (context sensitive or otherwise), quick-reference guides, animated demos, tutorials, manuals, and so on. In my opinion, documentation is not a once-size-fits-all matter.
However, the idea is to give the stakeholders guidance on what is appropriate for a particular project rather than letting them just pick and choose what they like. For example, as one project was being planned, I met with some of the project leadership and the main stakeholder, and at first the stakeholder wanted the same documentation products that we’d had in another project we did for him. This project was much less extensive and complicated, so I talked him down to something less grand.
Do you have a standard set of deliverables for the products you document (or manage), or do you offer a selection?
Related entries (auto-generated):
Suggestive Selling for a Tech Comm Storefront
Two Aspects of Social Media Relevant to Tech Comm
Why a Transition from Tech Comm to Usability Makes Sense
Reviewing Projects and Deliverables as a User Education Team
Journals by Email











1 Comment to 'Offering a Menu of Tech Comm Deliverables'
September 19, 2008
Hi, I found your blog on this new directory of WordPress Blogs at blackhatbootcamp.com/listofwordpressblogs. I dont know how your blog came up, must have been a typo, i duno. Anyways, I just clicked it and here I am. Your blog looks good. Have a nice day. James.
[Reply]
Set Me Straight. Leave a Comment.