职场中如何和产品经理沟通需求？

大家好，我是晨光。最近这段时间，工作上忙碌，在星球冒泡少。如题，本文主要想和大家分享日常工作的经常会遇到的问题，怎么和产品沟通协作？一句话需求如何拒绝？日常工作中如何与产品周旋？

沟通相关的这类问题我也是第一次分享，主要是结合自己的工作经验，希望能给大家一些帮助。

一、如何拒绝一句话需求

什么叫一句话需求嘞？顾名思义，产品用一句话描述他想做的事情。

最常见的就是「功能和 xx 保持一致」，没有具体的需求改动点、对接方，以及功能点，就是想当然让开发去做需求。遇到这种情况，第一反应必须是拒绝。不要以为，我能明白他的意思，做成什么样心里有数。

没有落实 prd，万一最终实现出来他不验收，或者是开发过程中遇到各种问题导致需求延期，但是你又没有证据证明是需求的问题，那么这口锅就会结结实实的落到你头上。

大部分做开发的人都比较单纯，而且也不太擅长与人沟通，但是遇到恶心产品，就会受欺负。当然受一两次欺负也不打紧，属于吃一堑长一智了，但是咱也不能任人拿捏，不能次次都受欺负，所以总要学一点和产品周旋的技巧。

二、拒绝临时提需

如标题，拒绝临时提需。不过这话也不是绝对的，假设需求很简单，你和产品关系又还不错，可以考虑顺手帮他改了带上去。

假如需求很简单，但是产品人不太行，关系也不咋样，可以照着下面这个话术说，「手上还有别的任务，你这个改动有多少工作量，如果开发这个，另一个需求估计就不太能按时交付，巴拉巴拉，然后再说，先提个需求，到时候看看来不来得及。」但是具体的改动，得评估，线上这样是否有风险，改动不大，也可以带上去，但是得让他知道，这个改动也不是那么容易的，不然，后面不就随便提需求拿捏你了。

做人做事，得学学技巧，非常容易与些许波折，当然是经历了波折得到的会更珍惜些。为人处世这块儿，不太擅长，后面也会尝试看看与人沟通相关的书籍学习学习。

三、如何与产品周旋

其实产品的需求，也是个个都合理，有些需求提过来，咱可以先质疑一下，然后列出自己的疑问点或是开发难点，可以尝试以下步骤

1、是否可以不做？现有功能是否满足？

2、做的话，收益有多大？有没有数据证明？

3、需求有没有依赖方？前置依赖是否已经就绪

4、开发工时评估，是否能够如期交付？产品是否愿意接受延期

5、不接受延期，哪些功能可以干掉？

上面的五步比较常规，产品提的需求也不是必须都要做，做不了可以提出来，学会拉扯，就和买东西砍价一样。咱都是打工的，也就为了那么点工资，不至于累死累活的拼命。凡事都有解，自己解不了，可以把问题升级，找你老板，让他来拍板。

有些开发的细节，咱也不必事无巨细的向产品解释，产品知道的越多，开发的工作就越不好做，需求稿上有的，咱就做，没有的，咱就不做。遇到有风险的，可以告知风险，是完善 prd 也好，还是重新提需也罢，风险就由产品来承担了。

1、需求不完善，导致代码逻辑不完善，问题在产品。风险告知产品要留下证据。不管是口头沟通，让产品再文字版回复一下，或是自己写了文字版再同他确认。

2、需求点完善，代码逻辑存在 bug，问题就在开发了，不管是什么原因导致的代码 bug，使需求无法如期交付，该背锅还是背锅，但是要告知产品风险，因为有什么 bug，无法按时上线。

总之，就像我上一篇提到的，自测很重要，需求上线前，一定要找产品验收，如果验收通过，上线后再有故障，那也不能是开发的锅。

四、情绪稳定很重要

产品和开发，讲道理来说，不应该是对立面的，应该是合作共赢的，但这是理想情况。遇事咱都不愿意背锅，所以沟通过程中，难免会出现争吵，一吵起来就容易口不择言，开发觉得是需求的问题，产品觉得开发能力不行，争吵半天，问题解决不了，双方的关系还闹僵了，后面合作起来，就越困难了。

所以沟通过程中，情绪稳定很重要，这一点，其实自己做的不太好，在需求验证存在遗漏场景时，急于让产品给出解决方案，就会变得很激动。冷静下来，就会发现，其实也没多大事儿，产品都不着急，开发替他着什么急呀。

最近时常被产品气的胸闷，很多时候气到怀疑自己，怀疑过后，发现确实是产品的原因，与自己不咋相关。

1、做好自己的本职工作，该开发开发，该调研调研，遇到问题，告知产品，切勿自己用主观意识改动代码逻辑。

2、沟通的目的是解决问题，切勿争吵，保持情绪稳定，才能工作顺利，身心健康。

3、沟通留下证据，保护自己，不要被随意拿捏🤌

上面说的这些，也并不是所有公司都适用，但是咱们做事情总得有个流程规范，一切也得要有迹可循，万一出了问题，根据 prd 对逻辑总好过临时扒代码来的快些。

以上，全文完，祝大家工作顺利，身心健康。冲冲冲！