Q5.07.3happy-path demo masking设计研究
演示路径掩盖异常分支
别名: 演示路径掩盖 · 快乐路径演示 · demo path masking
概念解释
演示者为了不冷场，会沿一条预先排好的快乐路径（happy path）点击：账号有效、库存刚好、网络从不失败、用户从不取消。观看者于是看不到空状态、权限拒绝、部分失败和返回死胡同。演示路径掩盖异常分支，不是因为异常不存在，而是因为演示的社交目标（显得能用）与评估目标（找出不能用）冲突。被掩盖的分支往往是真实伤害所在。这与测试中因分支未实现而中断不同：这里分支可能已经画了，只是从未被走到。
机制
演示是表演。表演奖励连续、高潮和按时结束，惩罚停顿和道歉。操作者会避开自己知道会破功的控件，解说会把跳过的步骤说成“这里类似”。观众的记忆里只留下一条通的故事，异常被编码成“边角”，尽管边角可能占真实会话的大部分。决策者在演示后产生的信心，来自叙事完整性，不是来自分支覆盖。越是高风险的支付、权限和删除，越容易被演示跳过，因为它们最容易当场失败。
怎么研究
把演示当作一种数据来源时，要另做一次“故意走错”的走查：取消、空输入、过期会话、冲突编辑。编码演示稿覆盖了哪些状态、跳过了哪些，以及跳过是否被口播掩饰。可以让未看过演示的人拿同一原型执行敌意脚本，比较发现的问题集合。录像分析应标记每一次“我们跳过这个”。若评审结论只来自演示，应把结论降级为“主路径可被表演”，而不是“异常已处理”。
边界
对内对齐愿景、向未参与的人说明方向，快乐路径演示是合法的沟通，只要不假装成评估。培训材料有时就应该教主路径。公开场合的演示受时间限制，不可能穷尽分支，但应至少展示一次失败与恢复，以免观众以为系统不会失败。自动化演示和录好的视频比现场点击更会固化快乐路径，因为它们无法被观众临时带偏。
怎么落地
- 区分“沟通演示”和“评估走查”，后者禁止使用演示脚本。
- 评估场次准备一张异常清单，由非演示者执行，演示者不得代点。
- 向决策者同时展示一次失败恢复，而不是只留通的录像。
- 会议纪要写明哪些状态从未被走到；未走到的不得写成已验证。