我们经常看到这样的一张图片，一个小人拿着大宝剑，剑拔弩张的说：“产品经理不改需求，我们还是朋友。”
在微博，在知乎，在朋友圈，一提到产品经理，不管是群嘲还是自黑，都离不开“改需求”这三个字。直到上周我在面试的时候，当我问起他曾经做过的哪个项目最满意的时候，他跟我说XXX项目，原因竟然是“最后上线的产品就是我的原型，中间没有改过一次需求”。
互联网环境千变万化，一夜醒来，你可能发现自己身边环境全变了。前几个月不是有游戏公司的员工蹦出来说，出去吃个晚饭，回来后发现公司宣布破产了。从优酷土豆合并到嘀嘀快的合并再到58赶集合并，现在你会发现连价值几十亿的公司间合并都正常无比，那么产品原型改俩需求真的会死人么？
在传统的软件时代，整个的研发流程特别长，每个环节都基本是以月计算，今年要做一个功能，要到明年才能用上。在这种节奏下，并不是那时的产品经理/项目经理不变需求，而是留给他们思考的时间会比较长，可能需求调研加上产品规划的时间就要两三个月，在这两三个月里，变更几次需求毕竟都是产品内部的事情，不涉及到技术开发的无用功，所以当时没有太激烈的矛盾。
但是在如今，可能每次迭代，留给产品经理拿出原型规划的时间只有三五天或者一两周，在这个时间段里，产品经理毕竟都是人，有遗漏或者有偏差是非常正常的。
这时一个大部分团队都会遇到的问题来了：当你发现正在做的产品有问题时，你是会果断喊停变更需求，还是会让开发做完/运营开始推广之后，让问题自动暴露出来呢？
我更倾向于前者。一个好的产品经理绝不是永不犯错，而是在犯错的时候，能果断的承认错误，果断的止损，因为如今，最宝贵的资源是时间，一切的创业项目，归根结底都是和时间赛跑。
这就跟大家一起跟着产品经理去打怪练级一样，如果他把大家领到了新手村外面的草地上，遍地都是人畜无害却又没啥经验值的小羊。
你作为团队的法师/道士/战士/奶妈，你希望产品经理跟你说“既来之则安之，咱们就在这里杀羊吧”，还是说“对不起，我带错路了，走，我带你们换条路去屠龙。”
恩，虽然去屠龙的路上，有可能仍然走错路，可能一辈子都找不到龙去杀，但是至少有了一鸣天下知的希望，总比呆在新手村不停的杀羊多一些未来。
