09 Jun
Posted by admin as technical communication, user assistance
by: Craig Haiss
Most questions have been asked before.
This isn’t a profound statement; most of us would consider it obvious. Just ask anyone on your Product Support team. Chances are the majority of calls they receive are fielded with canned answers.
Why? Because we all seem to ask the same questions. By providing answers to those questions, you can help the majority of your users get back on track quickly.
The frequently asked questions format has the benefit of familiarity. It has a strong history in documentation.
For example, in 1647, Matthew Hopkins felt inclined to include an FAQ in The Discovery of Witches. His was entitled “Certaine Queries answered.” Apparently the standard criteria for discovering a witch (Does it float? Does it weigh the same as a duck? Did it turn you into a newt?) weren’t clear enough, and Hopkins was getting annoyed at people asking the same questions over and over.
Hopkins could have made a windfall as a consultant, but thankfully he put all answers to frequently asked questions in one place for all to read, and there was much rejoicing.
The lesson to be learned? Strive to answer common questions first, and your job will be easier.
The FAQ format allows writers to provide answers to common questions in a highly efficient manner. And since we have the advantage of being “technical” writers, we can be even more efficient via …
OK, so we’ve established that users all tend to ask the same questions. But are they asking those questions in the same way?
In some types of documentation, such as a help system or anything with an index, semantics are essential. Users can easily miss relevant answers to their questions.
For example, let’s say your document has an FAQ entitled “How do I copy data from one folder to another?” Will a user find that topic if they enter “move files” into the help’s Search field, or look under “move” or “files” in an index? Neither of those terms appear anywhere in the FAQ title.
To increase the efficiency of your FAQs, you need to make them easier to find by studying the types of language your customers use when asking questions. A Support representative can usually determine what a caller needs even if the terminology doesn’t match up. However, most written documents cannot.
You can reduce the semantic mismatch with a bit of research. By studying user search data, you can tell exactly what search keywords are commonly used, and make sure your FAQs include those words.
Here are some great resources for gathering such information.
When you have an idea of how users phrase questions, you can do a bit of grunt work to make sure they find the appropriate FAQs.
Here are several tips for using search data to help users find relevant FAQs.
With some research and strategic implementation, you can provide answers to most common questions. That way your users can get back to work quickly.
About the author: Craig Haiss is a senior technical writer in the financial software industry. Between dusty novels and fishing trips on the Huron river, he blogs at HelpScribe.com.
Related posts:
13 Responses
Twitted by alanpringle
June 9th, 2009 at 8:25 am
1[...] This post was Twitted by alanpringle – Real-url.org [...]
Twitted by sarahokeefe
June 9th, 2009 at 9:00 am
2[...] This post was Twitted by sarahokeefe – Real-url.org [...]
Why FAQs are the tech writer’s secret w … Writer River
June 9th, 2009 at 9:18 am
3[...] Why FAQs are the tech writer’s secret weapon craighaiss | June 9, 2009 | permalink Tags: technical writing [...]
Milan Davidovic
June 9th, 2009 at 3:19 pm
4This reminded me that I once studied technical writing under someone who believed that the presence of an FAQ was a sign that the documentation was either incomplete, not structured to make the information sufficiently accessible, or both.
Meanwhile, the LugIron Software blog advises us to write answers, not documentation (thanks to the DMN guys for posting that link earlier).
So, how do you know when to create a separate FAQ vs just making your main documentation more effective? FAQs are still around, despite my former teacher’s misgivings; how do we deploy them most effectively?
Craig Haiss
June 9th, 2009 at 5:22 pm
5@ Sarah and Alan: Thanks for the tweets!
@ Milan: Agreed, some judgement is necessary. Enhancing the existing doc works if you are sure users will recognize that doc as the answer to their questions. That is, assuming they read the main documentation at all.
Many users jump in head first, and ask questions as needed (often outside of the product, via Google, etc.). FAQs offer the easily-identifiable answers these users seek.
I’m guessing that enhancing the documentation won’t make common questions disappear. Such users want someone to sift out the answers for them. Technical writers will be forced to comply and add more FAQ-like content, at the risk of losing users who just can’t figure out how to use the product and won’t bother to read the entire manual.
Mike Unwalla
June 10th, 2009 at 2:38 am
6I disagree with Craig’s strategy. The TechScribe website used to have a page of FAQs, but alternative options exist. Therefore, we removed the FAQs. For a discussion, see http://www.techscribe.co.uk/techw/faq.htm.
Eddie VanArsdall
June 10th, 2009 at 9:24 am
7While I don’t believe that FAQs are a substitute for well-structured documentation, I still believe that they’re necessary. Why? Because some users simply prefer them, and I believe that we should give our audiences what they want.
In 2007, I helped to implement a knowledge base at the World Bank. The KB was used by CSRs running the support desk for the Bank’s General Services Division (responsible for everything from Bank security to the art hanging in atriums and offices). As a significant part of the KB, the Bank wanted to maintain a database of FAQs.
I didn’t feel that FAQs were the best solution, but I was hired to deliver a workshop on writing FAQs and help each business unit write their FAQ set. I also worked with the resident information scientist to develop a taxonomy for classifying the FAQs and improving the findability factor. After carefully considering the FAQ categories, we used those categories as points of entry. We made sure that we built in clear navigation and anchor points.
I think of FAQs as supplemental to other information sets. Even in a help system, FAQ is a legitimate topic type.
Craig Haiss
June 10th, 2009 at 10:10 am
8Eddie, I agree. FAQs aren’t meant to replace all other documentation; they are a perfect entry point into that documentation.
FAQs are very effective when the answer is linked to a procedure that may otherwise be difficult to find. By linking FAQs to procedures, you help users identify relevant information easily, and then guide them to the thorough instructions that will hep them complete a task.
FAQs are like a net that catches users and pulls them into the rest of the help. They serve as a filter for users who only want to read the sections of documentation that are relevant to a specific task.
Thanks for the comments, everyone!
Ronit Goldstand
June 15th, 2009 at 3:49 pm
9Absolutely agree. We have a particularly effective system, whereby tech support writes up actual frequently asked questions, the documentation team rewrites/edits as needed, and then tech support is able to refer customers to the FAQ when they get related service calls. This then encourages them to help us maintain the FAQs (i.e., keep writing new ones and let us know when existing ones need to be updated). Works a treat!
Will keep these suggestions in mind to improve searchability… Thanks!
Friday Links « Bridging the Gap
June 19th, 2009 at 5:12 am
10[...] how FAQ’s are your secret weapon in Craig Haiss’s article on DMN [...]
Words on a page » Blog Archive » Use guest posts to add some new colour to your blog - A blog about writing, in its various forms
June 24th, 2009 at 8:18 am
11[...] responded (85% of them), most said yes. The rest said yes, but when they had the time. Two of the guest posts have already seen the light of the Web, and the response has been [...]
Craig Haiss
July 22nd, 2009 at 9:53 am
12Ronit, I think having Support draft FAQs is a great idea! Support can be really helpful when it comes to evaluating whether an FAQ is worthwhile. They can quickly tell you which issues generate the most Support calls.
Thanks for sharing!
Craig Haiss´s last blog ..Writing user manuals | tips and templates
Milan Davidovic
August 12th, 2009 at 2:34 pm
13More discussion on FAQs here:
http://groups.google.com/group/contentstrategy/browse_thread/thread/4dcb2bc10f1cadf6?hl=en&pli=1
or
http://bit.ly/TNjnI
Milan Davidovic´s last blog ..purr sauté
RSS feed for comments on this post · TrackBack URI
Leave a reply
Blogroll
Past Entries
Communications from DMN is proudly powered by WordPress - BloggingPro theme by: Design Disease