做產品時容易犯的那些錯誤
產品經理不是神,好吧,我知道我在我的文章中說過很多次這句話了,因為我實在是看不習慣這個職業中某些人喜歡神化這個職位,而且這個職業經驗主義盛行,這個大多和互聯網泡沫有關,關于這個職業我就不多說了,評價都留個路邊社吧…我今天談談自己總結的我們做產品規劃的時候,容易犯的錯誤。
1、產品需求過度
這個我之所以放在第一位,是因為這是每一個產品人的通病,當然這里較多因素是老板原因。產品經理在規劃產品的初期,往往會經過需求的調研分析,需求驗證階段,這個階段,需求可能來自老板,運營團隊,市場團隊,潛在用戶等,這個時候我們還需要一個叫需求池的東西。那么問題就來了…這個池越來越滿,都要溢出了怎么辦?很多時候,產品經理,都是樣樣照做,每個需求都滿足。產品做得非常重,方向不明確,用戶體驗極差。在做產品規劃的時候,應該根據產品定位和方向對需求進行篩選,確定核心需求和周邊需求,滿足核心需求,適度添加周邊需求,在上線后要跟蹤產品各個功能的使用率,適當運營加法和減法,千萬不要為了豐滿產品不斷添加需求功能,讓產品繁重不堪。這是中國產品經理們的通病,在長期的產品運營中,產品越做越重。幸好最近這種思維有所反思(迅雷極速版,手機QQ)。當然要是你大聲對我說“不用賺錢?”那請當我放屁吧。
2、只懂閉門造車
完整的產品涉及到眾多領域的知識,并且后續運營的支撐、推廣方式也要在產品規劃時就考慮進去,所以那怕產品經理真的是神一般知識淵博,但是在一些專業領域里也沒有從事這方面專業人員要了解的,所以我一直強調專人專事。產品經理在產品規劃的時候,需要團隊協助或溝通的地方,千萬別閉門造車,這樣很容易導致辛辛苦苦寫出來的需求不切實際,規劃的產品沒有滿足實際需要。
3、產品邏輯混亂
我們知道產品經理的工作是執行層面的,所以如果邏輯不清是一件非??膳碌氖?,這就會導致執行人員也不知道怎么去實施產品需求了(這個問題我工作中遇到過)。最常見的邏輯混亂就是功能需求的流程走不通,沒有進行過多條件的流程推演,流程條件不完善,甚至在一些中小型企業,為了盡快上線產品,產品規劃流程能省就省,流程圖也不畫。這樣導致產品團隊自己也不清楚自己的邏輯,技術人員就更混亂。往往工作中和技術人員產生爭執也是如此,邏輯不通是非常讓技術人員反感的行為,所以我們做產品的需要不斷反思自己,千萬不要出現爭執了馬上就埋怨技術人員,這樣是不可取的。
4、追求大步向前
也許有不少傳統軟件業從業人員加入互聯網,但是做互聯網產品和傳統軟件業不太一樣,互聯網產品講究快速迭代,小步快跑。所以產品經理在規劃產品迭代需求的時候,很容易忘記階段目標和時間計劃,這就會導致需求負載,大步迭代。當然也有些公司團隊的迭代需求是長周期的大步迭代,所以公司要求的不同,也會有不一樣的迭代計劃。但是在大步迭代的計劃中,也會在其中細分小階段,小的里程碑,避免大步期間目標迷失和新需求植入,導致迭代混亂。
5、虛假快速迭代
有些PM或老板,會聽信什么“唯快不破”,刻意追求迭代速度,這種為了快而快的迭代,反而容易把產品帶入危機中。比如一周一個迭代,一周5個工作日,在這短短5天里,需要經歷策劃、設計、開發、測試、上線,很難保證每個需求是經過深思熟慮的,如果團隊協同不夠默契,就會造成致命的傷害,這個我可是身有體會的,無論是團隊還是產品都是疲憊的。所以產品經理需要懂一些項目管理的知識,不要刻意追求快速迭代,找一個適合團隊的時間節奏,同時切勿隨意更改既定的時間周期,否則團隊的積極性會被嚴重打擊。
6、分不清輕重緩急
這就是我們經常說的優先級。如果產品經理分不清工作的輕重緩急,很容易導致產品沒有明確的方向、團隊成員疲于奔命但卻沒有實際的成果,久而久之人累心散。判定工作內容的輕重緩急除了公司層面的任務之外,還有就是結合產品規劃中的需求決策的知識,根據需求的優化等級安排工作計劃,當然這個具體要看PM權限,某些公司PM就是個規劃產品的,沒有其他話語權。
ps:本文參考唐杰博客《產品規劃容易犯的錯誤》
本文為作者korin投稿發布,轉載請注明來源于人人都是產品經理并附帶本文鏈接
上面幾點其實都是目標過多導致工作量大,造成質量不行,做產品還是要專注且認真,不然做出來就是一堆屎,連自己都不認可,不會去用。