当领导提了不靠谱需求,怎么办?

11 评论 11352 浏览 77 收藏 11 分钟

相信每个人都会遇到不靠谱的领导,毕竟我们都无法保证能一直遇到对的领导,完美的团队。当我们遇到不靠谱的领导时,如何对待呢?

背景

大多数朋友会遇见这样的问题:

部门领导管理产品部,研发部,测试部,且是由非产品专员出身,经常完全不管产品迭代计划,随时都可能一个电话或一句话提一个需求,然后要求马上做,更过分的是,辛苦做出来以后,说放弃就放弃。

这实际上是两个问题:

  • 其一,领导提了不靠谱的需求,并且一定要做。
  • 其二,做出来以后,快速的放弃,甚至未上线就放弃了。

这两个问题,也是产品经理这个行业,乃至所有行业都很突出的问题。

简单的来讲,不管产品经理多么接近于CEO,不论我们如何被神化,终究是职场中的一员,终究要面对职场存在的问题。

当我们遇见不靠谱需求时我需要再次和你强调,产品经理并不是为用户服务的, 因此,我们也无须错误的理解前人的经验与教诲。

真相是我们借助为用户服务的方式来实现自己与商业的价值。

所以,我给你的第一点建议,不要站在用户的角度去判断需求是否靠谱。

站在商业角度去思考

有时,我们从商业价值的角度来思考,来审视,原本不靠谱的需求似乎就变得“顺理成章”了。

以支付宝做社交而言,这是大家最常提到的不靠谱需求 ,好好做支付工具不行吗?干嘛要去做社交呢?

可我们站在商业角度而言,相信微信支付已经抢占了太多线下支付的市场,局面对支付宝来讲,似乎并不友好。

微信依托人们的关系链,不断的教育着人们的支付行为:红包、转账、微信支付、信用卡还款,不断的侵蚀着人们的支付行为。

微信支付依靠的是人们对微信的使用频率,要知道,用一个已经习惯的软件来完成特定的事件,总是让人们感到方便

而支付宝依靠的仍然是我们的购物诉求,从使用频率而言,可远远不及微信。

站在商业的角度而言,是否这样一个不靠谱的需求变得可以接受了?

毫无疑问,排除这样一些商业需求以外,我们还会遇到一些在商业模式的角度上,也无法理解的不靠谱需求。

这是我给你的第二个建议,尝试去理解。

理解与沟通

要知道,人们的沟通并不是完全顺畅的,信息在我们之间流动时,会不断的发生损失与补充,会少了那么一点意思,又会多了一点味道。

话语所承载的是我们心里的想法,可能清晰的将自己的想法完整表达出来的却很难,很难说我们会一直遇到这样的人做完领导,我也很难说在漫长的未来,我能一直遇到这样的领导。

此时,尝试细心的去理解,耐心的沟通,会是很好的一个选择,理解对方话语里想要表达的真正含义。

当领导提到一个需求,我们来做一个话题吧,想一想为什么要做话题,是为了方便运营呢,还是为了方便提高用户参与度。

毕竟,故事中的领导并不是产品经理出生,他可能不能像我们一样熟练的驾驭各个功能,也无法去理解什么是功能的性质。

在表达时,非产品出生的领导会经常借助功能来表达自己的想法,一旦我们理解到这些想法以后,是可以提出另一个方案来解决这些问题,达到对方所想要的效果的。

理解要求我们细心,去思考为什么,去思考对方真正想要的是什么,就如同我们会去思考用户表面的需要,以及隐藏在需要背后的真正的需求

而耐心的沟通,则会要求我们掌握许多沟通的技巧,产品经理需要良好的沟通,这是我们经常提到的一个概念,这很难,远不是我们想的那般简单。

休止符

在合适的环节,强行打断对方的话语,安抚对方的情绪。

我们都是职场的一个角色,当讨论一些产品方案时,如果觉得讨论的价值出现偏差了,用合适的方法打断对方的话语,这会有效的降低为了争论而去争论的现象。

比如我们这样来说:

抱歉,打断一下,我没有恶意,让我想一想。

诱导

语言是有力量的,不论是自我催眠,还是催眠他人都需要借助语言的力量,而诱导则是语言的力量之一,我们能诱导对方说出一些话语

当我们的领导处于无法表达自己想法的状态时,我们还可以通过诱导的方法与对方展开沟通。

诱导有几种做法,其一是去询问对方这样做的目的,其二是提供既定的选项,再由对方进行选择。

我们可以这样说:

抱歉,我不是很清楚你这样做的目的是什么,能不能说一下为什么要这样做呢?

这个功能,是为了能够用来运营以此来产生新增用户吗?还是为了能够进一步提高我们用户的活跃度呢?

沟通技巧本身还有许多,这里就不展开讲述了,可即便是这样,我们也无法确保能把不靠谱需求变得靠谱。

我给你第三个建议,也是最后一个建议,没有其他办法时,我们就这样做吧。

将影响降到最低

MVP会是第三个建议的好帮手,对于拍脑袋需求而言,往往是希望更快速的做完,更快速的去尝试。

是的,我们可以将对方的需求实现出来,甚至打乱已有的迭代计划,加入一个紧急版本,为了这样一个不靠谱的需求。

我们无法改变需求的时候,至少还可以削减一下对方的需求。

毕竟对方无法提出一个完整的需求,更多的时候,提到的是一个概念。

比如:我们来做一个群聊吧。

当群聊是一个不靠谱需求时,无须费经心思的做一个IM系统。

我们可以用最简单的评论+自动刷新+视觉效果来以更快的速度输出这样一个群聊功能。

这大概需要花费3天的开发时间,成本远低于开发IM系统。(亲测有效)

要判断一个很棒的idea很难,但要判断一个完全不可行的idea ,可要容易多了。

第三个建议,需要你慎重使用,并且,仍然需要与对方良好的沟通,得到对方的认可,这是一种快速尝试的方法,也是MVP的设计原理。

可一旦不经过沟通,擅自决定,以极其消极的心态来处理,原本很专业的方法就变成了偷工减料的豆腐渣工程了。

因此,请你务必慎重使用第三个建议。

职场环境下,我们并不是真正的创业者,也不是真正的主导者,职级越高承担的风险越高,当项目失败时,所损失的事物也就越多。

因此,我们的领导往往比我们更害怕失败,更想要成功。

所以,不要把你的领导,当做你的敌人,也不要认为对方是为了故意刁难你,故意让你白忙碌。

三个建议:

  • 站在更高的角度去思考对方的做法,而不是一枚的站在用户的角度,也不是站在团队的角度。
  • 尝试去理解与沟通,得知对方的真实目的以及放弃的原因。
  • 将影响降到最低,让我们的团队,让我们的开发,测试,不至于被这样的消息打击到。

相信我,不只是你会遇见这样的问题,大部分的产品朋友,乃至所有在职场做拼搏的朋友,都曾经或者正在遇到相同的问题。

我还要给你几个警示,是我曾经犯过的错误,现在想来,如此的不堪。

  • 无论什么时候,不要在团队中扩散你的负面情绪,毕竟你和你的领导也同样处于一个名为公司的大团队里。
  • 无论什么时候,不要消极对待任何情况,积极一点,这和你未来遇到的困难相比,真的不值一提。
  • 无论什么时候,商业价值,公司价值,团队价值远大于用户价值

文末

最后,也希望你能尽快找到更棒的团队,更棒的领导,这需要一定的运气,就如同我们现在要找到一款“更好的产品”,并不是那么容易

ps. 如果你遇到最差经的领导时,那就尽快离职吧,我们很难做好一件发自内心排斥的事情。

Ps.在做决定前,先尝试一下吧,毕竟最坏的概率并不比最好的概率高多少,英语考试时,0分比100分更难拿,不是吗?

#专栏作家#

枯叶,近6年经验的产品经理,人人都是产品经理专栏作家。擅长社交,社区,细分群体挖掘。微信公众号:枯叶咖啡馆。

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

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 楼主说的还是有一定的参考意义的,我在公司也刚好遇到这样的问题,只不过针对不同的领导风格会有不同的处理方式。与其说领导的需求不合理,倒不如说是自己的高度没有达到,这样想也许更好。

    来自上海 回复
  2. 我觉得作者是把自己经历过的一些列子做了一个总结,因此大多是一些道理和个人观点(有些我并不认同)。

    来自上海 回复
  3. 無論什麼時候,商業價值 產品價值 團隊價值都大於用戶價值。思考的唯度不知道是怎樣的

    回复
  4. 楼主写的对我有一定的启发,很好!
    故想请教个问题:当有一个部门在验收环节,提出一堆的合规要求,前提是之前组织评审根本不当回事,到末尾验收时才爆发出来!行,为了配合你,我们梳理你们所谓的合规需求,然后让其部门确认,人家反馈说,你们直接放到网站上我们再验收查看!我们没有时间检查你们的作业!
    我晕死,这一次性通过也就不说啥了,若是不通过,这来回的时间成本,人员成本,沟通成本等咋算?还有关业务单位信息核实确认,厂商协助调整等等!对于此事有点苦恼,烦请教!叨唠各位!

    回复
    1. 一枚小白觉得你遇到的问题应该是部门协作问题,说大了就是公司工作机制出现了问题。 事情如你所说,可上报领导,让领导协调解决,汇报时将利害关系说清。想会处理好的。如说的不对,也请勿拍砖。

      来自安徽 回复
  5. 枯叶的文章不错,除了这篇。

    这篇感觉很一般,很多观点不敢苟同。

    回复
  6. 说回文章,不靠谱的领导就像暴君,对付暴君有个方法叫“第六根手指”,暴君会盯着多出来的那根手指,其他五个正常手指就顺利过关了。说白了就是卖个破绽满足领导的虚荣心和成就感。前提是领导是个稍微懂点又不太懂的外行,破绽要拿捏的恰到好处

    回复
    1. 看来你很会对付领导哦,拿捏的前方好处么……

      回复
  7. 这app有bug,评论别的文章串过来了

    回复
  8. 不奇怪的事你非要说奇怪,司空见惯哪里奇怪了,强行引出来你要讨论的话题。

    回复
  9. 发现这里的文章都是写了很多,但是感觉没多大意义。都是在总结,我觉得对照例子说更有说服力

    来自安徽 回复