程序员如何和产品经理优雅的干架

早前，平安产险科技一名外包程序员和一名外包产品经理干架的视频几乎在互联网圈都传遍了，由于产品提了一个需求：要求用户App的主题颜色能根据手机壳自动调整。

首先说这个需求对于应用开发工程师来讲，确实是有点奇葩，固然并不是不能实现。这块涉及图形图像处理，用机器学习和人工智能来提取图像颜色，这是基本图像识别过程，对于采集图像，能够提示对着镜子自拍一张，上传图片，经过大量的训练数据，来识别手机体颜色。固然并不能保证百分百成功，由于图像可能模糊或者，不明显等其余缘由，就算不断用CNN(卷积神经网络)卷积运算。仍是有可能不成功。这是对这个需求自己一些见解。下面进入今天的主题：程序员如何和产品经理优雅的干架（这里优雅的干架，主要是有效的沟通）

每次产品来提需求时，是这样的

每次产品来改需求时，是这样的

我在初出茅庐的时候，老是被产品牵着鼻子走，一个需求，接到后就作。开发过程当中，发现各类坑，因而又和产品沟通，而后好不容易完成。提测后，一堆Bug，有些同时知足多种状况，自己就是定义矛盾，最后本身填坑。后来虽然涨了记性，每次和产品讨论需求时，想让对方不这么作，老是没有很好的理由说服别人。这个问题我曾不仅一次向老大去请教，每次都受益不浅。我姑且总结以下，之后干架撕逼定能派上用场：

一、弄清楚产品需求出发点是什么？
产品不会平白无故提需求，就算是看到被的产品实现了某个功能，咱们要实现。出发点是什么？如暴露会员权益，暴露广告位。给公司创更多收益。定义上是否和之前冲突，后续计划是怎样？想别人之所想，而不是你所想。你得站在产品上思考问题，不断反问，正向推演，反向推演。若是没有把握，给定一个时间调研，在此以前，不答复必定能作下这个需求。答应后，作不到，你就是背锅侠。由于不少事情咱们都是没有作过的。

二、需求文档须要定义清晰

差一字差千里，尤为多Case时，流程图，产品须要画的清楚，这种状况怎么处理，那种状况怎么处理。异常时又怎样。要是不会，你教他。
你在反问对方时，对方也是在学习和成长。他就会想，这人厉害了，能想这么个场景，有些他本身都没想到。时间长了，他下次就会事先把各个场景想清楚，而后再和你讨论。这样产品的质量和健壮度也会更好。因此，不要以为程序员不要作这些事，你这样，不光能获得别人的敬重，还能推动后续愉快的合做。帮助别人就是帮助本身，这是我最大的体会。而不是，这不关我事，我只搞个人开发就行。

三、留取证据
和你口头沟通的需求，必定要发出正式邮件或者写入需求文档更改项，否则万一他哪天忘记了，你就百口莫辩了。好比，某天产品忽然找到你，说以前某个定义有点问题。能不能改为这样？虽然你很容易改，仍是须要让他发出邮件，让你的领导知晓。你们都有可能犯错，很正常，犯错才会深入成长，尤为你被别人怼你的日子，你确定难忘，反思后，搞清缘由，之后你确定能走更长远。

四、需求背景要明确
不少产品，其实本身也不知道产品要作成什么样，你们都是互相借鉴，互相学习其余产品。这么作为了什么？否则脑壳一热，咱们屁颠屁颠开发后，其实用户一点都不想用，须要看产品的重点战略方向，商业价值最大化，仍是体验最优化，既要体验好，又要商业价值好，只有付费模式才是出路。固然不管是知识付费，仍是其余付费，已经愈来愈被你们所接受。

五、对事不对人，学会甩锅，甩锅也是要证据充分。
这样体现你的专业度，沟经过后的东西，用邮件复述一遍。表示确认。最怕产品忽然来一句，这个需求不是这样的，我没提过这个需求。

六、学会收敛
路还长，碰上不讲道理的产品，你问我怎么办，道理行不通，只有来拼刺刀了。不过相信通过此次以后，产品经理和程序员都会收敛些吧~