ユーザーがカテゴリの下にコンテンツを投稿するための最良のアプローチ
利用可能なカテゴリの下でユーザーに質問やコンテンツを投稿してもらいたいので、次のアイデアを思いつきました。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
ユーザーが自分のやりたいことを選択するのはまだ非常に難しいと思います。彼らは彼らが望むものについて非常に具体的でなければなりません。たとえば、Stack Overflowは、質問を投稿するにはタイトルと質問の説明が必要であることをユーザーが理解するQ＆Aサイトです。
どうすればこのデザインを改善して、ユーザーが質問したり、カテゴリの下にコンテンツを投稿したりするためのシンプルなインターフェースを持つことができますか？
1000以上のカテゴリと約10,000のサブカテゴリがあります。したがって、ユーザーがそのサブカテゴリに移動する方が簡単だとは思いません。さらに、ユーザーがサブカテゴリに到達した場合、ユーザーは自分が望むものを投稿するための多くのオプションに戸惑います。
Stack Exchangeをできるだけエミュレートする
Stack Exchangeは、直面している設計上の課題のほとんどを共有しており、そのソリューションはすでに何百万ものユーザーによってテストされています。それが完璧になるという意味ではありませんが、良いスタートです。状況とStack Exchangeの間にはいくつかの顕著な違いがあります。
- Stack Exchangeはタグと呼ばれます。
- カテゴリには階層の層がありますが、Stack Exchangeタグにはありません。
- Stack Exchangeには1つのタイプの送信（質問）があり、3つのタイプ（質問、投稿、およびイベント）があります。
カテゴリーとサブカテゴリー
投稿を書く前にカテゴリ階層をたどるのは大変な作業になることに同意します。 Stack Exchangeが質問へのタグの追加を処理する方法で、投稿とサブカテゴリを関連付けることを検討してください。 3つの提出オプションをトップレベルのアクションとして用意し、ユーザーが提出ページで提出するサブカテゴリを選択できるようにします。提出物はサブカテゴリに関連付けられている必要があり（さらにカテゴリを拡張する必要がある）、カテゴリのみに関連付けることはできないと想定しています。
Stack Exchangeでは、以下に示すように、ユーザーが質問送信ページでタグの検索を実行できます。
この方法でサブカテゴリにアクセスできるようにすると、ユーザーが既存のサブカテゴリを見つけやすくなります。ここでタグに表示される説明は必須であり、ユーザーがタグの適合性を評価するのに役立ちます。ただし、これはすべてのサブカテゴリのどれが最も関連性があるかを決定する問題を解決しません。これを支援するために、アルファベットの一致だけでなく、関連するサブカテゴリを検索結果に含めることができます。
ユーザーが時間の経過とともにカテゴリ階層に慣れる可能性があると思われる場合は、検索フィルタとしてカテゴリを使用するオプションを提供することができます。 UIの複雑さを軽減するために、このためのキーワード演算子を設計する必要がある場合があります。たとえば、カテゴリで結果をフィルタリングするためのキーワード演算子として「：」を使用する場合、検索キーワード「sport：ba」を入力すると、「野球」、「バット」などの結果と、「グローブ」などの関連サブカテゴリが表示されます。
サブカテゴリの下に投稿を提出することはあなたにとって重要な要件のようですので、投稿を書くためのフィールドの前にサブカテゴリ選択のためのフィールドを置くことを検討します。
ユーザーの提出と混乱
ユーザーが直面する混乱の度合いは、インターフェースのあいまいさの度合いに比例します。 Stack Overflowのユーザーは、質問を送信するときに何が期待されるかについて明確であると述べました。これは、Stack Overflowがオンボーディングとインターフェースの両方でサイトの仕組みをユーザーに教育するためだと思います。
以下に示す質問を送信するためのインターフェースには、ユーザーに期待されることを伝えるためのすべての手がかりがあります-タイトルの個別のラベル付きフィールドとそれを説明するための領域。わかりやすくするために、説明領域にはタイトルやプレースホルダーテキストはありません。ただし、タイトルが150文字に制限されているため、すぐに明確でない場合、ユーザーは最終的に説明フィールドに到達する必要があります。
プレースホルダーは、期待される情報についてユーザーを教育するための最良のソリューションではない可能性があります Nielsen Norman Groupによると 。
概要：フォームフィールド内のプレースホルダーテキストは、フィールドに含まれる情報を覚えたり、エラーをチェックして修正したりするのを難しくします。また、視覚および認知障害のあるユーザーに追加の負担がかかります。
そのため、Stack Exchangeとは異なり、フィールドヒントをフィールドの外側に配置することを検討してください。
提出タイプ
送信ページのボタンテキストを改善することを検討してください。 Stack Exchangeプレイブックから再度コピーして、Add question-Ask question。 投稿コンテンツは非常に曖昧なので、ユーザーが投稿するコンテンツのタイプが明確になったら、名前を変更できます。ユーザーがコンテンツを正しい場所に配置したい場合は、ユーザーをガイドする必要があることを忘れないでください。
作業を元に戻し、検索を行います。
ユーザーにカテゴリー名、タグ、または関連カテゴリー名を入力してもらい、そのルックアップに一致するカテゴリーをユーザーに提供します。ユーザーに10,000のサブカテゴリのリストをスクロールさせることは、現実的ではなく、実際的でもありません。
また、構造を変更して、幅を大幅に縮小することを検討することもできます。多数のカテゴリーをより適切にクラスター化できる別のカテゴリーのレイヤーを用意します。これはオプションではないかもしれませんが、そうである場合は、調べることをお勧めします。あなたのインターフェースは、データのモデル設計が相互作用するのと同じくらい良いです。