本文へスキップ
通知のタイミング設計——割り込みと配慮
タイミング設計

通知のタイミング設計——割り込みと配慮

FeedbackTiming 編集部 約3分

要点

  • 通知は「何を伝えるか」だけでなく「いつ伝えるか」が体験を左右する。
  • 即座の通知は緊急性に向くが、割り込みの負担も大きい。
  • まとめて届ける、文脈を待つといった設計が、配慮と有用性を両立させる。

スマートフォンが震える。画面に通知が現れる。その一瞬、わたしたちの注意は手元の作業から引き剥がされる。通知とは、システムの側から利用者へ働きかける応答であり、その多くは「いつ届くか」を利用者が選べない。だからこそ、通知のタイミング設計は、応答の問題の中でも特に配慮を要する。問答の形で論点を辿ってみたい。

問:通知は速く届くほど良いのではないか。

答:緊急性の高い情報なら、その通りだ。決済の異常や、本人確認を求める連絡は、遅れれば実害が出る。だが通知の多くは、それほど急がない。即座に届けることが常に親切とは限らない。むしろ、利用者が集中しているときの割り込みは、内容が有益でも負担になる。通知の速さは、内容の緊急性と切り離して論じられない。

問:では、すべての通知を遅らせればよいのか。

答:それも乱暴だ。非同期という設計で見たように、遅延は単独では美徳でも欠陥でもない。遅らせるべきは、急がない通知であって、急ぐ通知ではない。問題は速いか遅いかではなく、通知ごとの緊急性に応じてタイミングを変えられるかだ。一律に速く、あるいは一律に遅くという設計は、どちらも利用者の文脈を無視している。

問:まとめて届けるという方法はどうか。

答:有効な選択肢の一つだ。急がない通知を都度送らず、一定の区切りでまとめて届ければ、割り込みの回数を減らせる。利用者は自分のタイミングでまとめて確認でき、作業の中断が起きにくい。これは待ち行列の研究でマイスターが示した、不確実性と関わりの問題とも通じる。まとめて届く通知は、来るかどうか分からない断続的な割り込みより、心理的に扱いやすい。

問:通知を出す「文脈」まで考慮できるのか。

答:理想を言えば、そうありたい。利用者が運転中なら音声で、会議中なら控えめに、就寝時間帯なら翌朝へ繰り越す。文脈に応じて届け方を変える設計は、配慮の一形態だ。ただし、文脈の推定には限界があり、誤れば「なぜ今これを?」という苛立ちを生む。文脈を読む設計は、読み違えのリスクと隣り合わせである。だからこそ、最終的な制御を利用者の手に残しておくことが要になる。

割り込みという応答

通知が他の応答と異なるのは、利用者が求めていないのに届く点だ。操作への即時反応は、利用者の働きかけに応えるものだった。会話の間は、やり取りのリズムの問題だった。通知は、そのどちらでもない。システムが主体となって、利用者の時間に割り込む。

だから通知のタイミング設計には、応答速度の議論とは別の倫理が要る。速く届けることが、必ずしも利用者の利益にならない。緊急のものは速く、急がないものは適切な間を置いて、あるいはまとめて。そして、いつ届けるかの最終的な裁量を、できるだけ利用者の側に残す。タイミングを設計するとは、速さを最適化することではなく、利用者の時間への敬意をどう形にするかを考えることだ。応答が「いつ」返るかという問いは、結局、相手の時間をどう扱うかという問いに行き着く。

主な参照

  1. David H. Maister, “The Psychology of Waiting Lines,” 1985.
  2. Google, “Measure Performance with the RAIL Model”(web.dev / Chrome Developers).
更新通知

新しい記事を見逃さない

応答タイミングに関する新着記事を、月に数回お届けします。