「数字を直しました。もう一度確認してください」
そう連絡して修正版を送ったのに、承認後になって、読み手が変更へ気づいていなかったと分かることがあります。担当者は修正箇所を知っているので、そこが目立って見えます。一方、読み手が受け取るのは、よく似た資料の新しい版だけです。前の版を細部まで覚えていなければ、どこが変わったのかを頭の中だけで比べるのは簡単ではありません。
これは、注意不足や仕事の雑さだけで片づけられません。視覚研究では、目の前の場面に大きな変化が起きても、その間に画面の切替や一瞬の遮りがあると気づきにくくなる現象が知られています。本記事では、これを自然な日本語で変化の見落としと呼び、必要な箇所では研究用語の「変化盲」も併記します。
研究の多くは、写真、映像、対人場面、操作画面を使った実験です。提案書や報告書の修正版を直接調べたものではありません。そのため、資料レビューで何割の変更が見落とされるとは言えません。それでも、旧版と新版を記憶だけで照合させず、比較できる形を用意するという設計上の示唆は得られます。
結論:修正版だけを送らず、「何が、なぜ、どこへ影響するか」を見せる
修正版を確実に確認してもらうには、最新版のファイルだけを送り、「前回から変わったので見てください」と頼むだけでは足りません。読み手が変更を探し、意味を判断し、文書全体との整合を確かめられるように、次の情報を分けて渡します。
- 変更の要約:何を変えたか、なぜ変えたかを短く示す
- 前後の比較:旧版と新版、または削除と追加を同じ画面で見せる
- 影響範囲:結論、数字、条件、図表、次の行動のどこへ影響するかを示す
- 全体の確認:差分だけを見た後で、最新版を最初から読み直す
大切なのは、変更点を見つける作業と、変更後の資料が妥当かを判断する作業を分けることです。差分表示は「どこが変わったか」を見つける助けになります。しかし、その変更によって結論や前提が崩れていないかは、資料全体を読まなければ分かりません。

なぜ、大きく変えたのに気づかれないのか
私たちは画面を見ていると、そこにあるものを細部まで把握しているように感じます。しかし、ある時点の見え方と次の時点の見え方を比べるには、少なくとも三つの処理が必要です。変更前の対象を保持すること、変更後の対象へ注意を向けること、二つを対応づけて比べることです。
このどこかが途切れると、視界に入った変化でも意識に上がらないことがあります。たとえば、旧版を閉じ、新版を開く間には画面が切り替わります。メールを読み、添付ファイルを開き直す間には、別の情報も入ります。似た配置のスライドを一枚ずつ切り替えると、全体の印象が保たれるため、数字や条件の変化が背景へ溶け込みます。
Rensink、O’Regan、Clarkは1997年、元の写真と一部を変えた写真を交互に表示し、その間へ短い空白を挟みました。変更は繰り返し現れ、しかも大きなものを含んでいましたが、参加者は見つけるのに苦労しました。一方、変更箇所を言葉で示すと発見は速くなり、場面の中心と考えられた対象の変更は周辺的な対象より早く見つかりました。
ここから分かるのは、「見れば分かる」ではなく、どこを何のために比べるかが分かると、変化を探しやすくなるということです。修正者にとって重要な変更でも、読み手がその重要性を知らなければ、画面上では数ある要素の一つにすぎません。
画面の切替が、変化の手掛かりを消す
変化そのものには、通常、動きや点滅といった手掛かりがあります。目の前で数字が「120」から「150」へ書き換われば、その場所の動きが注意を引きます。ところが、旧版を閉じて新版を開くと、画面全体が一度に変わります。局所的な変化を知らせる手掛かりが、ページ全体の切替に埋もれます。
LevinとSimonsは1997年、映像のカットをまたいで物や人物を変える実験を行いました。変化したのが場面の中心にいる俳優でも、見落とされる場合がありました。O’Regan、Rensink、Clarkは1999年、変更箇所を覆わない小さな模様を画面上へ一瞬散らすだけでも、大きな変化が見つかりにくくなることを示しました。小さな妨害が複数現れると、変更位置を知らせる信号が埋もれるためです。
資料レビューにそのまま同じ効果量を当てはめることはできません。ただ、ページ遷移、通知、カーソル移動、コメント表示、別画面への移動が同時に起きる環境では、「新版を表示すれば差が伝わる」とは考えないほうが安全です。とくに、数字の一桁、否定語、対象期間、注記、削除された条件は、レイアウト全体が変わらなくても意思決定を変えます。
現実の会話でも、相手が入れ替わる変化を半数が見落とした
変化の見落としは、実験室の画像だけに限られるのでしょうか。SimonsとLevinは1998年、歩行者へ道を尋ねている最中に、二人の間をドアを運ぶ人たちが横切る状況を作りました。その一瞬に質問者が別人と入れ替わりましたが、変化に気づいた歩行者は半数でした。
この結果は有名ですが、読み方には注意が必要です。誰でも常に半分の変化を見落とす、という意味ではありません。検出率は人物の関係、変更の意味、注意の向き、課題によって変わります。また、資料の数字と会話相手では対象がまったく違います。
それでも、現実のやり取りで、注意を向けていたはずの中心人物の交代さえ見落とされた点は重要です。「関係者だから前の版を覚えている」「承認者だから真剣に見る」という役割だけでは、変更検出を保証できません。仕組みとして比較材料を渡す必要があります。
「見ていた」ことと「比べられた」ことは同じではない
読み手が変更箇所を見ていなかったなら、そこへ注意を向けてもらえば改善しそうです。実際、Hollingworth、Schrock、Hendersonの2001年の実験では、自然場面の変化を探す際、視線を動かせる条件のほうが、画面中央を見続ける条件より正確で速く、誤った報告も少なくなりました。変更を探すには、対象へ視線と注意を向けることが大切です。
ただし、視線が合えば必ず気づくわけでもありません。Vachonらは2012年、複数の情報を監視する指揮統制の模擬画面で眼球運動を測りました。注視していない変更は見落とされやすかった一方、見ていた変更に気づかない例もありました。注意の配分だけでなく、前後を結び付ける処理が必要だと考えられます。
Levinらが2018年に行った画面操作の学習動画の研究は、さらに慎重な見方を促します。参加者は変更が起こることを事前に知らされ、音の合図も受けました。それでも、実験1で検出された変更は全体の57%、実験2では24%でした。見落とした試行でも、変更前後の場所を両方見ていた例がありました。
一方、その研究では、変更に気づいたかどうかと、動画内容の学習成績に有意な関係は見つかりませんでした。つまり、「変更を見落としたから資料全体を理解していない」と決めつけることもできません。変更検出と内容理解は、重なる部分があっても同じ能力ではありません。
差分表示には効果があるが、それだけで完了ではない
では、旧版と新版の違いを画面上で示せば解決するのでしょうか。HayamaとUedaは2004年、ソフトウェアの更新前後の違いを視覚的に示す「差分提示」を作り、利用者の適応を調べました。差を示さない条件より、差を示した条件のほうが操作ミスは有意に少なくなりました。
ただし、すべての条件で更新後には誤りが増えました。また、複数の機能が一つへ統合された変更は、新しい機能が追加された変更より適応が難しい傾向がありました。差分は助けになりますが、変更の種類や意味まで自動的に理解させるわけではありません。
Nowell、Hetzler、Tanasseは2001年、時点の異なる文書集合を情報可視化で比較する場面を扱いました。表示が切り替わるだけでは、大きな変化さえ認識しにくくなる問題を報告し、二つの分析画面で変化を表す方法を検討しています。これは個別の事例研究であり、一般的な報告書へ同じ結果が出るとは限りません。それでも、変化のある情報を扱う画面では、変化自体を表示対象にする必要があるという考え方は参考になります。
Wordの変更履歴、PDFの比較、デザインツールの版比較は、この目的に役立ちます。使えない場合でも、旧版と新版の該当箇所を横に並べ、削除は取り消し線、追加は別の色、数値変更は枠で示せます。色だけに頼らず、「削除」「追加」「変更」と文字でも区別すると、色覚の違いや白黒印刷にも対応できます。
「視覚化・構造化」で、変更を探す負担を減らす
伸滋Designの伝わる設計マップでは、複雑な情報を理解させる場面に「視覚化・構造化(引き算のデザイン)」を使います。修正版のレビューでは、装飾を増やすのではなく、変更のない情報を一時的に弱め、判断に必要な差だけを比較できる形へ整えます。
最初に、変更の要約を一画面へまとめる
「修正しました」ではなく、変更項目、理由、承認が必要な点を三〜五件に絞って示します。たとえば「価格を120万円から150万円へ変更。外部調査費30万円を追加したため。予算上限を超えるため再承認が必要」と書けば、読み手は見る場所と判断事項を先に持てます。
旧版と新版を近くに置く
前の版を記憶から呼び戻させず、同じ画面に置きます。文章なら一文単位、図なら要素単位、表なら行単位で対応位置をそろえます。離れた情報を見比べる負担については、近接適合性原則で決めるダッシュボード設計でも詳しく解説しています。
変更箇所と影響範囲を分ける
価格の数字を変えると、合計額、費用対効果、契約条件、グラフ、結論も変わるかもしれません。「変更箇所」だけでなく「影響を確認する箇所」を別欄で示します。削除した内容も記録します。なくなった要素は新版に存在しないため、新版だけを見ても発見できません。
最後に強調を外して全体を読む
色付きの差分だけを見ると、その周辺の論理や文章の流れを見落とします。差分確認後は、強調のない最新版を冒頭から読み、結論、根拠、数字、次の行動が矛盾していないか確認します。見つけるための表示と、完成品として読む表示を分けるのがポイントです。
実務例:見積提案書の金額を変更した場合
制作会社が、調査、設計、制作を含む提案書を提出したとします。初版は合計120万円でした。顧客から対象者インタビューを追加してほしいと依頼され、修正版は150万円になりました。担当者は見積表の数字だけを変え、同じファイル名で再送しました。
この送り方では、承認者が前の金額を正確に覚えていなければ、変更に気づきません。気づいても、30万円増えた理由や、日程への影響は分かりません。さらに、本文に残った「4週間」という納期が、追加調査を含む新しい工程と矛盾する可能性があります。
レビュー用の先頭ページを次のように整えます。
- 変更:合計120万円から150万円へ
- 理由:対象者インタビュー6名分を追加
- 削除:初版の簡易アンケートを廃止
- 影響:調査工程を1週間追加。公開予定日も1週間後ろへ変更
- 承認してほしい点:追加予算30万円と新しい公開予定日
次のページには、旧版と新版の見積表を並べます。その後に、強調なしの完成版を置きます。これなら読み手は、変更を発見する作業、理由を理解する作業、提案全体を承認する作業を順番に行えます。
レビューで最初から感想を求めると、全体の好みや言葉の印象へ注意が寄り、差分確認が後回しになります。視覚案を評価するときの質問順については、言葉にするとデザインの違いが見えにくくなる問題を扱った記事も参考になります。
修正版レビューのチェックリスト
送る側
- ファイル名または表紙に版番号と日付がある
- 変更点を三〜五件にまとめ、理由を添えた
- 追加だけでなく、削除した内容も示した
- 旧版と新版を同じ画面で比較できる
- 色だけでなく、追加・削除・変更を文字でも区別した
- 変更が結論、金額、条件、日程、次の行動へ与える影響を示した
- 「確認してください」ではなく、承認してほしい点を具体的に書いた
- 差分表示の後に、強調のない最新版を用意した
受け取る側
- 最新版と旧版の版番号を確認した
- 変更理由が変更内容と対応しているか確認した
- 削除された条件や注記を確認した
- 数値変更が合計、グラフ、本文の結論にも反映されているか確認した
- 差分だけでなく、最新版を最初から読んだ
- 承認、条件付き承認、差し戻しのどれかを明記した
日常的な小さな修正なら、すべてを大がかりにする必要はありません。「変更点、理由、見てほしい箇所」の三つをメール本文へ書き、旧版と新版の該当箇所を一枚の画像にするだけでも始められます。金額、契約、法令、研究結果など、見落としの損失が大きい資料ほど、版管理と差分確認を厚くします。
根拠の限界:強調すれば、理解まで保証できるわけではない
ここまでの研究から、画面の途切れや妨害があると変化を見落としやすいこと、変更箇所へ注意を向ける手掛かりや差分提示が役立つことは示されています。しかし、企業の提案書で、特定の差分表示が承認ミスを何%減らすかは分かっていません。
また、強調が多すぎると、すべてが重要に見えて優先順位を失います。変更が二十件あるなら、二十件すべてを同じ赤色にするのではなく、「承認が必要」「共有のみ」「表記修正」のように判断の種類で分けます。ただし、分類を増やしすぎると再び読む負担が増えるため、用途に必要な最小限へ絞ります。
差分だけを読むと、変更後の文章が自然につながっているか、全体の主張が一貫しているかを確認できません。反対に、完成版だけを読むと、削除や小さな数値変更に気づきにくくなります。どちらか一方ではなく、差分確認と全体確認を別の読み方として組み合わせます。
修正版は「新しい資料」ではなく、「変更を判断する画面」として渡す
修正者は、どこを変えたかを知っています。その知識があるため、変更は一目で分かるように感じます。読み手は同じ条件ではありません。前の版を覚え、今の版を見て、二つを頭の中で比べる仕事を求められています。
だからこそ、修正版そのものとは別に、変更を判断するための入口を設計します。何が変わったか、なぜ変えたか、どこへ影響するかを先に示し、前後を並べ、最後に完成版を通して読みます。これは読み手を信用しない仕組みではなく、読み手の注意を本当に判断してほしい場所へ使ってもらうための仕組みです。
提案書や報告書の構成だけでなく、修正、確認、承認まで含めた情報の流れを整えたい場合は、伸滋Designへご相談ください。重要な変更が埋もれず、相手が判断しやすい資料とレビュー工程を一緒に設計します。
参考文献
- Rensink, R. A., O’Regan, J. K., & Clark, J. J. (1997). To see or not to see: The need for attention to perceive changes in scenes. Psychological Science, 8(5), 368–373. https://doi.org/10.1111/j.1467-9280.1997.tb00427.x
- Levin, D. T., & Simons, D. J. (1997). Failure to detect changes to attended objects in motion pictures. Psychonomic Bulletin & Review, 4(4), 501–506. https://doi.org/10.3758/BF03214339
- Simons, D. J., & Levin, D. T. (1998). Failure to detect changes to people during a real-world interaction. Psychonomic Bulletin & Review, 5, 644–649. https://doi.org/10.3758/BF03208840
- O’Regan, J. K., Rensink, R. A., & Clark, J. J. (1999). Change-blindness as a result of “mudsplashes.” Nature, 398, 34. https://doi.org/10.1038/17953
- Hollingworth, A., Schrock, G., & Henderson, J. M. (2001). Change detection in the flicker paradigm: The role of fixation position within the scene. Memory & Cognition, 29(2), 296–304. https://doi.org/10.3758/BF03194923
- Hayama, H., & Ueda, K. (2004). Development of the difference presentation method and evaluation of its usability. Cognitive Studies, 11(2), 124–142. https://doi.org/10.11225/jcss.11.124
- Nowell, L. T., Hetzler, E. G., & Tanasse, T. (2001). Change blindness in information visualization: A case study. IEEE Symposium on Information Visualization, 15–22. Pacific Northwest National Laboratoryの書誌情報
- Vachon, F., Vallières, B. R., Jones, D. M., & Tremblay, S. (2012). Nonexplicit change detection in complex dynamic settings: What eye movements reveal. Human Factors, 54(6), 996–1007. https://doi.org/10.1177/0018720812443066
- Levin, D. T., Seiffert, A. E., Cho, S.-J., & Carter, K. E. (2018). Are failures to look, to represent, or to learn associated with change blindness during screen-capture video learning? Cognitive Research: Principles and Implications, 3, 49. https://doi.org/10.1186/s41235-018-0142-3
\ LINE登録で無料プレゼント /
『9つの伝わる型 図解ハンドブック 完全版』
PDF・57ページ/35の研究にもとづく「なぜ効くのか」まで解説
60秒診断・伝え方ミニ講座もLINEでお届けします
📱 友だち追加して特典を受け取る登録は無料・配信はいつでも解除できます