長い登録フォームを半分まで入力したところで電話が来た。後で続きをやろうとブラウザを閉じたら、再度開いたときには最初からやり直し——これは多くのユーザーが経験する「中断の罰」です。
よくある失敗は「ユーザーは一気に完了する」という前提で設計することです。現実のユーザーは、モバイルで歩きながら操作し、通知に気を取られ、途中で電話を受け、電車を降りる。中断は例外ではなく、日常です。「中断されたら最初からやり直し」という設計は、コンバージョン率を大きく下げます。
また、中断とは別に「意図的な一時停止」も重要です。動画の一時停止、フォームの下書き保存、長時間処理のキャンセル——ユーザーが自分のペースで操作を制御できることが、ストレスのないUXを作ります。
1. 原則の定義
一時停止・中断・再開(Interruption Handling)とは、ユーザーが作業を中断しても「続きから始められる」よう、状態の保存・復元・再開を設計する原則。意図的な一時停止(ポーズ)と非意図的な中断(離脱)の両方に対応する。
本質は「ユーザーの時間と労力を尊重すること」です。中断前の作業を無駄にしない設計が、ユーザーの信頼と完了率を守ります。ツァイガルニク効果(未完了タスクは記憶に残る)を活用し、「続きがある」ことを適切に伝えることも重要です。
2. いつ使うか(適用場面)
特に重要になるケース
- 長いフォーム・登録フロー: 複数ステップの登録・申込フォームは中断リスクが高い。入力内容の自動保存と再開機能が必須。
- コンテンツ消費(動画・記事・コース): 視聴・読書・学習の途中で離脱したユーザーが「続きから」始められるよう、進捗を保存する。
- 長時間処理: ファイルアップロード・データ処理など、時間がかかる処理は一時停止・キャンセル・再開の手段を提供する。
- モバイルアプリ: バックグラウンド遷移・着信・通知による中断が頻繁に起きる。アプリ再起動時に状態を復元する。
トレードオフが起きる場面
- 保存コストとのバランス: すべての入力をリアルタイムで保存するとサーバー負荷が増える。自動保存の頻度と保存タイミングを設計する必要がある。
- セキュリティとの兼ね合い: 決済情報・個人情報を含むフォームは、セキュリティ上の理由で状態を保存できない場合がある。保存する情報の範囲を明確にする。
3. なぜ重要か(設計判断の核)
中断設計は「ユーザーの失敗を防ぐ」のではなく、「ユーザーの時間と労力を守る」設計である。
設計判断の基準
- 「このフローを途中で離脱したユーザーが戻ってきたとき、どこから再開できるか?」→ 最初からやり直しなら、自動保存または下書き機能を実装する。
- 「この処理を途中でキャンセルしたいユーザーは、どうすればいいか?」→ キャンセル手段がなければ実装する。
優先順位の考え方
- 1. 入力内容の保持(最優先): フォームの入力内容は、ページ遷移・ブラウザバック・タブ切り替えで消えないようにする。
- 2. 進捗の可視化と復元: 「前回の続きから始めますか?」という提示でユーザーを再エンゲージする。
- 3. 長時間処理の制御: 処理の進捗表示・一時停止・キャンセル手段を提供する。
例外条件
- セキュリティ上の理由(決済情報・パスワードなど)で状態を保存できない場合は、保存しない範囲を明示し、それ以外の入力は保持する。
4. 具体の設計ルール(チェックリスト)
最低ライン(Must - これ守らないと危険)
これがないと、中断したユーザーは戻ってきません。
理想ライン(Better - できると強い/プロの品質)
「中断しても安心」「続きから始められる」状態です。
5. UI例
フォームの中断・再開設計で、完了率が大きく変わります。
改善プロセス
- 中断ポイントの特定: アナリティクスでフォームの離脱率が高いステップを特定し、そのステップの前後に自動保存を実装する。
- 再開フローの設計: 再訪時に「前回の続きがあります」バナーを表示し、1クリックで再開できるようにする。
- 長時間処理の制御設計: 処理時間が3秒を超える操作には進捗表示とキャンセルボタンを追加する。
6. 関連リンク
- 関連リファレンス(理論): ツァイガルニク効果
- 用語集(定義): ツァイガルニク効果, 段階的開示
- 関連するUI原則(横): ユーザーコントロール (User Control), フィードバック (Feedback), 入力の負担を減らす (Form UX Principles)
7. まとめ
今日から直せる一手 担当しているサービスの最も長いフォームを確認してください。途中でブラウザバックしたとき、入力内容は保持されますか?消えるなら、まずセッションストレージへの自動保存を実装してください。それだけで離脱後の再開率は大きく改善します。
チームに共有するなら一言 「ユーザーは必ず中断する。中断を前提に設計しないUIは、完了率を自ら下げている。」
