ユーザーにメール検証プロセスを説明するのはいつですか？
ユーザーが自分の電子メールを変更できるように、システムに新しい「個人情報の編集」フォームを設計しました。
電子メールを変更すると、確認メールがユーザーのメールボックスに送信されます。確認後にのみ、新しい電子メールが古い電子メールを上書きします。
変更を行うにはメールを検証する必要があることをユーザーに表示し、確認メールがジャンクメールにリダイレクトされた可能性があることをユーザーに通知します。
このメッセージはどこに置けばいいですか？
メールフィールドのツールチップとして配置する必要がありますか？
確認ダイアログに記入しますか（「変更が保存されました。メールを確認してください...」）。
ツールチップはホバーで最も一般的に使用され、アイコンまたはリンクをクリックすると何が行われるかを示します。このようにして、ユーザーはボタンを「調査」して、クリックする前にボタンの機能を知ることができます。 Microsoftのガイドライン つまり、「ヒントは、ユーザーがユーザーインターフェイス（UI）に直接記述されていない未知またはなじみのないオブジェクトを理解するのに役立ちます。」これは、より一般的な情報を表現するのに適した方法ではありません。ツールチップは、インターフェイスの単一の要素の使用方法を説明するためにのみ参照する必要があります。
ツールヒントには、他にもいくつかの欠点があり、理想的とは言えません（「 ツールヒントの欠点 」を参照）。特に、長いヒントは読みにくく、キーボードまたはスクリーンリーダーのユーザーは、見落とす可能性があります。 「ホバリング」しません。さらに重要なのは、ユーザーが電子メールフィールドの使い方を正確に知っていることを期待しているため、ツールチップを探す必要がないためです。
一方、確認ダイアログはこの役割に非常に最適です。確認ダイアログには、ユーザーがすべきことnow;にユーザーの注意を喚起するという利点があります。この場合のツールチップは、彼らがそれを読んだ場合、彼らが将来何をしなければならないかを彼らに伝えます。確認はフォームの後で行われるため、次のステップとして何をすべきかを伝えるだけであり、ツールチップの落とし穴を避けるために提示されることがわかります。
追加のボーナスとして、必要に応じて確認メールに関する確認メッセージをのみ表示するようにシステムを設定できます。ユーザーがメールを変更しない場合、メールは表示されません。
ツールチップは、フォローアップ支援を提供するのではなく、ユーザーの入力をガイドする必要があります。
確認メッセージは確認ダイアログ内に配置する必要があります。確認メッセージはアクションを要求しているため、メッセージを目立たせるためにメッセージの外観を変更することを検討する必要があります。