这几天在公司参加 UED 培训，学员是来自不同事业群的、不同工作年限的交互、视觉设计师，指导老师又都是业内响当当的设计名人，可谓收获颇丰。不过，今天的一场 workshop 中，负责用研的专家老师带领大家进行了一场「吐槽」大会，却让我思考了很久。
所谓的「吐槽」大会，其实就是让每个小组的设计师们谈谈日常工作中会与哪些不同的角色协作，中间又遇到了什么困难。这下整个教室都炸开了锅：
开发很懒！有些效果明明很简单但他却说做不到。
产品经理需求三天两头变，或者今天提个需求明天就要。
运营同学一点也不懂设计，就知道 banner 大大大，文案加粗加粗加粗，毫无审美。
......
大家都知道我是开发出身的，尤其听到「开发很懒」并且连说三遍的时候实在感觉是如芒刺在背，很不是滋味。甚至到后来，视觉和交互同学还互相掐了起来：
交互做的逻辑又多又乱，也不讲清楚。
视觉不就是给我的线框图上色吗，为什么还要改我的设计。
用研同学访谈做的这么慢，我的项目都要上线了！
然而事实上，我们完全可以找出这些争议点的原因所在，并逐个击破。
原因一：利益点不同
所谓的利益点不同，有时候体现在工作中可能就是 KPI 不一致。设计师追求体验和美感、开发同学追求没 Bug 和性能优良、运营同学只关注自己的业务是否足够突出......如果大家的目标都是只为了自己，那谈何合作呢？
显然，当我们所关注的重点不同时，随之而来的就是不信任感，用《三体》里的话说，猜疑链就这样产生了：我们总担心合作方为达目的而坑害我们的利益，所以总是处处防备、处处留意。利益点不同会让设计师和协作方站到对立面上，似乎只有压制了对方才能体现出自己的价值。
不幸的是，这种情况常常发生，特别是 KPI 作为一种团队管理工具确实不可能完全吻合。可一旦我们意识到这点，弄清楚 Team 的目标乃是一致把产品做好，而不是内部资源对立和瓜分，适当牺牲自己的小利益，建立起信任、靠谱的合作关系，就可以扭转这种局面。也许你做了几件和 KPI 不直接相关的事，但是却获得了业务方、开发同学的赞许和信任，未来请他们做些牺牲也会容易得多。
原因二：专业语言存在隔阂
所谓的专业语言，就是产品语言、设计语言和开发语言等。对设计师来说，Lua、Node.js 等名词常常如同天书；而开发同学也不是很在乎什么体验一致性原则、色盘理论等设计常识；运营同学只管数据涨不涨，根本听不进去设计方案是时尚还是老旧。
在沟通中，如果你单纯只用自己的专业语言去交流，效果往往是大打折扣的。打个比方，一行文案的字体、颜色，业务方希望它用亮红色、比别的文字大两号、加粗来实现，而你的设计稿显然更加合理地采用了规范颜色与字号。这时，设计师如果仅仅告诉运营同学，你的方案难看、不美观，我的优雅、和谐，对方显然不可能听得进去。
而换个角度，你告诉运营同学，如果使用这么夸张的颜色和字号会严重影响其他业务的表达，进而反过来干扰当前这个内容的透出，整体数据反而会下降。有时候甚至还可以把其他业务方的同学拉过来一起看看，从多方面着手会更容易体现出你方案的优越性、兼容性。
可见，人都容易站在自己的立场、用自己容易听懂的方式来说话。但隔行如隔山，理解是不容易的，因此学会从对方的专业语言来说服对方，反而更加有效。
原因三：擅自侵犯别人的领域
这一点就比较严重了，我先举几个栗子。
设计师：这效果怎么可能实现不了？我看竞品就有，肯定很简单！
开发：这个图标的蓝色太淡了，我做的时候帮你稍微加深了一点。
产品：不就画个 banner 吗？一个小时不就好了，为什么排期要一天？
运营：要大、要粗、要靠前！
一句话终结这个问题：专业的事交给专业的人去做，不要对自己的感觉太自信。
论语早就告诫我们，对于自己不擅长的东西尽量闭嘴，不要瞎逼逼。设计师没有写过类似的代码，就不要轻易对开发难易度下定论；开发同学安心做好设计还原，千万不要在实现过程中画蛇添足来体现自己的「审美」；产品同学除非自己可以亲自示范一小时画好这个 banner，不然还是别瞎预估工作量；而运营同学......不是越大越粗就越爽的，还得看技巧不是？
尤其是像设计、产品这类所有岗位都具备一定「素养」的职业，在日常工作中往往更容易被干涉和侵犯。所以请同学们记得，相信别人的专业。
不过，要是你真的够牛逼，也别去炫耀或恶心人，帮一把新人对自己只有好处。除非对方恶意欺骗，那就要狠狠打压！
原因四：过于自我，只坚持自己的
有的时候需求或设计评审开到最后完全沦为一场辩论赛或者吵架，两方各执一词互不相让，已然不追求效率、逻辑和业务合理性，仅剩的目的就是：说死对方。难怪，大家总是戏称开会是去「撕逼」。
尤其是年轻人和新人同学，工作中也容易变得「过于自我」。太过自负的后果就是不太容易听进去别人的意见，遇到挑战第一反应就是先反驳而不是先思考，这其实非常不好。
就拿设计师来说，一定要记得，你的设计是为谁而用。不是为你，也不是为业务方，而是纯粹地为用户。因此一切的输出都应该围绕用户、围绕业务，而不是围绕自己，不是拼命凸现自己的设计技巧和能力。
总而言之，多听听别人的意见、多站在别人的角度思考问题，会让你的沟通更加顺畅。
最后，我所说的这些情况都是建立在大家善意的基础上，每个人都是不自知地犯着这些错误，但也情有可原，只盼互相理解、互相改进。但要是真遇上喜欢打太极、耍手段的老白兔，可一定不能纵容，揪出来决不手软。