互聯網產品經理常犯的錯誤

你還在犯草根產品經理在犯的錯嗎？

作者：陳濱淋

隨着互聯網的發展，產品經理的需求越發旺盛。而互聯網產品經理沒有對應大學專業。有幸進入大型互聯網公司工作和學習的產品經理畢竟少數。多數產品經理都在經歷着從草根到專業的轉變過程。細數這幾年，自己眼見新人曾經犯過的錯誤，值得深思與總結。

一、關於職能定位

許多產品經理剛入門的時候都是從簡單的原型製造開始，更準確地說應該是臨摹其他產品的相關頁面。在這個過程中從界面上逐漸去辨別某一個產品功能的好與壞，美與醜。

慢慢地就認爲這些就是產品經理這份工作的everything了。他們的目光永遠聚焦在產品的外衣，而對於產品內在的價值和意義思考不深，甚至完全忽略。這樣的產品經理通常只能算一個不專業的交互設計師。

出現這種現象的原因主要是許多公司缺乏對產品經理的認知、判斷、培養的能力。

在不同公司，對產品團隊的工作要求、重視程度差異較大。更直白點說，許多公司缺乏產品經理基因，壓根就不知道招聘什麼樣的產品經理，不知道他們應該做什麼事情。

回到主題，產品經理對自己的職能定位一定要深刻。高度要能俯視整體產品線，廣度要能涉獵更多知識面，深度要能直入業務最本質。忽然想起林夕的歌詞“在高處凝望世界流動”，Yes，這就是產品經理應有的視角！

二、關於需求管理

1、沒有建立完整、客觀的需求獲取通道。需求往往來自運營部門、市場部門或老闆的要求，產品經理淪爲需求文檔撰寫者，把別人的想法寫成文檔，交付給技術團隊。這樣的產品經理則淪爲傳統軟件開發的需求分析師。要建立完整、客觀的需求獲取通道產品經理必須“眼觀六路，耳聽八方”：定期收集外部用戶對產品的評價和反饋；定期對競爭對手的產品動向進行分析和跟蹤；定期從後臺提取用戶行爲數據，分析用戶行爲，通過數據提供產品迭代的理論依據；

2、沒有建立合理的需求考評機制。需求漫天飛，永遠不知道哪些需求要做，哪些不做，哪些先做，哪些後做。產品經理要爲產品建立需求池，打造需求管理體系。從需求獲取、需求排序、需求分析、需求評審到需求設計、需求開發和需求變更都要有依據和操作規範。以此來確保整個產品研發方向的合理性，摸索出一個適合市場要求和團隊研發實力的迭代節奏。比如迭代週期以及每次迭代研發團隊能承受的工作量。

三、關於流程管理

流程管理是最容易刨出坑的地方。關於流程方面的問題通常有兩種表現形式。一種是日常化工作沒有形成明確的流程，造成團隊工作混亂。比如關於需求變更流程，如果沒有明確的流程，產品經理在發起需求變更的時候很容易出現信息傳遞不對等。

團隊應該事先規定清楚，影響程度不同的變更必須上報到哪一個層級。以此來控制需求變更的合理性。需求變更應該通知的範圍，除了技術、測試還應該通知運營團隊甚至老闆。以什麼樣的形式表達需求變更？郵件形式還是需求文檔？這些問題沒有相關流程會造成很多團隊間扯皮、推諉的現象。

另一種情況則是團隊通過討論通過艱難地制定出某一個流程，可是在執行階段出現問題。團隊缺乏執行力，缺乏對流程的培訓機制，缺乏對流程的改進和迭代。一個流程正如一個產品，要深入人心需要不斷試錯，升級。因此對於研發團隊中最核心最常見的流程，必須靠強大的執行力來支撐，最終在團隊裏形成一種良性的工作習慣。