产品原型设计评审记录模板

产品原型设计评审记录模板一、适用场景与价值产品原型设计评审是产品开发流程中的关键环节，该模板适用于以下场景：新产品立项阶段：验证核心功能逻辑与用户需求的匹配度，明确产品方向；迭代版本开发前：对新增功能或优化方案进行可行性评估，保证设计一致性；需求变更后：针对调整后的原型进行复评，确认变更对整体流程的影响；跨部门对齐：统一设计、开发、测试、运营等团队对产品方案的理解，减少沟通成本。通过标准化评审记录，可清晰呈现评审过程、问题及结论，为后续开发提供依据，同时沉淀设计经验，避免同类问题重复发生。二、标准化操作流程（一）评审前：充分准备，明确目标确定评审范围与标准明确本次评审的核心目标（如“验证用户注册流程的易用性”“确认数据看板功能完整性”）；提前制定评审维度（如交互逻辑、视觉规范、业务规则、技术可行性等），并分配权重（如交互逻辑占40%、业务规则占30%等）。准备评审材料整理产品原型（建议使用Figma、Axure等工具，保证可交互且版本清晰）；补充产品需求文档（PRD）、用户画像、业务流程图、竞品分析等背景资料；提前3天将材料发送至评审参与人，并附上评审议程及时间安排。组建评审团队必邀角色：产品经理（主导）、UI/UX设计师（设计方）、开发负责人（技术评估）、测试负责人（测试用例规划）、业务方（需求方）；可选角色：用户研究员（用户视角）、法务合规（合规性审核），保证团队覆盖设计、技术、业务、用户等多维度视角。（二）评审中：聚焦问题，高效讨论开场说明（10分钟）产品经理简要介绍项目背景、本次评审目标及原型核心模块（避免重复讲解已共识内容）；明确评审规则：每人发言限时3分钟，聚焦“问题”而非“批判”，以“如何优化”为导向。原型演示与逐模块评审（40-60分钟）设计师演示原型核心流程（如用户操作路径、页面跳转逻辑、异常状态处理等）；团队按评审维度逐项讨论，重点记录：逻辑漏洞（如“支付环节未支持优惠券与积分同时使用”）；体验问题（如“表单字段过多，未做分步引导”）；资源冲突（如“某功能开发周期超出预期，需优先级排序”）。问题汇总与结论确认（10-15分钟）记录人同步整理评审问题，分类标注“必须修改”“建议优化”“待确认”；产品经理汇总结论，明确原型是否通过（通过/带条件通过/不通过），并同步下一步计划。（三）评审后：跟踪落地，闭环管理输出评审报告24小时内由记录人整理《产品原型设计评审记录表》，发送至所有参与人及项目相关方；抄送项目负责人，保证信息同步。分配任务与跟踪进度产品经理根据评审结论，将问题拆解为具体任务（如“开发：优化支付接口逻辑，支持优惠券叠加”），明确责任人与截止日期；在项目管理工具（如Jira、飞书多维表格）中创建任务，每日更新进度，保证问题在开发前闭环。更新原型与归档设计师根据评审意见修改原型，更新版本号（如V1.1→V1.2），并标注修改内容；将最终版原型、评审记录表、PRD更新版等材料归档至项目知识库，方便后续查阅。三、模板核心内容与表格示例（一）评审基本信息表字段名填写示例项目名称电商平台V3.0用户中心改版原型版本V2.3（基于2024-03-15需求更新）评审日期2024年3月20日评审时间14:00-16:00评审地点公司3楼会议室A（线上会议：企业会议号X）主导人产品经理*记录人产品助理*参与人员设计师、开发负责人、测试负责人、运营经理、用户研究员*评审目标验证用户中心的“积分兑换”与“订单管理”模块交互逻辑，确认视觉规范一致性（二）评审议程与问题记录表模块名称评审维度问题描述责任方优先级解决时限当前状态积分兑换流程交互逻辑兑换成功后未自动跳转至“我的积分”页面，用户需手动返回，体验割裂设计师*高2024-03-22已修改订单管理列表业务规则订单状态“待发货”与“待收货”未按时间倒序排列，用户需多次翻找产品经理*中2024-03-21待开发页面视觉规范视觉一致性“订单详情页”按钮样式与全局规范不符（圆角半径未统一为8px）设计师*低2024-03-23待确认积分过期提醒异常状态处理积分即将过期（7天内）时，未在首页/用户中心做强提醒，可能造成用户损失产品经理*高2024-03-22已优化（三）评审结论与后续行动计划表评审结论说明带条件通过“积分兑换流程”“积分过期提醒”高优先级问题需在3月22日前修改；“订单管理列表”“页面视觉规范”中低优先级问题随版本迭代优化。行动项责任人任务描述截止日期交付物优化积分兑换跳转设计师*修改原型，兑换成功后3秒内自动跳转至“我的积分”页面2024-03-22更新版原型V2.4订单列表排序逻辑产品经理*确认“按时间倒序”业务规则，输出PRD更新说明2024-03-21PRDV2.1更新版开发订单排序功能开发负责人*根据PRDV2.1实现订单列表倒序排列功能2024-03-28功能代码测试积分兑换功能测试负责人*针对“积分兑换跳转”“过期提醒”编写测试用例，执行回归测试2024-03-25测试报告四、使用要点与避坑指南（一）评审前：避免“临时抱佛脚”材料完整性：保证原型与PRD版本一致，避免评审中出现“原型与文档不符”的低级错误；人员齐整性：提前确认核心参与人时间，若关键人员缺席，需延期评审或提前同步其意见，避免结论片面。（二）评审中：聚焦“解决问题”而非“争论对错”控制讨论节奏：对争议性问题，由主导人引导回归“用户价值”或“业务目标”，避免陷入细节争论（如“按钮颜色应为红色还是蓝色”可后续视觉评审中细化）；记录准确性：问题描述需具体（如“表单提交失败未提示原因”而非“表单有问题”），责任方需明确到人（避免“开发团队”模糊表述）。（三）评审后：杜绝“议而不决，决而不行”任务可执行性：解决时限需结合开发排期设定，避免“今天提需求、明天要结果”不切实际的要求；闭环追踪：