1. 原型边界定义：边界的内涵、边界与范围的区别、边界对决策的影响、边界不清晰的风险
课程场景导入 —— 某电商团队在0.5版原型评审中，产品经理说“这是商品详情页的初期形态”，开发问“包含库存展示吗？”，设计问“优惠券入口算不算？”——同一个原型卡片却引发三种解释。根源：原型边界从未被书面定义。
1.1 边界的内涵：为什么原型需要一个“外壳”
原型边界（Prototype Boundary）指在原型设计与验证阶段，明确约束的功能范围、交互深度、数据真实性、状态覆盖四项要素。它回答一个问题：这个原型到底要证明什么？
- 功能范围 —— 只包含核心流程，不包含边缘事件。
- 交互深度 —— 点击到第几层？弹窗、动画是否需要模拟？
- 数据真实性 —— 使用真实API还是Mock数据？字段数量是否截断？
- 状态覆盖 —— 正常态、空态、错误态、加载态是否全部呈现？
业务问题锚点 —— 多数团队在原型评审中争吵，不是因为方案质量差，而是因为各方对“原型应该包含什么”的理解起点不一致。边界定义就是强制对齐这个起点。
1.2 边界 vs 范围：一个关键区分
| 维度 | 范围（Scope） | 边界（Boundary） |
|---|---|---|
| 定义 | 产品/功能包含的所有要素列表 | 原型阶段在时间、资源约束下有意排除的要素 |
| 典型问题 | “我们要做哪些功能？” | “这个原型不需要验证什么？” |
| 决策依据 | 用户需求、市场竞品 | 验证假设、资源限制、优先级（如RICE评分） |
| 变更影响 | 范围蔓延 → 重新排期 | 边界模糊 → 原型失去验证焦点 |
| 交付物形式 | PRD、功能列表 | 边界决策清单（明确写“不做”、“不覆盖”、“不真实”） |
以商品详情页原型为例：范围包含“价格、规格、评价、推荐”，但边界明确“评价只用静态数据，不模拟用户评论；推荐区域只展示2个默认卡片，不测试推荐算法准确率”。
1.3 边界对决策的影响：从模糊假设到可量化验证
清晰的原型边界直接改写团队的决策模式。以下对比呈现有无边界定义时的决策差异：
| 决策场景 | 边界不清晰（典型表现） | 边界清晰（RICE导向） |
|---|---|---|
| 功能优先级排序 | “这个功能用户体验很好，先加上看看” | RICE分值低、超出边界的功能标记为“暂不验证” |
| 用户测试设计 | 测试时长超预期，用户陷入边缘场景 | 只测试边界内核心任务，单次测试控制在15分钟内 |
| 验收标准定义 | “所有页面看起来没问题就行” | 逐条对照边界清单：数据Mock是否满足？状态覆盖是否齐全？ |
| 开发工作量评估 | “这个原型可能要2周，因为还有后台联动” | “边界明确只用前端Mock，1天可出” |
用户访谈案例 —— 对某B2B SaaS的3位客户进行原型测试前，产品经理先输出
原型边界清单，明确“本次原型不展示多角色权限、不展示50+表单字段的复杂编辑”。客户接受后反馈：“你们终于不让我在原型里评估还没想好的功能了。”—— 测试通过率从62%提升至89%。
1.4 边界不清晰的风险：一种系统性损失
当边界缺失时，原型从一个验证工具退化为“功能预览玩具”，引发以下连锁风险：
- 验证目标漂移 —— 原型本来要验证“用户是否理解搜索流程”，结果因加入热门推荐模块，讨论焦点变成推荐算法。
- 需求膨胀（Scope Creep） —— 原型阶段被塞入本应在后续版本落地的功能，导致制作周期延长3-5倍。
- 实验结果无效 —— 用户反馈的数据因原型内容混杂而无法归因，下结论时产生严重误导。
- 团队信任消耗 —— 开发认为产品“变来变去”，设计认为“创意被压缩”，测试认为“标准不统一”。
- 交付物冗余 —— 最终产出大量未验证的边缘细节文档，却缺少核心假设的实证数据。
反例复盘 —— 某在线教育团队为验证“课程结业卡片分享功能”，原型中无边界定义。开发按真实数据接口实现，测试时发现分享链接需要Open Graph标签，临时改后台逻辑，原型迭代4版，时间超支270%。最终用户测试发现：“分享功能就没点击过”——验证目标完全偏离。问题根源：原型边界未拒绝“真实数据、多平台兼容”等非验证要素。
1.5 交付物模板：原型边界定义清单（初版）
团队可在需求拆解阶段（用户访谈后）采用以下模板，每一次原型制作前都必须输出：
# 原型边界定义清单 (Prototype Boundary Checklist)
## 1. 验证目标（一句话）
[本次原型唯一要验证的核心假设]
## 2. 功能范围（包含）
- [功能A]：[状态覆盖要求]
- [功能B]：[状态覆盖要求]
## 3. 功能排除（明确不包含）
- [功能X]：原因（超出验证目标 / 依赖未就绪 / 优先级低）
- [功能Y]：原因
## 4. 交互深度
- 点击路径：[最多到第3级]
- 弹窗/动效：[不模拟]
- 表单验证：[只使用前端静态验证]
## 5. 数据真实性
- 数据来源：[Mock / 真实API但只返回20条]
- 字段数量：[只展示名称、价格，不展示详情描述]
## 6. 验收标准
- [ ] 用户能在5步内完成核心任务
- [ ] 所有状态（正常 / 空 / 错误）至少覆盖一次
- [ ] 边界定义未经产品负责人+开发负责人签字不得变更此清单同时也是指标验证的输入文件：原型进入测试前，必须由RICE评分会议决定边界内各项是否值得投入资源；测试后，对照该清单核验原型是否真的验证了当初的假设。