中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

產品經理在項目進行過程中，常常會面臨一個重大考驗：改需求！這也是產品經理經常被攻擊的地方。為什么要改？怎么改？如何處理更改之后產生的新問題？這些都是擺在產品經理面前的一道道難題，本文作者就這些難題分享了自己的看法，供大家參考。

在互聯網公司，產品經理“改需求”的梗，流傳范圍，可能僅次于程序員的“禿頭?！卑?，經常會被各種表情包花式調侃。那么產品經理，真的有那么愛改需求嗎？產品經理自己是怎么看待需求的修改的呢？

老實說，產品經理面對需求的修改，也是很痛苦的。方案調整、人員協調、資源爭取、時間把控、各方同步，可能都要重新梳理，重新評估，甚至從頭來過。誰喜歡麻煩呢？誰都不喜歡。但是作為產品經理必須正視和直面這樣的麻煩，并且站出來牽頭處理麻煩。

那今天我們就來仔細看下，需求更改產生的原因、影響和產品經理的處理方式。

一、需求更改通常會有哪些原因？

1. 老板的要求

老板類型有很多種，各種老板可能都有各種修改需求的理由：體驗了產品，覺得產品不夠好；看了一本書，領悟了某種不得而知的天地奧妙；看了競品，覺得這樣搞也挺不錯；身居高處，眼光長遠，已經發現目前產品在以后可能遇到的問題。

產品經理可以據理力爭，也可以巧妙周旋。但是話語權十分不對等的情況下，大部分最后的結果是：老板說的是，該改就得改。畢竟錢得領，飯得恰。

2. 目前的方案遭遇瓶頸

這種瓶頸，有可能是技術上的，有可能是資源上的。畢竟產品評估會上，不能預見全部的問題和困難。

我們努力將需求的顆粒拆小，但是可能遺漏了顆粒，也可能是顆粒最后組裝出現了問題，總會出現需求不改，進行不下去的情況。資源上，比如人員突然的調整和變動，有些需求可能做不完，那可能就會砍掉或者微調了。

3. 目標的變化

公司內部組織結構調整或者經營方向的調整，都會影響我們的目標。目標一旦調整，產品難免也會調整。

4. 市場的變化

市場千變萬化，比如行業中的競品突然出現了令人驚嘆的創意，必須緊跟。網易歌單出現之后，試問有幾個音樂平臺沒有跟進呢，有些時候打下時間戰，就能分得一杯羹。

5. 更好的處理方式

如果有更好的方案，給用戶帶來更好的體驗。仔細評估之后，值得一試。

6. 產品經理自身的問題

這是不可避免的，產品經理自身問題，導致需求修改；或者需求時間不夠哦，沒有想清楚；或者水平有限，糾結一些有的沒的；或者思慮不周，沒有考慮長遠；或者像老板一樣，看了某本書某個產品，忽然出現某個頓悟。

二、需求更改會產生什么樣的影響?

1. 各方人員的抗拒

我之前就說過，這其實是個很大的麻煩，而且是個系統性的麻煩，需求的更改，設計、產品、開發、運營、市場、銷售可能都會受到或多或少的影響。

原本按部就班可以按時完成，而由于需求的修改，時間、資源變得不太可控，這是很多人員很抗拒的。

2. 工期延長

面臨著三難的選擇，要么推遲上線時間，要么人員加班加點，要么增加人手。

上線時間不是某一個人就能決定的，推遲上線時間，面臨上級責難和全方位再次協調。人員加班加點，面臨同事埋怨。增加人手，資源都是一定的，不是相加就能加。

3. 士氣低落

有名言：一而再，再而三，三而竭。一鼓作氣，士氣很足，要是中間受到影響，士氣低落就很難了。

4. 重新開始

很可能會面臨重新開始的情況，之前克服的困難會再來一次，之前的工作全部白做，可能會再做一次。

比如原先定好的萬圣節上線，配合上線，設計師做了很多萬圣節相關的物料，開發也埋了一些萬圣節的彩蛋。一旦推遲，那么這些物料都會全部重新做，這些彩蛋也沒有意義。

而產品經理之前協調過來的人員，也可能受到原來小組的召喚，不得不離開，這很可能意味著重新開始。

5. 產品經理影響力降低

產品經理實際上只是個協調人員，并沒有什么職權，很多時候都是靠著自己的影響力組織協調。

需求的更改，特別是因為產品經理自身原因的更改，某種程度上是從影響力賬戶取錢。當錢取完，應該也是卷鋪蓋走人的下場了。

6. 對產品系統的影響

可能你覺得現在想到的這個方案是絕佳的方案，但是放到整個產品系統，會不會對別的地方產生影響呢？比如登錄方式由原來的賬號密碼，修改為第三方登錄和手機綁定?，F有的賬號系統和之后的賬號系統會不會產生沖突呢？

三、既然影響挺大，該不該改？

這就涉及到對產品需求的評估了。通過上面的需求變更的原因，我們可以看到需求的變更，不能說好還是壞，是一件比較中性的事情。為了跟隨市場或者提升用戶體驗，或者其他不得不改的理由，值得改就必須改。這些涉及到我們對更改的一個全方位評估。

1. 更改是否合理

很多更改都是看似合理，其實不太合理的。自己要全方位多想想，慎重出口。沒有完美無缺的方案，決策都是在不停的修補和權衡中進行的。所以如果不是特別明顯的優勢，還不如不改。

2. 更改的重要和緊急程度

如果是合理，那么重不重要呢？緊急不緊急呢？重要且緊急，那就改。不緊急的可以放到下個版本迭代。

3. 影響范圍

評估下這個更改的影響范圍：產品的影響范圍，人員的影響范圍。最好還是不要自己悶頭想，可以組織會議，問問大家的意見。

4. 影響時間

評估下更改會影響多少人的多少工期，會推遲多久的上線時間。

5. 評估方案的復雜程度

如果方案實在復雜的話，有必要進行方案的拆解。優先做其中最有必要的一部分。

6. 評估現有資源是否能夠支撐

如果不能支撐的話，那需要多少的預算。這樣評估下來，就知道這個方案值不值改了。

四、如果決定要改了，怎么處理？

1. 心態調整

首先一定要慎重。無論更改需求大還是小，本質上都是給別人增添麻煩。所以對更改的地方，要慎之又慎，不得不改，就得好好把方案想清楚，想透徹。

其次，一定不要懼怕。既然有不得不改的理由，就要有直面的勇氣，當斷即斷，及時快速的反應。

2. 向領導匯報

如果有的調整大，涉及到人員、工期、上線日期、其他部門、其他資源的協調的話，一定先把自己的方案、調整的原因、影響的范圍、希望得到的支持和預算，都和領導匯報溝通清楚，爭取到領導的支持。

3. 人員的同步

方案涉及到哪些人員，就得找到這些人員，先底下溝通一下，說明修改的原因和要調整的方案，了解下進度和困難，探探大家的抗拒程度，適當做一下安撫工作。

然后在把所有人員召集起來，大家同步下原因、方案、時間節點、里程碑。

4. 情緒安撫

如果出現了一些情緒特別不好的，應該特別注意，特別的抽出時間，了解抗拒的點，幫助排解。試著用共同目標來說服和影響別人。

情不得已的情況下，把鍋都推到老板身上，一起跟著吐槽吐槽老板吧。

5. 文檔的同步

這些修改，必須落實到大家共讀的文檔上，比如說郵件或者需求文檔，寫清楚修改的地方，達成文字共識。

口頭共識，大家的理解各異。所以得保證統一的出口，文檔同步是一種方式。

小結

1. 老板的支持是特別重要的

領導老板的話語權和我們是不一樣的，他們說一句，很多事情就能順理成章的辦下來。所以我們無論是產品立項還是需求的修改，首先要得到老板的支持，要先和老板溝通好。

不過就像我之前說到的，很多時候需求和需求的修改，其實是自上而下的，是老板自己已經決定了的；但是我們依然要做好和老板的溝通，信息要及時同步。不然后面達不到老板的期望或者完全不符合老板的期望，那就很尷尬了。

2. 產品經理應該加強自身學習，提升自身能力

產品經理最重要的能力是解決問題的能力。而這種能力的培養和提升，離不開不斷的學習。學習市場，觀察競品，了解變化的原因和其中的機制，而不是想當然看到表面UI和交互的皮毛。

解決問題的這種能力是很系統的，也就是說這樣的能力需要我們掌握更加系統的知識，什么都要了解一些，有的可以更加深入一些。所以抓緊時間，多看多學多了解，和別人多交流，自己多總結，非常的有必要。

3. 不是我的產品，而是我們的產品

產品經理不要張口就說我的產品怎么樣怎么樣，而是要學會說我們的產品。

產品是所有人的心血，產品經理要帶頭營造這樣“產品是我們的”。這樣修改的時候，不會有“幫你修改”這樣的情緒，而是“做好我們的產品”的意識。

4. 明確產品經理的角色

產品經理的角色，更多的時候是協調和解決問題。我們要明白最終的目的是什么，其中產生的困難都要努力的克服。

問題的鍋被甩來甩去時，產品經理要接下鍋，明確問題產生原因，去推動問題的解決，而不是干等干著急，一定要去協調去推動去解決。

作者：熊不知；公眾號：熊不知（ID：xiongbuzhia）

本文由 @熊不知 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。