來來來，今天我們聊聊產品經理的原罪之一：改需求。

　　我們經?？吹竭@樣的一張圖片，一個小人拿著大寶劍，劍拔弩張的說：“產品經理不改需求，我們還是朋友?！?/p>

　　在微博，在知乎，在朋友圈，一提到產品經理，不管是群嘲還是自黑，都離不開“改需求”這三個字。直到上周我在面試的時候，當我問起他曾經做過的哪個項目最滿意的時候，他跟我說XXX項目，原因竟然是“最后上線的產品就是我的原型，中間沒有改過一次需求”。

　　那我不禁要問一句“不改需求就是好產品經理么?”

　　互聯(lián)網環(huán)境千變萬化，一夜醒來，你可能發(fā)現自己身邊環(huán)境全變了。前幾個月不是有游戲公司的員工蹦出來說，出去吃個晚飯，回來后發(fā)現公司宣布破產了。從優(yōu)酷土豆合并到嘀嘀快的合并再到58趕集合并，現在你會發(fā)現連價值幾十億的公司間合并都正常無比，那么產品原型改倆需求真的會死人么?

　　在傳統(tǒng)的軟件時代，整個的研發(fā)流程特別長，每個環(huán)節(jié)都基本是以月計算，今年要做一個功能，要到明年才能用上。在這種節(jié)奏下，并不是那時的產品經理/項目經理不變需求，而是留給他們思考的時間會比較長，可能需求調研加上產品規(guī)劃的時間就要兩三個月，在這兩三個月里，變更幾次需求畢竟都是產品內部的事情，不涉及到技術開發(fā)的無用功，所以當時沒有太激烈的矛盾。

　　但是在如今，可能每次迭代，留給產品經理拿出原型規(guī)劃的時間只有三五天或者一兩周，在這個時間段里，產品經理畢竟都是人，有遺漏或者有偏差是非常正常的。

　　這時一個大部分團隊都會遇到的問題來了：當你發(fā)現正在做的產品有問題時，你是會果斷喊停變更需求，還是會讓開發(fā)做完/運營開始推廣之后，讓問題自動暴露出來呢?

　　我更傾向于前者。一個好的產品經理絕不是永不犯錯，而是在犯錯的時候，能果斷的承認錯誤，果斷的止損，因為如今，最寶貴的資源是時間，一切的創(chuàng)業(yè)項目，歸根結底都是和時間賽跑。

　　這就跟大家一起跟著產品經理去打怪練級一樣，如果他把大家領到了新手村外面的草地上，遍地都是人畜無害卻又沒啥經驗值的小羊。

　　你作為團隊的法師/道士/戰(zhàn)士/奶媽，你希望產品經理跟你說“既來之則安之，咱們就在這里殺羊吧”，還是說“對不起，我?guī)уe路了，走，我?guī)銈儞Q條路去屠龍?！?/p>

　　恩，雖然去屠龍的路上，有可能仍然走錯路，可能一輩子都找不到龍去殺，但是至少有了一鳴天下知的希望，總比呆在新手村不停的殺羊多一些未來。

　　所以，如果所有的產品經理都不改需求了，那才是最大的悲哀，因為那意味著他把原型拿出來之后，已經停止思考了。

　　請產品經理需要改需求的時候，請大膽勇敢的去改。恩，反正為了生態(tài)平衡，也到了可以限量捕殺PM的時間了。