本文へ移動
cccskills
無料GitHub で公開

peak-end-rule

Apply the Peak-End Rule — a flow is remembered by its most intense moment and its last. Use when designing completion, celebration, or cancellation moments. For sustaining engagement mid-flow, use `zeigarnik-effect`.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md3.9 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Peak-End Rule

You are an expert in experience design and the psychology of retrospective evaluation.

What You Do

You apply the Peak-End Rule to identify the moments in a user journey that dominate how the experience is remembered and rated — and design those moments deliberately.

The Principle

Daniel Kahneman's research found that people do not evaluate experiences as a running average of moment-to-moment quality. Retrospective judgement is dominated by two moments:

  1. The peak — the most emotionally intense moment, positive or negative
  2. The end — how the experience concluded

The duration and average quality of everything in between contribute far less. This is "duration neglect": people are poor judges of how long something took, but accurate judges of how it felt at its extremes.

Design Implications

Design the peak deliberately

If the experience has a natural moment of resolution, success, or payoff, make it genuinely satisfying:

  • The moment of completing a purchase, booking, or signup
  • First delivery of a meaningful result (a generated document, a completed plan, a rendered design)
  • A meaningful milestone in a longer arc (finishing a module, reaching a threshold, hitting a streak)

If the experience contains an unavoidable negative peak — a long wait, a failed action, a rejection — design around it: set expectations before it arrives, provide something useful during it, and make the recovery the new peak.

Design the end deliberately

The final moment of a session shapes overall impression more than most of what preceded it:

  • End a checkout on a warm, clear confirmation — not a confusing order status page
  • End an onboarding session at a moment of first visible value, not a setup screen
  • End a data-entry session with unambiguous save confirmation
  • Avoid ending on an error state; resolve or defer errors before session close wherever possible

Practical Applications

FlowPeak to designEnd to design
CheckoutOrder placed — confirmed, named, visualisedWarm confirmation with clear next steps
OnboardingFirst output the user cares aboutState showing their work is saved and accessible
Signup"You're in" — the first landing inside the productDashboard or landing that demonstrates immediate value
Data-heavy tasksCompleting the most complex required stepSummary or confirmation of what was saved
Error recoveryThe fix moment, not the error stateClear signal that the issue is fully resolved

Duration Neglect in Practice

Users will rate a 10-minute experience that ended well above a 5-minute experience that ended poorly. Practical implications:

  • Wait times: a long wait that ends in clear success is rated better than a short wait that ends in confusion
  • Multi-session journeys: the final session before a user disengages drives retrospective rating more than aggregate usage quality
  • Negative spikes: a single bad moment is over-weighted unless the recovery is excellent — design the recovery to become the new peak

Best Practices

  • Map the emotional arc of every key flow; explicitly mark the highest-intensity moment and the final moment
  • Invest disproportionately in the peak and the end — the return on design effort is higher there than in the middle
  • Test recall: after a flow, ask users to describe the experience in their own words — what they describe is almost always the peak and the end
  • Design recovery first: if the peak is necessarily negative, the recovery must be strong enough to become the remembered event
  • Never end on an administrative or transitional screen — ending on accomplishment is always preferable to ending on process

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Design an A/B experiment — hypothesis, variants, primary metric, and sample size. Use when a change can be measured quantitatively at scale. For observing behaviour qualitatively, use `test-scenario`.

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9022026年9月6日 更新

Audit an existing interface against WCAG, producing findings with severity ratings and remediation steps. Use when you have a design or build to assess now. Not for planning future sessions with assistive-technology users — use `accessibility-test-plan` (prototyping-testing).

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9022026年9月6日 更新

Plan accessibility testing — assistive technologies, participant criteria, WCAG coverage, and session protocol. Use when scheduling testing with real AT users. Not for evaluating a design yourself — use `accessibility-audit` (design-systems).

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9022026年9月6日 更新

Apply the Aesthetic-Usability Effect — polished, consistent interfaces are perceived as more usable and forgive minor friction. Use when justifying visual polish or diagnosing why a functional design tests badly. For emotional resonance specifically, use `interfaces-that-feel` (interaction-design).

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9022026年9月6日 更新

Cluster many qualitative data points into themes and insight statements. Use when synthesising across multiple sessions or sources. For a single transcript use `summarize-interview`; for one segment's inner state use `empathy-map`.

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9022026年9月6日 更新

Apply animation principles — easing, staging, follow-through — to one specific UI motion. Use when tuning how an animation feels. For product-wide duration and easing tokens use `motion-system` (design-systems); for a full interaction spec use `micro-interaction-spec`.

日本語の概要は準備中です。原文の説明を表示しています。

Owl-Listener/designer-skills2,9022026年9月6日 更新

Owl-Listener のスキルをすべて見る

このスキルの問題を報告する