Q5.10.2prototype completeness illusion设计研究
干系人容易把原型的完成度误判为开发的完成度
别名: 原型完成度错觉 · 干系人误判进度 · demo as done
概念解释
看起来能点、能走、有品牌皮肤的原型，会被经理、客户和合作团队读成开发已经完成了大半。完成度错觉（completeness illusion）把演示物的表面完成，当成工程完成：数据、权限、性能、异常、无障碍和可维护性都被脑补为“后面一点点”。于是排期被砍、测试被跳过、反向意见被说成“都做成这样了还改吗”。这与参与者在测试里少批评不是同一件事——这里的读者是决策者，误判的是进度与风险，不是界面细节。
机制
组织用可见物估计剩余工作。屏幕是最可见的部分，于是剩余被低估。精致演示压缩了“未做清单”的能见度：没人在演示里看到日志、迁移、空状态和合规审查。承诺升级随之发生——日历上的“可演示”被改写成“可上线”。一旦公开过一次，沉没的面子成本让回退变难。工程语言（故事点、依赖）在屏幕面前弱势，因为屏幕能被指着，依赖不能。错觉在跨组织协作时更强：对方没有代码仓库的权限，只能信眼睛。
怎么研究
在评审前后分别让干系人估计“到可发布还剩多少”，比较估计与工程拆解。记录是否出现“既已如此完成就不该改”的发言。纵向看：一次高保真演示之后，范围变更和测试时间是否被压缩。访谈问他们把什么算进“完成”——若答案是屏幕而非数据路径，错觉就在。材料条件（线框/高保真/带水印的草稿）可以作为因子。
边界
对本来就要交付视觉的工作（品牌片、营销落地页），屏幕完成度接近真的完成度。内部工程评审若同时展示未完成清单和风险，错觉会被压住。反复合作过的干系人可能已学会不信演示。反过来，采购和媒体只看一次，错觉几乎必然。监管验收若误把原型当系统，会变成合规事件，而不只是排期错误。
怎么落地
- 每份给干系人的原型加未完成清单：数据、异常、性能、权限，放在第一页而不是附录。
- 用“草稿/不可发布”水印和口头声明进度百分比，声明要具体到子系统。
- 演示后立刻对照排期，禁止把演示成功写成里程碑完成。
- 对外部承诺改用线框或带缺口的材料，把高保真留在内部结构讨论之后。