产品设计评审流程标准手册

产品设计评审流程标准手册前言本手册旨在规范产品设计全流程中的评审环节，通过标准化操作提升评审效率、保障设计质量，保证设计方案满足用户需求、业务目标及技术可行性。手册适用于所有产品设计场景，涵盖需求验证、方案设计、原型优化等关键阶段，为产品、设计、开发、测试等角色提供清晰的评审指引。一、适用范围与核心价值（一）适用范围产品类型：适用于APP、小程序、网页应用、智能硬件等各类数字化产品设计，以及服务流程、交互逻辑等非数字化设计场景。评审阶段：覆盖需求分析阶段的需求评审、设计阶段的方案评审、原型阶段的可用性评审、上线前的终验评审。参与角色：产品经理、UI/UX设计师、前端开发工程师、后端开发工程师、测试工程师、业务方代表（如运营、市场）、用户研究专家（可选）。（二）核心价值质量保障：通过多角色交叉评审，提前规避设计缺陷，降低后期修改成本。目标对齐：保证设计方案与业务需求、用户需求、技术实现路径一致，减少沟通偏差。效率提升：标准化流程缩短评审周期，避免反复返工，加速产品落地。二、评审全流程操作指南（一）评审筹备阶段目标：明确评审目标，组建评审团队，准备完整评审材料，保证评审高效开展。步骤1：明确评审目标与范围输入：产品需求文档（PRD）、用户研究报告、竞品分析报告等前期资料。操作：产品经理牵头，与业务方确认本次评审的核心目标（如“验证交互流程合理性”“评估视觉设计一致性”“确认技术可行性”）。定义评审范围，明确需评审的设计模块（如“用户注册流程”“首页信息架构”）及不纳入评审的内容（如“已确认的通用组件”）。输出：《评审目标与范围说明》（见模板1）。步骤2：组建评审团队原则：覆盖“需求-设计-技术-测试-业务”全链路角色，保证视角全面。操作：产品经理根据评审目标，确定必参角色（如需求评审需业务方代表，技术方案评审需开发负责人）。提前3个工作日向参与人发送《评审会议通知》（见模板2），明确会议时间、地点（或线上会议）、评审材料及预习要求。输出：评审团队名单及会议通知。步骤3：准备评审材料材料清单（按必选/可选分类）：类型必选材料可选材料需求类PRD、用户画像、需求优先级矩阵竞品分析报告、用户调研原始数据设计类交互原型（高保真）、视觉稿、设计规范文档用户测试报告、设计说明文档（如动效逻辑）技术类技术可行性评估报告、接口文档（如有）开发排期、风险评估表业务类业务目标说明、成功指标定义历史数据对比报告材料要求：交互原型需标注关键页面跳转逻辑、交互状态（如加载中、错误提示）；视觉稿需标注颜色值、字体字号、间距等设计规范参数；所有材料需提前2个工作日通过共享平台（如企业网盘）分发，并要求参与人预习完毕。步骤4：预沟通与问题同步操作：产品经理、设计师与核心参与人（如开发负责人、业务方代表）进行1对1预沟通，收集初步意见（如“技术实现难度”“业务逻辑冲突”），提前调整设计方案，避免评审会上出现重大分歧。（二）评审实施阶段目标：通过结构化会议，全面评审设计方案，输出明确结论及改进建议。步骤1：会议开场（5-10分钟）主持人（通常为产品经理）开场：重申评审目标、范围及议程；介绍评审团队成员及角色分工；明确会议规则（如“对事不对人、聚焦问题、避免重复发言”）。步骤2：设计方案讲解（15-20分钟）讲解人（通常为设计师/产品经理）：按用户使用流程或模块划分，依次讲解设计思路（如“为什么采用此交互流程”“视觉设计如何传递品牌调性”）；重点说明设计方案的“问题解决点”（如“缩短用户操作步骤”“降低信息理解成本”）；演示交互原型，标注关键节点及异常场景处理（如“网络中断时的提示文案”）。步骤3：多维度评审讨论（30-40分钟）按角色分工聚焦评审维度，避免讨论发散：角色评审重点业务方代表是否满足业务目标、是否符合用户使用场景用户研究专家是否符合用户习惯、是否解决用户核心痛点UI/UX设计师交互逻辑一致性、视觉规范性、体验流畅性开发工程师技术可行性、开发成本、接口兼容性测试工程师可测试性、异常场景覆盖、边界条件考虑讨论规则：发言需结合具体设计页面或功能点，避免空泛评价（如“注册按钮颜色太暗”需改为“注册按钮对比度不足，建议将#333333调整为#000000”）；主持人记录争议问题，组织投票或协商达成共识（如“优先级争议时，按用户价值/业务紧急度排序”）。步骤4：评审结论确认（5-10分钟）主持人汇总讨论结果，明确评审结论：通过：设计方案满足所有要求，无需修改；修改后通过：存在非关键问题（如视觉细节优化），需在规定期限内完成修改；不通过：存在关键缺陷（如交互流程逻辑错误、技术不可行），需重新设计方案。输出：《评审结论确认表》（见模板3），由所有参会人签字确认。（三）成果落地阶段目标：跟踪评审结论的执行情况，保证设计方案闭环落地。步骤1：整理评审记录产品经理在会议结束后24小时内，整理《评审问题跟踪表》（见模板4），包含：问题编号（如“PR-2024-001”）；问题描述（具体到页面/功能点+问题细节）；责任角色（如“设计组”“开发组”）；优先级（高：影响核心功能；中：体验优化；低：细节调整）；解决期限（根据问题严重性设定，高优先级≤3个工作日，中优先级≤5个工作日）；当前状态（待处理/处理中/已验证/已关闭）。步骤2：设计方案修改与复核责任角色根据评审结论及问题列表，修改设计方案：设计师更新交互原型、视觉稿，并在修改处标注（如“根据评审意见调整登录按钮位置”）；产品经理复核修改后的方案，保证问题已解决且未引入新问题；修改后的材料需重新同步至评审团队，高优先级问题需组织专项复核会。步骤3：闭环验证与归档验收标准：所有高、中优先级问题已解决并提供验证结果（如“开发组已完成接口联调，测试报告通过”）；《评审问题跟踪表》中所有问题状态更新为“已关闭”。归档要求：评审材料（PRD、设计稿、原型、会议记录、问题跟踪表）统一归档至项目知识库，保留期限≥2年。三、配套工具模板模板1：评审目标与范围说明项目名称版本号评审阶段电商平台改版V2.1方案评审评审目标确认首页信息架构合理性、商品详情页交互流程顺畅性，符合用户购物习惯及业务转化目标。评审范围首页（Banner、分类导航、推荐模块）、商品详情页（规格选择、加入购物车、评价展示）；不包含：购物车流程、订单支付流程（已在上阶段评审通过）。输出物《评审结论确认表》《评审问题跟踪表》编制人产品经理：王*编制日期2024年X月X日模板2：评审会议通知会议主题电商平台V2.1方案评审会会议时间2024年X月X日14:00-16:00会议地点3楼会议室A/线上会议（腾讯会议）评审目标验证首页及商品详情页设计方案的用户体验与业务适配性参会人员角色产品经理UI设计师前端开发负责人业务方代表评审材料1.《电商平台V2.1PRD》2.首页+商品详情页高保真原型（Axure）3.视觉稿（Figma）4.技术可行性评估报告（开发组）预习要求请参会人提前阅读评审材料，重点关注：首页信息层级是否符合用户浏览习惯、规格选择交互是否便捷，并准备1-2条改进建议。联系人王*（产品经理，）模板3：评审结论确认表项目名称电商平台V2.1评审日期2024年X月X日评审阶段方案评审主持人王*（产品经理）参会人员产品：王、李；设计：张；开发：赵；业务：刘*评审结论□通过□修改后通过□不通过（勾选一项）修改意见1.首页Banner轮播图交互需增加“左右滑动”提示（设计组，3个工作日）；2.商品详情页“加入购物车”按钮需适配移动端热区（开发组，2个工作日）；3.推荐模块商品卡片需增加“销量”标签（产品组，1个工作日）。确认签字产品：_____________设计：_____________开发：_____________业务：_____________模板4：评审问题跟踪表问题编号问题描述责任角色优先级解决期限当前状态验证结果备注PR-2024-001首页分类导航图标与文字间距不一致，影响视觉整洁度设计组中2024–已关闭已调整为8px间距，符合设计规范PR-2024-002商品详情页“选择规格”弹窗未支持“外部关闭”，用户体验不佳开发组高2024–已关闭已实现外部关闭功能，测试通过PR-2024-003推荐模块“猜你喜欢”未区分“已下架”商品，可能引发用户困惑产品组中2024–已关闭已增加“已售罄”标签，下架商品不展示四、关键风险控制点（一）评审准备风险问题：材料不完整或未提前分发，导致评审效率低下。控制措施：建立材料审核清单（见“评审筹备阶段-步骤3”），由产品经理确认材料完整性；设置“材料预习截止时间”，未预习者需会后单独沟通。（二）评审过程风险问题：讨论偏离主题或陷入技术细节，忽略用户体验。控制措施：主持人严格把控议程，每30分钟提醒一次时间；对争议问题采用“投票+决策人拍板”机制（如产品经理为最终决策人）。（三）结论落地风险问题：问题责任不明确或解决期限拖延，导致设计延期。控制措施：《评审问题跟踪表》中“责任角色”需具体到个人（如“设计师张*”而非“设计组”）；每日同步问题处理进度，高优先级问题逾期未解决需升级至项目负责人。（四）持续改进风险问