產品新人常踩的七大坑,你踩過嗎?

10 評論 29192 瀏覽 305 收藏 9 分鐘

都說產品經理是踩著坑成長起來的,但是如果有些坑明明可以避開,為什么還要踩下去呢?作者將自己入行以來踩過的坑總結成文,為產品新人點亮前行的路,已經試過的錯,各位可要繞開了!

寫給奮斗在產品經理崗位的新人們:作為入門級的產品經理,最近給自己挖了不少坑,希望在奮力填坑的同時,把這些教訓總結出來,能讓新手們繞道而行。

作為一個初級的產品經理,需要經歷產品從0到1的完整周期:需求收集 > 需求優先級排序 > 需求轉化成功能 > 產品原型制作 > 撰寫PRD文檔 > 需求評審 > 需求發布與審核 > 產品迭代。對于每一個階段,由于經驗欠缺等原因導致產品新人在不經意間給自己挖下大坑::

1、需求收集階段:缺乏思考,沒搞清楚自己行動的目的

產品經理新人經常會被問及一個問題:“為什么要做這個需求?”。如果產品經理給出的是“這是老板的意思”、“老大說要做的”等這類看似“有理有據”答案,往往遭到團隊中其他成員的反對,甚至是吐槽。

老板權力最大,難道按照老板的意思去辦事有錯嗎?其實這是產品新人缺乏思考的一種表現。雖然老板的權力大,但并不代表老板說的話就一定對,產品經理做出的每一個決定都必須經過深思熟慮,有理有據。多想想產品需求的目的是什么,是提高用戶體驗,還是配合運營或市場的工作等?然后根據自己的目的去尋找讓讓自己展出腳跟的證據,可以是充分的數據分析、用戶反饋信息或同行產品的調查分析等,而不是一句“老板的意思”就萬事大吉。再說,公司整個團隊都要圍繞產品來運轉,產品的每一個決定都需要付出巨大的資源,豈能兒戲?

還有產品新人很容易想當然,把自己的想法當做用戶的需求,卻沒有任何調查或數據支撐就做出定論,這也是產品新人缺乏思考的表現。

所以產品新人一定要多思考,多去反問自己行動的目的,多站在不同的角度思考問題,用數據與事實說話。

2、需求優先級排序:不知道孰輕孰重,瞎忙活

收集到一大堆需求后,對需求進行優先級排序顯得尤為重要,要把目前最重要的需求擺到第一位,而不是瞎忙活。我曾幾次拿到需求后就一頭扎進原型設計當中,結果費盡心思把原型趕出來后,老大卻來了一句:“你覺得這是最重要的么?”,直接把我打回十八層地獄。

產品新人必須謹記的一點,不是所有的需求都要馬上去做,先把需求排個優先級,把最重要最緊急的需求擺在第一位。因為一個團隊的資源始終是有限的,要把最充沛的精力集中在最正確的事情上。如果自己不知道需求的優先級怎么排,請教前輩或老大是最好的方法,而不是自己魯莽下定論,欲速則不達。

3、需求轉化成功能:閉門造車,不懂得海量學習,不結合用戶使用場景。

需求有了,要轉化成產品的什么功能呢?不懂得如何做的時候,學習借鑒是最好的方法,謹記別閉門造車,否則自己想破頭顱得來的靈感或創新點,才發現早已經有人用過了。更悲催的是,這點子已經被用爛了。所以當自己不知道該用怎樣的功能去實現需求時,打開應用市場,下載十個八個同類應用好好玩玩,并作出總結,最好能在這基礎上加以微創新。

還有一個很容易被產品新手忽略的,就是用戶使用場景。結合用戶使用的場景來設計產品非常重要,比如健身視頻需要考慮到新老用戶的不同使用場景。新用戶可能不知道怎么操作,易用性差,如果不加入新手引導,新用戶的流失率將會極高。再比如對于視頻播放產品,要考慮到用戶是在WiFi環境下還是使用正常手機流量來觀看。

4、產品原型制作:要求太“完美”

產品新人可能會把原型制作看成是自己“牛逼的設計能力”的一種表現,覺得自己真正“改變世界”的時候到了,于是各種天花亂墜的配色,甚至是非常炫酷的動態效果。但其實這些工作都不是重點,反而是浪費了大量的時間與精力。難道產品新人的設計能力要遠遠勝于設計師?難道炫酷的動畫效果能讓工程師工作更開心?或是能讓產品的下載量翻一番?這些都不能,產品新人應該做到高效率、邏輯清晰、功能及界面描述完整即可。至于原型怎么配色好看,還是交給專業的設計師做專業的事情。當然產品新在空閑時間跟設計師學點干貨也是不錯的。

5、撰寫PRD文檔:PRD過于追求形式,觀點表達沒有換位思考

對于PRD文檔的撰寫,不需要太糾結于使用PPT還是word,PS還是其他高大上的工具,怎么方便怎么用。有些時候配合使用能達到最好的結果。

對觀點的表達,應該盡可能地站在讀者的角度去撰寫,把自己當成一個完全不懂產品的傻瓜用戶。比如當多個觀點放在同一個段落時,應該考慮分點闡述,盡量讓觀點清晰明了;在界面說明時可加以箭頭、線條等輔助說明,否則說了一大堆,都不知道在描述哪個控件。

6、需求評審:更改需求只是口頭表述卻不更新文檔

在需求評審時,各路大神會對產品需求進行探討,期間可能會發現各種新的問題。產品新人會犯一個可怕的錯誤,就是在需要更改某一處需求時,只是口頭上表述一下,過后沒有及時更新文檔,導致在產品上線后,由于產品經理忘記了前面需求更改描述的具體內容,造成需求不明確、產品開發測試人員之間的爭議。

所以產品新人必須切記,即使再忙也在需求更改之后及時更新文檔,避免不必要的爭議。

7、需求發布與審核:產品經理必須對產品嚴格把關,扛起責任大旗

產品需求在開發團隊的日夜辛勞下終于成功上線了,但上線了高枕無憂了嗎?非也。上線后產品經理還需發動全體人員全身心投入到測試當中,不斷地去使用產品,并參照需求文檔對每個功能、界面反復地點擊、測試。產品經理必須對產品嚴格把關,對做得不好的地方需要及時指出,大到功能的實現、頁面的交互,小到字體顏色、控件的位置等等。生產品,更要愛產品,產品新人必須勇于扛起責任的大旗。

希望本人過去幾個月所吸取的經驗與教訓,能讓作為產品新人的你少走彎路,越過大坑。

 

本文由 @小邵有話說(微信號:894604011) 原創發布于人人都是產品經理?,未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 感謝作者大大的分享,讀到這篇文章的您,

    如果想具備系統產品知識技能,
    有一套體系化的個人項目作品,
    想工作和求職,都更加的順暢!

    那體系化的學習訓練就很有必要,
    點這里,先看看公開課: http://996.pm/7GVQ4

    來自廣東 回復
  2. 學習了,感謝感謝

    回復
  3. 謝謝前輩的燈塔

    來自江蘇 回復
  4. 雖然還沒有犯過類似的錯,但是我在工作中一定會注意的

    來自重慶 回復
  5. 同感

    來自重慶 回復
  6. 多謝前輩的指路明燈~ 一定銘記于心,并時刻反省。壯我產品大業~

    來自廣東 回復
  7. 感謝分享,受教啦!

    回復
  8. 經常口頭表述需求的膝蓋中箭,回去反省改正了 ?

    來自福建 回復
    1. 同感同感~

      來自廣東 回復
    2. 需求超級不規范的默默認錯……

      來自浙江 回復