编辑导语：产品经理或者设计师在和开发对接业务时，应该如何做才能高效且有效，进而推动业务的持续进行？也许，你需要时刻认清自己的目标，并适当地调整沟通方式。本篇文章里，作者结合个人经验，总结了和开发对接过程中的可行方式，一起来看一下。

你一定遇到过很难搞的开发。

做事不主动，拒绝你提的修改，你一开口就吃个闭门羹。

“做不了”、“太复杂”、“浪费时间”……

诸如此类让你逐渐变得害怕开口，相信我，你不是一个人。

十个设计九个半都遇到过这种情况，

还有半个是平面设计，一般不需要和开发对接。

我刚开始做设计的时候气性大，还被气哭过，那一刻内心最大的想法就是为什么有些开发这么难打交道，不知道你是否有过这样的经历，没有的话，那你运气还算不错。

不过，如果仔细想想，真的全都是开发的问题吗？

我看不尽然。

确实部分开发不好沟通，但是每个类型的岗位都有类似的人，而且人大多数时候都看不见自己的问题，只能看见别人的问题。

咱们自己也回忆回忆，有时候是不是我们的设计说明不够清晰？是不是我们传达信息的时候不够到位？

先反观自己，再去审视他人，有则改之无则加勉嘛。

如果我们自己做得还不错，那还有什么方法可以让我们和开发同学的对接更加愉快和顺畅呢？

根据和二十来位开发对接的“血泪经验”，我总结了3条用得上的方法。

一、抓目标，放过程

开发同学普遍偏技术型思维，如果你想让他们接受你的想法。

最好不要一上来就告诉他们“怎么做”，而是要先把“做什么”讲清楚。

什么意思呢？

给你举一个我亲身经历的例子，有一位产品找到开发说要做一个需求，不方便透露需求具体内容，就假如这个需求是要做一架飞机吧。

开发一听就立马拒绝，说这个做不了，不能做，我们没有飞机材料，也不会组装飞机。

产品也纳闷了问，为什么就不能做，别人都能做，咱们怎么就不能做呢？没有飞机材料可以买嘛，组装可以学嘛。

任凭产品怎么说，开发就是三个字，做不了。

最后双方都沉默了。听到这里，你是不是也感受到了这焦灼的气氛。

我在一旁听着都干着急，因为他们讨论的方向一开始就偏了。

咱们还是回到这个需求本身，这个需求是要做一架飞机，因为游客要到小岛上去，所以要造飞机。

乍一看这个需求没什么问题对不对？

错了，问题就在于在没有把问题定位清楚的时候就急于去解决问题。

我们看看问题到底是什么。

其实这里要解决的问题是我要到小岛上去，至于怎么去，我不是很关心。

你看，他们讨论了半天飞机能不能做，却忽视了去小岛不一定要坐飞机，坐船其实也能到。

这个需求的后续是，开发使用另一种方案实现了目的。

看到这里，你是不是觉得这不是很好分辨吗？

难道我会不知道去一座小岛除了坐飞机还能坐船，这点判断力我还没有吗？

还真有可能，据我所见包括我自己，都容易陷入这样的无意义争论中。

当局者迷，当你陷入一个问题的时候，而这个问题又不像上述这个去海岛的案例这么显而易见的时候，你就是会容易陷入到这样的困境中。

所以我们要抓目标，放过程。

把目标说清楚，至于怎么实现，可以跟开发商量，不要一开始就问A能不能实现，可以试试这样说：

• 现在要达到目的B，咱们是不是可以用A来实现？
• 不能？能说说原因吗？
• 那如此的话，或许那尝试下C能解决这个问题。
• ……

有些开发同学的思维偏直线型，需要我们多引导，只要能解决问题，多点耐心也无妨。

二、要拿出合作的姿态

说起合作，你可能会反驳我。

合作？我可一直都是用合作的方式对开发的。

先别急着反驳，我这里说的合作，可不是字面意义的合作，而是从心理上和行动上都展现出合作的姿态。

是不是不太好理解？没关系，我仔细解释给你听。

仔细回忆一下，你让开发同学修改问题的时候，是怎么和他们沟通的？

• XXX，这个问题麻烦改一下~
• XXX，这里也要改一下哦
• XXX是的，这里要改成这样的方式
• ……

是不是觉得这样对话还挺和气的？

确实是挺和气的，但是这样的对话其实和甲方坐在设计师旁边指着他的电脑让他改图，本质是一样的，只不过是温柔版的“甲方”。

这样的叙述方式本质上还是甲方的姿态，只是看上去更加友好的甲方。

你可能会问了，语气这么温柔了都还不行，开发也太难伺候了吧。

首先我们要摈弃“伺候”这种心理，我们和开发是合作。

何谓合作？

就是大家都认同一件事情，然后一起去把这件事情做好。

是不是听出来区别了，关键在于“认同“。

咱们再来看看上面的对话，有哪一条能够让对方认同呢？

没有认同，只是单纯的输出，可不就是甲乙方的关系嘛。

那么我们要怎样让对方更加容易认同我们呢？

注意啊，不是一定会认同，而是更加容易认同，因为我们不可能让对方100%认同我们，所以只能往这个方向去努力。

要让对方认同我们，首先得让别人知道为什么这么改吧，其实就是要站在开发的角度去看问题，去理解他们的难点。

还拿前面提到的去小岛的需求举例。

开发同学最终造了一艘船可以让游客去岛上，你是设计师，体验的时候发现船是封闭的，虽然有通风系统，但是没有窗户，看不到外面。

这时候你作为设计师肯定觉得难受，这可不是一艘船该有的样子，于是你找到开发说，咱们必须要加个窗户，可以看到外面还能吹海风。

开发不太愿意，目的是能到达岛上，现在的船已经能完成这个目标了，有必要再做个窗户吗？

忍一忍不就到了吗？又不是不能用。

有没有情景再现的感觉，实际工作中就是这样，开发同学会用这样的方式来反驳我们。

如果我们只是让开发去解决问题，其实就是用甲方的姿态去沟通。但是其实开发甚至觉得这不是一个大问题，不解决也没关系，反正能达到目的地。

这时候就需要我们用合作的姿态去试试。

怎么做呢？

陈述利弊，提供解决方案。

这趟行程足足俩小时呢，密闭的空间加上摇晃的船身，人就容易晕船，造成呕吐，乘船体验非常不好，可能导致游客下次不愿意来玩了，那咱们就损失了很多游客。如果咱们开个窗透个气，就能让游客在欣赏景色的时候就不知不觉到达了目的地，既解决了晕船问题，又解决了行程太长烦闷的问题。

这是利弊。

咱们如果开窗的话，目前的阻碍是什么呢？赶不上上线时间？那咱们这样成不成，先开一个窗，下个版本再把全部窗户完成，咱们看看这样是否可行？

这是解决方案。

你看，合作的姿态可不仅仅是一两句好言好语，而是站在对方的角度去思考问题，能分析利弊也能提供方案。

三、放弃“拯救”别人的念头

最后一点也是最重要的一点，你需要看清楚的现实是，不是所有开发都有职业素养，就如同不是所有职场人都有职业素养一样。

有些人就是油盐不进，不尊重游戏规则，这种情况也真实存在，我遇到不少。

这时候，不要试图去和他讲道理，不要想着去“拯救他”。

那你可能就会说了，遇到这样的开发难道就完全没办法了吗？

有办法，但是办法只能用在你自己的身上。

当我们不能改变客观条件的时候，那就只能改变自己了。

这句话我都说倦了：

谁痛苦，谁改变。

遇到这样的人，我们唯一要做的就是保持我们的职业素养，不要因为对方摆烂就把自己水平拉低和他齐平，看上去我们在报复对方，实际得不偿失的是我们自己。

我们的目标是解决问题，而不是叫醒一个装睡的人。

如果解决问题遇到阻碍，就尽量利用现有的制度和流程去施压，对方虽然不怕你，但是他只要还想继续干，对制度就还会有畏惧心。

这时候你是不是会有这样的担心，这样做对方会不会对你有看法？甚至给你甩脸子？

不用猜，大概率会。

但是，这重要吗？对于这样的人，我们不需要他喜欢我们，只需要他尊重我们就可以了。

都说职场里面不能交朋友，我不认同，我有几位好朋友就是前同事，但是我们得有分辨力，有些人确实不值得成为朋友。

既然如此，喜不喜欢我们，又有什么关系呢？

最后，再来回顾一下。

和开发同学打交道牢记三个点：

1. 抓目标，放过程；
2. 要拿出合作的姿态；
3. 放弃“拯救”别人的念头。

其实说白了就是在和开发打交道的时候要有目标感，别忘了我们的目标是什么。

不是说服对方，不是赢，更不是把别人变成我们认可的人。

我们的目标是用合理的方式去完成一件事情，完成这件事情后能给我们带来精神和物质的奖励或个人的成长，多关注目标能帮我们减少心理内耗。

有时候，想的太多也未必是好事。

本文由 @馊面包 原创发布于人人都是产品经理，未经许可，禁止转载

题图来自Unsplash，基于CC0协议