「エラーメッセージ」は、ユーザーとの対話の前または後に表示する必要がありますか？
Webアプリケーションには、サマリーページの行動を促すフレーズ/リンクをクリックすることで、ユーザーが以前に予約した予約を再スケジュールできる機能があります。
ただし、これにはいくつかのビジネスルールがあります。ユーザーが既存のアポイントメントの前日の午後12時以降にアポイントメントを再スケジュールすることは許可されていないため、アポイントメントを変更できないことをユーザーに通知する必要があります。
このコンテキストでエラーメッセージを処理するための3つのオプションが表示されます。
- ユーザーがリンクをクリックすると、エラーメッセージが表示されます
- ユーザーが予定を変更できると期待していて、今はできないので、ユーザーを失望させる危険があります
- ページの読み込み時にエラーメッセージを表示して、予定を変更できないことをユーザーに知らせ、リンクを無効にします
- ユーザーが計画していない旅行を予測するエラーメッセージを表示しているため、ユーザーを煩わせるリスクがあります
- ビジネスルールが満たされ（正午の12:00締め切りを過ぎた場合）、ユーザーが何もできないときはリンクを非表示にします*
- ユーザーは予定を変更できないことに不満を感じており、理由を案内する情報がない
1、2、3（または何か他の方法）のどちらのアプローチが最高のユーザーエクスペリエンスですか？
私はオプション2に傾いていますが、一部のユーザーだけがページにアクセスするときに「エラーメッセージ」を表示することは、少し直観に反しているようです。
一般的な原則として、私は常にエラーメッセージを劣ったデザイン/ UIと考えています。これは、ほとんどの場合、回避でき、回避する必要があります。ユーザーインタラクションがエラーメッセージをトリガーする場合、UIがユーザーに最初のオプションを許可するのはなぜですか？
例：
- エラーメッセージ「パスワードが十分ではありません」->良い：パスワードの強度を示すライブインジケーター
- エラーメッセージ「ユーザー名が取得されました」->改善：可用性を示すライブインジケーター
- エラーメッセージ「必須フィールドxに入力してください」->より良い：すべての必須フィールドが入力されるまで保存ボタンを無効にします（どのフィールドが必須フィールドであるかを明確にします）
あなたの場合、私はオプション3のバリエーションを好みますが、情報アイコン/マウスオーバーインラインを使用します。このようなもの：
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
ユーザーがボタンでページに移動する（おそらくエキゾチックな）シナリオをキャッチし、x時間待ってから再スケジュールを試みても、ボタンの後ろにエラーメッセージが表示されて検証を維持できます。
通知を表示し、最終的にエラーを表示します。
インターフェイスの一貫性を保ち、リンクを表示します。あなたは単にそれを無効にして通知を表示することができます。親しみやすく有益な情報があれば、迷惑になることはありません。逆に、それはあなたのユーザーに好意を与えるでしょう！リンクが突然機能しなくなったり、リンクが突然非表示になったりして、誤解を招くような期待が生まれることはありません。
誰かがまだページをリロードしておらず、リンクが有効になっている場合、クリックするとエラーが表示されます。これは頻繁には起こらないかもしれませんが、そうなるとより良い経験になります。
ユーザーが実際にエラーメッセージをトリガーするまで、エラーメッセージを表示すべきではないと思います。
たとえば、クリックまたはタブで移動したが、まだ無効な値を入力していない必須フィールドに対して、サイトが検証エラーをトリガーするのは嫌です。
したがって、あなたのケースでは、ユーザーが特定のしきい値より前の日時を選択しようとした場合にのみ、メモ/警告/エラーメッセージを表示します。
さらに、私は常に、ユーザーがエラー状態に陥る原因となるオプションを制限することでユーザーを支援するUIを提供することを支持してきました。たとえば、将来のイベントの日付を選択する場合、日付フィールド/カレンダーコントロールでは、今日より前の日付を選択することもできません。
オプション2を選択しますが、メッセージを明示的に表示しません。リンクを無効にして情報メッセージをtitle属性に入れるだけで、ユーザーがリンクにカーソルを合わせると表示されます。このようにして、予約をキャンセルしたい人だけが情報を受け取ります。
さらに、?署名はtitle内に同じメッセージを含むことができる、同様の「無効」なフォーマットで署名するか、ビジネス規制の説明、またはその両方を含むページに移動します。
私は回答2が最良の選択肢だと思いますが、いくつかの微調整が必要です。エラーメッセージには、予定をいつどのように再スケジュールできるかに関する情報が含まれます。そのため、ユーザーは予定の変更の流れに慣れています。
私の意見では最も適切な方法は、再スケジュールボタンを無効にして、再スケジュールボタンのすぐ下または下に既に書き込まれている情報メッセージで、アポイントメントの残り時間が24時間未満であるため、アポイントメントを再スケジュールできないことをユーザーに知らせることです。条件が適用されます。
したがって、ビジネスルールであれば従うのは明らかですが、ここでJOURNEY OF USERを検討すると、次のことができます。
最初のアプローチ-予定の変更のリンクを表示します。この機能を使用して柔軟性を提供していると思います。
ユーザーの反応-ユーザーはリンクを表示し、教育を受けており、これまでのところ同じことを知って満足しています。
2番目のアプローチ-クリックして先に進むことを許可して、この機能と記憶を同じように認識させます。時々、彼らが同じものを再スケジュールすることが許される適切な時になるでしょう。
ユーザーの反応-ユーザーは機能を体験し、満足しています。
番目のアプローチ-クリックしても、メッセージとエラーメッセージが表示されるようにします。これにより、LIMITATIONについても説明を受けます。機能のLIMITATIONについて繰り返しますが、明らかに失望するかもしれませんが、適切なビジネスルールだと思います理論的根拠は彼/彼女が彼ら自身を落ち着かせるのを助けるかもしれません。
すべての教育が肯定的であれ否定的であれ、モーダルが提供されていることを確認します。ユーザーは画面の中央でコンテンツを読み、[OK]ボタンでそれを受け入れることができます。
これは私がうまくいくかもしれないと思うものですが、それでもあなたはより良い裁判官です。