ドハティの閾値（Doherty Threshold）とは、システムの応答時間が 0.4秒（400ミリ秒） 前後を下回ると、対話感が高まり、作業の流れを維持しやすいという法則です。
要するに「システムが0.4秒以内に反応すれば、ユーザーは集中力を維持できる」という法則です。
テニスのラリーを想像してください。相手がすぐにボールを打ち返してくれれば、リズムよくプレーを続けられます。しかし、相手が毎回1秒以上かけて打ち返してきたら、集中力が切れ、イライラが募ります。UIの応答速度も同じです。この記事では、ドハティの閾値の定義・UXにおける重要性・UIデザインへの具体的な活かし方を、UIXHEROの3レイヤー構造に沿って解説します。
この記事でわかること
- ドハティの閾値（0.4秒ルール）の定義と背景
- UXデザインにおける応答速度の重要性
- 楽観的UI・スケルトンスクリーンなど「体感速度」を上げるテクニック
- UIデザインへの具体的な活かし方
UIXHEROではUI設計を UX心理（Why） → UI原則（What） → UIコンポーネント（How） の3レイヤーで体系化しています。
- 心理学を理解する → UX心理119法則
- 設計原則を学ぶ → UIデザイン原則65
- 実装パターンを知る → UIコンポーネント完全ガイド
→ サイト全体の入口は UIデザイン完全ガイド から
ドハティの閾値とは
ドハティの閾値（Doherty Threshold）とは、1982年にIBMの研究者 Walter J. Doherty と Arvind J. Thadani が発表した研究に基づく法則です。コンピューターの応答時間が 0.4秒（400ms） 前後を下回ると、対話的な操作感が高まり、生産性が向上しやすいことを示しました。
| 項目 | 内容 |
|---|---|
| 英語名 | Doherty Threshold |
| 提唱者 | Walter J. Doherty / Arvind J. Thadani（IBM） |
| 時期 | 1982年（IBM Systems Journal掲載） |
| 分野 | HCI（ヒューマン・コンピュータ・インタラクション）・パフォーマンス工学 |
| 一言で | 応答時間が0.4秒以内なら、ユーザーは集中力を維持できる |
要するに：ドハティの閾値 = 「システムとユーザーが会話するように対話できる応答速度の限界点」
0.4秒を超えると、ユーザーは「待たされている」と意識しやすくなり、操作のリズムや集中が途切れやすくなります。人間は道具（システム）が自分の思考と同じ速度で反応するとき、その道具を身体の一部のように感じます。応答が遅いと、その魔法が解けてしまうのです。
なぜUXデザインで重要なのか
ドハティの閾値がUXデザインで重要な理由は3つあります。
1. 集中力（フロー状態）を維持できる
ユーザーがタスクに没頭している状態（フロー状態）は、最も生産性が高い状態です。システムの応答が0.4秒以内であれば、ユーザーは「思考 → 操作 → 結果確認」のサイクルを途切れなく繰り返せます。応答が遅いと、待っている間に注意が散漫になり、フロー状態が崩れます。
2. 体感速度がコンバージョンを左右する
複数の調査で、ページ読み込み速度の遅延がコンバージョン率に影響することが示されています。GoogleもCore Web Vitalsでページ速度をSEOの評価指標に組み込んでいます。0.4秒の壁は、ビジネス成果に直結する指標です。
3. ユーザーの期待値は上がり続ける
5Gや高速回線の普及により、多くのアプリが「サクサク動く」のが当たり前になっています。ユーザーの「遅延に対する許容度」は年々下がっており、以前は許容された1秒の待ち時間が、今では「遅い」と感じられるようになっています。
UIデザインにおけるドハティの閾値の具体例
すべての処理を0.4秒以内に完了させるのは技術的に不可能な場合もあります。そこで「体感速度」を上げるテクニックが重要になります。
テクニック1：楽観的UI（Optimistic UI）
サーバーからの完了レスポンスを待たずに、UI上では「完了」を表示してしまう手法です。
| 操作 | 従来のUI | 楽観的UI |
|---|---|---|
| 「いいね」ボタン | クリック → ローディング → 完了表示（0.5〜1秒） | クリック → 即座に完了表示（0秒）→ 裏でサーバー通信 |
| メッセージ送信 | 送信 → ローディング → 送信完了 | 送信 → 即座に会話に表示 → 裏でサーバー通信 |
注意 : サーバー処理が失敗した場合の「巻き戻し（Undo）」処理が必要です。信頼性が低いネットワーク環境や、決済処理などでは慎重に使うべきです。
テクニック2：即時の視覚フィードバック
重い処理を実行する場合でも、ボタンを押した瞬間（0.1秒以内）に「処理中」のローディング表示を出します。
- ボタンの状態変化 : クリック → 即座にボタンがローディング状態に
- マイクロインタラクション : 押した瞬間のアニメーション（リップルエフェクトなど）
「処理開始を受け付けた」という反応だけでも0.4秒以内に返すことが重要です。
テクニック3：スケルトンスクリーン
コンテンツの読み込み中に、真っ白な画面やスピナーを見せるのではなく、コンテンツの枠組み（スケルトン）を先に表示します。
- 適用場面 : SNSのフィード、ECサイトの商品一覧、ダッシュボード
- 効果 : 「もうすぐ表示される」という期待感を持たせ、体感的な待ち時間を減らす
- 限界 : 待機時間が長い（3秒以上）場合は、プログレスバーや具体的なステータス表示の方が有効
テクニック4：先読み（Prefetch / Preload）
ユーザーが次に行う可能性が高い操作を予測し、先にデータを読み込んでおきます。
- リンクホバー時のプリフェッチ : マウスがリンク上に乗った瞬間に、遷移先のデータを先読み
- 次ページのプリロード : ページネーションで「2ページ目」を先に読み込んでおく
- 予測入力 : 検索ボックスで入力中に候補を先にフェッチ
応答時間の目安
ドハティの閾値（0.4秒）は「対話的な操作」の有力な目安のひとつですが、操作の種類によって許容される時間は異なります。Nielsen Norman Groupの古典的なガイドラインでは、0.1秒・1秒・10秒の区分も重視されています。
| 応答時間 | ユーザーの感覚 | 適用場面 |
|---|---|---|
| 0.1秒以内 | 即座に反応した | ボタンの状態変化、ホバーエフェクト |
| 0.4秒以内 | スムーズ、対話的 | フィルター切り替え、タブ切り替え、いいねボタン |
| 1秒以内 | 待ったが許容範囲 | ページ遷移、検索結果表示 |
| 3秒以上 | 明らかに遅い | プログレスバーや残り時間の表示が必要 |
ドハティの閾値をUIデザインに活かす方法
ドハティの閾値を理解したうえで、UIXHEROの3レイヤー構造に沿って設計へ接続します。
UX心理（Why） ドハティの閾値：0.4秒以内の応答で集中力を維持できる
↓
UI原則（What） レスポンスと待ち時間設計：体感速度を最大化する フィードバックを返す：操作に対する即時の反応を返す
↓
UIコンポーネント（How） Button（ボタン） / Skeleton（スケルトン） / Progress Bar（プログレスバー）
設計チェックリスト
- ユーザーのアクションに対するフィードバックは400ms以内に返しているか
- ボタンを押した瞬間、何らかの視覚的変化（ローディング状態など）が起きているか
- 処理に時間がかかる場合、進捗表示（ローダー、スケルトン）は即座に出しているか
- アニメーション演出が長すぎて、逆にユーザーの作業効率を下げていないか
- 楽観的UIを使う場合、失敗時の巻き戻し処理は実装されているか
関連するUI原則
- レスポンスと待ち時間設計 — 体感速度を最大化する設計
- フィードバックを返す — 操作に対する即時の反応を返す
- 期待値を揃える — 待ち時間を事前に伝える
- マイクロインタラクション — 小さな動きで即時性を演出する
関連するUIコンポーネント
- Button（ボタン） — ローディング状態の実装が重要
- Skeleton（スケルトン） — コンテンツ読み込み中の体感速度を向上
- Progress Bar（プログレスバー） — 長時間の処理で進捗を可視化
- Spinner（スピナー） — 処理中であることを即座に伝える
よくある質問
0.4秒を超えたら必ずユーザーは離脱しますか？
必ずではありませんが、ストレスは確実に蓄積します。特に「連続する操作」（メニューの開閉、フィルター切り替えなど）で0.4秒を超えると、もっさり感が顕著になります。ただし、「データのロード」など「待つことが当然」と認識されている操作では、進捗インジケーターがあれば数秒待ってもらえます。文脈によります。
楽観的UIの実装リスクはありますか？
あります。サーバー処理が失敗した場合の「巻き戻し（Undo）」処理が複雑になります。「いいねしました」と表示したのに、後で「失敗しました」と取り消されると、ユーザーは騙された気分になります。信頼性が低いネットワーク環境や、失敗時の影響が大きい決済処理などでは慎重に使うべきです。
速すぎる反応は問題ありませんか？
場合によっては問題になります。処理が速すぎる（0.1秒未満で完了する）場合、ユーザーが変化を見逃してしまう可能性があります。「送信完了」などの重要な状態変化は、あえて少しアニメーションを入れて、ユーザーが認識できるようにすることがあります。ただし、アニメーションが長すぎると逆に作業効率を下げるので、バランスが重要です。
ゲーム以外でも「フロー状態」を意識すべきですか？
もちろんです。Excelでのデータ入力や、Photoshopでの画像編集など、プロフェッショナルツールこそフロー状態（没入）が重要です。ツールが思考の速度で反応し、無意識レベルで操作できるようになった時、ユーザーの生産性は最大化されます。
まとめ｜ドハティの閾値は「0.4秒」が体験を分ける応答速度の法則
ドハティの閾値は、システムの応答時間が0.4秒前後を下回ると対話感が高まり作業の流れを維持しやすいという法則であり、「体感速度」を重視したUI設計のHCI上の設計指針です。
本記事では、ドハティの閾値の定義・UXにおける重要性・UIデザインへの活かし方を解説しました。
- ドハティの閾値とは、0.4秒以内の応答でユーザーの集中力が維持されるという法則
- UXデザインでは、物理的な速度だけでなく「体感速度」を向上させるテクニックが重要
- UIでは、楽観的UI・スケルトンスクリーン・即時フィードバックで対応する
さらに体系的に学びたい方は、以下のハブ記事から各レイヤーを深掘りできます。
- UX心理119法則 — UIデザインの「なぜ」を理解する
- UIデザイン原則まとめ — 心理法則をUI設計ルールに翻訳する
- UIコンポーネント完全ガイド — 原則を実装可能なUIパターンにする
ドハティの閾値とは、システムの応答時間が0.4秒（400ms）前後を下回ると対話感が高まり作業の流れを維持しやすいという法則であり、UIデザインにおける「パフォーマンス最適化」「楽観的UI」「スケルトン表示」のHCI上の設計指針です。
UXデザインを体系的に学ぶ
UX心理の「Why」を理解したら、次は「What（UI原則）」と「How（UIコンポーネント）」も学ぼう。
- UIデザイン完全ガイド — UX心理・UI原則・UIコンポーネントの3レイヤーを一本化
- UIデザイン原則まとめ — 心理法則をUI設計のルールへ翻訳する65原則
- UIコンポーネント完全ガイド — 原則を「実装可能な部品」として形にする60コンポーネント
- UX心理学まとめ — UIデザインの「なぜ」を説明する119法則