文章描述：设计高效的faq页面.

这阵子没有精力完整翻译和发到译言（  现下正渐入形状，估量写博客量会逐渐提升回来），简短做一个概要翻译，为近期任务需求做一个参考。

其中提到，维护良好的faq能令用户有参与感，很有体会，当寻觅一个问题，赫然发如今置顶常见第一条的时候，有一种强烈的“找到组织”的感觉。 不过，faq还有一种挑战这里没提到，在充分收集到最常提出问题的基础上，对于一些功用、服务的缺陷如何提示，是安然还是回避，这好像曾经是另一个范畴的讨论了。ok下面是简短概要翻译，完整版和例子请参见原文。

 

faq页面普通会出哪些问题

1、问题并非常见
用户的反馈是faq的基础，靠揣测制造的faq通常不见效

2、问题是自问自答
例如，为什么这个网站这么酷

3、入口标签不够了如指掌
faq本身是一个很难理解的词，用完整描述效果更好，例如“常见问题和回答”

4、faq在理想情况下是不需求的
在信息架构完善的情况下，并不需求什么faq，faq的存在如果有意义，只说明有些信息没有被配置在最佳位置

如何设计高效的faq页面

1、在设计阶段忘记faq页面
只要在用户反复提问反复问题时，才值得考虑能否需求一个faq页面

2、收集合适的问题
确定一个时间周期，收集用户反馈，加以分类，可以考虑明确发布更新周期，这样将给用户更强的参与感和归属感。

3、提供恰当的入口
faq须在容易找到的地方，常见位置例如主导航，页头，或页脚，用户通常会预期这些位置有重要链接入口。

4、对问题分类
用户访问faq说明他们遇到了问题，faq页面要避免令他们更困惑。分类是一个很基本的添加可读性和易读性的方法，除此还可以将最常问的单独列出。

5、搜索
当faq很庞大时，搜索也有必要加入，同普通搜索相比，这里要求搜索结果更精准和简约

6、在回答里添加图示
一图胜千言（原文如此）