這陣子沒有精力完整翻譯和發到譯言（ 現下正漸入狀態，預計寫博客量會逐步提升回來），簡短做一個概要翻譯，為近期工作需要做一個參考。
其中提到，維護良好的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、在回答裡增加圖示
一圖勝千言（原文如此）