如果在设计问题上，产品经理、运营或老板对你的设计提出质疑，并且给了你另外一个方案，你怎么说服他们？如果经过一番讨论，并且你也有设计推导的过程证明，但他们还是坚持他们的观点，你要不要妥协？
估计有不少同学都会碰到这种麻烦，虽然你解释了你设计的理由，但老板跟业务还是质疑你的设计稿，觉得他们想要的方案更好。
这种问题，最尴尬的事情是，如果从了呢，自己又会觉得很憋屈，设计没什么价值，尽受气。如果不从呢，又会争的面红耳赤，可能还会让人觉得你的能力不太行，甚至被换岗做另外一个业务，也不讨好。
那么这道题，究竟应该怎么解才能让双方都得到一个满意的答案？同时，未来面试碰到这种问题，又应该怎么去回答？
今天也实打实的，给一些我的想法，也算是为大家提供一个解题的思路～～
问题的本质：
先有一说一，设计被质疑是很常见的事情，而被质疑，多数情况说明设计的依据没有进行充分的表达，或者缺乏传递到位，这个我们要理解。
所以设计被质疑了，不要第一时间觉得是人家质疑你的能力，引发情绪，很多时候可能都是沟通不到位所导致的。
从问题的源头出发，来想办法才是解决问题的根本之道。
我是如何解决的？
聊聊我是怎么做的吧。一般碰到这种情况，如果他们给了我另外一个方案，我不会急于否定，而是会认真倾听，他们提出这个方案的依据是什么。
然后再判断，他们的依据是否能够被站足，是否有逻辑漏洞，是否会导致一系列的问题，是否能够打动我，并说服我采用他们的方案，如果他们的依据确实很有说服力，而且是我视野缺失的地方，那么我会按照需求来优化。
真是自己视野不够广泛，导致方案的包容度不够，那么问题就好解。直接根据需求来调整就可以，同时记录下来，并做个简单的总结review ，避免下次再出现同样的问题。
第二种情况，是如果他们的依据有漏洞，明显支撑不起这个方案。
那么我就会充分的阐述我的依据，包括设计的推导思路，来讲清楚为什么我要这样坚持，同时解释他们心目中的疑问。
因为设计肯定不只是用美感来进行衡量的，每一步设计，背后都会深思熟虑，有考虑过用户的行为，产品的特色及定位，以及最终要达成的目标。可以通过这些，把自己的观点表达清楚，告诉他们自己为什么要这样做，出于什么原因所考量的。
这个时候一些讲道理的业务，其实还是会多多少少听进去的。
如果他们还是坚持他们的观点，要改成他们认为合理的方案，这个时候我也不会去争吵，因为争吵只会让大家头脑更加发热，从而互相Diss，谁也不讨好。
所以意见还是不统一时，可以再从以下两点来进行判断：
1）如果是产品/运营的原因，无脑且逻辑明显存在问题，态度还非常强硬。那么我只能尽力去解释，去描述，去努力沟通，毕竟我要对体验负责，对用户负责，这是设计师的本分。
如果努力后无果，且产品或者业务的需求，还明显触碰到了用户的价值利益，或者是容易导致不可预估的后果，这个后果容易导致较大影响。那么我就会去请示上级做决策，向上汇报。因为上层的视野会更广泛一些，也许会给出另外一种破局的思路，拿到双向共赢的结果。
2）第二种情况，如果产品/运营的需求的逻辑不存在问题，而且从他们的角色视角来看，他们也是要争取利益的，提出这样的主张无可厚非。
这个时候，我就会琢磨，是否我当下做的这个方案，是一个长期目标，短期无法满足业务的诉求。又或许，业务短期内，可能存在一个生死存亡的阶段。
这个时候，短期牺牲用户价值，目标也许是为了先让业务存活，让人家完全没有路走肯定也不现实。所以往往会用另外一种角度来考虑，就是分为短期、中期、以及长期目标，来实现我心目中觉得比较满意的方案。短期可能会朝着业务所妥协，而中长期，一定是一个比较理想化的阶段。
像产品需求，是有生命周期、迭代周期的。我也可以用当下的这个方案，作为目标牵引，逐步达成预期，管理实施的路径。
所以当下，业务存亡关头，我或许会妥协，但长期目标，我还是会坚持以用户的利益为目标来不断矫正产品/运营设计的方向。因为虽然设计也要为商业负责，但没有用户，何来商业？？
上面说了这么多，其实像这个问题，还是你能不能管理住业务方预期的体现。
简单的总结：
这个问题初期阶段的设计师碰到的可能会比较多，但经过这么多年的积累，实际上有经验的设计师已经能很好地管理业务方的预期，知道设计的边界在哪，设计究竟能解决多少的问题。哪些问题能依赖设计来解决，哪些问题不能依赖设计来解决。
以我为例，业务方的每一个需求，我都摸根知底，所以他们的预期，通常会在我的管理之中。他们想要什么，在没开口之前，其实我已经知道了。
所以，知己知彼，问题往往迎刃而解。
若有收获，就点个赞吧
0 人点赞
