這是“產(chǎn)品經(jīng)理進(jìn)階成長過程中都會踩的坑”系列的第三篇，也是完結(jié)篇。

九、分不清有也挺好和讓用戶尖叫的功能。

在中國的互聯(lián)網(wǎng)行業(yè)環(huán)境下，任何新鮮出爐的產(chǎn)品，不管是國內(nèi)的還是國外的，只要模式夠好，用戶喜歡，不需要多少時間，一大波非常類似的產(chǎn)品就會出現(xiàn)在市面上。在這類相似產(chǎn)品的群體中，先來者可能還會分到一杯羹，后來者只能在夾縫中求生存，趕超的機會只在于是否能夠后來居上，最終贏得用戶的歡心，最準(zhǔn)確的抓住用戶的痛點，讓用戶用過之后感嘆“這就是我要的產(chǎn)品”。

但是，很多產(chǎn)品經(jīng)理經(jīng)?；撕芏嗑υ诖蛟煲恍坝幸膊诲e”的功能。用戶體量比較大的產(chǎn)品，任何一個功能，都能滿足一部分用戶的需求，也都有部分用戶在使用。類似的功能需求會永遠(yuǎn)做不完，這樣下去會讓產(chǎn)品越來越復(fù)雜。微信做了一個很好的榜樣，把溝通的功能做到非常方便。

資源總是有限的，產(chǎn)品經(jīng)理應(yīng)該把精力放在核心業(yè)務(wù)上，用戶在使用某個產(chǎn)品的時候，內(nèi)心都會有一個預(yù)期，這個預(yù)期能超出多少，決定了用戶對這個產(chǎn)品的喜好程度，而這可以通過追求極致體驗來解決。通過運營不斷收集用戶反饋，再不斷的優(yōu)化產(chǎn)品，都說做產(chǎn)品講究的是要對得起本心，產(chǎn)品經(jīng)理最要對的起的就是自己的專業(yè)度。追求極致應(yīng)該成為我們的工作態(tài)度，這樣才能做出讓用戶尖叫的產(chǎn)品。

十、追求詳盡的需求文檔而不是牛逼的產(chǎn)品

我見過寫的非常好的需求文檔，很詳細(xì)很清晰，讓我這個產(chǎn)品老兵都自愧不如。寫出一份好的需求文檔，確實很重要，因為可以幫產(chǎn)品經(jīng)理理清思路，同時又讓開發(fā)人員、測試人員知道產(chǎn)品的設(shè)計細(xì)節(jié)。不過對于PRD，應(yīng)該是夠用就好，能確保有效溝通，現(xiàn)在都開始流行直接在原型上寫需求邏輯說明，也就是原型需求文檔，這樣技術(shù)人員可以對照著界面看，更有感覺一些。確實有些技術(shù)人員會說，看大篇幅的文字，會看暈掉。

產(chǎn)品的主要精力和時間不應(yīng)該是花在寫需求文檔上，更多的是要驗證需求，有時間可以把原型做的高保真一些，用原型去向用戶驗證，獲得用戶的認(rèn)可和反饋，去感知用戶的真正需求。因為產(chǎn)品經(jīng)理最主要的職責(zé)還是做出好產(chǎn)品，寫需求文檔只是這個職責(zé)下面的一項工作而已。

牛逼產(chǎn)品的誕生絕不是需求文檔寫的好就能產(chǎn)生的，很有可能只是一張思維導(dǎo)圖，一個業(yè)務(wù)流程圖，或者是幾張紙上原型，就能把方向和發(fā)展思路確定下來，從而去指導(dǎo)后續(xù)的完善設(shè)計。

十一、將產(chǎn)品上線發(fā)布當(dāng)作工作完成

這個錯誤產(chǎn)品經(jīng)理也很容易犯，很多人面試的時候讓他說一下從需求開始的工作流程，一般說到開發(fā)跟進(jìn)就結(jié)束了。這就是對產(chǎn)品生命周期不了解的表現(xiàn)，沒有上線后的跟進(jìn)，只能說是功能上線了，至于是不是做出來一個好產(chǎn)品，那還要看用戶的使用表現(xiàn)。

可能跟公司內(nèi)部的風(fēng)氣有關(guān)系，現(xiàn)在都要求除了會干活，還要會作秀，所以發(fā)布了一個版本，甚至發(fā)布了一個小功能，都會喜報郵件。這種郵件很鼓舞團隊士氣，只是產(chǎn)品經(jīng)理不能把產(chǎn)品發(fā)布當(dāng)成完結(jié)環(huán)節(jié)，還要跟進(jìn)上線后的數(shù)據(jù)表現(xiàn)，看用戶接受程度，然后決定是否需要改進(jìn)或者推倒重來。

很多產(chǎn)品經(jīng)理急于發(fā)布自己的產(chǎn)品，導(dǎo)致產(chǎn)品體驗不好，就算后續(xù)快速改進(jìn)，也很難挽回用戶的流失和口碑?，F(xiàn)在有很多產(chǎn)品都開始實行A/B Test模式或者灰度發(fā)布的形式，就是先切一部分流量去測試新上線的功能，這樣是為了避免發(fā)布的產(chǎn)品或功能不被用戶所接受。

產(chǎn)品發(fā)布意味著用戶才真正開始使用，成功與否不是看產(chǎn)品是否發(fā)布，而是看用戶是否真正喜歡。要做到用戶喜歡并能用起來，產(chǎn)品發(fā)布才是剛剛開始。這個看似很簡單的道理，但做起來不那么容易。

十二、以喂飽技術(shù)團隊工作量而增加功能

很多公司都有類似情況，為了不讓技術(shù)團隊閑下來，要求產(chǎn)品經(jīng)理能夠持續(xù)產(chǎn)出。很多時候產(chǎn)品經(jīng)理沒有想好要做哪些功能，為了給出足夠的工作，于是臨時的做一些小功能。這樣的壞處顯而易見，不僅是資源上的浪費，更有可能會造成產(chǎn)品變臃腫，變得沒有邏輯。要知道前期功能加多了，到后面想減少是很難的。

產(chǎn)品經(jīng)理要清晰的定出每個階段、每段時期產(chǎn)品的發(fā)展規(guī)劃，有個稍微粗一點的框架，到了要做的時候就不至于無法產(chǎn)出需求。而前期只是做規(guī)劃的話，到了時間如果業(yè)務(wù)發(fā)生變化了，需求需要調(diào)整也完全來得及。

另外產(chǎn)品經(jīng)理要與技術(shù)人員做充分的溝通，不同的發(fā)展階段，都會有不同的技術(shù)底層建設(shè)要求，本來就需要在迭代過程中，安插著去做一些技術(shù)優(yōu)化和技術(shù)框架搭建的任務(wù)，一般很難有技術(shù)團隊會空下來的情況，除非技術(shù)團隊特別的不負(fù)責(zé)任，只是單純的完成產(chǎn)品交付的需求實現(xiàn)任務(wù)。

組織上也要給予產(chǎn)品經(jīng)理合理的時間去培育產(chǎn)品，也給予產(chǎn)品經(jīng)理足夠的信任。產(chǎn)品經(jīng)理要發(fā)揮自己的專業(yè)能力，快速的梳理清楚業(yè)務(wù)流程和業(yè)務(wù)訴求，制定出相應(yīng)的產(chǎn)品規(guī)劃，與技術(shù)團隊一起商量迭代的節(jié)奏控制，這樣才能讓產(chǎn)品走上正軌。

總結(jié)

這里提到的可能只是其中一部分產(chǎn)品經(jīng)理常犯的錯誤，基于我自己的成長經(jīng)歷和帶團隊的經(jīng)驗總結(jié)，不一定適合于所有公司的情況，或者適用于每個成長中的產(chǎn)品經(jīng)理。如果你是產(chǎn)品經(jīng)理，你希望自己能快速成長起來，可以對照一下看看自己有沒有犯類似的錯誤，反正有則改之，無則加勉，希望大家都能成長為牛逼的產(chǎn)品經(jīng)理，設(shè)計出更多好產(chǎn)品。

相關(guān)閱讀

產(chǎn)品經(jīng)理進(jìn)階成長過程中都會踩的坑（一）

產(chǎn)品經(jīng)理進(jìn)階成長過程中都會踩的坑（二）

作者：華仔（微信公眾號：零起點做產(chǎn)品經(jīng)理），11年多產(chǎn)品經(jīng)驗，專注于在線教育和電商產(chǎn)品方向。合著有《運營前線》、《產(chǎn)品前線》、《互聯(lián)網(wǎng)產(chǎn)品之美》，譯著有《人人點贊：讓APP瞬間瘋轉(zhuǎn)的絕妙文案》。

本文由 @華仔 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于 CC0 協(xié)議