产品经理：需求评审总是感觉被技术针对，怎么办？

朴老师 2023-07-23 21:16:33

上周一位同学来问“自己在需求评审中不顺利，技术人员总是挑刺、不配合，最后项目周期延缓，他们又把责任推给自己。希望能获得一些可行的建议”

回想到自己过去的一年，和这位同学遇到的情况非常相似。一个版本评审，因为和技术人员的理念不同，前前后后评审5次，方案改了3版，用了两周时间，最后还是上报给老板才得以勉强执行。事后还被技术人员投诉需求写的不详细，工作安排不清晰。

面对这种情况，你无处说理。

后来在无数次的评审失败中，我总结出了如下规律。

一、任何人都不会针对你，每个人都在保护自己

从自己的角度看，面对其他产品小组提给自己的需求，或是安排给自己的活，我的第一反应也是不接、不改，否则出了问题责任都在于自己，有成果功劳都属于别人，这种吃力不讨好的事情我才不愿意做。

但是你正巧没有工作安排，或是近期工作比较少，需要一个任务使自己“充实”起来。然后你觉得做这件事还行，没什么太大影响，半推半就之间最后你也可以做这件事。

你会发现，在一个组织中，每个人都存在自己的需求和利益。我想干的事情势必会触碰到其他人的利益，比如使他的工作量增加，或是使他承担不该有的责任。但是如果说这件事做成，每个人都能得5K的奖金，那谁都愿意做。

这就是风险和机会并存，需要承担的事情也需要给予更多的回报。而真正聪明的人，能把每个人的利益放到最大，让每个人都能付出有回报。
你的目标是把事情安排下去，而技术人员需要承接，之后他就要进入工作，所以为了延缓进入工作的时间，他会选择和你对立，他要保护自己。

你要做的事情就是要告诉他，我们做这件事会获得哪些成果，比如谈成一个项目、在竞品中凸显优势、客户买单等，然后说最切合每个人的利益点，我们今年要实现多少利润，增加多少用户，相信每个人都愿意付出。

二、从矛盾对立到建立共同目标

很多1~3年产品经理，习惯把视线看在表象上，比如总是关注争吵，而不是为什么争吵，该不该争吵，如何解决争吵。

还有就是不懂得包容。面对争论，很多人习惯性反击、习惯性告状，把自己的责任甩的一干二净，殊不知都被他人看在眼里，这次你赢了，但以后没人愿意和你合作，岂不是因小失大。

技术人员不配合你的需求评审，需要多次评审，深想一下肯定是理念上有冲突。他自己的想法和你的想法，以及用户实际的想法有不同之处，这不可避免。

如果你执着于改变别人的想法，那完了，这事干不成。

评审的目的是解决产品经理拿出来的一系列用户问题，并附带一个解决方案，而不是评审你的方案，很多人搞错了这一点。
产品经理需要去给每个人画大饼，也就是建立共同的目标，告诉别人我们朝着哪个方向走，大家群策群力。比如评审的目标是解决用户问题，版本迭代的目标是获取用户，立项的目标是为了谈成客户，而不是一个原型和一个方案。

你告诉别人目标，他们自然就会往这方面想，如果你不说，每个人都在关注自己的一亩三分地，谁也不愿意思考产品的未来，变得有活儿就干，没活儿就闲的状态。

有一次我在项目评审中，同步了项目背景，并提出了一个解决方案。但技术人员全盘否定了我的方案，争论了好久，最后他提了一个新的提案，让我去和用户确认。当我确认后，发现用户能接受，这个方案也更简单，最后事情得以顺利执行。

拿事实说话，谁能达成目标，谁就是正确的。