起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識產品經理變需求就該死么？
來來來，今天我們聊聊產品經理的原罪之一：改需求。
我們經常看到這樣的一張圖片，一個小人拿著大寶劍，劍拔弩張的說：“產品經理不改需求，我們還是朋友?！?/p>
在微博，在知乎，在朋友圈，一提到產品經理，不管是群嘲還是自黑，都離不開“改需求”這三個字。直到上周我在面試的時候，當我問起他曾經做過的哪個項目最滿意的時候，他跟我說XXX項目，原因竟然是“最后上線的產品就是我的原型，中間沒有改過一次需求”。
那我不禁要問一句“不改需求就是好產品經理么？”
互聯網環境千變萬化，一夜醒來，你可能發現自己身邊環境全變了。前幾個月不是有游戲公司的員工蹦出來說，出去吃個晚飯，回來后發現公司宣布破產了。從優酷土豆合并到嘀嘀快的合并再到58趕集合并，現在你會發現連價值幾十億的公司間合并都正常無比，那么產品原型改倆需求真的會死人么？
在傳統的軟件時代，整個的研發流程特別長，每個環節都基本是以月計算，今年要做一個功能，要到明年才能用上。在這種節奏下，并不是那時的產品經理/項目經理不變需求，而是留給他們思考的時間會比較長，可能需求調研加上產品規劃的時間就要兩三個月，在這兩三個月里，變更幾次需求畢竟都是產品內部的事情，不涉及到技術開發的無用功，所以當時沒有太激烈的矛盾。
但是在如今，可能每次迭代，留給產品經理拿出原型規劃的時間只有三五天或者一兩周，在這個時間段里，產品經理畢竟都是人，有遺漏或者有偏差是非常正常的。
這時一個大部分團隊都會遇到的問題來了：當你發現正在做的產品有問題時，你是會果斷喊停變更需求，還是會讓開發做完/運營開始推廣之后，讓問題自動暴露出來呢？
我更傾向于前者。一個好的產品經理絕不是永不犯錯，而是在犯錯的時候，能果斷的承認錯誤，果斷的止損，因為如今，最寶貴的資源是時間，一切的創業項目，歸根結底都是和時間賽跑。
這就跟大家一起跟著產品經理去打怪練級一樣，如果他把大家領到了新手村外面的草地上，遍地都是人畜無害卻又沒啥經驗值的小羊。
你作為團隊的法師/道士/戰士/奶媽，你希望產品經理跟你說“既來之則安之，咱們就在這里殺羊吧”，還是說“對不起，我帶錯路了，走，我帶你們換條路去屠龍?！?/p>
恩，雖然去屠龍的路上，有可能仍然走錯路，可能一輩子都找不到龍去殺，但是至少有了一鳴天下知的希望，總比呆在新手村不停的殺羊多一些未來。
所以，如果所有的產品經理都不改需求了，那才是最大的悲哀，因為那意味著他把原型拿出來之后，已經停止思考了。
請產品經理需要改需求的時候，請大膽勇敢的去改。恩，反正為了生態平衡，也到了可以限量捕殺PM的時間了。
#專欄作家#
快刀青衣，小魔女西西她爹，羅輯思維聯合創始人&CTO，人人都是產品經理專欄作家。曼聯死忠，健身嘴炮黨，朋友圈招聘小能手，死處女座。還是自媒體聯盟WeMedia的一員。專業惡搞自嘲，擅長都市情感，兼修校園和短篇小說的文藝青年。
本文系作者授權發布，未經許可，不得轉載。
盡量在出原型的時候 考慮周全 和運營 和開發都過一遍需求，提前預防最好。難免疏漏的話， 不至于讓開發做無用功，小的變化是可原諒的。方向上的變化就該是PM對需求的目標群體了解不深了，屬于經驗問題。
面試那神和這位神，不在一個頻道上而矣。
一個好的產品經理絕不是永不犯錯，而是在犯錯的時候，能果斷的承認錯誤，果斷的止損，因為如今，最寶貴的資源是時間，一切的創業項目，歸根結底都是和時間賽跑。
改需求這件事,我各人感覺還是自己這邊多琢磨幾遍,盡量減少,開發和后臺的工作,人家的時間也是時間啊,人家的工作量也是工作量啊,.不是不可以改需求,而是盡量減少.
文中不見色，顏值降一半
估計D老師是看到那個以原型未改為傲的極端事例，不得不吐槽
產品經理是否靠譜，公道自在人心，不變和萬變都是奇葩
這個一定要這么絕對嗎？我覺得重要的是總結每次該需求的原因，是內因還是外因，人為的還是業務需要的。而這個問題會導致一個信任問題，你會喜歡跟一個頻繁改動需求的人一起工作嗎？
“如果所有的產品經理都不改需求了，那才是最大的悲哀，因為那意味著他把原型拿出來之后，已經停止思考了”！
只想說一句：賤人就是矯情！
原型定型的那一刻就應該表示：思路和理念至少是“節點性完美”的！之后的思考應劃分到下一個“節點”，可以在迭代或者升級時體現！
產品經理作為項目第一個環節，因為時間相對于開發人員更靠前，節奏往往并不緊張，在耗費了大量時間，最后得出來的東西，立項開發后一改再改，居然還有臉說自己在思考，我呸（抱歉，個人最見不得這種產品狗）！
搞搞清楚：互聯網行業中，只有老板和產品經理是離開電腦和辦公桌后，仍然能夠工作的崗位！作為產品人員，有臉去逼程序員加班，怎么就不能讓自己漲漲志氣，少去論壇、朋友圈吹會兒牛皮，仔細琢磨琢磨自己的項目細節！
中國90%以上的產品經理，存在“偷奸?；毙袨椋ㄕ堊⒁?，不是嫌疑，是既定行為），腦子不夠，還死不承認，論壇、朋友圈吹牛皮時所向無敵……肚子里真有貨的……少之又少……
感覺這是說的兩種意思，一種是想一出是一出，一種是設計上的變動？可能是我的理解能力不好。。
如果經常帶錯路，那么就要換一個人來帶路了
這邊的改需求就是不斷地試錯迭代再試錯的過程。以小版本迭代的步調而言確實會存在不少問題需要去糾正的。
只要改需求在一個合理的可控的范圍內，開發們的反抗也會小一些
看產品靠不靠譜咯
如果產品出的需求簡單高效，開發返工次數非常少，開發兄弟認定這是個“靠譜”的產品
那么真的出于業務需要，更改一次幾次需求也沒關系
如果改需求成了家常便飯，沒事改個需求玩玩，甚至還卡死了迭代時間，不給開發留出工期
那要么是這個產品經理有問題，要么是這個組織有問題，要么兩者皆是
如果是短期頻繁的修改需求，每次都會自省自己當時為什么想的更仔細一些。如果是大功能的需求變更，那個有時候沒辦法左右那是公司的戰略方向，對于這個更多人都會體諒。但是決策層也要想一想到底是戰略調整還是之前有戰略失誤。能不犯錯就不要犯錯，犯錯了就趕緊改，拿著反正都要犯錯的理由不思考就去試錯才是大多數人怨恨的產品人。
產品經理的主要任務就是明確產品是有價值的、可用的、可行的；所以產品經理如果有足夠的證據說明前期需求錯了，產品的價值有偏差，那么及時調整需求是產品經理必須要做的事；
作家 你的邏輯好混亂 那個產品經理只是表達了一個自己認為最滿意的作品 您這一句“那我不禁要問一句“不改需求就是好產品經理么？” 讓人看得好糾結
沒事沒事，順著當時的思維方式問出這話很正常。
說得很有道理，我竟然無言以對
需求修改是產品不斷的在自我反思、修正，所有人不是厭惡需求修改，厭惡的是修改完沒有留給后面人工作時間。