编辑导语：产品经理或者设计师在和开发对接业务时，应该如何做才能高效且有效，进而推动业务的持续进行？也许，你需要时刻认清自己的目标，并适当地调整沟通方式。本篇文章里，作者结合个人经验，总结了和开发对接过程中的可行方式，一起来看一下。
你一定遇到过很难搞的开发。
做事不主动，拒绝你提的修改，你一开口就吃个闭门羹。
“做不了”、“太复杂”、“浪费时间”……
诸如此类让你逐渐变得害怕开口，相信我，你不是一个人。
十个设计九个半都遇到过这种情况，
还有半个是平面设计，一般不需要和开发对接。
我刚开始做设计的时候气性大，还被气哭过，那一刻内心最大的想法就是为什么有些开发这么难打交道，不知道你是否有过这样的经历，没有的话，那你运气还算不错。
不过，如果仔细想想，真的全都是开发的问题吗？
我看不尽然。
确实部分开发不好沟通，但是每个类型的岗位都有类似的人，而且人大多数时候都看不见自己的问题，只能看见别人的问题。
咱们自己也回忆回忆，有时候是不是我们的设计说明不够清晰？是不是我们传达信息的时候不够到位？
先反观自己，再去审视他人，有则改之无则加勉嘛。
如果我们自己做得还不错，那还有什么方法可以让我们和开发同学的对接更加愉快和顺畅呢？
根据和二十来位开发对接的“血泪经验”，我总结了3条用得上的方法。
开发同学普遍偏技术型思维，如果你想让他们接受你的想法。
最好不要一上来就告诉他们“怎么做”，而是要先把“做什么”讲清楚。
什么意思呢？
给你举一个我亲身经历的例子，有一位产品找到开发说要做一个需求，不方便透露需求具体内容，就假如这个需求是要做一架飞机吧。
开发一听就立马拒绝，说这个做不了，不能做，我们没有飞机材料，也不会组装飞机。
产品也纳闷了问，为什么就不能做，别人都能做，咱们怎么就不能做呢？没有飞机材料可以买嘛，组装可以学嘛。
任凭产品怎么说，开发就是三个字，做不了。
最后双方都沉默了。听到这里，你是不是也感受到了这焦灼的气氛。
我在一旁听着都干着急，因为他们讨论的方向一开始就偏了。
咱们还是回到这个需求本身，这个需求是要做一架飞机，因为游客要到小岛上去，所以要造飞机。
乍一看这个需求没什么问题对不对？
错了，问题就在于在没有把问题定位清楚的时候就急于去解决问题。
我们看看问题到底是什么。
其实这里要解决的问题是我要到小岛上去，至于怎么去，我不是很关心。
你看，他们讨论了半天飞机能不能做，却忽视了去小岛不一定要坐飞机，坐船其实也能到。
这个需求的后续是，开发使用另一种方案实现了目的。
看到这里，你是不是觉得这不是很好分辨吗？
难道我会不知道去一座小岛除了坐飞机还能坐船，这点判断力我还没有吗？
还真有可能，据我所见包括我自己，都容易陷入这样的无意义争论中。
当局者迷，当你陷入一个问题的时候，而这个问题又不像上述这个去海岛的案例这么显而易见的时候，你就是会容易陷入到这样的困境中。
所以我们要抓目标，放过程。
把目标说清楚，至于怎么实现，可以跟开发商量，不要一开始就问A能不能实现，可以试试这样说：
有些开发同学的思维偏直线型，需要我们多引导，只要能解决问题，多点耐心也无妨。
说起合作，你可能会反驳我。
合作？我可一直都是用合作的方式对开发的。
先别急着反驳，我这里说的合作，可不是字面意义的合作，而是从心理上和行动上都展现出合作的姿态。
是不是不太好理解？没关系，我仔细解释给你听。
仔细回忆一下，你让开发同学修改问题的时候，是怎么和他们沟通的？
是不是觉得这样对话还挺和气的？
确实是挺和气的，但是这样的对话其实和甲方坐在设计师旁边指着他的电脑让他改图，本质是一样的，只不过是温柔版的“甲方”。
这样的叙述方式本质上还是甲方的姿态，只是看上去更加友好的甲方。
你可能会问了，语气这么温柔了都还不行，开发也太难伺候了吧。
首先我们要摈弃“伺候”这种心理，我们和开发是合作。
何谓合作？
就是大家都认同一件事情，然后一起去把这件事情做好。
是不是听出来区别了，关键在于“认同“。
咱们再来看看上面的对话，有哪一条能够让对方认同呢？
没有认同，只是单纯的输出，可不就是甲乙方的关系嘛。
那么我们要怎样让对方更加容易认同我们呢？
注意啊，不是一定会认同，而是更加容易认同，因为我们不可能让对方100%认同我们，所以只能往这个方向去努力。
要让对方认同我们，首先得让别人知道为什么这么改吧，其实就是要站在开发的角度去看问题，去理解他们的难点。
还拿前面提到的去小岛的需求举例。
开发同学最终造了一艘船可以让游客去岛上，你是设计师，体验的时候发现船是封闭的，虽然有通风系统，但是没有窗户，看不到外面。
这时候你作为设计师肯定觉得难受，这可不是一艘船该有的样子，于是你找到开发说，咱们必须要加个窗户，可以看到外面还能吹海风。
开发不太愿意，目的是能到达岛上，现在的船已经能完成这个目标了，有必要再做个窗户吗？
忍一忍不就到了吗？又不是不能用。
有没有情景再现的感觉，实际工作中就是这样，开发同学会用这样的方式来反驳我们。
如果我们只是让开发去解决问题，其实就是用甲方的姿态去沟通。但是其实开发甚至觉得这不是一个大问题，不解决也没关系，反正能达到目的地。
这时候就需要我们用合作的姿态去试试。
怎么做呢？
陈述利弊，提供解决方案。
这趟行程足足俩小时呢，密闭的空间加上摇晃的船身，人就容易晕船，造成呕吐，乘船体验非常不好，可能导致游客下次不愿意来玩了，那咱们就损失了很多游客。如果咱们开个窗透个气，就能让游客在欣赏景色的时候就不知不觉到达了目的地，既解决了晕船问题，又解决了行程太长烦闷的问题。
这是利弊。
咱们如果开窗的话，目前的阻碍是什么呢？赶不上上线时间？那咱们这样成不成，先开一个窗，下个版本再把全部窗户完成，咱们看看这样是否可行？
这是解决方案。
你看，合作的姿态可不仅仅是一两句好言好语，而是站在对方的角度去思考问题，能分析利弊也能提供方案。
最后一点也是最重要的一点，你需要看清楚的现实是，不是所有开发都有职业素养，就如同不是所有职场人都有职业素养一样。
有些人就是油盐不进，不尊重游戏规则，这种情况也真实存在，我遇到不少。
这时候，不要试图去和他讲道理，不要想着去“拯救他”。
那你可能就会说了，遇到这样的开发难道就完全没办法了吗？
有办法，但是办法只能用在你自己的身上。
当我们不能改变客观条件的时候，那就只能改变自己了。
这句话我都说倦了：
谁痛苦，谁改变。
遇到这样的人，我们唯一要做的就是保持我们的职业素养，不要因为对方摆烂就把自己水平拉低和他齐平，看上去我们在报复对方，实际得不偿失的是我们自己。
我们的目标是解决问题，而不是叫醒一个装睡的人。
如果解决问题遇到阻碍，就尽量利用现有的制度和流程去施压，对方虽然不怕你，但是他只要还想继续干，对制度就还会有畏惧心。
这时候你是不是会有这样的担心，这样做对方会不会对你有看法？甚至给你甩脸子？
不用猜，大概率会。
但是，这重要吗？对于这样的人，我们不需要他喜欢我们，只需要他尊重我们就可以了。
都说职场里面不能交朋友，我不认同，我有几位好朋友就是前同事，但是我们得有分辨力，有些人确实不值得成为朋友。
既然如此，喜不喜欢我们，又有什么关系呢？
最后，再来回顾一下。
和开发同学打交道牢记三个点：
其实说白了就是在和开发打交道的时候要有目标感，别忘了我们的目标是什么。
不是说服对方，不是赢，更不是把别人变成我们认可的人。
我们的目标是用合理的方式去完成一件事情，完成这件事情后能给我们带来精神和物质的奖励或个人的成长，多关注目标能帮我们减少心理内耗。
有时候，想的太多也未必是好事。
本文由 @馊面包 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自Unsplash，基于CC0协议
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。