製品WebサイトのFAQの価値は何ですか？
私は製品サイトを再設計しており、クライアントはFAQセクションの作成を求めています。もともとはサイトの目立たない場所に配置していましたが、今はクライアントが質問しています。 FAQセクションの価値とは何ですか。また、製品の宣伝/教育サイトのナビゲーションでどの程度目立つ必要があるのですか？
個人的な経験から、特にサービスのWebサイトでは、FAQは非常に便利です（また、料金や法的な問題が含まれる場合には不可欠です）。利点は、FAQページで質問を予測できるため、メールや電話に費やす時間が短縮され、ユーザーが回答を探すのに費やす時間を節約できます。これらは非常に人気があるため、それを使用する訪問者の数を過小評価しないでください。
FAQがうまくいかないかもしれないいくつかの理由：
- 質問は実際には頻繁に行われることも興味深いこともないため、
- 直感的ではないので
- 本当に必要ないからです。
あなたはあなたが再設計をしていると言います。以前の使用状況に関する統計はありますか（ある場合）。すべてのサイトにFAQページが必要なわけではありません。それは、製品と、1つのページがどれほど冗長であるかによって異なります。あなたのクライアントはすでに考えて書かれた内容を持っていますか？それらを読むことは、このページが必要かどうかを知る最良の方法です。 FAQ質問が必要かどうかを判断するのはユーザーです。
FAQをサイトに追加することで失うことはあまりありませんが、なぜ必要のないものを追加するのですか？それは、デザイナーが非常に高く評価している「シンプルさの原則」に反します。正しい質問を収集し、適切な形式を使用していることを確認してください。これにより、ユーザーは質問を失うことなく質問間を移動できます。
イセラは正しいと思いますが、IMOのFAQは設計上欠陥があります。
ユーザーが質問を続けている場合（したがって、FAQの「F」）、何かが他の場所で十分に説明されていないためです。これは、ユーザーが2つのステップ（レイズを上げる質問、答えを見つける）、単に答えを必要としない（ゼロステップ）。
質問への回答は、UIを使用するために誰かが知る必要があるものです。ユーザーが知る必要があるほど、そのUIの使いやすさは低下します。
たとえば、PC DOSやUNIXのようなCLI（コマンドラインインターフェース）を検討してください。ユーザーは頭のてっぺんからコマンドを書く必要がありますそれをすべて知っている、そしてFAQと呼ばれますマニュアル =。誰もが知っているように、ユーザーは互いに「RTFM」、つまり「Read The Manual」を意味します。
一方、ユーザーにはGUIがあり、ユーザーは選択肢をクリックするだけで、理想的には何も知る必要がありません。
中間には、GUIベースであるにもかかわらず、ユーザーがそれらを使用するために知識のビットを取得することを強制するアプリケーションがあります。たとえば、Windowsエクスプローラでは、ディスクドライブ間でファイルをドラッグするとコピーファイルが同じディスクのディレクトリにドラッグアンドドロップされている間、ファイルは移動であることをユーザーに知らせる必要があります。
この特異な動作により、データの損失やその他の問題が発生する可能性があります。
この知識をFAQに隠しておけば、設計者はそのような責任の相互作用を軽減できません。システムはRTFM the重要なファイルの束を失ったばかりのユーザー？
理想的には、UIはその動作を伝える必要があります。これにより、ユーザーは追加の情報を読んだり覚えたりすることなくそれを使用できます。
ユーザーは、アプリケーションのドメインについての知識を持っていることだけを要求されるべきです。彼らがそれを欠いている場合、質問と回答のリストは、学習のために正しく構成されたドキュメントではありません。
つまり、ユーザーが質問を続けている場合、それをバグとして処理し、原因を見つけて、質問を先取りするために再設計する必要があります。