確認ダイアログはなぜ効かなくなるのか

確認ダイアログほど、善意で置かれて、いつの間にか機能を失う部品も珍しい。「この項目を削除しますか？ はい／いいえ」。初めて見たときは、たしかに手が止まる。だが同じ問いが日に何度も出るようになると、人は内容を読まずに「はい」を押す。指がボタンの位置を覚え、目が文章を素通りする。止めるために置いたはずの一手が、止める力を失っていく。

この変化を、利用者の気のゆるみとして片づけるのは公平でない。人間の注意は、繰り返される同じ刺激に対して鈍くなるようにできている。航空や医療の現場では、これが「警告疲れ（アラート疲労）」として古くから問題にされてきた。鳴りすぎる警報は、肝心なときに無視される。確認ダイアログも、出しすぎれば同じ末路をたどる。設計者が一回ごとの確認を「丁寧さ」と思っていても、利用者の身体は総量に反応している。

二つの設計思想を並べてみる

ここで、対照的な二つの考え方を並べてみたい。ひとつは「事前に止める」設計だ。危ない操作の前に確認を挟み、利用者の意思をもう一度問う。もうひとつは「事後に救う」設計、すなわち取り消しを用意する考え方だ。操作はいったん通すが、間違えたらすぐ元に戻せるようにしておく。

前者は、人間が立ち止まって考えられる、という前提に立つ。後者は、人間はどうせ間違える、という前提に立つ。どちらが現実に近いかといえば、繰り返し作業のなかでは後者だろう。一日に何十回も同じ判断を求められる場面で、人はいちいち熟考しない。だとすれば、熟考を前提にした確認ダイアログは、最も必要な繰り返し作業の場面でこそ、最も効かなくなる。皮肉な構図である。

取り消しは、注意を要求しない

ジェフ・ラスキンは『ヒューメイン・インタフェース』で、利用者を責めずに済む設計を繰り返し説いた。彼が重んじたのは、間違いを起こさせない壁ではなく、間違ってもやり直せる余地だった。取り消し機能のすぐれている点は、利用者に事前の注意を要求しないことにある。確認ダイアログは「いま集中しろ」と迫るが、取り消しは「あとで気づけばいい」と許す。注意力という、有限で当てにならない資源に頼らない設計だ。

もっとも、すべてを取り消しで賄えるわけではない。送ってしまったメッセージ、決済を終えた支払い、外部に伝わってしまった情報。元に戻せない操作は確かにある。一方、そうした本当に後戻りできない操作はそれほど多くない。多くの「削除しますか？」は、実はゴミ箱への移動にすぎず、いくらでも戻せる。戻せる操作にまで確認を付けているから、確認の総量が膨らみ、肝心の戻せない操作の確認まで読み飛ばされる。取り消せることが信頼をつくるという発想は、この膨張を抑える鍵になる。

摩擦は、配るのではなく集める

では確認ダイアログを全廃すればいいのか。そうではない。要点は、摩擦をばらまかず、一点に集めることだ。戻せる操作からは確認を外し、その代わり、本当に戻せない操作には、形を変えた強い摩擦を残す。たとえば、削除対象の名前を自分で打ち込ませる。単なる「はい」よりずっと手間だが、その手間こそが、稀にしか出ないからこそ効く。人が機械の促しに流される癖を逆手に取り、流れてほしくない一点にだけ堰を設ける、という考え方だ。

確認ダイアログが効かなくなるのは、それが悪い部品だからではなく、置きすぎるからである。注意は配れば配るほど薄まる資源だ。その薄まり方を見ずに「念のため」と確認を足していくと、システム全体としては、かえって誤操作に弱くなる。守りたい一手を見定め、そこにだけ摩擦を集める。残りは取り消しに任せる。確認の設計とは、突き詰めれば、有限な注意をどこに使わせるかという配分の問題なのだ。