產品經理進階成長過程中都會踩的坑(三)
這是“產品經理進階成長過程中都會踩的坑”系列的第三篇,也是完結篇。
九、分不清有也挺好和讓用戶尖叫的功能。
在中國的互聯網行業環境下,任何新鮮出爐的產品,不管是國內的還是國外的,只要模式夠好,用戶喜歡,不需要多少時間,一大波非常類似的產品就會出現在市面上。在這類相似產品的群體中,先來者可能還會分到一杯羹,后來者只能在夾縫中求生存,趕超的機會只在于是否能夠后來居上,最終贏得用戶的歡心,最準確的抓住用戶的痛點,讓用戶用過之后感嘆“這就是我要的產品”。
但是,很多產品經理經常花了很多精力在打造一些“有也不錯”的功能。用戶體量比較大的產品,任何一個功能,都能滿足一部分用戶的需求,也都有部分用戶在使用。類似的功能需求會永遠做不完,這樣下去會讓產品越來越復雜。微信做了一個很好的榜樣,把溝通的功能做到非常方便。
資源總是有限的,產品經理應該把精力放在核心業務上,用戶在使用某個產品的時候,內心都會有一個預期,這個預期能超出多少,決定了用戶對這個產品的喜好程度,而這可以通過追求極致體驗來解決。通過運營不斷收集用戶反饋,再不斷的優化產品,都說做產品講究的是要對得起本心,產品經理最要對的起的就是自己的專業度。追求極致應該成為我們的工作態度,這樣才能做出讓用戶尖叫的產品。
十、追求詳盡的需求文檔而不是牛逼的產品
我見過寫的非常好的需求文檔,很詳細很清晰,讓我這個產品老兵都自愧不如。寫出一份好的需求文檔,確實很重要,因為可以幫產品經理理清思路,同時又讓開發人員、測試人員知道產品的設計細節。不過對于PRD,應該是夠用就好,能確保有效溝通,現在都開始流行直接在原型上寫需求邏輯說明,也就是原型需求文檔,這樣技術人員可以對照著界面看,更有感覺一些。確實有些技術人員會說,看大篇幅的文字,會看暈掉。
產品的主要精力和時間不應該是花在寫需求文檔上,更多的是要驗證需求,有時間可以把原型做的高保真一些,用原型去向用戶驗證,獲得用戶的認可和反饋,去感知用戶的真正需求。因為產品經理最主要的職責還是做出好產品,寫需求文檔只是這個職責下面的一項工作而已。
牛逼產品的誕生絕不是需求文檔寫的好就能產生的,很有可能只是一張思維導圖,一個業務流程圖,或者是幾張紙上原型,就能把方向和發展思路確定下來,從而去指導后續的完善設計。
十一、將產品上線發布當作工作完成
這個錯誤產品經理也很容易犯,很多人面試的時候讓他說一下從需求開始的工作流程,一般說到開發跟進就結束了。這就是對產品生命周期不了解的表現,沒有上線后的跟進,只能說是功能上線了,至于是不是做出來一個好產品,那還要看用戶的使用表現。
可能跟公司內部的風氣有關系,現在都要求除了會干活,還要會作秀,所以發布了一個版本,甚至發布了一個小功能,都會喜報郵件。這種郵件很鼓舞團隊士氣,只是產品經理不能把產品發布當成完結環節,還要跟進上線后的數據表現,看用戶接受程度,然后決定是否需要改進或者推倒重來。
很多產品經理急于發布自己的產品,導致產品體驗不好,就算后續快速改進,也很難挽回用戶的流失和口碑?,F在有很多產品都開始實行A/B Test模式或者灰度發布的形式,就是先切一部分流量去測試新上線的功能,這樣是為了避免發布的產品或功能不被用戶所接受。
產品發布意味著用戶才真正開始使用,成功與否不是看產品是否發布,而是看用戶是否真正喜歡。要做到用戶喜歡并能用起來,產品發布才是剛剛開始。這個看似很簡單的道理,但做起來不那么容易。
十二、以喂飽技術團隊工作量而增加功能
很多公司都有類似情況,為了不讓技術團隊閑下來,要求產品經理能夠持續產出。很多時候產品經理沒有想好要做哪些功能,為了給出足夠的工作,于是臨時的做一些小功能。這樣的壞處顯而易見,不僅是資源上的浪費,更有可能會造成產品變臃腫,變得沒有邏輯。要知道前期功能加多了,到后面想減少是很難的。
產品經理要清晰的定出每個階段、每段時期產品的發展規劃,有個稍微粗一點的框架,到了要做的時候就不至于無法產出需求。而前期只是做規劃的話,到了時間如果業務發生變化了,需求需要調整也完全來得及。
另外產品經理要與技術人員做充分的溝通,不同的發展階段,都會有不同的技術底層建設要求,本來就需要在迭代過程中,安插著去做一些技術優化和技術框架搭建的任務,一般很難有技術團隊會空下來的情況,除非技術團隊特別的不負責任,只是單純的完成產品交付的需求實現任務。
組織上也要給予產品經理合理的時間去培育產品,也給予產品經理足夠的信任。產品經理要發揮自己的專業能力,快速的梳理清楚業務流程和業務訴求,制定出相應的產品規劃,與技術團隊一起商量迭代的節奏控制,這樣才能讓產品走上正軌。
總結
這里提到的可能只是其中一部分產品經理常犯的錯誤,基于我自己的成長經歷和帶團隊的經驗總結,不一定適合于所有公司的情況,或者適用于每個成長中的產品經理。如果你是產品經理,你希望自己能快速成長起來,可以對照一下看看自己有沒有犯類似的錯誤,反正有則改之,無則加勉,希望大家都能成長為牛逼的產品經理,設計出更多好產品。
相關閱讀
作者:華仔(微信公眾號:零起點做產品經理),11年多產品經驗,專注于在線教育和電商產品方向。合著有《運營前線》、《產品前線》、《互聯網產品之美》,譯著有《人人點贊:讓APP瞬間瘋轉的絕妙文案》。
本文由 @華仔 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Pexels,基于 CC0 協議
沒具體舉例,不是很理解。唉
具體的例子:論證少了 看起來有點空洞。