surprise-fatigue-reset

name	surprise-fatigue-reset
description	当体验连续正确但用户开始疲劳、厌倦，需要用有意图的反转恢复注意力时调用。不适用于安全、支付、医疗等需要稳定预期的流程。
source_book	《任天堂的体验设计》 玉树真一郎
source_chapter	第 2 章 惊喜设计
tags	["experience","surprise","engagement"]
related_skills	[]

惊喜疲劳重置

R — 来源依据 (Reading)

原书依据见本节来源说明。

依据“误解→尝试→惊讶”和疲劳厌倦章节。

本仓库不收录原书全文；此处只保留章节级依据和方法论重述。

I — 方法论骨架 (Interpretation)

• 连续直觉设计会让用户累。
• 惊喜设计先建立可控误解，再让用户发现预期被打破。
• 好的惊喜恢复注意力，坏的惊喜破坏信任。

A1 — 书中的应用 (Past Application)

案例 1: 勇者斗恶龙类反转

• 问题: 玩家形成稳定游戏预期后遇到反常情节。
• 方法论的使用: 利用误解与禁忌主题制造惊讶。
• 结论: 疲劳被重置。
• 结果: 体验得以持续。

A2 — 触发场景 (Future Trigger)

用户会在什么情境下需要这个 skill?

当体验连续正确但用户开始疲劳、厌倦，需要用有意图的反转恢复注意力时调用。不适用于安全、支付、医疗等需要稳定预期的流程。

语言信号

• "用户开始无聊怎么办？"
• "流程太平了怎么增加记忆点？"
• "什么时候该制造惊喜？"

与相邻 skill 的区分

• 本 skill 处理 惊喜疲劳重置 这一单点问题；若问题跨越多个环节，请先读本书 INDEX.md 选择组合顺序。

E — 可执行步骤 (Execution)

1. 识别疲劳点

   • 完成标准: 判断用户是否已连续学习或重复太久。

2. 建立可控误解

   • 完成标准: 利用用户已形成的前提。

3. 设计安全反转

   • 完成标准: 让结果惊讶但不损害核心任务。

B — 边界 (Boundary)

不要在以下情况使用此 skill

• 不要在信任流程里乱惊喜。
• 惊喜不能弥补价值缺失。

作者的盲点 / 时代局限

• 大量来自游戏案例，迁移到严肃工具需谨慎。
• 惊喜设计若用于高风险流程可能伤害信任。

相关 skills

• depends-on: {}
• contrasts-with: {}
• composes-with: {}

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: 100% 设计通过；结构校验见本书 QUALITY_REVIEW.md
• 蒸馏时间: 2026-06-18