這陣子沒有精力完整翻譯和發到譯言（  現下正漸入狀態，預計寫博客量會逐步提升回來），簡短做一個概要翻譯，為近期工作需要做一個參考。

其中提到，維護良好的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. 在回答里增加圖示
   一圖勝千言（原文如此）

原文：http://sixrevisions.com/user-interface/designing-effective-faq-pages/