产品设计阶段评审会议记录表

产品设计阶段评审会议记录表（通用工具模板）适用情境与核心价值在产品设计全生命周期中，当完成需求分析、原型设计或详细设计等关键阶段后，需组织跨部门评审会议，对设计方案的科学性、可行性、合规性及用户体验进行全面校验。本工具用于系统化记录评审过程中的核心信息、讨论焦点、改进建议及后续行动项，保证评审结论清晰、责任到人、可追溯，同时为设计优化、项目决策及团队协作提供依据，有效降低设计返工风险，推动产品高效落地。会议记录全流程操作指南第一步：会前充分准备——奠定评审基础明确评审目标与范围根据设计阶段（如概念评审、原型评审、详细设计评审），确定本次评审的核心目标（如验证需求匹配度、评估技术可行性、检查用户体验一致性等）。划定评审范围，明确需评审的设计文档（如PRD文档、原型图、交互说明、视觉稿、技术方案等）及重点关注模块（如核心功能流程、关键交互逻辑、功能指标等）。确定参与人员与分工邀请跨角色人员参与，保证视角全面：主导方：产品经理（）、设计师（）——负责介绍设计方案，解答疑问；评审方：研发负责人（）、测试负责人（）、运营负责人（）、业务方代表（）——从技术实现、质量保障、业务价值等角度提出意见；支持方：记录人（）、主持人（）——负责记录会议内容、把控会议节奏。提前3个工作日向参与人员发送会议通知，明确评审目标、时间、地点（或线上会议）、需提前审阅的设计文档及评审重点。收集与分发评审材料由产品经理或设计师整理完整的设计文档（含最新版本），保证材料清晰、易读（如原型图需标注交互逻辑，技术方案需说明关键难点）。通过企业协作平台（如飞书、钉钉）或邮件将材料同步至参与人员，提醒提前熟悉内容，准备评审意见。第二步：会中精准记录——聚焦核心信息记录会议基本信息由记录人填写会议基础信息，包括：会议名称（如“产品V2.0原型设计评审会”）；会议时间（年/月/日上/下午时分-时分）；会议地点（或线上会议平台名称）；主持人（）、记录人（）、参与人员（姓名及部门，如“-研发部”）；缺席人员（如有，需注明原因）。同步设计方案与评审背景由产品经理或设计师简要介绍设计背景（如用户需求、业务目标）、设计目标（如“提升用户操作效率30%”）及方案核心内容（如功能架构、关键流程、设计亮点），控制讲解时间在10-15分钟，保证参会人员快速对齐认知。逐项记录评审意见与结论按评审重点（如“需求一致性”“技术可行性”“用户体验”“合规性”）逐项讨论，记录人需客观记录每条意见，包括：评审点（如“首页登录流程的密码重置功能”）；提出人（部门+姓名，如“研发部-”）；具体意见（如“密码重置流程中，手机号验证码发送间隔建议从60秒调整为30秒，避免用户等待过长”）；争议点（如有，需记录不同观点及简要论据，如“运营部认为需增加短信提醒，研发部担心短信成本过高”）；初步结论（如“通过”“修改后通过”“不通过”，需注明修改方向或未通过原因）。主持人需把控讨论节奏，避免偏离主题，对争议较大的问题可引导当场协商或约定后续专项讨论。明确行动项与责任人对评审中提出的改进需求或待解决问题，当场明确行动项，包括：具体任务（如“优化密码重置验证码发送间隔”）；负责人（姓名及部门，如“设计师-”）；完成时间（年/月/日，需明确到工作日）；交付物（如“更新后的交互原型图”）。行动项需遵循“SMART”原则（具体、可衡量、可达成、相关性、时限性），避免模糊表述（如“尽快优化”）。第三步：会后规范整理——保证落地闭环整理与审核会议记录会议结束后2个工作日内，记录人根据会议内容整理完整记录，保证信息准确、无遗漏（特别是评审意见、结论及行动项）。由主持人及产品经理/设计师审核记录，对存疑内容补充确认后，形成最终版会议纪要。分发与同步信息通过协作平台将最终版会议纪要同步至所有参会人员及相关方（如项目组、管理层），抄送记录人及主持人，保证信息触达。跟踪行动项落实由产品经理或指定专人负责跟踪行动项进展，在完成时间前1天提醒负责人，完成后在纪要中更新状态（如“已完成：优化验证码间隔，交付物已至项目库”）。对未按时完成的行动项，需及时与负责人沟通，明确延期原因及新计划，保证问题闭环。归档与知识沉淀将会议纪要（含附件材料）按项目名称、评审阶段及日期归档至项目知识库，便于后续查阅、复盘及设计优化参考。产品设计阶段评审会议记录表（模板）会议基本信息会议名称会议时间年月日时分-时分会议地点/平台主持人*记录人参与人员（姓名+部门，如“-研发部，-设计部”）缺席人员（如有，注明原因）评审阶段（如“概念设计评审”“原型高保真评审”）评审对象产品名称设计版本评审文档（如“PRDV3.0、交互原型V2.1、视觉稿V1.5”）评审目标评审内容与意见记录评审重点模块评审点提出人（部门+姓名）具体意见结论（通过/修改后通过/不通过）（如“用户注册流程”）（如“手机号验证码发送逻辑”）（“研发部-”）（“验证码有效期建议从5分钟延长至10分钟，避免用户操作超时”）（“修改后通过”）（如“首页信息架构”）（如“核心功能入口层级”）（“运营部-”）（“建议将‘订单’入口提升至第二层级，提升用户查找效率”）（“通过”）（如“支付流程”）（如“支付方式兼容性”）（“测试部-赵六”）（“需确认是否支持支付与的免密支付，避免支付失败”）（“不通过，需补充支付方案说明”）行动项跟踪序号具体任务负责人（部门+姓名）完成时间交付物1优化手机号验证码有效期至10分钟设计师-2024-05-25更新后的交互原型V2.22补充支付方式兼容性说明产品经理-2024-05-24支付方案补充文档V1.1签字确认主持人签字日期记录人签字日期使用过程中的关键要点会前准备：拒绝“临时抱佛脚”评审材料需提前1-2天分发，保证参会人员有充足时间审阅，避免会上因不熟悉方案导致讨论效率低下；评审目标需聚焦核心问题，避免“眉毛胡子一把抓”（如原型评审重点在交互逻辑，而非视觉像素级细节）。会中记录：客观、精准、不遗漏记录时需“原汁原味”呈现意见，避免主观臆断或过度简化（如将“用户可能找不到按钮”简化为“按钮位置不合理”，需补充具体场景）；对争议问题需记录多方观点，而非仅记录最终结论，便于后续复盘争议根源。行动项：责任到人、时限明确每条行动项需唯一对应负责人，避免“多人负责等于无人负责”；完成时间需为具体工作日（如“5月25日”而非“下周”），便于跟踪催办。会后跟进：闭环管理，杜绝“石沉大海”行动项需在项目协作工具中单独跟踪（如创建