UIXHERO

一時停止・中断・再開 (Interruption Handling)

ユーザーは必ず中断する。電話が来る、通知が来る、急用が入る。中断しても「続きから始められる」設計が、完了率を守り、ユーザーの信頼を保つ原則。

2026年2月17日
更新: 2026年8月27日
10
by Dengen Yosho(DGYS)
一時停止・中断・再開 (Interruption Handling)

長い登録フォームを半分まで入力したところで電話が来た。後で続きをやろうとブラウザを閉じたら、再度開いたときには最初からやり直し——これは多くのユーザーが経験する「中断の罰」です。

よくある失敗は「ユーザーは一気に完了する」という前提で設計することです。現実のユーザーは、モバイルで歩きながら操作し、通知に気を取られ、途中で電話を受け、電車を降りる。中断は例外ではなく、日常です。「中断されたら最初からやり直し」という設計は、コンバージョン率を大きく下げます。

また、中断とは別に「意図的な一時停止」も重要です。動画の一時停止、フォームの下書き保存、長時間処理のキャンセル——ユーザーが自分のペースで操作を制御できることが、ストレスのないを作ります。

1. 原則の定義

一時停止・中断・再開(Interruption Handling)とは、ユーザーが作業を中断しても「続きから始められる」よう、状態の保存・復元・再開を設計する原則。意図的な一時停止(ポーズ)と非意図的な中断(離脱)の両方に対応する。

本質は「ユーザーの時間と労力を尊重すること」です。中断前の作業を無駄にしない設計が、ユーザーの信頼と完了率を守ります。(未完了タスクは記憶に残る)を活用し、「続きがある」ことを適切に伝えることも重要です。

2. いつ使うか(適用場面)

特に重要になるケース

  • 長いフォーム・登録フロー: 複数ステップの登録・申込フォームは中断リスクが高い。入力内容の自動保存と再開機能が必須。
  • コンテンツ消費(動画・記事・コース): 視聴・読書・学習の途中で離脱したユーザーが「続きから」始められるよう、進捗を保存する。
  • 長時間処理: ファイルアップロード・データ処理など、時間がかかる処理は一時停止・キャンセル・再開の手段を提供する。
  • モバイルアプリ: バックグラウンド遷移・着信・通知による中断が頻繁に起きる。アプリ再起動時に状態を復元する。

トレードオフが起きる場面

  • 保存コストとのバランス: すべての入力をリアルタイムで保存するとサーバー負荷が増える。自動保存の頻度と保存タイミングを設計する必要がある。
  • セキュリティとの兼ね合い: 決済情報・個人情報を含むフォームは、セキュリティ上の理由で状態を保存できない場合がある。保存する情報の範囲を明確にする。

3. なぜ重要か(設計判断の核)

中断設計は「ユーザーの失敗を防ぐ」のではなく、「ユーザーの時間と労力を守る」設計である。

設計判断の基準

  • 「このフローを途中で離脱したユーザーが戻ってきたとき、どこから再開できるか?」→ 最初からやり直しなら、自動保存または下書き機能を実装する。
  • 「この処理を途中でキャンセルしたいユーザーは、どうすればいいか?」→ キャンセル手段がなければ実装する。

優先順位の考え方

  • 1. 入力内容の保持(最優先): フォームの入力内容は、ページ遷移・ブラウザバック・タブ切り替えで消えないようにする。
  • 2. 進捗の可視化と復元: 「前回の続きから始めますか?」という提示でユーザーを再エンゲージする。
  • 3. 長時間処理の制御: 処理の進捗表示・一時停止・キャンセル手段を提供する。

例外条件

  • セキュリティ上の理由(決済情報・パスワードなど)で状態を保存できない場合は、保存しない範囲を明示し、それ以外の入力は保持する。

4. 具体の設計ルール(チェックリスト)

最低ライン(Must - これ守らないと危険)

これがないと、中断したユーザーは戻ってきません。

理想ライン(Better - できると強い/プロの品質)

「中断しても安心」「続きから始められる」状態です。

5. UI例

フォームの中断・再開設計で、完了率が大きく変わります。

改善プロセス

  1. 中断ポイントの特定: アナリティクスでフォームの離脱率が高いステップを特定し、そのステップの前後に自動保存を実装する。
  2. 再開フローの設計: 再訪時に「前回の続きがあります」バナーを表示し、1クリックで再開できるようにする。
  3. 長時間処理の制御設計: 処理時間が3秒を超える操作には進捗表示とキャンセルボタンを追加する。

この原則を実装で見る

この原則が実装でどう形になるかを、GUNJO の部品で確かめられます。

6. 関連リンク

7. まとめ

今日から直せる一手 担当しているサービスの最も長いフォームを確認してください。途中でブラウザバックしたとき、入力内容は保持されますか?消えるなら、まずセッションストレージへの自動保存を実装してください。それだけで離脱後の再開率は大きく改善します。

チームに共有するなら一言 「ユーザーは必ず中断する。中断を前提に設計しないは、完了率を自ら下げている。」

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

Undo Redoとは?意味・アンドゥ/リドゥの違いと使い方

Undo Redoとは、操作を元に戻すUndoと、取り消した操作をやり直すRedoのこと。意味、アンドゥ/リドゥの違い、Undoの逆、UI設計での使い方を解説します。

2026年2月17日
10

アフォーダンス (Affordance)

「押せそう」「引けそう」「入力できそう」——UIが操作方法を説明なしに伝える力がアフォーダンス。シグニファイアを正しく設計し、ユーザーが迷わず直感的に操作できるUIを作る原則。

2026年2月17日
9

フィードバック (Feedback)

ユーザーの操作に対してシステムが反応を返さないUIは、沈黙という最悪の体験を生む。あらゆる操作に適切な反応を返し、ユーザーとシステムの対話を成立させる設計原則。

2026年2月17日
12

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る