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.
RE: Metrics used to evaluate Technical Writing/Publications
Subject:RE: Metrics used to evaluate Technical Writing/Publications From:Sion Lane <sion -dot- lane -at- unit4 -dot- com> To:"techwr-l -at- lists -dot- techwr-l -dot- com" <techwr-l -at- lists -dot- techwr-l -dot- com> Date:Mon, 14 Sep 2015 09:02:24 +0000
Will Husa said:
" I suggest that you speak with your Help Desk. They are on the front line for
complaints. Ask them what your customers are complaining about and then
create a metric based upon that."
As part of this, ask your helpdesk to include a new question in their script "Did you try to solve this issue by checking the documentation?" or words to that effect. If the customer has not tried, the helpdesk could try and point them in the right direction for future reference; and if they have, they should be able to identify why it wasn't helpful.
Spending a day sitting in on support calls can be a great way to identify holes in the documentation, and a depressing way to discover that nobody actually reads the fm.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Learn more about Adobe Technical Communication Suite (2015 Release) | http://bit.ly/1FR7zNW