设计评审最怕的不是意见多，而是结论散、动作不清。
场景聚焦在互联网团队如何把设计评审里的结论、争议与修改项整理成可执行清单。
场景概览
痛点背景
讨论常由设计师、产品经理、前端负责人发起，信息在对话里快速堆叠。
如果没有统一的整理方式，重点会被聊天节奏淹没，执行也容易滞后。
介入路径
评审过程中自动标记争议点与已达成的决策。
触发指令后生成修改清单，关联负责人和期限。
最终输出可直接用于改稿排期。
- 输入 设计稿、评审意见、交互约束
- 处理 归纳争议 → 标注决策 → 拆解修改
- 输出 评审结论 + 修改清单 + 决策记录
产出价值
产出包括评审结论、修改清单、决策记录，让讨论结论有清晰落点。
影响集中体现在评审整理：60 分钟 → 12 分钟，遗漏问题：平均 6 条 → 2 条。
- 评审结论 保留与调整的统一结论
- 修改清单 改稿项与责任人
- 决策记录 关键取舍与原因
评审整理60 分钟 → 12 分钟
遗漏问题平均 6 条 → 2 条
决策同步当天完成
落地片段
确认方向：保留双栏布局
需修改：按钮对比度与空状态插图
负责人：设计 2 天内更新