第二章:如何成為產品經理
總之,找到這個方向之後,心中頓時明白了很多,也有明確的方向,最後通過網上搜集資料,更加詳細的了解產品經理的具體工作和職責。一次機緣巧合接到噹噹的面試通知,心中小激動又擔心自己無法通過,懷著忐忑的心還是去面試了。和hr聊天還是比較輕鬆的,一個比我還小的妹子,畢竟自己也工作將近四年,溝通表達還是可以的。之後,和自己未來的上級面試,對產品的理解和看法都還不錯,也算通過;再之後,和當時負責交易組的高級產品經理面試,問了很多細節問題,還好我態度比較端正,當時還準備了一些自己畫的原型圖和競品分析,也許是這些打動了這位高級產品經理,也最終錄用了我。
入職的廢話不多說了,看著我說的挺輕鬆,其實有很多隱含的細節在裡面,分享下給大家:1、極度的渴望心理(當你極度渴望達成一件事情時,你就會調動自己全身的能量去朝這個方向努力,至於達到目標的路徑就會多了很多)。如果這個人對這份工作無所謂,只是當作一個工作而已,那對不起,你沒有熱氣和激情,你很難能發揮的更好。2、盡自己所能,做好充分的準備(當我明確產品經理的方向後,我不在面試採購、銷售、運營的崗位,而是全心投入產品經理的面試準備中,最開始一次面試,我連prd都不知道具體英文代表什麼,非常慚愧,知道自己準備的還不夠,還不夠)3、表現出你的熱情(和第一條有點類似,極度渴望的心裡會讓你積極努力,而你外在表現出的熱情就來源這種內心的渴望,面試你的人會感受到這種熱情,這種態度)4、溝通表達要合理(自己當時不是職場新手,所以溝通表達能力沒多大問題,說話方式和語調都要表現的職業化一點)最後,我離開噹噹了,雖然很多同事抱怨過噹噹,很多外界對噹噹質疑;但我只想說感恩,真的是感恩。第二部分:我負責的第一個項目如何開展工作的當我正式入職噹噹之後,才發現產品經理的工作比我想像的要複雜的多。入職前兩個月,沒有專門帶過大項目,連中等的項目都沒有負責過,只是參與一些項目,為什麼呢?1、整個業務流程很複雜,我在對整個業務流程沒有熟悉的情況下,自己負責獨立的項目會出問題,領導也不放心。我簡單說下為什麼複雜,先從人事上說起,噹噹有60多個產品經理,200多個研發,70多個測試,60多個運維,10多個ued成員。光研發就大大小小的組分了十幾個,你要熟悉這些研發組的人員,他們具體負責的事情,要能找到相應的人,這需要時間,同時也需要技巧。
2、對整個項目流程不熟悉,不清楚需求如何建立,如何分析,如何內部評審,如何外部評審,prd要寫到什麼樣的程度...等等。總之,因為噹噹的管理還是比較規範的,所以才需要了解那麼多的流程規範,也就是說不能在短期內完全負責一個項目。那麼,重點來了,我是如何獨立負責自己的第一個項目呢?首先,我已經知道對應的開發和對應的測試是誰,然後寫產品方案並不算難,但是要寫出符合領導要求的產品方案還是比較難的,就去模仿,去學習,找領導諮詢,最後也能搞定。其次,在研發過程中,會遇到一些溝通的問題,那就多跑跑腿,電話溝通麻煩。然後就是產品要上線驗收,自己怎麼弄,不知道如何驗收,就厚著臉皮問測試姑娘,配置host、連接資料庫、建立測試帳號。再然後,就是自己看測試用例,自己寫測試用例,讓測試同事幫忙造數據,自己去體驗用戶流程,涉及到一些技術邏輯,自己去查找資料庫,修改數據,學習簡單的sql語言。就這樣,在一個個小的項目中去學會如何溝通,知道對應的上下游流程在哪裡,對應的人在哪裡,對應的系統架構在哪裡。這些開始的經歷,還不足以讓我勝任一個合格的後台產品經理,先總結下一個新人該如何快速適應大公司的流程里,如何快速上手產品經理崗位。1、快速掌握自己負責的產品線所有的業務知識和流程。(知道目標用戶是誰吧,知道如何操作吧,知道上一步在哪裡,下一步又到哪裡吧)。2、了解和你相關的產品業務線、對應的產品經理、對應的開發組、測試組。3、快速掌握整個產品工作流程。每一步要輸出什麼文檔?顆粒度要精細到什麼程度?如何發起會議?寫會議紀要?召開會議?升級版:當我以現在角度去看待這段成長過程中,我覺得自己成長的還是太慢了,太低效了,如何更短時間掌握這些東西,又不會出錯。
1、用表格把公司的組織架構梳理出來。- 公司各個部門組織什麼,對應的leader是誰。
- 產品研發部門各個部門成員和leader,以及他們對應的工作內容和所負責的事務。
- 記錄他們的聯繫方式:qq、姓名、職位、郵箱、手機。(相信我,越詳細越好,對你以後的工作開展會大大提高效率)
2、用筆記記錄下來整個公司的工作流程、產品研發流程、甚至一些小的管理規範。
- 產品工作流程怎樣的,具體各個節點該做什麼,和別的公司有無差別。(需求收集、產品設計、產品評審、立項、排期、研發評審、研發階段、用例評審、測試階段、准生產環境、產品驗收、線上環境)。
- 固定會議時間,每周周會、部門例會、小組會議、業務會議等等。
- 如何組織會議、邀請成員、使用wiki、一些工作流程的東西。
3、熟悉掌握你所負責或參與的產品線。
- 業務流程要自己多試試幾遍,然後畫出流程圖,或者收集相關的資料備份下來。
- 要整理一張數據表結構,知道一些關鍵數據的狀態和標示,比如:訂單狀態有多少種,分別有哪些前置和後置條件。
- 其他類似產品架構圖、數據狀態圖、過往的項目資料、研發資料等等。
2、了解別人:後台產品經理對需求的把控往往來源公司內部,要切深去了解目標客戶部門的業務流程,才能發現其中的痛點,而不是盲目的自己去想產品方案。在強調一次,一定要親自體驗業務部門流程,針對他們提出的需求進行分析,找到需求背後的本質需求。
3、深挖方案:產品方案設計,第一步肯定是自己負責產品內部的方案設計,如何運行,如何運轉;4、影響邊界:另外非常重要的一點,就是要分析出所有可能影響到的產品線,哪怕一個細小的功能,都要進行這樣的分析,動一發而牽全身,在電商行業公司是經常有的。5、項目管控:一個大型的項目涉及到的里程碑太多,任何一個環節溝通不到位,出了問題就有可能導致整個項目delay。6、提前通知:這個最容易留坑,很多人修改了需求,邏輯活著某個數據節點,沒有及時通知其他人,這就導致最後上線出現bug,也會造成責任的推諉7、反覆驗證:項目上線了可不是萬事大吉,往往很多產品經理淪落為功能產品就是因為做完就撒手不管了,認為自己完成了。而其實呢,你做的真正滿足用戶的需求了嗎,還有需要改進的嗎,這些如果不仔細驗證,很容易陷入一種做的很多,對的很少。8、及時總結:和第七條差不多,總結包含項目總結,數據總結,功能驗證等等,哪怕其中一個小錯誤也要及時總結,發現問題,及時修正;在進入下個項目時就能避免類似的錯誤發生,這是自我提高最好的辦法,就是多多總結。結語:這麼多年過去了,自己也總結了更多、更系統的產品方法論,我會在後面的文章中專門寫到。
推薦閱讀:
※找工作就像找對象,總會遇到眼瞎的
※車間質檢員工作職責
※24種果醬:選擇"不選擇"
※金三銀四求內推,參加這場投遞後 3 小時必得回復的「限時閃聘」吧