需求输入检查：PRD完整性、原型颗粒度、评审要点

需求输入检查是原型与Solution Design对齐的第一道质量门禁。PRD（产品需求文档）的完整性决定了原型设计的依据是否充分；原型颗粒度决定了沟通效率与评审深度；评审要点则直接锁定对齐成败。本章围绕这三项输入检查，给出可操作的SOP流程与判断标准。

适用场景

• PRD初稿交付后：产品经理完成PRD编写，尚未移交设计阶段。
• 原型设计初稿完成时：设计师输出第一版原型（低保真/中保真），需要对齐评审。
• 跨角色同步会前：在正式需求评审或方案对齐会议之前，用于自查与预检。
• 版本迭代的增量检查：敏捷迭代中，每次Sprint前的需求输入核查。

前置条件

• PRD文档已按模板完成编写，并进入版本管理（如Wiki/Confluence/共享文档）。
• 原型设计工具（Figma / Axure / Sketch）中的画板已按照PRD创建对应页面或流程。
• 已确定本次对齐的评审范围（全局 / 单模块 / 关键流程）。
• 参与检查的角色（产品经理、设计师、技术负责人）已确认时间窗口。

操作步骤

需求输入检查分为三个阶段，按顺序执行，不可跳过或合并。

阶段一：PRD完整性检查

1. 字段核对：对照PRD完整性检查表（见下方表格），逐项确认PRD是否覆盖所有必需字段。
2. 逻辑闭环验证：从用户故事/需求描述出发，检查功能列表是否完整覆盖，是否存在未描述的边界条件。
3. 依赖与约束标注：确认PRD中是否标明外部依赖、技术约束、数据源要求。
4. 验收标准明确性：每个功能点是否有可量化的验收标准，避免“体验好”“响应快”等模糊表述。

阶段二：原型颗粒度评估

1. 确定当前阶段颗粒度基准：根据项目阶段（概念验证 / 迭代开发 / 交付前）确认颗粒度等级要求。
2. 逐页评估：对照原型颗粒度评估表（见下方表格），对每个页面或流程进行评分。
3. 标注颗粒度偏差：对过粗（缺少关键交互细节）或过细（陷入视觉细节而忽略流程）的区域进行标记。
4. 形成调整清单：输出需要修改的页面列表及调整方向。

阶段三：组织评审会

1. 准备评审材料：PRD检查结果、原型颗粒度评估报告、待评审的原型链接/文件。
2. 邀请评审人员：产品经理、设计师、技术负责人、QA代表（如有必要）。
3. 召开评审会：按流程逐页推进，记录每个页面的评审结论和待办事项。
4. 输出评审纪要：明确每个问题的责任人、解决时限、验收方式。

输入输出物

责任边界

记录材料

材料一：PRD 完整性检查表（核心维度）

材料二：原型颗粒度评估表

异常处理

验收标准

• PRD 完整性检查通过率 ≥ 95%：全部必检字段中，通过项占比不低于95%，且无关键字段缺失。
• 原型颗粒度符合阶段要求：根据项目阶段判定颗粒度等级，低/中/高保真与阶段匹配度达100%。
• 评审要点全覆盖：需求覆盖率、交互流程一致性、边界状态覆盖、异常流程处理、视觉规范符合度五项全部通过。
• 异常处理有记录：所有异常事件均已记录在案，处理措施可追溯，闭环率100%。
• 评审纪要已归档：包含结论、待办事项、责任人和截止时间，且已同步至项目管理系统。