产品经理变需求就该死么?

20 评论 20769 浏览 57 收藏 5 分钟

来来来,今天我们聊聊产品经理的原罪之一:改需求

我们经常看到这样的一张图片,一个小人拿着大宝剑,剑拔弩张的说:“产品经理不改需求,我们还是朋友。”

在微博,在知乎,在朋友圈,一提到产品经理,不管是群嘲还是自黑,都离不开“改需求”这三个字。直到上周我在面试的时候,当我问起他曾经做过的哪个项目最满意的时候,他跟我说XXX项目,原因竟然是“最后上线的产品就是我的原型,中间没有改过一次需求”。

那我不禁要问一句“不改需求就是好产品经理么?”

互联网环境千变万化,一夜醒来,你可能发现自己身边环境全变了。前几个月不是有游戏公司的员工蹦出来说,出去吃个晚饭,回来后发现公司宣布破产了。从优酷土豆合并到嘀嘀快的合并再到58赶集合并,现在你会发现连价值几十亿的公司间合并都正常无比,那么产品原型改俩需求真的会死人么?

在传统的软件时代,整个的研发流程特别长,每个环节都基本是以月计算,今年要做一个功能,要到明年才能用上。在这种节奏下,并不是那时的产品经理/项目经理不变需求,而是留给他们思考的时间会比较长,可能需求调研加上产品规划的时间就要两三个月,在这两三个月里,变更几次需求毕竟都是产品内部的事情,不涉及到技术开发的无用功,所以当时没有太激烈的矛盾。

但是在如今,可能每次迭代,留给产品经理拿出原型规划的时间只有三五天或者一两周,在这个时间段里,产品经理毕竟都是人,有遗漏或者有偏差是非常正常的。

这时一个大部分团队都会遇到的问题来了:当你发现正在做的产品有问题时,你是会果断喊停变更需求,还是会让开发做完/运营开始推广之后,让问题自动暴露出来呢?

我更倾向于前者。一个好的产品经理绝不是永不犯错,而是在犯错的时候,能果断的承认错误,果断的止损,因为如今,最宝贵的资源是时间,一切的创业项目,归根结底都是和时间赛跑。

这就跟大家一起跟着产品经理去打怪练级一样,如果他把大家领到了新手村外面的草地上,遍地都是人畜无害却又没啥经验值的小羊。

你作为团队的法师/道士/战士/奶妈,你希望产品经理跟你说“既来之则安之,咱们就在这里杀羊吧”,还是说“对不起,我带错路了,走,我带你们换条路去屠龙。”

恩,虽然去屠龙的路上,有可能仍然走错路,可能一辈子都找不到龙去杀,但是至少有了一鸣天下知的希望,总比呆在新手村不停的杀羊多一些未来。

所以,如果所有的产品经理都不改需求了,那才是最大的悲哀,因为那意味着他把原型拿出来之后,已经停止思考了

请产品经理需要改需求的时候,请大胆勇敢的去改。恩,反正为了生态平衡,也到了可以限量捕杀PM的时间了。

#专栏作家#

快刀青衣,小魔女西西她爹,罗辑思维联合创始人&CTO,人人都是产品经理专栏作家。曼联死忠,健身嘴炮党,朋友圈招聘小能手,死处女座。还是自媒体联盟WeMedia的一员。专业恶搞自嘲,擅长都市情感,兼修校园和短篇小说的文艺青年。

本文系作者授权发布,未经许可,不得转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 尽量在出原型的时候 考虑周全 和运营 和开发都过一遍需求,提前预防最好。难免疏漏的话, 不至于让开发做无用功,小的变化是可原谅的。方向上的变化就该是PM对需求的目标群体了解不深了,属于经验问题。

    来自天津 回复
  2. 面试那神和这位神,不在一个频道上而矣。

    来自北京 回复
  3. 一个好的产品经理绝不是永不犯错,而是在犯错的时候,能果断的承认错误,果断的止损,因为如今,最宝贵的资源是时间,一切的创业项目,归根结底都是和时间赛跑。

    来自广东 回复
  4. 改需求这件事,我各人感觉还是自己这边多琢磨几遍,尽量减少,开发和后台的工作,人家的时间也是时间啊,人家的工作量也是工作量啊,.不是不可以改需求,而是尽量减少.

    来自北京 回复
  5. 文中不见色,颜值降一半

    估计D老师是看到那个以原型未改为傲的极端事例,不得不吐槽

    产品经理是否靠谱,公道自在人心,不变和万变都是奇葩

    来自北京 回复
  6. 这个一定要这么绝对吗?我觉得重要的是总结每次该需求的原因,是内因还是外因,人为的还是业务需要的。而这个问题会导致一个信任问题,你会喜欢跟一个频繁改动需求的人一起工作吗?

    来自北京 回复
  7. “如果所有的产品经理都不改需求了,那才是最大的悲哀,因为那意味着他把原型拿出来之后,已经停止思考了”!
    只想说一句:贱人就是矫情!

    原型定型的那一刻就应该表示:思路和理念至少是“节点性完美”的!之后的思考应划分到下一个“节点”,可以在迭代或者升级时体现!

    产品经理作为项目第一个环节,因为时间相对于开发人员更靠前,节奏往往并不紧张,在耗费了大量时间,最后得出来的东西,立项开发后一改再改,居然还有脸说自己在思考,我呸(抱歉,个人最见不得这种产品狗)!

    搞搞清楚:互联网行业中,只有老板和产品经理是离开电脑和办公桌后,仍然能够工作的岗位!作为产品人员,有脸去逼程序员加班,怎么就不能让自己涨涨志气,少去论坛、朋友圈吹会儿牛皮,仔细琢磨琢磨自己的项目细节!

    中国90%以上的产品经理,存在“偷奸耍滑”行为(请注意,不是嫌疑,是既定行为),脑子不够,还死不承认,论坛、朋友圈吹牛皮时所向无敌……肚子里真有货的……少之又少……

    来自北京 回复
  8. 感觉这是说的两种意思,一种是想一出是一出,一种是设计上的变动?可能是我的理解能力不好。。

    来自北京 回复
  9. 如果经常带错路,那么就要换一个人来带路了

    来自广东 回复
  10. 这边的改需求就是不断地试错迭代再试错的过程。以小版本迭代的步调而言确实会存在不少问题需要去纠正的。
    只要改需求在一个合理的可控的范围内,开发们的反抗也会小一些

    来自江苏 回复
  11. 看产品靠不靠谱咯
    如果产品出的需求简单高效,开发返工次数非常少,开发兄弟认定这是个“靠谱”的产品
    那么真的出于业务需要,更改一次几次需求也没关系

    如果改需求成了家常便饭,没事改个需求玩玩,甚至还卡死了迭代时间,不给开发留出工期
    那要么是这个产品经理有问题,要么是这个组织有问题,要么两者皆是

    来自北京 回复
  12. 如果是短期频繁的修改需求,每次都会自省自己当时为什么想的更仔细一些。如果是大功能的需求变更,那个有时候没办法左右那是公司的战略方向,对于这个更多人都会体谅。但是决策层也要想一想到底是战略调整还是之前有战略失误。能不犯错就不要犯错,犯错了就赶紧改,拿着反正都要犯错的理由不思考就去试错才是大多数人怨恨的产品人。

    来自上海 回复
  13. 产品经理的主要任务就是明确产品是有价值的、可用的、可行的;所以产品经理如果有足够的证据说明前期需求错了,产品的价值有偏差,那么及时调整需求是产品经理必须要做的事;

    来自北京 回复
  14. 作家 你的逻辑好混乱 那个产品经理只是表达了一个自己认为最满意的作品 您这一句“那我不禁要问一句“不改需求就是好产品经理么?” 让人看得好纠结

    来自美国 回复
    1. 没事没事,顺着当时的思维方式问出这话很正常。

      来自上海 回复
  15. 说得很有道理,我竟然无言以对

    来自广东 回复
  16. 需求修改是产品不断的在自我反思、修正,所有人不是厌恶需求修改,厌恶的是修改完没有留给后面人工作时间。

    来自江苏 回复