产品设计评审会议记录表标准模板

产品设计评审会议记录表标准模板适用场景与价值产品设计评审会议记录表适用于产品从概念到落地的关键设计阶段，包括需求初稿评审、原型方案评审、设计细节优化评审等场景。通过标准化记录会议信息，可保证评审过程透明、结论明确、责任到人，为后续设计迭代、开发对接及验收提供依据，同时避免因信息遗漏导致的反复沟通，提升团队协作效率。会议记录全流程操作指引一、会前准备：奠定高效评审基础明确评审目标与范围组织者（如产品经理*）需提前确认本次评审的核心目标（如“验证用户流程合理性”“确认交互方案可行性”），并划定评审范围（如仅评审核心功能模块，或覆盖全流程设计）。目标与范围需提前通知参会人员，保证聚焦重点，避免讨论发散。收集与分发评审材料整理完整的设计文档，包括需求说明书、原型图（高保真/低保真）、交互流程图、设计规范、竞品分析报告等，保证材料版本最新。提前至少24小时将材料通过共享平台（如企业网盘、协作工具）发送给参会人员，并附上“请提前审阅并准备意见”的提醒，预留充足预研时间。确定参会人员与会议议程参会人员需覆盖核心角色：产品负责人（主导评审）、设计师（方案讲解）、开发工程师（技术可行性评估）、测试工程师（可测试性评估）、业务方代表（需求对齐）、用户研究专家（用户体验验证）等。制定清晰议程，明确各环节时长（如“方案讲解20分钟、分组讨论30分钟、结论确认10分钟”），并提前发送给所有参会者。二、会中记录：客观全面留存关键信息基本信息实时填写会议开始后，记录人（建议由产品助理或指定人员担任）需立即填写会议记录表的基础信息，包括会议名称（如“XX产品V2.0核心功能设计评审”）、日期、时间、地点（线上/线下）、记录人*，并核对参会人员名单（签到或确认出席情况）。评审过程动态跟踪按议程顺序记录：设计师*讲解设计思路（目标、用户场景、方案亮点）→各角色依次发言（开发侧重点：技术实现难度、依赖资源；测试侧：边界条件、异常场景覆盖；业务侧：需求匹配度、目标用户一致性等）。关键记录要点：争议点：明确标注分歧内容（如“登录页‘验证码获取’按钮是否需要倒计时”及各方观点）；待确认问题：暂未达成一致需后续讨论的议题（如“个人中心模块是否支持自定义排序”）；改进建议：参会人员提出的具体优化方案（如“首页信息流卡片高度建议统一为120px，适配多终端”）。结论与待办当场明确方案讲解与讨论环节结束后，由产品负责人*总结评审结论，明确三类结果：通过：设计符合目标，可进入下一阶段（如开发/测试）；修改后通过：需按意见调整（如“优化注册流程的步骤3，减少用户输入项”），调整后需复核；不通过：方案存在重大缺陷（如“核心流程与需求偏差较大”），需重新设计。针对修改项与待确认问题，当场明确“负责人”（如“开发工程师*负责评估技术可行性”）、“完成时间”（如“2024年X月X日前输出评估报告”），并记录在“待办事项”栏。三、会后整理：保证结论落地与追溯24小时内完善记录表记录人需根据会中笔记，补充遗漏细节（如争议点背景、建议的具体参数），整理语言保证客观（避免主观评价，如“开发认为该方案耗时”而非“开发反对该方案”）。将记录表同步给所有参会人员，确认信息无误（如“请核对评审意见及待办事项是否准确”），收集反馈后最终定稿。推动待办事项闭环产品经理*需跟踪待办事项进展，通过协作工具（如Jira、Teambition）设置提醒，保证负责人按时交付成果。待办完成后，组织简短复核（如“修改后的原型图需再次评审确认”），验证是否满足评审结论要求，形成“评审-修改-复核”闭环。产品设计评审会议记录表（模板）会议基本信息会议名称例：XX产品V2.0用户中心设计评审日期______年_月_日时间____:____-____:____（北京时间）地点□线上会议（平台：______）□线上会议室（______）□线下会议室（______）记录人*参会人员（签到）产品：、；设计：、；开发：、；测试：；业务：；用户研究：*缺席人员及原因*（______）评审议题详情议题1：用户中心个人信息页设计方案设计目标支持用户查看/编辑昵称、头像、手机号，提升信息管理效率方案描述（附/截图）[原型图]核心模块：头像（支持裁剪）、昵称长度限制（2-12字符）、手机号隐藏中间四位（仅登录时可见）评审意见□产品*：手机号隐藏逻辑需与登录模块保持一致，避免用户混淆□开发*：头像接口需兼容iOS/Android不同分辨率，建议增加压缩参数□测试*：需补充“昵称含特殊字符”的异常场景用例□业务*：手机号隐藏功能需符合《用户隐私保护规范》第X条要求评审结论□通过□修改后通过（需修改：____________________）□不通过议题2：消息通知中心交互流程设计目标实现系统消息、业务消息分类展示，支持一键已读方案描述（附/截图）[流程图]页面布局：顶部tab切换（全部/系统/业务），列表展示消息标题+时间+摘要，底部固定“一键已读”按钮评审意见□设计*：“一键已读”按钮建议移至tab栏右侧，符合用户操作习惯□用户研究*：消息列表需区分“未读/已读”状态（未读加粗标蓝）□开发*：分类接口数据量较大时，需增加分页加载（每页10条）评审结论□通过□修改后通过（需修改：____________________）□不通过（可续行添加更多议题）待办事项跟踪负责人完成时间状态（□未开始□进行中□已完成□延期）交付物/说明优化手机号隐藏逻辑，对齐登录模块规范*2024-XX-XX□未开始□进行中□已完成□延期接口文档更新（附件：______）补充昵称特殊字符异常场景测试用例*2024-XX-XX□未开始□进行中□已完成□延期测试用例库路径：______调整“一键已读”按钮位置至tab栏右侧*2024-XX-XX□未开始□进行中□已完成□延期高保真原型更新（版本号：V1.2）其他备注|（记录未纳入议题的补充说明，如“后续需邀请法务团队评审隐私相关设计”）|附件清单|（例：原型图V1.3.pdf、技术可行性评估报告.docx、竞品分析.xlsx）|签字确认：产品负责人：__________日期：__________设计负责人：__________日期：__________开发负责人：__________日期：__________使用规范与关键提醒记录准确性原则严禁主观臆断，评审意见需直接引用参会人员原话（或提炼核心观点，标注发言者，如“*认为…”），避免模糊表述（如“大家觉得可以”需明确具体人员）。技术参数、时间节点等关键信息需当场与负责人核对，保证无误（如“开发接口完成时间”需与开发工程师*确认）。结论明确性要求评审结论不可用“再讨论”“再看”等模糊表述，必须明确“通过”“修改后通过”或“不通过”，且“修改后通过”需标注具体修改方向（避免后续争议）。待办事项可追溯性每个待办事项需唯一对应负责人，避免“多人负责等于无人负责”；完成时间需设定为具体日期（而非“尽快”“本周内”），便于跟踪。保密与归档涉及未公开产品信息（如商业策略、核心功能设计）的会议记录，需标注“内部保密”，仅限参会人员查