关于 peak-end-rule
将峰终定律应用于用户旅程的设计技能，帮助设计师关注情绪最强烈的时刻和结尾，因为它们会显著影响用户的事后评价。
主要功能
- 01绘制关键流程的情绪变化
- 02设计令人满意的成果时刻
- 03改进流程结尾与确认信息
- 04规划负面时刻后的恢复体验
- 05测试用户回忆的内容
适用场景
- 01改进结账或注册流程的结尾
- 02数据录入后确认内容已保存
- 03设计操作失败后的恢复流程
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/peak-end-rule确认已加载。
详细介绍
峰终定律
你是体验设计和回顾性评价心理学方面的专家。
你能做什么
你运用峰终定律，找出用户旅程中主导体验记忆和评价的时刻，并有意识地设计这些时刻。
原理
Daniel Kahneman 的研究发现，人们不会将体验评估为每时每刻质量的持续平均值。回顾性判断主要由两个时刻决定：
- 峰值——情绪强度最高的时刻，无论积极还是消极
- 结尾——体验结束时的感受
中间所有环节的时长和平均质量影响要小得多。这就是“时长忽视”：人们不擅长判断一件事花了多久，却能准确判断其极端时刻带来的感受。
设计启示
有意识地设计峰值
如果体验中有自然的解决、成功或回报时刻，就要让它真正令人满意：
- 完成购买、预订或注册的时刻
- 首次交付有意义成果（生成的文档、完成的计划、渲染的设计）
- 较长过程中的重要里程碑（完成一个模块、达到某个门槛、保持连续记录）
如果体验中不可避免地会出现消极峰值——漫长等待、操作失败、遭到拒绝——就要围绕它进行设计：提前设定预期，在等待期间提供有用内容，并让补救过程成为新的峰值。
有意识地设计结尾
会话的最后时刻比此前的大多数内容更能塑造整体印象：
- 结账结束时应给出温暖、明确的确认，而不是令人困惑的订单状态页面
- 引导流程应在用户首次看到价值时结束，而不是停留在设置页面
- 数据录入流程应以明确的保存确认结束
- 避免以错误状态结束；尽可能在会话结束前解决错误，或将其延后处理
实际应用
| 流程 | 要设计的峰值 | 要设计的结尾 |
|---|---|---|
| 结账 | 确认订单已提交，并显示订单名称和可视化信息 | 温暖的确认，并明确说明后续步骤 |
| 引导 | 用户关注的第一个输出结果 | 显示其工作已保存且可访问的状态 |
| 注册 | “你已成功加入”——首次进入产品 | 能体现即时价值的仪表板或着陆页 |
| 数据密集型任务 | 完成要求最高的步骤 | 对已保存内容进行总结或确认 |
| 错误恢复 | 修复问题的时刻，而非错误状态 | 明确表明问题已彻底解决 |
时长忽视的实际表现
用户对以良好体验结束的 10 分钟流程的评价，会高于以糟糕体验结束的 5 分钟流程。实际启示：
- 等待时间：以明确成功告终的漫长等待，比以困惑收场的短暂等待评价更好
- 多会话旅程：用户停止参与前的最后一次会话，比总体使用体验更能左右回顾性评价
- 负面波动：除非补救做得非常出色，否则单次糟糕体验会被过度放大——应将补救设计成新的峰值
最佳实践
- 绘制每个关键流程的情绪变化曲线，明确标出强度最高的时刻和最后时刻
- 将更多精力投入峰值和结尾——在这些环节投入设计精力，回报高于中间环节
- 测试用户回忆：流程结束后，请用户用自己的话描述体验——他们描述的几乎总是峰值和结尾
- 优先设计补救方案：如果峰值必然是负面的，补救就必须足够有力，成为用户记忆中的关键事件
- 绝不要以行政处理或过渡页面结束——以成就感收尾总比以流程收尾更好
评论
支持 Markdown