從策劃+執行,看產品經理到底是做什么的?

8 評論 16475 瀏覽 186 收藏 13 分鐘

產品經理到底是做什么的?這個問題似乎沒有準確的答案,因為所有產品經理所做的公做并不是千篇一律的。

產品經理到底做什么?

聽起來好像很簡單的問題,但是要回答好并不容易,有些人做了多年,也未必能回答的明白。不信你可以問問周邊的人,估計10個人就會有10個答案,因為所在公司,崗位,個人水平能力及認知不同,所做的工作自然不同,所有產品經理所做的工作并非千篇一律。

但是對于產品新人來說,顯然是需要一個明確的答案,因為有一個清晰的知識邊界和上升指引,才好針對性的學習提高,我就通過這篇文章系統性的幫助大家來回答一下這個問題。

產品經理=策劃+執行

不同的行業、公司、職級,對產品崗位工作內容的要求并不一樣,但是通過對所有的產品工作進行歸類,我們發現依然有跡可尋。

這些工作基本上可以分為兩大類:一類是策劃類,一類是執行類。

  1. 策劃就是需要你發揮主觀能動性,去發現,思考,梳理出一個清晰想法,一個明確的方向或確定的方案;
  2. 而執行就是把你前面的想法,方向或方案落地,變成看得見摸得著的產品。

幾乎所有的產品經理都肩負這兩類工作,但不同的職級,策劃和執行的比重不相同,職級越低,執行類工作的比重越高,職級越高,策劃類工作的比重越高,比如:在實習或助理階段,做的幾乎是純執行的工作。到了初級產品經理,有了一定的策劃工作,策劃的范圍是自己負責的功能模塊。

以此類推,如果做到總監,甚至產品vp,幾乎就只做策劃類的工作了,執行的工作由更年輕的產品小弟小妹們來做。

策劃=需求分析+產品方案

我先說策劃部分,策劃從字面上的意思很好理解,但是更多人理解的策劃可能是公司里面負責創意,寫ppt的策劃,在產品工作中,策劃所包含的工作內容更多,總的來說也可以分個兩個方面:

(1)一方面是進行需求分析

包括挖掘痛點,進行用戶研究,市場分析,數據分析,需求評估等一系列工作,通過這些工作搞清楚需求到底是什么。

(2)另一方面是針對需求提出對應的產品解決方案

方案中包含產品的形態、產品的功能、實現策略、展示樣式等,一般一個需求可以通過多個產品方案來解決。但是只有一個可能是最合理的,比如:和朋友溝通的需求。

email的方式是一種方案,微信的方式也是一種方案,通過實際的產品來看,顯然后面的方案更合理一點。在最近的產品實戰復盤中,看到有人提到在訓練中跟著流程走了一遍,但是依然對需求心里沒有底,原因在于,在產品工作中策劃部分其實是最難的,難在兩點:

  • 一個是你怎么確定需求是靠譜的,很多人說這還不容易嗎,xx做過,yy成功了,或者做市場調研,做用戶訪談,跑數據不就可以嗎,其實這都是基于經驗或有限樣本的結論。如果放到全量的目標用戶中,不同的市場環境,實際的結果未必會和調研的結論一樣,沒有誰敢打包票說自己的需求是百分之百確定的,要不然就不會有那么多失敗的產品了。
  • 另外一個難的點,是在需求不確定的時候怎么去做決策,一個決策意味著后面大量的人力物力財力的投入,不能隨便拍腦袋,瞎拍幾次,別人都會覺得你不靠譜了,所以壓力會非常大。當你的職位做的越來越高的時候,決策可能就是你唯一的工作了。

要做好這部分工作,非常依賴于流程的規范和產品經驗的積累, 流程的規范,能讓過程正確,而豐富的經驗,可以提高你的產品感和辨識能力,從而在判斷和決策上作出正確的決定。策劃部分很多人做了多年產品也未必能做好,更何況大家是剛開始,只掌握了基礎的技能,也沒有什么經驗積累,覺得心里沒底是正常的。

在這里給大家三個小建議:

  1. 掌握之前我帶大家走的流程和操作方法,并且記住,如果經驗少的時候,一定要注意流程的規范,這是得出正確結論也是避免你犯錯的最大保證;
  2. 如果遇到需求不確定,不知道怎么決策的時候,先用排除法,排除掉明顯不靠譜的需求,然后用假設驗證和MVP的方法逐個去驗證;
  3. 在做決策的時候要多否定,不要覺得我想的就是應該做的,否定的不一定是不靠譜的,只要沒有想清楚的都可以先否定掉,尤其是在你職位越來越高的時候,否定需求是一項非常重要的能力。

執行=文檔+評審會+項目管理+運營觀察

接下來我們說執行的部分,在執行部分有四塊重要的工作:

1. 把策劃部分確定的方案形成文檔,從而方便交流溝通

根據執行進度和溝通對象不同,主要包括商業需求文檔(BRD)、產品功能清單、流程圖、產品原型、產品需求文檔(PRD)等幾個文檔,這些是產品執行過程中非常重要的輸出物。

在實際工作中,研發團隊采用的開發模式和習慣不同,對交付物的要求也不同,但基本上都是上面文檔的子集,文檔部分在產品實戰訓練中基本上都有涉及,這里不再贅述。

2. 進行執行過程中的各種溝通,主要是開評審會

在執行過程中,有大量的溝通工作,但是這些工作基本都是以評審會的方式進行,比如:需求評審會、UE評審會、UI評審會、測試用例評審會等,大家平臺可能習慣私下溝通或一對一的溝通。但產品開發是個多部門協作的工作,涉及人員眾多,這種方式溝通效率太低,僅僅用做補充的溝通方式。

評審會通常由產品經理發起,參與的人員包括產品經理、研發、設計、測試等,評審的內容基本上就是對上面輸出各種文檔的討論。評審的目的,是確定產品細節,方便更具體的執行。

3. 項目管理,保證項目按時高質量的交付

產品執行過程中,參與者很多,但是只有產品經理是唯一的owner,其它人都是協助實現產品經理的想法。所以產品經理要對開發的整個流程負責,這就涉及到項目管理,項目管理包括的內容很多,作為產品經理,主要做好以下4點基本上就可以了:

(1)開發排期

和項目組成員一起制定出產品開發過程中各個關鍵節點和整個產品上線的時間,比如:什么時候完成需求收集?什么時候進行UE評審?什么時候開發?誰開發?工時多少?什么時候測試?什么時候上線等?然后大家按照這個時間來執行。

(2)跟進答疑

在之前雖然畫了原型,寫了文檔,并且通過評審會進行了多次溝通,但是細節部分不可能百分之百表達到位。所以在開發過程中,產品經理需要隨時對原型或文檔沒有表達清楚的,以及研發人員提出的其它疑問進行解答。

(3)異常處理

對于比如產品快上線了有人要加需求;某個功能開發過程中技術突然說實現不了;開發資源緊張,別的產品來借調你的工程師;產品上線當天,技術突然請假沒來等,諸如此類的異常問題都需要產品經理來決策。

這個階段非常考驗你隨機應變的能力,也是一個人能力的重要體現,要提高這部分能力,一個是你要有自己做事的原則和標準,制定一定的流程和規范,大家按照流程做事。另外一個是通過產品實戰,多積累項目經驗,參與多了,解決這部分問題的能力自然就提高了!

(4)產品驗收

在產品開發完成后,進行產品自測,看看自己設計的功能,有沒有開發完整,是不是按照自己設計的樣子開發的,自測完成后提交專業的測試人員進行測試。在這個過程中也有可能會涉及到一些小的產品方案的修改,比如:某個功能之前設計是A,測試發現開發成了B,這時候產品快上線了,改成A來不及了,所以經過協商,方案改成了B+,驗收通過后產品就可以上線了。

4. 運營觀察,驗證假設并挖掘新的需求

產品上線是產品工作一個階段性的結果,整體產品目標的實現,還要靠后續的運營來實現。所以在產品上線后,并不是萬事大吉了,產品經理要對運營的過程進行觀察,包括用戶使用行為、習慣、數據等進行了解,尤其是對運營數據的收集分析,不僅可以從中去驗證自己的假設,而且也可以發現問題,作為下次迭代的需求的來源。

總結

以上就是互聯網公司產品經理日常的主要工作,除了上面說的,產品經理和其它崗位打交道的機會比較多,甚至在一些特殊情況下,要求產品經理做對應崗位的部分工作,比如:一些人比較少的公司可能要求產品經理做一些運營的工作;一些偏銷售的公司,產品經理可能也會去拜訪客戶,做提案之類的工作;有些偏技術的公司也會要求產品經理會技術,做一些簡單的技術咨詢,開發甚至管理的工作。

所以大家在掌握了基本,通用的產品技能的基礎上,也可以多了解一下其它崗位的工作內容,甚至學習對應的技能,這對做好產品工作也是非常有幫助的。如果大家在學習工作中有什么產品問題,歡迎加我一起來交流討論,我也會盡我所能,為大家答疑解惑。

專欄作家

木木,高級產品經理,人人都是產品經理專欄作家。曾在人人網,新浪微博等公司從事產品工作。微信公眾號:大白學堂(ID:dabaixuetang)。

本文原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖作者提供

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 大神是否可以加個vx請教一下

    回復
  2. 我能說打錯字了嗎 導讀那里 是工作么?

    回復
  3. 請問我是否可以聯系您,我想跟著您學習。

    回復
    1. 可以滴

      來自北京 回復
  4. 寫得非常贊,非常的全面,期望有更多的帖子幫助我們這些產品小白,不踩坑不可能的,但能盡量少走些彎路是很好的。

    回復
    1. 哈哈 對

      來自四川 回復
    2. 哈哈,我經常寫的,可以關注我的公眾號查看

      來自北京 回復