本文作者复盘了自己的一次设计评审会的经历，梳理分析了评审会过程中遇到的问题，并对注意事项进行了总结。

最近进行了一次设计方案评审，中间过程比较纠结，所以有必要复盘总结一下。

先说一下结果，我的主推方案未通过，需要按照运营方提供的设计修改。因为运营方强调“他们是业务指标承担者，要以他们的需求为准”。加之他们领导的鼎力支持，于是设计方认怂。

不过也并不是没有一些好的苗头，素来强势运营方开始解释他们的一些想法（或许仅仅是我个人的自我安慰）。

本篇文章反思内容主要包括：评审会前的准备参会人员级别匹配会议中的应变能力和情绪把控设计师话语权思考

先说下项目背景1. 需求提出

需求自上而下发起，运营方提出改版需求，首先收集了运营内部，产品经理，设计三方意见，总体来说大家的改版方向比较一致。后来运营组织了沟通会，通过一份线框图介绍了需求内容。会后又提供了一份更加详细但不标准的线框图。

2. 流程及场景补齐

根据运营方提供的需求和线框图，产品经理进行了一定的优化和补充，包括增加了部分规格说明以及购买支付流程。但是整体上维持了运营方的设计方案。

3. UED设计输出

根据产品经理整理的需求内容，UED正式启动方案设计。综合前期的调研和设计分析，UED在方案设计时，对运营方案进行了优化调整。为了避免评审中运营方产生激烈的反应，UED团队最终输出AB两套方案，A方案为UED优化方案，B方案为运营方为主的设计方案。然后就组织了方案评审会，会议结果已在文章开头做出了说明。

下面我就总结反思下会议的整个过程。

一、会议前的准备1. 应急预案准备

作为设计师，通常都会对自己的设计方案比较有信心。特别是经过深入分析后的设计方案。更多的是希望在评审会上尽情阐述自己的设计想法，获得参会人员的认可。