負のフィードバックの欠如vs正のフィードバックの存在
否定的なフィードバックの欠如に依存するかどうか、または依存するかどうかに関する調査またはガイドラインを知っている人は、明示的な肯定的なフィードバックを提供するよりも適切ですか？
背景：多数のテーブルなどを備えた情報密度の高いUIに取り組んでいます。これは、私たちが設計している対象者にとっては問題ありません。現在、ページに表示される可能性が高いステータスメッセージは、何かが警告またはエラーを生成した場合のみです。警告やエラーが表示されない場合は、すべて「正常」です。
今日はそれで十分か、または警告やエラーがないことを明示された方が安心できるかについて話し合いました。他のすべてが等しいので、おそらくそうなると思います。しかし、すべてのピクセルが不動産の主要部分であり、ほとんどの場合すべてが「良好」である情報豊富なディスプレイでは、警告やエラーが発生しないshowまでのスペースを見つける必然的に、表示できる他の情報の量を少し減らす必要があることを意味します。
もちろん、私たちのユーザーは、どの情報がより重要であるかについての最終的な裁定者になりますが、私たちは、プロトタイプを表示できるようになるまで、可能な限り最良の設計決定を行うよう努めています:)
編集：以下の回答の1つに対応して、UIがエラー/警告を実際に継続的に監視しているのではなく、ポーリングの頻度が低いことは注目に値します。実際、システムを常に監視するのではなく、週に1〜2回だけシステムにログオンして、エラー/警告を確認する可能性があります。
「すべてクリア」を提供する別の方法は、「通知ボックス」プロトタイプです。これは、ユーザーにメッセージを配信するためのよく知られた快適な方法です（StackExchangeトップバー、Googleトップバー、Facebookなどを参照してください）。
- 新しいコンテンツがあることを示すために、アイコンには少しスペースを、フラグ付きの状態には少し余分なスペースを使用します。
- ホバーまたはクリックすると、ユーザーは次のリストを取得します：
- エラーと通知
- 彼らが起こったとき
- ユーザーがそれを見たかどうか
- ユーザーがメッセージを個別にまたはまとめてクリアできるようにします。
これにより、同じ共通の通信チャネルを介してエラー以外のメッセージをユーザーに送信できる柔軟性が得られ、情報の密度とツールのユーティリティがさらに向上します。
フィードバックは刺激に反応して起こります。問題が発生したときに変化する「青信号」がある場合でも、何かが変化したときに通知されるスペースがある場合でも、重要なのは、変化が発生したときだけフィードバックが存在するということです。フィードバックが発生したときに、それが目立ち、発見可能であることを確認してください。
編集：更新を考慮して、システムが通知ワークフローをどのようにサポートできるかを検討することをお勧めします-ユーザーにメール、テキストメッセージ、IMを送信します（すべて/多くのユーザーがLyncやJabberなどのアクセス可能なチャットプラットフォームを使用する場合） ）。週に数回だけログオンして問題がないかどうかを確認する場合、タイムリーなアクションをとるのに効果がありません。
したがって、システムがソフトウェアに最適なことを行うには、状態の変化に関連する刺激を自動化するほうがよいでしょう。通知可能なイベントが発生したら、彼らに連絡して、チェックアウトできるように伝えます。
メールは、状態を説明するために必要なすべてのスペースを提供し、ほとんどのWeb言語/プラットフォームで設定するのは本当に簡単です。さらに、アプリ内通知のビジュアルUIの変更（既存の要素を動かさないポップアップ、divモーダルなど）について会議室で議論する必要がなくても、それを行うことができます。
バックグラウンドで実行されている、または監視している継続的なプロセスがある場合は、継続的な正のフィードバック（緑色のライト！）があるのが理にかなっています。
あらゆる種類のフィードバックはトリガーに応答します。ユーザーが開始することも、システムが開始することもできます。トリガーが継続している場合は、継続的なフィードバックも推奨します。
フィードバックの状況は状況によって異なります。
ラップトップ：Appleラップトップがオンになっているすべてのインジケーターを削除しました（網膜macprosで）。ラップトップが実行されているとき、ユーザーが画面を見ることができることは良いことですが、それは断片でした常に便利なアフォーダンスの例：画面がオフになったとき。
モニター/テレビ：これらのデバイスは、常に視覚的な合図を使用して、状態をオン/スタンバイ/オフ（オフは信号がないこと）を宣言します。
Always onフィードバックは条件付き（エラー）フィードバックで置き換えることができますが、その決定にジャンプする前に、すべてのシナリオと使用法を検討する必要があります。
私がいつも使用しているデファクトスタンダードは、何も問題がなければ、ユーザーは通常、自分のやっていることを続けます。ただし、適切な警告とエラーがあり、ユーザーがスリップして警告またはエラーを受け取った場合、その時点で、入力が正しいことをユーザーに通知するのが適切です。
つまり、エラーや警告がない場合は、「あなたは正しい」と言う必要はありません。ユーザーがエラー/警告を引き起こした場合は、ユーザーの入力がいつ受け入れられるかをユーザーに知らせてください。