保存を確認するときに、保存ボタンのテキストを変更する必要がありますか？
ユーザーがボタンをクリックして一部のデータを保存する場合、特別な状況では、データが一致しないことをユーザーに確認する必要があるため、ユーザーは[保存]をクリックし、もう一度[保存]をクリックして確認する必要があります。
確認ボタンが「保存」と表示し続けるのか、それとも「はい、保存します」などのように異なるのか
最初に保存するとき...
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
次に、ユーザーが州/地域コードが一致しない状態で[保存]をクリックした後...
更新：例を実際の状況により近くなるように変更しました。
どちらのオプションも理想的ではないと思います。
セーブ
保持の問題は、「保存」と同様に、ユーザーがすでにアクションを実行していることです。ユーザーは、何かが起こることを期待（または予測）します。これでエラーメッセージが表示されますが、ユーザーは他の何かに同じボタンを使用する必要があることを収集する必要があります-保存することを確認するため。これは混乱を招くものであり、一部のユーザーが最初にもう一度[保存]ボタンを押すと同じエラーメッセージが表示されると思っても驚かないでしょう。
はい、とにかく保存します
「はい、とにかく保存」は明らかに上記の問題のほとんどを解決しますが、混乱を引き起こす可能性もあります。最初に、目が赤の警告に引き付けられる可能性があり、最初にユーザーは変更されたキャプションを見逃します。したがって、ユーザーはまだ、保存ボタンは単なる保存であると考えています。
また、ここでは「とにかく保存」で十分だと思います。
1つのコントロール、2つのアクション
本質的に、問題の核心は、保存と確認という2つの異なるアクションのコントロールを再利用していることです。ユーザーはわずかな誤配向を経験するかもしれません。
ユーザーテストの経験に基づいて、ユーザーがタスクを完了していないことを確認できませんでした。特に、[はい、保存します]オプションを使用すると、すべてのユーザーがこれを理解でき、多くのユーザーが比較的簡単に理解できます。
これは、一部のユーザーが問題を解決するのに少し時間がかかるということです。これは、ユーザビリティのコアコンセプトです。タスクを実行するためにユーザーが（認知的または物理的に）拡張しなければならない労力の量です。
その他のユーザビリティの問題。
エラーメッセージが表示される前に、「保存」は保存を意味し、「キャンセル」は編集を無視してほしいことを意味します。
ただし、いったんメッセージが表示されると、「キャンセル」は「間違いを犯したので修正したい」と簡単に間違えられます。したがって、この状態での「キャンセル」の機能はあいまいです。
実際、ユーザーが間違いを修正したい場合は、フィールドの1つをクリックする必要があると思います。その場合、エラーメッセージは表示されなくなり、保存ボタンのキャプションは[保存]に戻ります。
全体として、私はプロセス全体が最も卑劣ではないと思います。
行き止まりのナビゲーション
IAでは、この種の旅は「デッドエンドナビゲーション」と呼ばれるパターンで実現されます。つまり、ユーザーは何らかの（モーダル）ダイアログに直面し、選択を行うまでシステムで何もできない（したがって、デッドエンドナビゲーション）終了：元の場所に戻る以外に移動することはできません）。基本的にこれ：
インターフェースはすでにモデルであることを述べたので、次のようなポップアップが表示される可能性があります。
市外局番の不一致はエラーではなく、停止してユーザーが保存できないように見えます。フローを少し変更することをお勧めします（以下を参照）
変更：
- 市外局番が州と一致しない場合、ユーザーが保存できるようにします。
- 問題のフィールドの下に通知（エラーではない）を表示します。
このようなアプローチでは、ユーザーに2回の保存を強制することはなく、すぐに修正できる潜在的な問題について通知されます。
追加の詳細：
フォームには市外局番フィールドもあると想定していますが、両方の下に通知が表示され、ユーザーが市外局番を調整したり、状態を変更したりできるようにする必要があります。
フォーム提出後にデータは確認されますか？ユーザーの入力後に都道府県+郵便番号データを検証するだけで、変数ボタンのラベルを回避できます。ユーザーは引き続き情報を保存できますが、検証エラーは、ユーザーが保存していることをユーザーが理解するのに役立ちます。