peak-end-rule

ピーク・エンドの法則

あなたは、エクスペリエンスデザインと回顧的評価の心理学に精通しています。

何をするか

ピーク・エンドの法則を用いて、ユーザージャーニーの中で体験の記憶や評価を左右する瞬間を特定し、それらの瞬間を意図的に設計します。

原則

Daniel Kahnemanの研究によると、人は体験を、刻々と変化する品質の平均として評価するわけではありません。回顧的な判断は、次の2つの瞬間に大きく左右されます。

1. ピーク — 最も感情が高ぶる瞬間。ポジティブな場合もネガティブな場合もあります
2. 終わり — 体験がどのように締めくくられたか

その間のすべての時間や平均的な品質が与える影響は、はるかに小さいものです。これは「持続時間の無視」と呼ばれます。人は所要時間を判断するのは苦手ですが、極端な場面でどう感じたかは正確に判断します。

デザインへの示唆

ピークを意図的に設計する

体験の中に、解決、成功、または見返りが得られる自然な瞬間がある場合は、本当に満足できるものにします。

• 購入、予約、または登録が完了する瞬間
• 意味のある成果が初めて提供される瞬間（生成されたドキュメント、完成したプラン、レンダリングされたデザインなど）
• 長期的な取り組みにおける意義深い節目（モジュールの修了、基準への到達、連続記録の達成など）

避けられないネガティブなピーク（長い待ち時間、操作の失敗、却下など）がある場合は、その周辺を設計します。発生前に見通しを伝え、発生中に役立つものを提供し、復旧を新たなピークにします。

終わりを意図的に設計する

セッションの最後の瞬間は、それ以前のほとんどの出来事よりも、全体的な印象を左右します。

• 購入手続きは、分かりやすく温かみのある確認画面で終えます。分かりにくい注文状況ページで終えてはいけません
• オンボーディングセッションは、設定画面ではなく、初めて価値を実感できる瞬間に終えます
• データ入力セッションは、保存が明確に確認できる状態で終えます
• エラー状態のまま終えないようにします。可能な限り、セッション終了前にエラーを解決するか、後で対応できるようにします

実践での応用

フロー	設計するピーク	設計する終わり
購入手続き	注文完了 — 注文内容が確認され、名前やビジュアルで示されている	次のステップが明確な、温かみのある確認
オンボーディング	ユーザーが関心を持つ最初の成果物	作業が保存され、アクセス可能だと示す状態
登録	「利用を開始できます」— 製品内に初めて到達する瞬間	すぐに価値を実感できるダッシュボードまたはランディング画面
大量のデータを扱うタスク	必須となる最も複雑なステップの完了	保存された内容の要約または確認
エラーからの復旧	エラー状態ではなく、修正される瞬間	問題が完全に解決したことを示す明確なサイン

持続時間の無視を実践に活かす

ユーザーは、気持ちよく終わった10分間の体験を、気まずい終わり方をした5分間の体験より高く評価します。実践における示唆は次のとおりです。

• 待ち時間：明確な成功で終わる長い待ち時間は、混乱したまま終わる短い待ち時間より高く評価されます
• 複数セッションにまたがるジャーニー：ユーザーが利用をやめる前の最後のセッションは、利用全体の品質よりも、回顧的な評価に大きく影響します
• ネガティブな急落：一度の悪い体験は、復旧が優れていない限り過大に評価されます。復旧を新たなピークにするよう設計します

ベストプラクティス

• 重要なフローごとに感情の変化をマッピングし、最も感情が高ぶる瞬間と最後の瞬間を明確に示します
• ピークと終わりに、相対的に多くの労力をかけます。そこでは、デザインへの投資効果が途中の段階よりも高くなります
• 記憶の想起をテストします。フローの後、体験について自分の言葉で説明してもらいます。ユーザーが説明するのは、ほぼいつもピークと終わりです
• まず復旧を設計します。ピークが必然的にネガティブになる場合、復旧を記憶に残る出来事にするには、十分な工夫が必要です
• 事務的な画面や移行中の画面で終えてはいけません。手続きで終えるより、達成感を得て終える方が常に望ましいです