最近很多人关心开发说做不了怎么办「你在开发中遇到哪些问题」这个话题,卢子百科整理了开发说做不了怎么办「你在开发中遇到哪些问题」相关内容,希望对大家有用。

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

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

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

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

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

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

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

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

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

我看不尽然。

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

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

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

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

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

一、抓目标,放过程

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

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

什么意思呢?

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

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

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

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

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

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

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

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

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

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

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

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

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

看到这里,你是不是觉得这不是很好分辨吗?

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

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

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

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

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

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

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

二、要拿出合作的姿态

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

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

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

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

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

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

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

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

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

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

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

何谓合作?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

怎么做呢?

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

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

这是利弊。

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

这是解决方案。

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

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

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

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

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

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

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

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

这句话我都说倦了:

谁痛苦,谁改变。

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

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

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

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

不用猜,大概率会。

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

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

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

最后,再来回顾一下。

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

抓目标,放过程;要拿出合作的姿态;放弃“拯救”别人的念头。

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

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

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

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

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

题图来自Unsplash,基于CC0协议