愉悦点需建立在基本可用之上
别名: 愉悦点 · 惊喜特质 · Kano 兴奋特质 · delighter
概念解释
愉悦点（delighter，Kano 模型中的兴奋特质）是超出用户预期、引发正面惊喜的细节——一段恰到好处的动效、一句有人味的文案、一个多走半步的默认值。它成立的前提是产品的基本功能已经可靠：愉悦点是对可用性的加层，不是替代。任务失败时的漂亮界面只会放大失败感，因为用户此时正拿着放大镜找问题。
机制
用户对产品的评价分两个门槛。第一道门槛是基本预期（能不能用、会不会丢数据、出错后能不能恢复），它决定了评价的符号；第二道才是愉悦体验，它决定符号之后的幅度。符号为负时幅度越大越糟：一个精致的庆祝动效出现在保存失败的界面上，用户读到的不是用心而是讽刺。其深层原因是情绪的归因方向由任务结果决定——目标达成时，多余的正面刺激被归因为产品能力；目标受挫时，同一批刺激被归因为轻慢。愉悦点消耗的注意力和好感预算，只有在不与任务目标竞争时才兑现在正面方向。
怎么研究
Kano 问卷把功能按「有/无」两个方向的回答映射为必备、期望、兴奋、无差异等类别，用来验证某个愉悦点是否真的落在兴奋区而非用户默认的必备区。也可以用量表同时测实用质量与享乐质量（如 AttrakDiff 的 pragmatic / hedonic 维度），再检验两者对整体吸引力的影响：成熟产品上两者近似独立，但实用质量低时享乐质量对整体评价几乎失去预测力——这正是「建立在可用之上」的统计表达。做这类测量时须用真实任务而非纯浏览，否则实用质量根本没被激活，阈值关系测不出来。
边界
对可用性已经过剩的场景（娱乐、探索型内容产品），基本预期的门槛很低，愉悦点几乎可以直接成为主产品；对效率工具、医疗、金融场景，门槛极高且因用户而异，同一功能在熟练用户手里是加分项，在赶时间的首次使用者那里可能恰好在关键路径上碍事。另外 Kano 类别会随时间迁移：今天的愉悦点是明天的默认预期，昨天的结论不能长期复用。
怎么落地
- 先用任务成功率和错误恢复路径定义「可用及格线」，愉悦点只投放到及格线已过的环节。
- 排优先级时把愉悦点列在可用性缺陷修复之后，资源冲突时砍愉悦点不砍修复。
- 验证办法：在注入了典型故障的任务流里展示愉悦点（例如让保存失败后弹出庆祝动效），观察用户是否将负面情绪转向该元素——出现「嘲讽感」评价即说明投放位置错误。