產品新人常踩的七大坑,你踩過嗎?
都說產品經理是踩著坑成長起來的,但是如果有些坑明明可以避開,為什么還要踩下去呢?作者將自己入行以來踩過的坑總結成文,為產品新人點亮前行的路,已經試過的錯,各位可要繞開了!
寫給奮斗在產品經理崗位的新人們:作為入門級的產品經理,最近給自己挖了不少坑,希望在奮力填坑的同時,把這些教訓總結出來,能讓新手們繞道而行。
作為一個初級的產品經理,需要經歷產品從0到1的完整周期:需求收集 > 需求優先級排序 > 需求轉化成功能 > 產品原型制作 > 撰寫PRD文檔 > 需求評審 > 需求發布與審核 > 產品迭代。對于每一個階段,由于經驗欠缺等原因導致產品新人在不經意間給自己挖下大坑::
1、需求收集階段:缺乏思考,沒搞清楚自己行動的目的
產品經理新人經常會被問及一個問題:“為什么要做這個需求?”。如果產品經理給出的是“這是老板的意思”、“老大說要做的”等這類看似“有理有據”答案,往往遭到團隊中其他成員的反對,甚至是吐槽。
老板權力最大,難道按照老板的意思去辦事有錯嗎?其實這是產品新人缺乏思考的一種表現。雖然老板的權力大,但并不代表老板說的話就一定對,產品經理做出的每一個決定都必須經過深思熟慮,有理有據。多想想產品需求的目的是什么,是提高用戶體驗,還是配合運營或市場的工作等?然后根據自己的目的去尋找讓讓自己展出腳跟的證據,可以是充分的數據分析、用戶反饋信息或同行產品的調查分析等,而不是一句“老板的意思”就萬事大吉。再說,公司整個團隊都要圍繞產品來運轉,產品的每一個決定都需要付出巨大的資源,豈能兒戲?
還有產品新人很容易想當然,把自己的想法當做用戶的需求,卻沒有任何調查或數據支撐就做出定論,這也是產品新人缺乏思考的表現。
所以產品新人一定要多思考,多去反問自己行動的目的,多站在不同的角度思考問題,用數據與事實說話。
2、需求優先級排序:不知道孰輕孰重,瞎忙活
收集到一大堆需求后,對需求進行優先級排序顯得尤為重要,要把目前最重要的需求擺到第一位,而不是瞎忙活。我曾幾次拿到需求后就一頭扎進原型設計當中,結果費盡心思把原型趕出來后,老大卻來了一句:“你覺得這是最重要的么?”,直接把我打回十八層地獄。
產品新人必須謹記的一點,不是所有的需求都要馬上去做,先把需求排個優先級,把最重要最緊急的需求擺在第一位。因為一個團隊的資源始終是有限的,要把最充沛的精力集中在最正確的事情上。如果自己不知道需求的優先級怎么排,請教前輩或老大是最好的方法,而不是自己魯莽下定論,欲速則不達。
3、需求轉化成功能:閉門造車,不懂得海量學習,不結合用戶使用場景。
需求有了,要轉化成產品的什么功能呢?不懂得如何做的時候,學習借鑒是最好的方法,謹記別閉門造車,否則自己想破頭顱得來的靈感或創新點,才發現早已經有人用過了。更悲催的是,這點子已經被用爛了。所以當自己不知道該用怎樣的功能去實現需求時,打開應用市場,下載十個八個同類應用好好玩玩,并作出總結,最好能在這基礎上加以微創新。
還有一個很容易被產品新手忽略的,就是用戶使用場景。結合用戶使用的場景來設計產品非常重要,比如健身視頻需要考慮到新老用戶的不同使用場景。新用戶可能不知道怎么操作,易用性差,如果不加入新手引導,新用戶的流失率將會極高。再比如對于視頻播放產品,要考慮到用戶是在WiFi環境下還是使用正常手機流量來觀看。
4、產品原型制作:要求太“完美”
產品新人可能會把原型制作看成是自己“牛逼的設計能力”的一種表現,覺得自己真正“改變世界”的時候到了,于是各種天花亂墜的配色,甚至是非常炫酷的動態效果。但其實這些工作都不是重點,反而是浪費了大量的時間與精力。難道產品新人的設計能力要遠遠勝于設計師?難道炫酷的動畫效果能讓工程師工作更開心?或是能讓產品的下載量翻一番?這些都不能,產品新人應該做到高效率、邏輯清晰、功能及界面描述完整即可。至于原型怎么配色好看,還是交給專業的設計師做專業的事情。當然產品新在空閑時間跟設計師學點干貨也是不錯的。
5、撰寫PRD文檔:PRD過于追求形式,觀點表達沒有換位思考
對于PRD文檔的撰寫,不需要太糾結于使用PPT還是word,PS還是其他高大上的工具,怎么方便怎么用。有些時候配合使用能達到最好的結果。
對觀點的表達,應該盡可能地站在讀者的角度去撰寫,把自己當成一個完全不懂產品的傻瓜用戶。比如當多個觀點放在同一個段落時,應該考慮分點闡述,盡量讓觀點清晰明了;在界面說明時可加以箭頭、線條等輔助說明,否則說了一大堆,都不知道在描述哪個控件。
6、需求評審:更改需求只是口頭表述卻不更新文檔
在需求評審時,各路大神會對產品需求進行探討,期間可能會發現各種新的問題。產品新人會犯一個可怕的錯誤,就是在需要更改某一處需求時,只是口頭上表述一下,過后沒有及時更新文檔,導致在產品上線后,由于產品經理忘記了前面需求更改描述的具體內容,造成需求不明確、產品開發測試人員之間的爭議。
所以產品新人必須切記,即使再忙也在需求更改之后及時更新文檔,避免不必要的爭議。
7、需求發布與審核:產品經理必須對產品嚴格把關,扛起責任大旗
產品需求在開發團隊的日夜辛勞下終于成功上線了,但上線了高枕無憂了嗎?非也。上線后產品經理還需發動全體人員全身心投入到測試當中,不斷地去使用產品,并參照需求文檔對每個功能、界面反復地點擊、測試。產品經理必須對產品嚴格把關,對做得不好的地方需要及時指出,大到功能的實現、頁面的交互,小到字體顏色、控件的位置等等。生產品,更要愛產品,產品新人必須勇于扛起責任的大旗。
希望本人過去幾個月所吸取的經驗與教訓,能讓作為產品新人的你少走彎路,越過大坑。
本文由 @小邵有話說(微信號:894604011) 原創發布于人人都是產品經理?,未經許可,禁止轉載。
感謝作者大大的分享,讀到這篇文章的您,
如果想具備系統產品知識技能,
有一套體系化的個人項目作品,
想工作和求職,都更加的順暢!
那體系化的學習訓練就很有必要,
點這里,先看看公開課: http://996.pm/7GVQ4
學習了,感謝感謝
謝謝前輩的燈塔
雖然還沒有犯過類似的錯,但是我在工作中一定會注意的
同感
多謝前輩的指路明燈~ 一定銘記于心,并時刻反省。壯我產品大業~
感謝分享,受教啦!
經常口頭表述需求的膝蓋中箭,回去反省改正了 ?
同感同感~
需求超級不規范的默默認錯……