ボタンを押したのに画面がすぐに変わらないと、私たちは同じボタンをもう一度押したり、別のウィンドウに目を移したりします。わずか1〜2秒の待ち時間でも、流れがぷつりと途切れたように感じるのです。反対に、押した瞬間に反応するアプリは、手になじむように快適に感じられます。この違いを説明するデザインの原則が「ドハティの閾値（Doherty Threshold）」です。
ドハティの閾値とは、簡単に言えば「コンピューターが約0.4秒（400ミリ秒）以内に反応すれば、人と機械が互いを待たなくなり、作業効率が大きく上がる」という原則を意味します。速度が単なる技術の問題ではなく、ユーザーの集中と満足を左右するデザイン要素であることを示す概念です。
本記事では、ドハティの閾値が生まれた背景から、0.4秒という基準の意味、待ち時間を短く感じさせるデザイン手法、そして適用するときの注意点まで、順に見ていきます。
0.4秒が生み出す使用体験の違い
ドハティの閾値はどのように生まれたのか？
1960〜70年代には、コンピューターの応答は2秒以内に返ってくれば十分だという考えが広く浸透していました。1968年、アメリカの研究者ロバート・ミラー（Robert B. Miller）が対話型作業の応答時間を扱った論文で約2秒を一つの基準として示し、人は画面を見ながら次にやることを考えているので少しくらい遅くてもかまわないと考えられていたためです。
この通説に異を唱えたのが、IBMのウォルター・ドハティ（Walter J. Doherty）とアービンド・タダニ（Ahrvind J. Thadhani）です。2人は1982年11月に『高速な応答時間の経済的価値（The Economic Value of Rapid Response Time）』という報告書を発表し、応答が速くなるほど、生産性は短縮した時間の割合以上に大きく上がると主張しました。
（1）3秒と0.3秒の違い
報告書に掲載された資料によると、応答時間が3秒のときプログラマーは1時間に約180件の作業を処理しましたが、0.3秒に縮めると約371件と2倍以上に増えました。
（2）人も一緒に速くなる
機械がすばやく答えると、人も思考の流れを見失わずに次の命令をすぐに出します。待ち時間が短くなることで、人の反応速度まで一緒に速くなるのです。
（3）遅くなったシステムのコスト
報告書はアメリカ国立衛生研究所（NIH）の事例も紹介しました。同時利用者が増えて応答が平均4秒まで遅くなると、1つの作業を終える時間が32分から48分に延び、機器を増やして応答を再び速くするほうがかえってコストを節約できるという結論が出ました。
0.4秒という基準の意味
報告書は、反応が400ミリ秒以内に返ってくるとユーザーは作業に没頭し、0.5秒を超えただけで注意がほかへそれ始めると説明しました。その後、ユーザビリティの分野では、デンマーク出身のユーザビリティ専門家ヤコブ・ニールセン（Jakob Nielsen）がまとめたとおり、応答時間をおおよそ3つの区間に分けて語るのが一般的です。
- 即時の反応（Instantaneous Response）：約0.1秒以内の反応で、ユーザーは自分が直接画面を動かしていると感じます（例：文字を打つとすぐに表示されるカーソル）。
- 思考の流れの維持（Flow of Thought）：約1秒以内の反応で、遅れに気づいても思考の流れは続きます（例：次のページへ移る画面の切り替え）。
- 注意の限界（Limit of Attention）：約10秒を超えるとユーザーはほかのことをしたくなるため、進捗表示が欠かせません（例：大きなファイルのダウンロード）。
ドハティの閾値の0.4秒は、このうち思考の流れが途切れないラインをより厳しく定めた基準だといえます。人と機械がまるで会話を交わすように、途切れずに続く状態を目指すのです。
待ち時間を短く感じさせるデザイン
すべての作業を0.4秒以内に終えられるわけではありません。そのためデザイナーは、実際の速度と同じくらい、ユーザーが感じる速度、つまり体感パフォーマンスにも気を配ります。
（1）すぐに見える反応
サーバーの答えを待つ前にボタンの色を変えたり小さな動きを見せたりすると、ユーザーは自分の命令が伝わったと安心します。
（2）プログレスバー
アメリカのコンピューター科学者ブラッド・マイヤーズ（Brad A. Myers）は1985年の研究で、作業がどこまで進んだかを示す表示があると、人は待ち時間によりよく耐えられることを報告しました。
（3）スケルトンスクリーン
コンテンツを読み込んでいる間に、灰色の箱で文章や写真が入る場所を先に見せると、真っ白な画面よりも退屈に感じにくくなります。
（4）プリフェッチ
ユーザーが次に押す可能性の高い画面をこっそり先に準備しておけば、実際に押したときにほぼすぐに開きます。
適用するときの注意点
速ければ速いほど必ずよいというわけではありません。ローン審査や旅行商品の検索のように、綿密な計算が必要そうな作業で結果があまりに早く出ると、ユーザーはきちんと確認したのか疑うこともあります。
（1）手間が見えると生まれる信頼
ハーバード・ビジネス・スクールの研究者たちは、システムが作業している過程を見せると、待ち時間が少し長くても人々が結果をより高く評価するという「労働の錯覚（Labor Illusion）」を報告しました。
（2）作り込んだ遅延は慎重に
わざと遅くする演出は、ユーザーをだます仕掛けになりかねません。まず実際の処理を速く磨き上げ、演出は理解を助ける程度にとどめるべきです。
（3）機器と環境まで考慮する
開発者の高速なコンピューターでは0.4秒以内に開いた画面も、古いスマートフォンや遅い通信回線では数秒かかることがあります。実際のユーザーが使う環境で速度を測ってみる習慣が必要です。
ドハティの閾値は、0.4秒という短い時間が人の集中と仕事量を変えるという事実を気づかせてくれます。よいデザインは、見栄えのよい画面だけでなく、ユーザーを待たせないリズムまで一緒に設計します。
自分が使うアプリで手が止まる瞬間を見つけ、その待ち時間を縮めてみること。それが快適な使用体験への第一歩です。
