web-dev-qa-db-ja.com

検証エラーと同時実行エラーの視覚化は同じですか、それとも異なりますか?

このアプリケーションでは、データ入力にいくつかのフォームを使用しています。検証エラーは、対応する入力フィールドの下に表示されます(インライン検証)。

次に、並行性の状況の概念も紹介します(2人のユーザーが同じデータセットを同時に変更する)。同時実行の状況の場合、おそらくuser1が同じデータエントリに変更を加えたことをuser2に通知する何らかの警告メッセージが表示されます。 User2は、変更を保存する(およびuser1によって行われた変更をオーバーライドする)か、自分の変更を破棄してuser1によって行われた変更を保持するかを決定する必要があります。

さて、質問:これらの同時実行メッセージに既存の検証エラーの視覚化を使用することは良い解決策でしょうか(結果:ユーザーは検証エラーと同時実行メッセージを視覚的に区別できません)?または、これらの種類の同時実行エラーには別のメッセージボックスを使用する必要がありますか?

次に、入力フィールドの(インライン)検証エラーメッセージの例を示します。 https://plus.google.com/photos/100025793446391279908/albums/5800923977393083297?authkey=CLKBofbap_7KzwE

同時実行の「エラー」は、エラーごとに可能なアクションを示すフォームの上の別のメッセージボックスで処理する方がよいでしょうか。次に、同時実行エラーメッセージの例を示します。 https://plus.google.com/photos/100025793446391279908/albums/5800923977393083297?authkey=CLKBofbap_7KzwE

2
Gabriele

もちろん、それらを区別する必要があります。ユーザーは何が起こっているのかを知る必要があり、問題をすばやく分類できる必要があります。経験豊富なユーザーは、通常、検証ルールに精通しており、注意散漫になったため、またはタイプミスのために、無効な入力を提供する場合があります。そのような場合、「ああ、そうです、ここではスペースを使用できません」と言うために、入力が検証を通過しないことを確認するだけで十分です。検証メッセージ自体を読む必要はありません。 2種類のメッセージが同じように見える場合は、ユーザーがエラーメッセージの理由をすぐに判断できず、実際にメッセージを読む必要があることを意味します。

また、入力が正しいことを知っていてもイライラすることがありますが、それでもエラーメッセージが表示されます。人々は一般的にエラーメッセージを読まず、単にそれらを閉じて入力を修正しようとします。したがって、メッセージをすばやく区別できない場合は、何も問題がないときに入力を修正しようとするため、入力を非常に注意深く読んで、タイプミスを見つけようとします。

また、Enterキーを押すだけで、エラーメッセージを読まずに閉じても、何も起こりません。ただし、同時実行警告のボタンを盲目的に押すと、自分の作業または別のユーザーの作業が破棄されるため、混同しないようにします。

2

区別すべきだと思います。一方では、システムは問題に対処する方法を知らず、解決策は自由です。反対に、AまたはBをすばやく選択できます。

0
Riche Design

エラーメッセージの例を投稿すると、非常に役立ちます。

ただし、現在のエラーメッセージが十分に憂慮すべきものである場合は、検証メッセージと同時アクションメッセージを視覚的に区別する必要はないと思います。同時実行メッセージはユーザーの個人的な誤ったアクションよりも重大であるため、メッセージを視覚的に強く強調する必要があります。

0
Mike Sorokin