产品设计阶段评审模板

一、适用场景与核心目标二、评审全流程操作指引（一）评审前准备阶段明确评审节点：根据产品开发计划，确定评审触发时机（如：低保真原型完成后、高保真原型定稿前、技术方案设计完成后），避免过早或过晚评审导致资源浪费或问题遗漏。组建评审团队：邀请跨角色核心人员参与，包括：产品负责人*（主导需求对齐）设计师*（输出设计说明）技术负责人*（评估技术可行性）测试负责人*（提前规划测试场景）业务方代表*（确认业务价值）用户研究*（提供用户反馈依据，可选）准备评审材料：至少提前2个工作日将材料同步至评审群，保证参与者提前熟悉内容，包括：产品需求文档（PRD）原型设计稿（低保真/高保真，附交互说明）技术方案架构图（核心模块逻辑、技术选型说明）用户调研报告（如有，关键结论需提炼）评审会议议程（明确各环节时长、汇报人）（二）评审会议实施阶段开场与目标重申（5-10分钟）：产品负责人*简要说明本次评审的目标（如：“确认高保真原型是否满足核心用户流程，技术方案是否可落地”）。明确评审规则：聚焦“问题发觉”而非“方案争论”，对争议点记录待后续专项讨论。设计成果汇报（20-30分钟）：设计师*演示原型，重点讲解：核心用户路径、关键交互逻辑、异常场景处理、设计规范遵循情况。产品负责人*补充需求背景，强调设计需满足的核心业务指标（如：“转化率提升15%”“用户操作步骤≤3步”）。多维度评审讨论（40-60分钟）：按以下维度逐一展开，保证覆盖关键风险点：需求一致性：设计是否完整覆盖PRD中的功能点，有无遗漏或偏离？用户体验：交互流程是否符合用户心智，操作是否便捷？有无可用性风险（如：误触、信息过载）？技术可行性：技术方案能否支撑当前设计，有无功能瓶颈、兼容性问题？开发周期是否合理？合规与安全：是否符合行业规范（如：隐私政策、数据安全标准）？有无法律风险？可扩展性：设计是否预留未来迭代空间，是否便于后续功能扩展？问题记录与共识确认（10-15分钟）：记录员（可由产品负责人*兼任）实时整理评审问题，标注“严重”（阻塞性问题）、“一般”（需优化但不影响核心流程）、“建议”（可选项）三级优先级。对每个问题明确初步结论：通过、修改后通过、不通过（需重新设计方案）。（三）评审后跟进阶段输出评审报告：会议结束24小时内，由产品负责人*整理《产品设计评审报告》，内容包括：评审基本信息（时间、参与人员、评审版本）各维度评审结论（通过/需优化）问题清单（含优先级、问题描述、责任方）后续行动计划（整改期限、验收标准）问题整改与闭环：责任方根据报告制定整改方案，明确完成时间（严重问题≤3个工作日，一般问题≤5个工作日）。产品负责人*跟踪整改进度，整改完成后组织复评（仅针对修改部分，无需重新全量评审）。归档与同步：将最终版评审报告、整改记录、确认版原型/方案归档至项目共享空间，同步至所有相关方，保证信息一致。三、评审核心要素记录表表1：产品设计评审问题跟踪表问题描述所属评审维度（需求/体验/技术/合规/扩展）优先级（严重/一般/建议）责任方整改措施计划完成时间验收标准状态（待处理/整改中/已关闭）用户支付流程中，未提供“返回修改地址”入口，不符合用户习惯用户体验一般设计师*在支付确认页增加“修改地址”按钮，至地址管理页2024-XX-XX测试验证按钮可正常跳转，地址修改后订单信息同步更新待处理技术方案中，图片模块未考虑弱网环境下的断点续传，可能导致用户重复技术可行性严重技术负责人*增加断点续传功能，优化网络异常提示2024-XX-XX在2G/3G网络下测试，中断后可恢复进度整改中需求文档中未明确“未成年人模式”的合规验证流程，可能违反《未成年人保护法》合规严重产品负责人*补充未成年人模式身份核验技术方案，法务*审核2024-XX-XX法务出具合规性书面确认已关闭表2：评审结论确认单评审版本评审时间参与人员（签字）评审结论（□通过□修改后通过□不通过）核心优势简述待改进核心点V2.1_高保真原型2024-XX-XX产品负责人、设计师、技术负责人、测试负责人修改后通过核心用户路径清晰，交互符合预期；技术架构可支撑当前需求需优化支付流程体验，补充合规验证方案四、执行关键注意事项避免“为评审而评审”：评审前需保证设计成果达到“可评审状态”（如：原型完整、逻辑闭环），避免因材料不成熟导致评审效率低下。聚焦“问题本质”：讨论时区分“意见分歧”与“事实错误”，对主观偏好类问题（如：“颜色是否美观”），以用户数据或业务目标为决策依据，避免陷入无争议论。明确“责任边界”：技术、设计、产品需对各自输出物负责，技术方需在评审阶段提前暴露技术风险（如：“第三方接口延迟可能导致功能不可用”），避免开发阶段才发觉问题。保留“过程记录”：所有评审问