|
这阵子没有精力完整翻译和发到译言（ 现下正渐入状态，预计写博客量会逐步提升回来），简短做一个概要翻译，为近期工作需要做一个参考。
其中提到，维护良好的faq能令用户有参与感，很有体会，当寻找一个问题，赫然发现在置顶常见第一条的时候，有一种强烈的“找到组织”的感觉。 不过，faq还有一种挑战这里没提到，在充分收集到最常提出问题的基础上，对于一些功能、服务的缺陷如何提示，是坦然还是回避，这好像已经是另一个范畴的讨论了。ok下面是简短概要翻译，完整版和例子请参见原文。
faq页面一般会出哪些问题
- 问题并非常见
用户的反馈是faq的基础，靠揣测制作的faq通常不奏效
- 问题是自问自答
例如，为什么这个网站这么酷
- 入口标签不够一目了然
faq本身是一个很难理解的词，用完整描述效果更好，例如“常见问题和回答”
- faq在理想情况下是不需要的
在信息架构完善的情况下，并不需要什么faq，faq的存在如果有意义，只说明有些信息没有被配置在最佳位置
如何设计高效的faq页面
- 在设计阶段忘记faq页面
只有在用户反复提问重复问题时，才值得考虑是否需要一个faq页面
- 收集合适的问题
确定一个时间周期，收集用户反馈，加以分类，可以考虑明确公布更新周期，这样将给用户更强的参与感和归属感。
- 提供恰当的入口
faq须在容易找到的地方，常见位置例如主导航，页头，或页脚，用户通常会预期这些位置有重要链接入口。
- 对问题分类
用户访问faq说明他们遇到了问题，faq页面要避免令他们更困惑。分类是一个很基本的增加可读性和易读性的方法，除此还可以将最常问的单独列出。
- 搜索
当faq很庞大时，搜索也有必要加入，同一般搜索相比，这里要求搜索结果更精准和简洁
- 在回答里增加图示
一图胜千言（原文如此）
原文：http://sixrevisions.com/user-interface/designing-effective-faq-pages/
本文链接：http://www.blueidea.com/design/doc/2011/8484.asp 
出处：UCDChina.com
责任编辑：bluehearts
|
