通知疲れと、割り込みの設計

机の上で、スマートフォンが小刻みに震える。チャットの返信、カレンダーの予定、アプリの更新案内、誰かの「いいね」。一つひとつは些細でも、積み重なると、私たちは一日に何十回も注意を引き剥がされている。通知は、本来「大事なことに気づかせる」ための道具だった。それがいつの間にか、集中を細切れにする装置に変わってはいないか。

割り込みの本当のコスト

通知の問題は、鳴った瞬間の数秒だけではない。人の集中は、いったん断たれると、すぐには元に戻らない。何の作業をしていたか、どこまで考えていたかを再び思い出し、頭を温め直すのに時間がかかる。ヒューマン・コンピュータ・インタラクションの研究では、中断された作業に元の調子で戻るまでには、想像以上の時間を要することが繰り返し報告されてきた。一回の通知の代償は、対応の数秒ではなく、そのあと失われる集中の数分なのだ。

厄介なのは、このコストが見えにくいことだ。通知に対応している間、人は「仕事をしている」感覚を持つ。だが実際には、本来の作業はそのたびに後退している。忙しく動いているのに、肝心のことが進まない──通知に追われる一日には、しばしばこの空転が潜んでいる。

緊急度で「届け方」を変える

では通知を全部切ればよいかというと、そうではない。本当に緊急の合図まで消してしまえば、今度は気づくべきことを見逃す。鍵は、すべてを同じ強さで届けないことにある。即座に手を止めるべきものは音と振動で割り込ませ、すぐでなくてよいものは静かに溜めておき、後でまとめて見せる。重要度の低いものは、そもそも能動的に開いたときだけ目に入れば足りる。

この「届け方の段階分け」は、本サイトで論じた同期と非同期の考え方とよく似ている。即時性の要る合図は同期的に割り込ませ、待ってよい合図は非同期に溜めて後で受け取る。通知もまた、緊急度に応じて同期と非同期を割り当てるワークフローの一種なのだ。

「黙る」という設計

通知設計で見落とされがちなのが、「あえて知らせない」という選択肢だ。自動化されたシステムは、つい何でも報告したがる。処理が完了した、ファイルが届いた、同期が終わった──。だが、利用者が結果を確認できればそれで足りる場面では、いちいち知らせる必要はない。うまくいったことを毎回報告されると、人はやがて通知そのものを見なくなる。本当に手を止めるべき異常まで、見慣れた背景に溶けてしまう。いつ知らせ、いつ黙るかという線引きは、通知とサイレントの使い分けとして、体験設計の側でも論点になる。

もっとも、黙りすぎにも危うさはある。何も知らせないシステムは、静かである一方で、不調のときも静かなままだ。順調なときの沈黙と、壊れているときの沈黙を、利用者は区別できない。だから「黙る」設計には、いざというときには確実に声を上げる、という裏づけがセットでなければならない。

守るべきは、注意という資源

通知を減らすこと自体が目的ではない。目的は、人の注意という限りある資源を、本当に向けるべきところへ残しておくことだ。注意は、使えば減る。些事に小分けで奪われ続ければ、肝心の判断に振り向ける分が枯れる。よく設計されたワークフローは、人にすべてを知らせようとはしない。何を伝え、何を伏せ、いつ割り込むか──その取捨選択を引き受けることで、人の集中をそっと守る。静かさは、手抜きではなく、配慮の形をとった設計の成果である。