web-dev-qa-db-ja.com

警告メッセージは、その中の複数のメッセージで構成できますか?

背景:現在、医療用エンタープライズアプリケーションを評価しています。このアプリケーションは、患者のハードウェア(医療機器)を介して特定のタスクを可能にします。

ユーザーメッセージ(警告、エラー、通知など)を再設計しているときに、既存のアプリケーションで警告メッセージに遭遇しました。警告メッセージは、安全とコンプライアンスの観点からユーザー(医療アプリケーションオペレーター)に表示する必要があります。

問題:メッセージの意図は警告です。タイトルは許可のようです。メッセージのコンテンツ領域は、次の内容で構成されています。1。警告アイコンとメッセージ2.指示アイコンとそれにアクセスするためのテキストリンク3.ラジオボタンの選択と「確認して開始」するためのアクションプラン

メッセージの構造が非常に多くのレベルで間違っているように見えます。このように感じている間。これが当てはまるかどうかを検証したいと思います。これについてのいくつかの視点を本当に感謝します。したがって、質問。

さらに理解するには、この性質のユーザーメッセージを別のメッセージと組み合わせることができますか? enter image description here それらは常に独立して存在する必要がありますか?だれでも、進化した警告メッセージガイドラインに光を当てることができますか?

2
Pallavi G Naik

できますか?[〜#〜]はい[〜#〜]

よろしいですか?まあ、多くの要因に依存しますが、簡単な答えは[〜#〜]いいえ[〜# 〜]


主題について書かれた記事はたくさんあります(良いスタートは これ であり、非常に正確であり、面白くて読みやすいでしょう)。しかし、重要なことはこれらのヒントを覚えておくことです:

  • 何が起こったのか、そして何が警告をトリガーしたのかについての情報
  • ユーザーが問題を解決するために何をすべきかを知るのに役立ちます
  • 可能な限り、自分で問題を解決してください
  • 気分を明るくし、ユーザーを責めないでください。ユーモアは、エラーメッセージをよりわかりやすくするための良いアイデアです。そして、ユーザーの責任であると確信しているかもしれませんが、それは常にあなたの責任です。または、少なくともそれをユーザーに伝える必要があります。

必要な情報の程度については、必要に応じてできるだけ多く、必要に応じて少しだけ提供してください。必要に応じて情報を拡張することもできますが、ほとんどのユーザーは簡単な説明だけで十分です。以下のGoogleの例を見てください。

enter image description here

この場合、Googleは上部のみを表示します:タイトルと簡単な説明ただし、展開するとさらに多くの情報が表示されます(画像展開状態を示します)。したがって:簡単な説明がありますが、必要に応じてユーザーに詳細を読むように提案します。あなたのケースはこれと非常に似ていると思います。

警告対ユーザーアクション

あなたのモックアップは警告に基づいて行動する可能性を示しています。これはあなたができることであり、それはかなり頻繁に行われます。ただし、エラーが発生しやすいことについてユーザーを教育しているため、これはお勧めできません。

警告から問題を解決できる場合は、警告とアクションを混在させるだけでなく、エラーが発生した場合は修正すると修正できることをユーザーに伝えます。 これは明らかに多くのレベルで間違っています。それに加えて、プログラミングの観点から、あなたはシステムで動作する必要があります「通常の」方法、いわば警告と相互作用する別の方法です。これはクレイジーであり、多くの追加の完全に不必要な作業負担です。

したがって、適切な領域(設定など)から実行する適切な手順をユーザーに通知することをお勧めします。また、必要に応じて、役割と権限が適切に定義されていることを確認してください。例:これらの特定のアクションは、アクセス許可に基づいてハードウェアで実行されますか

このように、ユーザーがこの設定を選択できる領域を作成することにより、ハードウェアの動作/相互作用に関連するすべてを一元化でき、ユーザーは必要に応じてこの領域に戻ることができます。それ以外の場合...問題を解決するためのオプションを取得するには、エラーが発生する必要があります!

2
Devin

一般に、エラー/警告メッセージを表示する主なルールは、短くすることです。

ユーザーは、圧倒されたり妨害されたりすることなく、エラーメッセージを読んで理解できるようにしたいと考えています。指示でエラーを表示する簡単で効果的な方法のいくつか:

  • 警告ボックスを強調表示または表示するのではなく、入力フィールド(の場合)に赤で下線を引きます。
  • エラーを1つの文(それ以下)で説明し、修正を追跡する
  • エラーを説明するのではなく、エラーを修正する方法をユーザーに指示します
  • 命令が大きすぎて文に同化できない場合は、ユーザーがデータを入力する前にプロンプ​​トを表示します
  • 文字どおりの警告/エラーではなく、問題/結果について常に言及します(たとえば、次のように書く方が好ましいこのアクションは実行に時間がかかりますではなく一括アップロードには最大10分以上かかることがあります。インターネット接続に応じて

エラーの良い例は次のとおりです。

Google material design error format

badの例: enter image description here

お役に立てれば

0