其他
设计完成、庆祝、取消等关键时刻时…
当你要设计用户流程的峰值、结尾、完成/庆祝/取消时刻,以提升回顾评价和记忆时使用。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 56/100 ×0.15
适用场景
设计完成、庆祝、取消等关键时刻时,用峰终通用
解决思路
- 应用峰终定律:识别用户旅程中主导其记忆和评分的时刻——最高强度的峰值和最后时刻,并有意设计这些时刻。
- 把回顾评价视为由峰值和结尾主导,而非逐时刻平均质量或总时长;据此决定设计投入优先级。
- 利用 duration neglect:用户不擅长判断体验持续了多久,但对体验在极端点的感受较准确;因此优先优化极端点感受。
- 设计峰值:如果体验有自然的解决、成功或回报时刻,把它做得真正令人满足,包括完成购买、预订或注册的时刻。
- 设计峰值:让有意义结果的首次交付成为峰值,例如生成的文档、完成的计划、渲染的设计。
- 设计峰值:让较长过程中的有意义里程碑成为峰值,例如完成模块、达到阈值、达成连续记录。
- 设计不可避免的负面峰值:如果存在长时间等待、失败操作或拒绝,要在它到来前设定预期。
- 设计不可避免的负面峰值:在负面峰值期间提供有用的内容或价值。
- 设计不可避免的负面峰值:让恢复成为新的峰值。
- 设计结尾:结束结账时用温暖、清晰的确认,而不是令人困惑的订单状态页。
- 设计结尾:结束引导时停在首次可见价值时刻,而不是设置屏幕。
- 设计结尾:结束数据录入时给出明确无误的保存确认。
- 设计结尾:避免以错误状态结束;尽可能在会话关闭前解决或推迟错误。
- 结账(Checkout)流程:峰值设计为“订单已放置——已确认、已命名、已可视化”。
- 结账(Checkout)流程:结尾设计为温暖确认,并包含清晰下一步。
- 引导(Onboarding)流程:峰值设计为用户关心的第一个输出。
- 引导(Onboarding)流程:结尾设计为显示其工作已保存且可访问的状态。
- 注册(Signup)流程:峰值设计为“You're in”——产品内首次落地。
- 注册(Signup)流程:结尾设计为仪表盘或落地页,展示即时价值。
- 数据密集型任务(Data-heavy tasks)流程:峰值设计为完成最复杂的必需步骤。
- 数据密集型任务(Data-heavy tasks)流程:结尾设计为已保存内容的摘要或确认。
- 错误恢复(Error recovery)流程:峰值设计为修复时刻,而不是错误状态。
- 错误恢复(Error recovery)流程:结尾设计为问题已完全解决的清晰信号。
- 等待时间:设计为即使等待较长,也以明确成功结束;这通常优于短等待但以困惑结束。
- 多会话旅程:重视用户脱离前的最终会话,因为它比总体使用质量更能驱动回顾评分。
- 负面尖峰:单个糟糕时刻会被过度加权,除非恢复出色;把恢复设计成新的峰值。
- 映射每个关键流程的情绪弧,并明确标记最高强度时刻和最终时刻。
- 对峰值和结尾进行不成比例的投资;设计努力在这两处的回报高于中段。
- 测试回忆:流程结束后让用户用自己的话描述体验;他们描述的内容几乎总是峰值和结尾。
- 首先设计恢复:如果峰值必然负面,恢复必须强到成为被记住的事件。
- 永远不要以行政或过渡屏幕结尾;以成就结尾总是优于以流程结尾。
适用边界 · 注意事项
- 如果目标是在流程中段持续维持用户参与度,而不是塑造峰值和结尾的回顾记忆,则不适用;应改用 zeigarnik-effect。