产品设计评审标准及记录模板

适用场景与启动时机产品设计评审适用于产品从概念到落地的关键设计阶段，具体场景包括：新产品立项后核心功能设计完成时、重大功能迭代前设计方案确定时、跨部门协作复杂功能设计完成后、高风险模块（如支付、数据安全）设计定型时、以及基于用户反馈需优化设计方案的调整前。启动评审需保证设计文档、原型图或流程图已初步完善，且相关方（产品、设计、开发、测试、业务等）已提前获取评审材料，避免仓促讨论影响评审效果。评审流程与操作步骤一、评审前：充分准备，明确目标明确评审范围与目标产品负责人需提前确认本次评审的具体模块（如用户注册流程、支付功能交互）、设计文档版本（如V2.1原型稿）及核心关注点（如是否符合用户需求、技术实现可行性）。输出《评审会议议程》，明确各环节时间分配（如设计汇报30分钟、讨论40分钟、结论10分钟）。确定参与人员与分工核心参与方：产品经理（设计方）、UI/UX设计师（视觉与交互负责人）、开发工程师（技术可行性评估）、测试工程师（可测试性评估）、业务方（需求符合性验证），必要时邀请用户代表或法务（合规性）。分工：主持人（通常由产品经理或资深负责人担任，把控流程）、记录人（实时整理问题与结论）、各模块负责人（解答具体设计疑问）。准备与分发评审材料材料清单：需求文档（PRD）、交互原型图（Axure/Figma）、视觉稿、流程图、竞品分析报告、技术风险评估表等。要求：材料需提前2个工作日通过共享文档（如飞书、钉钉）分发，保证参与方熟悉内容，标注需重点讨论的页面或功能点（如“注册流程手机号验证逻辑需重点评估”）。二、评审中：聚焦核心，客观讨论开场与背景介绍（5-10分钟）主持人简要说明评审目标、范围及议程，提醒讨论规则（如“对事不对人，避免主观评价，聚焦设计逻辑与落地可行性”）。产品经理概述设计背景（如“本次迭代为解决老用户流失问题，优化首页信息流推荐逻辑”）及核心设计目标（如“提升用户率15%，降低操作步骤”）。设计方汇报与演示（20-30分钟）设计负责人按模块演示原型，说明设计思路（如“信息流采用‘瀑布流+卡片式’布局，适配移动端浏览习惯”）、用户场景（如“新用户首次打开APP时，通过引导页完成个性化兴趣选择”）及关键决策依据（如“参考竞品A的交互模式，结合用户调研反馈简化操作步骤”）。汇报时需突出“为什么这样设计”，而非仅展示“设计结果”。逐项评审与问题讨论（30-40分钟）按“需求符合性→用户体验→技术可行性→合规性→可维护性”维度展开讨论：需求符合性：业务方或产品经理核对设计是否覆盖PRD所有需求点（如“注册流程是否支持‘手机号+验证码’和‘第三方账号’两种登录方式”）。用户体验：UI/UX设计师从交互流畅性、视觉一致性、用户认知成本等角度评估（如“’确认下单’按钮颜色是否与品牌规范一致，用户是否能快速识别”）。技术可行性：开发工程师评估技术实现难度、资源投入及潜在风险（如“信息流实时推荐功能是否需要新增算法模块，开发周期约2周”）。合规性：法务或合规岗检查是否符合行业法规（如“用户隐私协议是否明确告知数据收集范围”）。讨论中，记录人需同步记录问题点（问题描述、提出人、关联模块）、改进建议及争议点，避免遗漏。结论确认与行动项输出（10分钟）主持人汇总各方意见，明确评审结论：通过：设计符合要求，进入下一阶段（如开发排期）；修改后通过：需调整设计（如“优化按钮位置”），明确修改版本及复核时间；不通过：设计存在重大缺陷（如“核心流程不符合用户习惯”），需重新设计方案。输出《评审行动项清单》，明确问题描述、责任部门/人、计划完成时间（如“优化注册页引导文案，责任：*设计师，完成时间：2024–”）。三、评审后：跟踪闭环，持续优化材料归档与结论分发记录人整理《产品设计评审记录表》（含评审结论、问题清单、行动项），经主持人审核后，同步至所有参与方及相关干系人（如项目组、管理层）。评审材料（原型稿、会议纪要等）按项目规范归档至知识库，便于后续查阅。问题跟踪与复核责任人按行动项清单完成设计修改后，需反馈至产品经理，产品经理组织简短复核（如“确认引导文案已优化，符合用户理解习惯”）。复核通过后，方可进入下一阶段（如开发或测试）；若未通过，需重新评审或调整方案。产品设计评审记录表（模板）一、基本信息项目名称产品版本评审阶段评审日期（如：原型设计完成）2024–评审地点主持人记录人参与人员（含部门）（如：会议室A/线上会议）*经理（产品部）*专员（设计部）设计师（设计部）、开发工程师（技术部）、测试工程师（质量部）、业务经理（运营部）二、评审内容与结论评审模块/功能点设计文档/原型名称评审标准维度评审意见（问题描述/改进建议）结论责任人计划完成时间实际完成时间备注用户注册流程V2.1交互原型稿需求符合性未支持“邮箱+密码”注册方式，需补充修改后通过*产品经理2024–首页信息流布局V3.0视觉稿用户体验卡片间距过小，信息密集，影响阅读修改后通过*设计师2024–支付功能接口技术方案V1.0技术可行性第三方支付接口需额外申请测试环境通过*开发工程师--隐私协议弹窗合规文档V2.0合规性数据收集范围描述模糊，需细化条款修改后通过*法务专员2024–三、评审结论□通过（直接进入下一阶段）□修改后通过（需完成上述行动项并复核）□不通过（重新设计方案，时间：______）四、附件□评审材料（PRD、原型图等）□会议纪要□其他：________________________关键注意事项与风险规避评审材料需“前置且完整”：避免在评审会上首次展示设计内容，保证参与方有足够时间熟悉材料，重点问题提前标注，提高讨论效率。讨论聚焦“设计逻辑”而非“个人偏好”：引导参与者从用户价值、业务目标、技术约束等客观角度提出意见，避免“我觉得”“我喜欢”等主观表述，减少无效争论。结论需“明确可落地”：评审结论避免模糊表述（如“再优化一下”），需明确具体修改方向、责任人和完成时间，保证行动项可跟进