사용 방법
- 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
- 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
- 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/owl-listener/designer-skills --skill peak-end-rule시작 전 확인
- 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
- 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.
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:
- The peak — the most emotionally intense moment, positive or negative
- 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
| Flow | Peak to design | End to design |
|---|---|---|
| Checkout | Order placed — confirmed, named, visualised | Warm confirmation with clear next steps |
| Onboarding | First output the user cares about | State showing their work is saved and accessible |
| Signup | "You're in" — the first landing inside the product | Dashboard or landing that demonstrates immediate value |
| Data-heavy tasks | Completing the most complex required step | Summary or confirmation of what was saved |
| Error recovery | The fix moment, not the error state | Clear 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
