確認画面は最低限にする

考え方

確認画面を固定の工程にせず、取り消し・再編集を容易にすることで、ミスをリカバリーできるようにする。

「入力 → 確認 → 完了」という画面遷移モデルは、業務をUI工程に縛り付けてしまうことがあります。

確認画面があっても、ユーザーは流し読みしがちです。

なぜ流し読みするのか？ 人間の脳は認知コストを節約しようとします。「さっき入力した内容をもう一度読む」のは、脳にとって「同じ作業の繰り返し」に見えるため、省エネモードになって注意力が下がります。確認画面は、設計者が期待するほど「確認」されていません。

本当に防ぎたいミスは、「簡単に戻せること」で対処する方が効果的です。

ユーザーのゴール達成にどう寄与するか: 確認画面を通過する時間が省け、ミスしても即座にリカバリーできる。「安心して素早く作業を完了したい」というゴールに直結する。

確認画面が挟まるフロー

取り消し可能な構造

確認とは「不可逆な操作を実行する直前に、その操作対象と結果を理解させること」です。

画面である必要はありませんし、固定の工程である必要もありません。

パターン	説明
遅延実行	削除後に数秒間「元に戻す」を表示。実際の削除はその後に実行（Gmail方式）
論理削除	`deleted_at`を設定するだけ。復元は`deleted_at = null`にする
直前の値を保持	更新時に旧値を1件だけ保持。戻すのは1回だけ

完全な履歴管理は不要。「直前の状態に1回だけ戻せる」で十分なことが多い。