Q2.17.3Inherited unvalidated assumptions from copycat design设计研究
照搬竞品方案会继承其未被验证的假设
别名: 照搬竞品 · 继承假设 · 复制未验证前提
概念解释
把竞品的流程、组件或文案直接迁入自己的产品，迁入的不只是可见结构，还有嵌在结构里的未验证假设：默认用户有某类账户、能忍受某步验证、会在这一步披露隐私、失败后会重试而不是放弃。这些假设在对方那里可能从未用目标人群测过，甚至只服务于对方的商业模式。照搬是把别人的前提当成自己已经成立的前提。问题不在“参考外形”，而在把未声明的前提一并安装进自己的任务流。
机制
界面是压缩过的决策：每少一步，都在赌被删掉的检查对这群人不必做。竞品的少步可能依赖他们已有的登录态、授信或客服兜底，这些基础设施不会随截图一起搬家。复制者看到的是短路径，看不到路径成立所依赖的账户体系、法律条款和沉默的失败率。组件库和演示视频还会把假设藏得更深——可复用的东西显得像中性零件。一旦装上，后续测试往往只比较“抄来的版本”和“更不像竞品的版本”，不再回头问前提本身是否为真，于是错误假设获得了界面形态的保护。
怎么研究
对准备迁入的每一步写出前提清单（用户是谁、已具备什么、失败时会怎样），再在目标样本上单独检验这些前提，而不是只做整段流程的完成率。把“前提成立 / 不成立但仍完成 / 不成立且失败”分开统计。也可以对比：在切断对方基础设施（无已登录、无授信、无客服）的条件下复现该流程，看哪些步骤崩掉。崩掉的步骤对应的就是不可迁移的假设。
边界
基础设施几乎相同、人群重叠、失败代价也可比时，迁移假设的风险较低，仍应把前提写明而不是省略。监管强制的步骤（实名、双因素）不是某家竞品的私有假设，照搬这些步骤并不继承同一类风险。把假设写进文档不等于已经验证；清单完整只说明可见，不说明为真。开源或模板项目的默认流程同样携带作者环境的前提，不因免费而更中性。
怎么落地
- 迁入任何竞品步骤前，用三行写下：默认用户已有什么、这一步在赌什么、赌输时用户会怎样。
- 用目标用户的真实起始状态（未登录、无证件、弱网）走一遍抄来的路径，记下崩在哪一步。
- 未通过前提检验的步骤不得以“先对齐竞品”进入发布；要么补验证，要么改成适合自己约束的分解。
- 评审对照截图与前提清单：只有外形对齐、前提空白的条目退回。