产品经理:需求评审总是感觉被技术针对,怎么办?

3 评论 3560 浏览 20 收藏 8 分钟

需求评审中总感觉被技术挑刺,该如何解决问题?文章作者从自身工作实践出发,分享了他的几点建议,希望对你有用。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

三、真诚是不二法宝

产品经理需要很多特质,但在人和人接触中最为关键的一点就是“真诚”。

真诚是你在说真话,你在为别人考虑,你在成就他人。

有一段时间,我发现每次多部门开会的时候,总是在讨论进度问题,最终的原因都指向产品工作产出慢、没条理,给其他部门造成负担。也因此没少和其他部门撕逼,虽然有的责任没落到自己头上,但进度问题确实是矛盾点。

后来,我会收集每个人的工作时间,尽量让项目组每个人都能有工作进行,不至于让空的人没活干,活多的人工作越来越多。每次在同步进度前,都会内部先评估时间,这样项目组的人也不会出现相互黑到底的情况。

产品经理需求评审中得会说话,得能说真话。我告诉别人的都是真事,而不是自己YY出来的事情,只有当这件事被用户认可的时候,大家才能感受到喜悦。

产品需要攻坚一些别人没做过或是紧急的事情,很多技术人员会打退堂鼓,这时你要告诉团队,这都是别人没做过的事情,我们做了后优势就能体现出来,否则别人做了,我们就缺少竞争力。这就是给团队建立一个挑战目标,他们成就了这个项目,你也成就了他们。

最后

今天从人员心理、评审方法和个人修养三个角度来解决评审中遇到争吵的问题。

人员心理是每个人都在保护自己,希望自己利益最大化。

评审方法是同步真实的背景、建立目标,而不是只评审方案。

个人修养中最能快速建立人与人之间的关系就是“真诚”,说真话、为他人考虑、成就他人。

#专栏作家#

朴老师,公众号:朴老师大白话,项目型产品经理,人人都是产品经理专栏作家。主做ToB移动办公软件,爱思考、爱学习,爱交流,欢迎各位留言建议。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 朴老师,请问可以加你的微信吗?

    来自上海 回复
  2. 看了笔者这篇文章,深有感受,我经历过三个创业团队,前面两个都没有遇到这种问题,去年10月份接手的这个团队,就会有这个问题。做什么功能都特么说实现不了!难受~~~
    到底是产品说了算还是技术说了算?就我目前负责的这个项目而言,就没有实现不了的技术。如果我要是妥协,就代表了不断地要优化,有些功能是可以一步到位的,千万不要妥协!如果你妥协了,下次还要优化这个功能,老板会问怎么这个还要改?技术一定会说产品让改的,之前就是这个设计的。谁抗KPI,谁就说了算,我相信在坐的各位的公司没有让技术抗KPI的吧?当然技术的意见有的时候还是可以采纳,但是要看你们的技术是什么样子的技术了,遇到只会甩锅,不往产品方向上考虑的技术,你还是自己多花点心思吧,毕竟背锅的永远都是产品!!!

    来自上海 回复
    1. 同感。毕竟需要拿出实际结果,多数人都是抱着有奶便是娘的想法。

      来自浙江 回复