产品设计阶段评审流程表

产品设计阶段评审流程表（通用工具模板）一、适用场景与核心价值本模板适用于新产品从概念到落地的设计阶段全流程评审，覆盖需求迭代、功能优化、体验升级等场景。具体包括但不限于：新产品立项后的需求评审（确认需求合理性、用户价值）；方案设计阶段的原型/设计稿评审（验证交互逻辑、视觉规范可行性）；开发前的技术可行性评审（评估研发资源、技术风险）；测试阶段的验收评审（确认功能完整性、符合度）。通过规范评审流程，可明确责任边界、降低沟通成本、规避设计缺陷，保证产品方案与业务目标、技术能力、用户需求一致，提升产品落地效率与质量。二、全流程操作指引（一）评审启动：明确目标与范围责任人：产品经理（小明）确定评审目标（如“确认用户登录流程的交互合理性”“评估首页改版的设计可行性”）；定义评审范围（需评审的功能模块、设计环节，如“仅评审核心登录流程，暂不考虑第三方登录”）；输出《评审计划》，明确时间、参与角色、材料清单（示例：计划于2024年X月X日14:00召开需求评审，需产品、设计、研发、测试、业务方参会，提前2天同步PRD文档）。关键输出：《评审计划》（含目标、范围、时间、参与人、材料清单）。（二）材料准备：保证信息完整与同步责任人：各角色按分工输出材料，产品经理汇总产品经理：输出《产品需求文档（PRD）》，包含需求背景、用户故事、功能流程、验收标准；设计师：输出交互原型（Axure/Figma）、视觉稿（含设计规范说明），标注关键交互逻辑；研发负责人：输出《技术可行性分析》（含技术选型、潜在难点、资源评估）；业务方：输出《业务规则说明》（如行业合规要求、运营流程约束）；测试负责人：输出《测试关注点》（如边界场景、异常流程）。要求：材料需提前1-2天通过项目管理工具（如飞书、钉钉）同步给所有参会人员，预留阅读时间。（三）评审会议组织：高效沟通与决策责任人：产品经理（小明）会前准备：确认会议室（或线上会议）、设备（投影、麦克风），提前10分钟调试材料；会议开场（5分钟）：主持人（产品经理）重申评审目标、议程（如“先过需求背景，再逐模块评审原型，最后讨论技术风险”）、时间分配（总时长≤2小时）；逐项评审（按议程顺序）：业务方讲解需求背景与用户价值；产品经理演示功能流程，说明核心逻辑；设计师拆解交互细节（如“反馈时长300ms，符合用户习惯”）；研发提出技术疑问（如“该功能是否依赖第三方接口？延迟如何处理？”）；测试补充测试场景（如“弱网环境下登录失败是否提示重试？”）；问题记录：指定记录人（如小刚）实时记录问题，格式为“问题编号-问题描述-责任角色-解决期限”（示例：P001-登录按钮未适配暗黑模式-设计-3个工作日内）；结论确认：会议结束前，主持人汇总评审结论（通过/修改后通过/不通过），明确下一步行动（如“修改后通过，设计小红周五前更新原型，研发小李同步评估开发量”）。关键输出：《会议纪要》（含评审结论、问题清单、行动项）。（四）问题整改与跟踪：闭环管理责任人：产品经理（小明）主导，各责任人执行问题分发：产品经理将《会议纪要》中的问题清单同步至责任人，明确整改要求及时限；进度跟踪：每日更新问题状态（通过项目管理工具看板跟踪），示例：问题编号问题描述责任人状态截止时间P001登录按钮未适配暗黑模式小红解决中2024–P002密码加密方案存在功能风险小李待解决2024–复评确认：针对“修改后通过”的问题，责任人完成整改后，产品经理组织小范围复评（仅涉及相关角色），确认问题关闭后更新状态。（五）结果确认与归档：沉淀可追溯信息责任人：产品经理（小明）输出《评审报告》：汇总评审全过程信息，包括评审目标、参与人员、评审结论、问题清单及解决状态、最终版本材料；签字确认：发送《评审报告》给所有参会人员及相关方（如业务负责人、研发总监），确认无异议后签字（电子签/纸质签）；材料归档：将《评审计划》《会议纪要》《评审报告》、设计稿、PRD等材料至项目知识库（如Confluence、语雀），按“项目-版本-评审类型”分类存储，保证后续查阅可追溯。三、评审流程表模板评审阶段评审环节核心评审内容评审参与角色输入材料输出成果关键节点说明问题跟踪状态（示例）需求评审需求合理性确认用户价值、业务目标、需求优先级产品、业务、研发PRD、需求背景文档《需求评审结论》需求未被冻结前可评审P001-P005（全部关闭）方案设计交互/视觉评审流程逻辑、用户体验、视觉规范产品、设计、测试交互原型、视觉稿《设计评审报告》原型冻结后进入开发P006（解决中）技术评审可行性评估技术选型、开发量、风险点研发、产品、测试技术方案、可行性分析《技术评审结论》开发启动前必须完成P007（已关闭）验收评审功能完整性验证需求符合度、Bug修复情况、测试覆盖率产品、测试、研发测试报告、验收清单《验收评审报告》测试通过后，上线前评审P008（待解决）四、关键注意事项与风险规避（一）评审前：避免“临时抱佛脚”材料不完整（如PRD缺失验收标准、原型未标注交互细节）可能导致评审反复，务必提前同步并确认材料可读性；参会人员不全（如未邀请研发负责人评估技术风险）可能遗漏关键问题，需提前1天确认参会名单，必要时强制要求核心角色（如研发、业务方）到场。（二）评审中：聚焦核心目标，避免“发散跑题”主持人需严格控制时间，每个环节设置倒计时（如“需求背景讲解≤15分钟”），避免在非核心细节（如按钮颜色）过度争论；区分“事实问题”（如“原型中注册页缺少手机号验证”）与“主观偏好”（如“我觉得蓝色比红色更好”），前者必须解决，后者可记录但不作为否决项。（三）评审后：杜绝“只评不改”，保证闭环问题必须明确“责任人+解决期限”，避免“设计优化”“研发跟进”等模糊描述；对“不通过”的评审结论，需给出具体整改方向（如“登录流程需增加短信验证码二次校验”），而非仅说