Webアプリケーション内に「ヘルプパネル」を配置しないことには、UXの正当な理由はありますか? (表示または非表示にできるもの)。
ほとんどのアプリケーションは、別のブラウザータブでヘルプを開きます。アプリケーションのどこかに埋め込むことを考えていますが、それが恐ろしいuxデザインかどうかはわかりません。
理想的にはアプリはヘルプなしで直感的である必要がありますが、2つの理由でその場で非常に短いヘルプコピーまたはツールチップを使用するよりも、ユーザーにとって新しい機能である場合:
1)ユーザーはクリックしてページから離れる必要はありません
2)ユーザーが愚かではない(ヘルプボタンやページをあまり賢く感じないため、心理的にヘルプボタンやページの使用を避けているユーザーがかなりいます。しかし、ヘルプ情報がヘルプセクションのように見えなくても問題ありません)
これの背後にある心理学に関しては、ユーザビリティ調査を行っているときに私はそれを見ました-ここにいくつかの説明があります http://www.science20.com/spiritlinks/m_nora_klaver_5_reasons_we_dont_ask_help
アプリケーションの種類にもよります。ヘルプは機能にとって重要なモジュールですか?人々はそれを支配的な存在にするのに十分な頻度で使用しますか?もしそうなら、私は否定的な影響を考えることはできません(それが巨大でないか、アプリケーションと何の関係もない限り)。また、別のタブにヘルプパネルを配置するという考えはすぐに却下され、「この特定のステップでヘルプが必要」という考えが打ち消されます。
しかし、デザインの残りの部分に応じて、どの場所がその場所に最適であるかを確認することは興味深いでしょう。
ヘルプを埋め込むと、コンテキスト固有のヘルプを使用できるため、ユーザーにとってより価値があると思います。通常、私が目にしたグローバルヘルプリンクは、ユーザーが一般的なヘルプサイトにアクセスするので、ユーザーは回答を探す必要があります。ヘルプヒントは、タスクを検索して中断することなく、ユーザーがその場で必要とする特定の情報を提供できます。また、UIはヘルプがなくても直感的であることが理想的ですが、場合によってはヘルプが必要です。
ヘルプを提示する新しい方法をブレインストーミングするのは正しいことです。新しいブラウザタブで開く従来のヘルプリンクには、2つの問題があります。
ページのスペースを占めるヘルプパネルが正しいアプローチかどうかはわかりません。非表示にすることもできますが、表示するとデザインが乱雑になる可能性があり、ユーザーが画面上の情報量を最大化したい場合はイライラすることがあります。
ユーザーが[ヘルプ]リンクをクリックしてコンテキストをオーバーレイするまで非表示になっているパネルはどうでしょうか。状況依存にすることもできます。
たとえば、ログインページで[ヘルプ]をクリックすると、ログイントピックが表示されます。
また、設定ページで[ヘルプ]をクリックすると、設定に関するトピックが表示されます。
このアプローチには、デザインを乱雑にすることなく、ヘルプパネルの利点があると思います。
効果的な埋め込みヘルプは、全体的なユーザーエクスペリエンスの一部として慎重に設計されています。組み込みヘルプの利点は、状況に応じて簡潔にして、必要に応じてユーザーにさまざまなアフォーダンスを使用して適用できることです。
たとえば、HTML5スタイルのフィールド内テキストプレースホルダーは、ユーザーがフィールドに入力する前に必要な日付、時刻、通貨形式を通知したり、フィールド外のアイコンでフィールドの目的を説明したりできます。アイデアは生産性が向上しますまた、タスクフローは、ページから移動したり、他のソースを参照したりすることなく完了しました。
つまり、タスクの完了を支援するために必要な場合にのみ、選択的かつ慎重にヘルプを適用する必要があります。同じページに埋め込まれたUIヘルプの異なるアフォーダンスを組み合わせて効果を上げることもできます。組み込みヘルプのアイデアについては、次のデザインパターンセットを参照してください。 http://www.Oracle.com/webfolder/ux/applications/fusiongps/patterns/content/embeddedhelp/index.htm