编者按：如何通过设计评审？本文通过一个实战复盘，从设计评审会议前的准备、参会人员级别匹配、应变能力和情绪把控等多个方面，帮你更好地应对设计评审会。
先说一下结果，我的主推方案未通过，需要按照运营方提供的设计修改。因为运营方强调“他们是业务指标承担者，要以他们的需求为准”。加之他们领导的鼎力支持，于是设计方认怂。
不过也并不是没有一些好的苗头，素来强势运营方开始解释他们的一些想法（或许仅仅是我个人的自我安慰）。
需求自上而下发起，运营方提出改版需求，首先收集了运营内部，产品经理，设计三方意见，总体来说大家的改版方向比较一致。后来运营组织了沟通会，通过一份线框图介绍了需求内容。会后又提供了一份更加详细但不标准的线. 流程及场景补齐
根据运营方提供的需求和线框图，产品经理进行了一定的优化和补充，包括增加了部分规格说明以及购买支付流程。但是整体上维持了运营方的设计方案。
根据产品经理整理的需求内容，UED 正式启动方案设计。综合前期的调研和设计分析，UED 在方案设计时，对运营方案进行了优化调整。为了避免评审中运营方产生激烈的反应，UED 团队最终输出 AB 两套方案，A 方案为 UED 优化方案，B 方案为运营方为主的设计方案。然后就组织了方案评审会，会议结果已在文章开头做出了说明。
作为设计师，通常都会对自己的设计方案比较有信心。特别是经过深入分析后的设计方案。更多的是希望在评审会上尽情阐述自己的设计想法，获得参会人员的认可。
实际上，你面对的是形形的评审人员，每个人的岗位职责是不同的，他们只会从自己的工作利益点出发，对你的方案进行评价。这就需要设计师在会议前尽可能的做好应急预案，站在参会人的角度重新审视下你的设计方案。特别是商业性设计，里面会融入很多的运营营销场景，所有人都希望拿到更好的业绩数据，达成自己的业务目标。
通常我们在正式评审前需要拉动产品经理、业务方、设计部门内部进行 1~2 轮沟通，目的在于确认设计方向是否准确，有没有大的业务场景缺失。因为作为底层设计师是无法驱动其他业务团队中高层参与会前沟通的，会前沟通也不可能覆盖所有参会人员的意见。所以希望会前的沟通能够保证会上达成一致本身就是不现实的。
以前我对这方面不太注意，大家都是同一部门或者同一体系的员工，会议形式比较灵活，大家都会畅所欲言的表达自己的想法。但是遇到需求方来自别的系统时，我才意识到这里面其实是有差别的。
当需求方参会的是中心级经理、运营总监，而产品方和设计方仅仅是底层员工时，这可能就是一个很难把控的评审会议。当方案产生争议时，考虑到额外的因素，你可能很难做到去据理力争。或者当你努力表达自己的设计思路和想法时，别人可能会选择沉默或者冷眼旁观，这也是会议中的风险点。因此无论是需求评审会或者方案评审会，都要争取让各方同一级别的人员参与其中，保证关键时刻对话层级的匹配度。
其实所谓的应变能力，更多的是依靠会前的准备，包括对业务需求的熟悉程度，思考分析的过程等等。
正常情况下，设计方案评审会目标是收集各方意见，对修改内容达成一致，推进项目继续前行。在沟通过程中，不要轻易被对方激怒，会议的目的是要推销你的设计方案，你的任务是有理有据的表达自己的设计内容即可。
抓大放小就是在大是大非上要据理力争，可以通过数据、用户调研、行为路径分析等强有力的证据，准确的表达自己的设计想法。即使对方不接受，起码让他知道你是经过思考的，而不仅仅是一个画图工具。
这应该算是中心重点项目，在需求评审阶段，运营总监、产品总监悉数到场，而设计方仅仅是我一个底层设计师参会，需求无法直达设计管理层，造成后期设计内部会出现不同的声音，在会议过程中无法获得有力的支持。
对运营方的设计方案认识不足，由于在设计中 UED 团队耗费了很大的精力去分析竞品和研究用户，因此更多的是希望推动 UED 主导的设计方案。如果碰到善于倾听的需求方，可能还好。但是如果对方比较强势，形势可能就不乐观了。
过度依赖用户分析及调研信息，没有与产品经理深入交流，缺少数据支撑，对现有页面内容缺乏深入分析。
在正式评审前，仅仅与运营方和产品经理（都是底层）进行了方案沟通，没有与产品方关键角色进行提前沟通，导致在评审会上，只有底层产品经理支持我的设计方案（人微言轻），其他更高层级的产品人员都选择了沉默。
很多时候，设计师都在说自己缺少话语权，设计过程很被动，创意想法无法落地。其实最关键的问题是设计分析能否有力的支撑起设计方案，让对方更好地接受你的想法，无法轻视你的存在。
当你有能力完成精彩的设计方案后，就需要借助设计评审会去建立设计话语权。这个过程可能会比较漫长，需要通过一个个项目去积累。而设计评审的目标也不是设计方案获得所有人的一致认可，而是需要通过通过一轮一轮的评审和多个设计
设计评审的目的和意义是什么？如何做一场高效的设计评审会？本文附赠一份设计评审的流程模板。
针对设计师评审时常见的情况，我整理了一下关于评审的方法，希望对大家有用，可以帮大家早一点下班~
设计评审是设计师完成方案后召集项目相关人员进行集中确认的会议，也是保障视觉、开发、测试等后续环节顺利进行的重要环节。如何有效应对及解决评审会上遭到的各种质疑和挑战，本文整理总...
本文将为大家分享滴滴高级 UX 设计师的自检标准清单，适用于从新人到职场老鸟，基本涵盖了大家日常做需求的整个过程。