WebサイトやLPの改善では、ファーストビューやCTA、フォームの入力しやすさに注目が集まりがちです。しかし、ユーザーが問い合わせや申込みを終えたあとに「本当に送信できたのか」「次に何が起こるのか」と不安を感じれば、それまでの体験が良好でも、サイト全体への印象を損なう可能性があります。
そこで参考になるのが「ピーク・エンドの法則」です。画面単体の操作性だけでなく、訪問から問い合わせ、申込み、購入後までを一連のユーザー体験として捉え、特に印象の強い場面と終了時の体験を設計する考え方です。
本記事では、Webサイト・LPにおけるピーク・エンドの法則の意味と、ユーザーの印象が大きく変化する場面、フォーム完了画面、確認メール、サンクスページなどを改善するための実務的な判断軸を解説します。
目次
ピーク・エンドの法則とは
ピーク・エンドの法則とは、ある体験を振り返る際に、すべての場面を平均して評価するのではなく、感情が大きく動いた場面である「ピーク」と、体験が終わる「エンド」の影響を受けやすいという考え方です。
ここでいうピークは、必ずしも良い出来事だけではありません。期待していた情報を見つけた瞬間や申込みが完了した安心感だけでなく、重要な条件が分かりにくかった、入力内容が消えた、送信後の流れが分からなかったといった負の体験も強く残る可能性があります。
Webサイトでは、次のような場面がピークまたはエンドになりやすいと考えられます。
- サービス内容や実績を見て、自社の課題に合うと判断した場面
- 料金や対応範囲に関する疑問が解消された場面
- 問い合わせフォームで重要な情報を入力して送信した直後
- 資料請求や会員登録が完了した場面
- 予約日時や購入内容が確定した場面
- 確認メールを受け取り、手続き内容を再確認した場面
- サイトを閉じる前に、次の予定や連絡方法を確認した場面
ユーザー体験を設計するときは、各ページを個別に整えるだけでなく、「どの場面で期待や不安が大きく変わるか」「ユーザーにとって体験の終わりはどこか」を確認する必要があります。
Webサイトの「エンド」は完了画面だけではない
制作側はフォーム送信をコンバージョンとして扱うため、サンクスページを体験の終点と考えやすくなります。しかし、ユーザーにとっての終了地点は、計測上のコンバージョンと一致するとは限りません。
たとえば問い合わせでは、送信後に自動返信メールを確認し、「いつ、どのような方法で返答が来るか」を理解して、初めて手続きが一区切りつきます。予約では、日時、場所、持ち物、変更方法まで確認できることが安心につながります。
終了体験を設計するときは、特定の画面を基準にするのではなく、ユーザーの目的がどこまで達成されたかを基準にします。
制作側とユーザー側で異なる終了地点
- 問い合わせ：送信完了ではなく、受付内容と返答の目安を確認できた時点
- 資料請求：フォーム完了ではなく、資料の受け取り方や到着時期を理解した時点
- 予約：予約登録ではなく、日時や場所、変更・キャンセル方法を確認できた時点
- 購入：決済完了ではなく、注文内容、配送予定、問い合わせ先を把握した時点
- 会員登録：登録完了ではなく、認証や初期設定を終えて利用を開始できる時点
フォーム完了画面のUXを検討する際は、「送信できました」と表示するだけでなく、ユーザーが手続きを終えたと判断するために必要な情報まで設計対象に含めます。
終了時に伝えるべき4つの情報
問い合わせフォームや申込み導線の終了時には、少なくとも「完了した内容」「次に起こること」「時期」「ユーザーができる行動」を確認します。この4点が整理されていると、送信後の曖昧さを減らせます。
1．何が完了したのか
「ありがとうございました」だけでは、受付が正常に完了したのか判断できません。問い合わせを受け付けた、予約希望を受け付けた、注文が確定したなど、完了した処理を具体的に伝えます。
受付と確定が異なるサービスでは、表現を分ける必要があります。たとえば担当者の確認後に予約が確定する場合、完了画面で「予約確定」と断定すると認識違いが生じます。「予約希望を受け付けました」など、実際の業務フローと一致する文言が必要です。
2．次に何が起こるのか
担当者から連絡する、自動返信メールを送る、審査後に結果を通知するなど、次の工程を明示します。連絡方法も、メール、電話、管理画面など、可能な範囲で具体的に示します。
3．いつまでに連絡や処理が行われるのか
「後ほどご連絡します」では、ユーザーがいつまで待てばよいか分かりません。業務上提示できる範囲で、営業時間、営業日、返信の目安を伝えます。
この案内は実際の対応体制と整合している必要があります。UXを良く見せるために実現できない返信時間を約束すると、かえって信頼を損ないます。
4．ユーザーが次にできることは何か
確認メールが届かない場合の対処、申込み内容の確認方法、変更やキャンセルの窓口などを案内します。関連コンテンツや実績ページへの導線を置く場合も、完了に必要な情報を先に提示し、そのあとに補助的な選択肢として設置します。
フォーム完了画面と確認メールはセットで設計する
完了画面と確認メールに別々の情報を載せると、内容の不一致が起こりやすくなります。ワイヤーフレームの段階から、両者の役割を分けて設計することが重要です。
完了画面が担う役割
- 処理が完了したことを、その場で知らせる
- 次の工程と連絡時期を簡潔に伝える
- 確認メールを送った場合は、受信確認を促す
- メールが届かない場合の確認事項や連絡先を示す
- 必要に応じて、サイト内の次の行動を案内する
確認メールが担う役割
- ユーザーがあとから受付内容を見直せるようにする
- 問い合わせ内容、予約日時、注文内容などを記録として残す
- 返信予定や今後の工程を再度伝える
- 変更、キャンセル、問い合わせ方法を案内する
- 第三者に見られる可能性を考慮し、不要な個人情報を載せすぎない
完了画面はその場での安心を、確認メールは継続的な確認手段を担います。どちらか一方に必要情報を集約するのではなく、利用環境やメールの未着も想定して相互に補完させます。
体験の「ピーク」になる場面を見つける
ピーク・エンドの法則をWeb制作に活用するには、終了画面だけでなく、ユーザーの感情が大きく動く場面を確認します。制作側が強調したい箇所と、ユーザーの印象に残る箇所が一致するとは限りません。
たとえばサービスサイトでは、実績を見て自社の課題と近いと感じた瞬間、料金や対応範囲への疑問が解消された瞬間、フォーム送信後に受付を確認できた瞬間などが、良い印象につながる可能性があります。
反対に、申込み条件が途中で変わって見える、必要な情報が見つからない、問い合わせ後の流れが分からないといった場面は、強い負の印象として残る可能性があります。
制作側が見せたい場面だけで決めない
大きなビジュアルやアニメーションを配置した箇所が、必ずユーザーにとってのピークになるわけではありません。ユーザーが抱えていた疑問や不安が解消され、目的の達成へ近づいた場面のほうが、体験全体の評価に影響する場合があります。
ワイヤーフレームでは、ページ内の目立つ箇所だけでなく、ユーザーが判断を変える可能性のある場面を確認します。実績、料金、対応範囲、よくある質問、問い合わせへの遷移などを並べ、どこで期待や不安が大きく変化するかを検討します。
良いピークを無理に演出しない
良い印象を作るために、すべての画面へ大きな演出や驚きを加える必要はありません。強調する場面が多すぎると、本当に重要な情報が埋もれ、体験全体の流れも分かりにくくなります。
ユーザーの目的にとって重要な情報が、必要なタイミングで理解できることを優先します。目を引く表現を加える場合も、情報の理解や操作を妨げていないかを確認します。
意図的に不安をあおる設計は避ける
印象的な体験を作るために、不必要な緊急性を加えるべきではありません。残り時間や在庫数を事実と異なる形で示したり、不安をあおって申込みを促したりする設計は、ユーザーの適切な判断を妨げます。
ピークを設計する目的は感情を操作することではなく、ユーザーにとって重要な情報や安心材料が、必要なタイミングで伝わる状態を作ることです。
場面別に見る「最後の体験」の改善ポイント
問い合わせフォーム送信後
問い合わせフォームの改善では、入力項目だけでなく送信後の業務フローまで確認します。想定例として、法人から制作相談を受け付けるフォームであれば、次の情報があると状況を理解しやすくなります。
- 問い合わせを受け付けたこと
- 入力したメールアドレスに確認メールを送ったこと
- 担当者が内容を確認して連絡すること
- 返信の目安と休業日の扱い
- 急ぎの場合やメール未着時の連絡方法
個別の受付番号を発行する場合は、完了画面と確認メールの両方で確認できるようにします。ただし、URLのパラメータや画面共有によって個人情報が漏れないよう、表示内容には注意が必要です。
資料請求完了後
資料がすぐにダウンロードできるのか、メールで届くのか、郵送されるのかを明確にします。ダウンロード形式であれば、ファイル形式や閲覧環境も必要に応じて案内します。
関連資料や導入事例への導線は有効ですが、多数の営業導線を並べて完了の事実を埋もれさせないことが大切です。まず受け取り方法を示し、その後に関連情報を配置します。
予約完了後
予約日時、場所、利用人数、料金、必要な準備を再確認できるようにします。また、予約が即時確定するのか、担当者の承認を待つのかを区別します。
スマートフォンで確認される場面が多い場合は、日時や場所などの重要情報がスクロールの下に埋もれていないか、実機で確認します。移動中や屋外で閲覧されるサービスでは、利用状況も考慮して情報の優先順位を決めます。
購入完了後
注文番号、商品、金額、決済状態、配送先、配送予定を確認できるようにします。決済の受付と売買成立のタイミングが異なる場合は、法務・運用面と合わせて表示内容を整理します。
購入直後の追加提案は、購入完了の確認を妨げない範囲に留めます。チェック済みの追加契約や、完了したと誤認させる表現によって別の商品へ誘導する設計は避けるべきです。
LPのCTAを押した後
LPの離脱防止は、CTAを目立たせることだけではありません。CTAを押したあとにLPとフォームで内容やトーンが変わると、「別のサイトへ移動したのではないか」「条件が変わったのではないか」という不安につながります。
LPからフォーム、確認画面、完了画面まで、サービス名、申込み内容、費用条件、運営主体の表示を連続させます。LPの構成段階から遷移後を含めて考える方法については、LPのワイヤーフレームとデザインの意図を整理する記事も参考にしてください。
サンクスページからの導線は信頼を優先する
サンクスページに実績や関連コンテンツを置くことは、問い合わせ後の検討を助ける場合があります。ただし、次の行動を増やすこと自体を目的にすると、完了情報が目立たなくなる可能性があります。
導線を追加する際は、次の順序で優先度を判断します。
- 最優先：完了した内容と受付状態
- 次点：今後の流れ、連絡時期、確認方法
- 補助：メール未着時や困った場合の問い合わせ方法
- 任意：実績、よくある質問、関連コンテンツ
たとえばWeb制作の相談後であれば、連絡までの流れを伝えたうえで、検討材料として制作実績を案内する設計が考えられます。閲覧を強制したり、別の申込みを完了条件のように見せたりせず、任意の導線として扱います。
制作工程にピーク・エンドの視点を組み込む方法
要件整理：ユーザー体験の開始と終了を定義する
まず、計測上のコンバージョンだけでなく、ユーザーが目的を達成したと感じる地点を定義します。あわせて、受付後の担当部署、返信方法、対応時間、休業日、キャンセル方法など、画面外の業務フローも確認します。
体験の開始地点も、必ずしもサイトのトップページとは限りません。検索結果から記事へ流入する、広告からLPを開く、メール内のリンクから申込みを再開するなど、ユーザーがどこから体験へ入るかによって印象の形成過程は変わります。
ワイヤーフレーム：ページではなく体験の流れでレビューする
LP、入力、確認、完了、確認メールを一続きに並べ、ユーザーの期待や不安が大きく変化する場面を確認します。各画面を単独で確認するだけでは、遷移による情報の欠落や表現の不一致を見落とすことがあります。
ワイヤーフレームのレビューでは「各画面に何を置くか」に加えて、次を確認します。
- 遷移前後で申込み対象や条件が変わって見えないか
- 受付と確定を正しく区別しているか
- 重要な判断材料が必要なタイミングで提示されているか
- ユーザーの期待や不安が大きく変化する場面はどこか
- サイトを閉じても必要情報を再確認できるか
操作直後の反応や処理中のローディング表示については、応答時間と操作感を扱うドハティのしきい値と分けて検討すると、設計上の課題を整理しやすくなります。
デザイン：安心に必要な情報の優先順位を示す
完了を示す見出し、受付内容、次の予定、補助導線の順序を視覚的に区別します。広告バナーや関連サービスが完了メッセージより強く見えないように調整します。
色だけで受付状態や重要度を伝えず、アイコンと文章を組み合わせます。拡大表示時の崩れ、コントラスト、キーボード操作、スクリーンリーダーへの状態通知も検討します。
実装：表示内容と実際の業務状態を一致させる
完了画面が表示されても、データが管理側へ届いていないケースや、確認メールだけ失敗するケースがあります。画面表示、データ登録、通知、計測を分けてテストし、表示している受付状態と実際の処理結果を一致させます。
完了ページのURLへ直接アクセスできる構成では、送信していないユーザーにも完了と表示される場合があります。コンバージョン計測の重複や、手続きが完了したという誤認を防ぐ実装も必要です。
公開後：離脱率だけで良し悪しを決めない
サンクスページで離脱することは、必ずしも問題ではありません。必要な手続きを終えて安心してサイトを閉じたのであれば、自然な行動です。
公開後は、フォームの完了状況、確認メールの不達、同一ユーザーによる再送信、問い合わせ窓口への確認連絡などを組み合わせて判断します。可能であればユーザーテストで、操作後に「何が完了したか」「次に何が起こるか」を説明してもらうと、理解のずれを確認できます。
終了体験をレビューするチェックリスト
完了内容と次の工程
- 何を受け付けたのかが明確に書かれている
- 受付、審査中、予約確定などの状態を正しく区別している
- 次に誰が、何をするのかが分かる
- 連絡方法と時期の目安が示されている
- 案内内容が実際の運用体制と一致している
完了画面と確認メール
- 完了画面だけでも送信結果を判断できる
- 確認メールで受付内容をあとから見直せる
- 完了画面とメールの日時、条件、連絡先が一致している
- メール未着時の確認事項と連絡方法がある
- メールに不要な個人情報を記載していない
印象が大きく変化する場面
- ユーザーの期待や不安が大きく変化する箇所を確認している
- 制作側が目立たせたい箇所だけをピークと決めつけていない
- 重要な判断材料が必要なタイミングで提示されている
- 申込み前後で条件や運営主体が変わって見えない
- 過度な演出や不安をあおる表現に依存していない
デザインとアクセシビリティ
- 完了内容が広告や関連導線より先に認識できる
- 受付状態や重要度を色だけで表現していない
- キーボード操作や読み上げでも状態を把握できる
- 文字を拡大しても重要情報が欠けない
- PCとスマートフォンの実機で確認している
計測と公開後の検証
- フォームの開始と完了を区別して計測できる
- 完了ページの再読み込みで成果が重複しない
- 直接アクセスをコンバージョンとして誤計測しない
- 確認メールの不達や再送信の状況を確認できる
- 離脱率だけでなく、目的達成と理解度から評価している
ピーク・エンドの法則を使う際の注意点
ピーク・エンドの法則は、すべてのユーザー行動を説明する絶対的なルールではありません。サイトの目的、利用頻度、緊急性、端末、ユーザーの知識によって、印象に残る場面は変わります。
また、最後の印象だけを整えれば、途中の不便や不誠実な案内を補えるわけではありません。入力負荷、表示速度、サービス内容、個人情報の扱い、実際の対応品質など、体験全体の基本的な品質が前提です。
心理的な傾向を利用して不要な申込みを促したり、解約やキャンセルの終了体験だけを意図的に分かりにくくしたりする設計は、ダークパターンにつながります。ユーザーが状況を正しく理解し、自分の意思で次の行動を選べることを優先します。
まとめ：コンバージョンの先まで設計する
ピーク・エンドの法則からWeb制作に取り入れられる重要な視点は、ユーザーの印象が大きく変化する場面と、体験をどう終えるかまで設計することです。
問い合わせ、資料請求、予約、購入では、送信や決済の完了だけでなく、完了した内容、次に起こること、連絡時期、困ったときの行動を明確にします。さらに、ユーザーがサービスへの期待や不安を大きく変える場面を確認し、必要な情報が適切なタイミングで伝わるようにします。
LPや既存サイトの改善でも、CTAの手前だけでなく、遷移後のフォームやサンクスページ、確認メール、運用上の返信まで確認すると、体験全体の印象を損なう原因を見つけやすくなります。自社サイトの導線整理や、制作案件におけるLP・フォームの設計について確認したい場合は、お問い合わせページからご相談ください。