B端產品經理工作指南

產品老司機手把手教寫文檔,10天線上課程,零基礎掌握產品經理必備7大文檔撰寫法。了解一下>

我總是覺得對產品經理這個崗位也好,對其他職位也罷,最重要的特性在于,工作的方法、思考的維度、事件的能力。

在跟你坦白說我的工作指南之前,我在腦海里經過飛快的運算,在那僅有的0.1%的概率計算的基礎上,我腦補了下市場上的產品經理的職能,我發現其背后的影響因素差異很大。他們無關乎就為以下幾個方面:能力、素質、崗位、績效、資歷、博弈、評審問題,或者再怎么多描述都不為過。

大多數企業會更在意你有幾年經驗、大公司的、產品知名的、管人多的、學校好的、懂技術等等,會給很多新入門或未入門的產品經理很大的門檻和遐想,有些時候產品經理這個工作指南就更缺乏標準化的有效評估。如果你是按照這些去衡量和評估自己和發展自己,那我只能跟你說,麻煩了。

現在的產品經理會有很多類別,工作內容都是從簡單到復雜,循序漸進。對產品經理來說,在不同行業、不同企業、不同階段、不同團隊認知、產品分工和工作內容都是不一樣的,而且還會與多個職業相互交叉。

舉個例子:A公司希望他的產品經理是能夠將公司產品的前臺、中臺、后臺完全抓起來,B公司希望他的產品經理是能夠將前端展示,用戶業務流程抓起來,C公司希望他的產品經理能夠根據客戶需求規劃產品,并根據公司戰略將該產品市場化。那你來想一想。

一個好的產品經理的價值大小,我覺得可用經驗、智慧、平臺三個維度來體現,天時地利人和或許就是成就一個好的產品經理關鍵要素。當然,這一點如果你懂,那么你就懂,如果不懂,那么就不懂。實際來看,對任何一個企業來說,關心的還是這個產品經理對于企業的邊際貢獻值。

這么一想,你思考一下,每個公司的產品經理的工作要求會一樣嗎?你認為B端產品經理有多高大上的工作嗎?你理解的產品經理就是產品經理嗎?那么什么才是一個好的產品經理?

接下來,以我自身作為產品經理的經歷來講一講我所從事或參與的工作指南是怎么樣的。

1. 開始市場分析調研

每個人都在說產品調研,每個領導也在抓市場分析,每個產品經理也都在行業深究,方式方法千奇百怪,有來自對手的,有來自公司人員的,有來自客戶的,也有來自技術趨勢的,也有來自產品本身發展,也有來源市場。

這一塊我的工作指南一般會按照以下幾個內容來完成:

1.1 搜尋現有客戶或潛在客戶,了解客戶對產品的需求、期望

需求一般從哪里來,就是從客戶的拜訪或訪談中來,從市場前端人員的需求背景來,從對行業分析的需求問題來,從與各方為人員的間接溝通來,從產品對市場的期望來,從后臺對產品的穩定性來,這些所有的需求都規整到產品需求池。

我自身的工作指南如下:

  1. 找到3-5個客戶進行拜訪或訪談。占比20%。
  2. 從核心前端市場人員(2個行業,3個前?。┝私飪突棖蟊塵?。占比15%。
  3. 針對行業的國內外需求梳理,形成客戶需求問題走向。占比20%。
  4. 與各方人員(包括領導、產品、研發、售后、客服、市?。┕低?、補充和完善訪談內容。占比10%。
  5. 記錄客戶對產品的期望、功能價值的關注(包括采購意愿、預算成本)。占比20%.
  6. 在后端對需求池信息進行處理,甄別市場需求,找到商業機會。占比15%。

2. 進行競品分析,了解競品的走向、優勢功能、賣點等信息

沒有什么比來自對手的分析最為可靠的需求,產品人會因為各種雜事瑣事而充分沒有理由去充分研究產品的市場形態走向,但對手的研究是最具備參考價值和意義的。通常,只有找準產品的定位,做好產品在行業里的差異化、市場化才會具備市場的競爭力。

我自身的工作指南如下:

  1. 網絡搜索:最原始的找競品對手資料。占比10%。
  2. 客戶拜訪:客戶是實際的業務來源,他們會使用很多家的不同類型產品,跟他們打好交道,你就能獲取到其他家產品的情況,當然,難度也是比較大的。占比15%。
  3. 前端人員交流:他們最接觸一線,對競爭對手的情況最為清楚,不管是營銷玩法,還是落地方式,他們都有一定的發言權。占比15%。
  4. 擬寫競品報告:對競品的優劣勢、客戶群體細分、商業報價、市場規模等形成初步結論。占比5%。
  5. 不斷的Review產品形態:對于技術型產品來說,如區塊鏈技術、5G技術,如何通過技術去孵化出適用不同場景的產品形態,這個工作才是最難最多的。占比55%。

3. 了解行業的特性和規則(政策法規)

對行業政策的規則了解是做產品經理最要關心的,比如支付行業要關注行業支付的手續費規則、分賬實現的規則的等,5G行業要關注各區域5G基站建設規劃、各客戶對5G技術落地的要求等,區塊鏈行業要關注國家對這一塊的政策和監管手段、技術落地的利好等。要行業,也要專業。當然,遠遠不止我說的幾個點,但作為產品經理,你只有關注這些,你的產品才能站得穩,走的遠。

我自身的工作指南如下:

  1. 定位產品面向的群體、群體所在的行業,剖析行業現狀。占比20%
  2. 對客戶群體進行行業方案分析。占比25%。
  3. 獲取產品在行業中的定位以及相關的政策法規。占比20%。
  4. 分析行業方案,納入產品規劃。占比15%。
  5. 查閱相關行業報告、文章,了解市場走向。占比10%。
  6. 參加論壇、研討會等。占比10%。

2. 進行產品設計

產品經理遇到最多的就是,需求池里的需求永遠做不完。市場來源的需求永遠是無休止盡的,產品的發展永遠是有生命周期的。如何利用有限的資源做好有限的事,是每個人產品經理要必備的一個技能之一,也是要求之一。研發需要成本,市場需要成本,公司發展需要成本,所以你在設計產品的時候,投入與產出絕對是困擾自身做產品經理的一個重要因素。

這一塊我的工作指南一般會按照以下幾個內容來完成:

2.1 收集原始需求,優先級排序

最原始的需求池建立,是每個產品經理都會整理的日常任務。今天客戶有一個需求,明天運營又有一個需求,后天老板又有一個需求,需求的來源無窮無盡。如果是項目制的產品,那么需求或許就會更確定的清晰和梳理。但如果是產品型的產品,那么你的需求只能用做不完來形容。所以,如果你是一個產品經理,你手里面沒有需求,那只能說明你對你的產品還沒有負責到底。

我自身的工作指南如下:

  1. 整理市場調研拜訪需求結論。占比10%
  2. 整理客戶對產品使用的直接反饋。占比10%。
  3. 從網絡資源、對手獲取需求點。占比5%。
  4. 向前端傳遞原始需求征詢反饋。占比20%。
  5. 產品結構、技術、架構、性能等產品本身需求。占比25%。
  6. 從其他部門,如產品資質、市場宣傳、產品運營獲取。占比10%。
  7. 戰略方向需求(來源于領導、戰略部門)。投入占比20%。

2.2 對需求進行分析評審,確定產品需求

作為產品經理,你是產品的主導者,但所有的市場行為、迭代行為一定是所有人都認可的,投入是有價值的。比如你是為了PK對手而增加的功能,還是為了提升市場競爭力,還是為了滿足售后服務需求,當然你得組織評審討論下。當然,小團隊敏捷開發的話,以實際客戶需求和行業需求為主。

我自身的工作指南如下:

  • 初步評估和記錄產品原始需求點。占比25%。
  • 討論產品原始需求,定義產品需求池、產品迭代、產品開發、產品商業。占比35%。
  • 對原始需求討論,歸類優先級,還有投入產出價值比。占比25%。
  • 輸出產品設計需求,歸檔。占比15%。

2.3 根據產品需求,定義產品原型

原型這個詞就不陌生,需求定義清楚,就要開始原型化設計。大多數的原型都包括低保真設計、有高保真設計,甚至還需要需求文檔一說。大都只歸結于一點,能夠很好的描述你的需求。

現在,行業有個怪現象,產品經理過度執著于原型的設計,過度執著于文檔的書寫編制,求職者也過度執著自己對原型軟件的技能。產品原型可以是有紙質手畫的、有直接口述的、有PPT編制的、有專業軟件制作的(諸如Axure、mocplus之類)、有播放視頻的方式、有對手的上線版、有行業的測試原型等等。我個人覺得,輸出的方式有很多種,選擇適合你的需求展示,以及開發同事認可的方式。

我自身的工作指南如下:

  1. 設計產品的輸入輸出,形成產品概要原型。占比35%。
  2. 思考原型設計的方式,最符合當前需求的原型展示。占比25%。
  3. 借鑒競品或行業同類產品的交互界面。占比10%。
  4. 初始原型討論,定義和完善。占比25%。
  5. 最終原型確認。占比15%。

2.4 進行產品概要和詳細設計

這是誰的活一直都有爭議,有說是產品經理的工作,有說是開發人員的工作。我個人覺得各占一半均衡一點,也不完全偏向哪一邊。產品經理最好是要主導產品的概要和詳細設計工作,細節內容可以由開發人員、產品經理、測試人員等共同商討確定細節設計方案。

我個人就會偏向于功能、架構側方面的參與:一是我的需求點的明細,二是我對產品迭代的要求。

我自身的工作指南如下:

  1. 擬寫產品需求功能書或規格書。占比30%。
  2. 給開發、測試人員詳細介紹產品需求點。占比25%。
  3. 對核心功能加深商業場景設計(目的是讓開發了解功能的延展性和商業性)。占比10%。
  4. 主導需求功能側的概要、詳細設計評審。占比20%。
  5. 參與開發、測試人員評審會(包括概要設計、詳細設計、測試計劃等評審)。占比15%。

3. 產品開發管理

產品的開發管控有時候是項目經理或研發經理在負責,但絕大部分都是由產品經理進行主導把控的。所以我覺得,產品經理要有參與到開發過程中的耐心,要有跟開發人員、測試人員互動的過程,這就很重要了。過程的開發把控,實際開發情況的風險把控,以及需求完成的把控,這些對產品按時上線都是至關重要的。

這一塊我的工作指南一般會按照以下幾個內容來完成:

3.1 梳理產品Roadmap,明確迭代開發范圍

有很多人或許會問,定義產品Roadmap的價值點是為什么,作為產品經理只需顧好當前的需求就行。但是,很多坑就是這樣被產品經理埋下的,當然后面還得你自己去填坑。一個好的產品經理,首先站的角度一定是企業,其次才是用戶,想歪了你就不是一個合格的產品經理。這種話不是廢話官話,而是在跟你闡述你給自己在企業的定位,跟著企業發展走,你的產品才能走的更遠。過度沉溺在自己的產品世界里,早晚會吃虧。

我自身的工作指南如下:

  1. 梳理產品Roadmap計劃。占比15%。
  2. 將產品需求錄入需求Backlog,定義Sprint。占比25%
  3. 對開發需求進行優先級排序。占比15%。
  4. 討論任務細分、人員分工(不超過兩天)。占比15%。
  5. 確定迭代計劃功能,啟動sprint。占比10%。
  6. 甘特圖追蹤任務進度,關鍵時間節點區分。占比10%。
  7. 明確化迭代開發內容,時間安排及發布時間。占比10%。

3.2 負責迭代開發的過程管理

整體開發的過程管理包括啟動過程、計劃過程、執行過程、監控過程、收尾過程等諸多方面,作為產品經理,要能在每個環節融入到開發團隊去,做好開發、測試、運營的配合,才是一個合格的有產品心的團隊。

但是,或疏于自己工作職責劃分的緣故,也有產品經理會置之這一塊內容。現在網上有很多人在討論開發與產品的矛盾,還有偏激的看法,但實際你是不參與實際的開發工作,而是你的角色從主導者變成了配合者,你參與的只是開發過程中的過程管理?;褂?,這個過程不等同于任務進度管理,也不同等于產品開發管理。

我自身的工作指南如下:

  1. 每1周或2周按Sprint更新任務進度。占比20%
  2. 組織每日晨會:昨天的工作,今天的工作,遇到的問題。占比35%。
  3. 檢查任務迭代情況。占比20%。
  4. 控制迭代范圍的變更。占比20%。
  5. 其他事項管理。占比5%。

3.3 驗收需求的實現情況

產品經理有驗收需求的標準,是有助于大家對目標需求的一致理解、對目標需求的最終確認、對目標需求的實現驗證。當然,需求實現的驗證是通過測試來實現的,產品經理要最終根據預先需求定義以及給測試傳遞的預期結果進行劃分和充分結合,驗證和確認需求的完成度。必要時,還需要上線試運行,或者由客戶來試運行測試和驗收需求。

我自身的工作指南如下:

  1. All tasks closed。占比20%。
  2. 功能演示,核對產品功能。占比40%。
  3. 確認功能符合預期。占比20%。
  4. 迭代回顧會議,總結存在的問題。占比10%。
  5. 下一步需求驗證計劃。占比10%。

4. 產品發布管理

這個對產品經理來說,是有誤區的,大家都會潛意識認為開發和測試才是最重要的,在這方面投入更大的精力和時間,反而對產品發布的環節不重視。但實際上,我們可能會因為一些產品發布工作沒有做好,導致產品問題的出現,嚴重的會導致產品不能正常使用。

產品的發布主要是用于指導產品到市場的過程。需要做好的事,指導發布活動,有效控制產品發布過程,繼而有效的控制和追蹤產品版本。

這一塊我的工作指南一般會按照以下幾個內容來完成:

4.1 區分對內發布和對外發布。

對任何一個產品來說,最激動的就是要發布了。通?;岱治閱詵⒉己投醞夥⒉劑街?。對內發布也分為兩方面,對產品開發的發布,以及對市場運營的發布。對外發布是面向客戶/用戶的發布,通常是配合在試運行階段進行發布。

整體發布的方式分為很多種,我們常見的發布方式有:郵件發布、培訓發布、市場發布、培訓發布、大規?;嵋櫸⒉嫉?。

我自身的工作指南如下:

  1. 對內發布。占比40%。
  2. 對外發布。占比60%。

4.2 產品版本的發布和歸檔

發布過程中對產品經理來說,最重要的兩件事是發布和歸檔。尤其對于B端產品來說,產品版本的控制一定是要合理區分的,大多數都包含產品開發的版本、產品內部發布的版本、產品對外發布的版本、產品多語種發布的版本、產品交付的版本、產品升級的版本等,當然相應的也得有命名規范。

如果是小團隊敏捷開發產品,也會大概包含2-3種發布的版本。針對每個產品不同的使用場景,產品發布的版本也會明顯的反映出一個產品的發展迭代歷程或生命周期,做好發布和歸檔很重要。

我自身的工作指南如下:

  1. 發布歸檔。占比70%。
  2. 規劃版本圖。占比30%。

4.3 準備對應的發布內容

通常來說,發布內容不僅僅是產品的發布,也會涉及到內容的發布。要讓別人理解產品發布的功能、價值、以及市場占有率等,必要的文檔輸出是不可少的。

如果是做完整的B端PGM質量管控,那么至少就會包含技術白皮書、功能清單、版本更新說明、測試報告(對內、對外)、競品功能技術分析(目的POC測試)、產品功能演示文檔(目的POC測試)、產品部署文檔(對內)、產品售后問題清單、用戶使用手冊(多語種)、銷售一指禪(商務、技術)、培訓資料(對內、對外)等等一整套產品相關資料。當然,這里不包括BRD、PRD等。但實際上,每個企業的實際情況不一樣,產品經理根據實際情況進行準備發布資料即可。

我自身的工作指南如下:

  1. 產品文檔編寫。占比70%。
  2. 其他文檔更新。占比20%。
  3. 版本更新說明。占比10%。

4.4 對外宣布新產品或版本正式版本

充分Check你的產品迭代配套資料完善不完善,準備的工作做的怎么樣,上線前的準備工作怎么樣,當Everything is OK,那么你就可以開始對內發布。

我自身的工作指南如下:

  1. 收集產品資料歸檔。占比10%。
  2. 對內發布告知。占比90%。(郵件占比10%,會議占比45%,市場宣導發布45%)

4.5 溝通運維產品上線

一個完整的產品上線過程過程都會包括上線資源協調、上線部署、上線監控、問題處理等階段。通常,我們為了確保產品上線的穩定性,會先開始區域化的試運行測試,再慢慢開始全局發布,這個時候產品經理和測試人員會全程參與。

我自身的工作指南如下:

  1. 整理部署需求。占比10%。
  2. 溝通運維上線產品。占比15%。
  3. 試運行測試。占比35%。
  4. 上線全部署、監控和問題處理。占比30%。
  5. 問題記錄反饋。占比10%。

5. 產品發布培訓

在產品發布培訓階段,會涉及到產品的釋義、目標受眾及應用場景、產品的原理及迭代、產品功能說明及演示、產品使用說明、功能用途展示、產品的優劣勢機會威脅、產品的定位及策略分析、產品的行業趨勢、產品的競爭分析、產品的賣點總結、產品的部署方式、產品體驗等等多種培訓角度。

一般來說,產品經理應該要在培訓前依據受眾人群進行針對性的產品培訓準備,或者針對行業特性準備對應的行業宣貫培訓資料。當然,不是每次迭代都需要這樣,視情況而定。

這一塊我的工作指南一般會按照以下幾個內容來完成:

5.1 編寫和更新發布材料

提前做好受眾調研,將產品迭代的核心價值觀點擬清楚,從產品發布到客戶上線整個過程的使用角度,無論是商務角度,還是技術角度,都是要區分人群。

我自身的工作指南如下:

  1. 受眾需求調研。占比10%。
  2. 確認培訓對象,準備更新培訓資料。占比35%。
  3. 對迭代功能做初步陳述。占比25%。
  4. 市場價值及運營指導。占比20%。
  5. 對培訓資料的上報審核及審閱。占比5%。
  6. 行業培訓準備(針對會議)。占比5%。

5.2 對內部人員進行產品培訓

內部培訓。針對市場前端人員,要更多強調此次迭代的商務優勢和競爭優勢。針對技術人員,要更多偏向此次迭代的技術原理、上線流程等方面。至于企業自身的屬性,來充分定義。

我自身的工作指南如下:

  1. 組織全體培訓。占比20%。
  2. 組織局部培訓。占比25%。
  3. 組織多小團隊培訓。占比25%。
  4. 收集記錄問題。占比10%。
  5. 反饋。占比15%。

5.3 對外部人員(客戶)進行產品培訓。

外部培訓。依據客戶現有需求點,以及定制化需求的要素進行給客戶產品培訓,包括新功能的使用、價值、應用方式、部署方式、以及維護方式等等。一般以收集客戶意見進行培訓為主。

我自身的工作指南如下:

  1. 面向客戶準備培訓材料。占比20%。
  2. 獲取客戶期望點,完善培訓資料。占比20%。
  3. 收集反饋和問題。占比20%。
  4. 收集培訓建議和問題。占比20%。
  5. 留給想象空間。(對客戶的培訓沒有標準)20%。

5.4 對培訓做總結

在經歷一系列的內部培訓和外部培訓之后,產品經理要充分整理培訓的反饋,及時更新及記錄問題所在。這當中,會包含對產品的體驗感覺、功能的差異變化、新功能的呈現方式、商業價值的市場定論、未來產品的思考、售后服務的優化等等諸多培訓意見和想法。部分建議還會重新添加回到需求池,部分問題會直接加入到Backlog為下次迭代做準備。

我自身的工作指南如下:

  1. 收集多方評價。占比40%。
  2. 歸納和統一,并做回復。占比30%。
  3. 對改善項紀錄和總結。占比30%。

6. 產品市場運營

在產品發布的伊始,產品經理是最懂產品的人,要想你的產品能在市場有很大的反響,就必須得充分配合前端市場人員完成定量的銷售機會,建立標桿客戶,促成產品推廣模式,維護和有效做好運營維護。當然,這個是需要產品經理走出企業的圈子,不是坐在辦公室做產品,而是深入到客戶業務,這樣才能有效的檢驗和驗證功能對于市場的需求。

這一塊我的工作指南一般會按照以下幾個內容來完成:

6.1 促成銷售機會

以客戶經理挖掘出的銷售機會為主,產品經理配合為次。現在,大多數企業還會有售前工程師的角色,這個過程就是三方聯動(客戶經理、售前工程師、產品經理),積極配合爭取拿下客戶簽訂合同。

這個過程跟每個公司銷售的模式一樣,就是要檢驗客戶對此產品迭代的需求程度,對功能的滿足程度。多數情況下,這也會涉及到收集客戶對于該產品需求的未來期望值,以及充分了解到競爭對手在這個客戶的實際產品使用情況。

我自身的工作指南如下:

  1. 關注重點銷售機會。占比40%。
  2. 發覺潛在客戶。占比20%。
  3. 分析競品承??突?。占比40%。

6.2 建立標桿客戶

標桿客戶就是對于該產品使用各方面綜合因素良好的客戶,這個是檢驗產品成熟度的標志,也是考驗產品經理能力的體現。舉個例子,比如區塊鏈的公鏈技術,在銀行業能否建立一個核心的落地標桿,在政府行業能否建立一個核心的落地標桿。

我自身的工作指南如下:?配合協作主導。占比100%。

6.3 促成產品推廣

任何一個產品,但凡有好經驗、好運營手段、好市場運作方式,產品經理都要整理成標桿產品推廣案例。多數情況下,實際這個過程以實際市場運營人員主導為主,但產品經理也要配合宣貫,在后續的產品市場價值中強調產品落地實踐。比如會議研討宣貫、行業研究宣貫。

我自身的工作指南如下:

  1. 配合市場宣傳和推廣。占比60%。
  2. 會議、論壇、媒體等方式。占比40%。

6.4 處理產品投訴

這個世界上沒有完美的產品,也沒有完美的團隊。產品在上線后遇到的問題、障礙,都要及時定位跟蹤反饋結果,定期關注用戶反饋才驗證出產品在市場的充分反響。當然,如果你告訴我你的產品投訴率為0,很優秀,我不相信。

作為產品經理,要及時做好問題分析,關注重點客戶問題。甚至于某些問題需要快速解決,有些問題需要放到下一步的迭代計劃或Backlog繼續迭代。

我自身的工作指南如下:

  1. 常見問題處理進度跟進。占比30%。
  2. 重點客戶問題答疑。占比50%。
  3. 其他問題。占比20%。

6.5 定期完善更新

根據產品發布后的市場反饋,產品經理要多關注產品銷售預期,關注產品的使用程度,關注行業反饋動態,關注運營手段更新等,一旦市場有變動及時做好應對策略(不包含銷售定價策略)。比如行業分析不完善補充新的行業分析,競爭對手分析每個版本都要更新等等。

我自身的工作指南如下:

  1. 查看銷售預期、反饋。占比70%。
  2. 更新競爭對手分析。占比20%。
  3. 找自身不足完善補充。占比10%。

7. 產品日常工作

我個人作為產品經理,有句比較信奉的話是這樣說的,當你無法改變規則的時候,那你就只能遵守規則。這個不是局限于產品經理這個崗位,也包含其他崗位,都是一樣的。

所以,當你在一家企業,日常工作該做什么還是得做什么。當然,如果你覺得這部分對你來說不占用時間,那么你可以不考慮。這部分在我的工作中總占比5%。

這一塊我的工作指南一般會按照以下幾個內容來完成:

7.1 公司制度

每個企業都有自己的公司制度,作為員工,無論是員工手冊,還是企業文化,亦或是其他規章制度,更甚至是企業組織的活動培訓等等,你都得去遵守它,而不是跳開它。

我自身的工作指南如下:

  1. 遵守考勤。占比50%。
  2. 遵守保密制度。占比20%。
  3. 遵守其他制度。占比20%。
  4. 留給企業空間。占比10%。

7.2 產品內部工作

對產品經理的管理者來說,會更希望自己能了解到每個產品經理的工作狀態和內容,因為大家也需要發泄,也需要吐槽現有的工作環境,當然這更偏向于是產品總監/產品副總裁來主導的工作。作為產品經理,你也要契合自己產品部門的工作要求和內容。當然,你如果是產品總監/產品副總裁,那么我想,你關心的角度又會是另外一個維度。

我自身的工作指南如下:

  1. 產品周報(每周一篇)。占比10%。
  2. 產品例會(每周一次)。占比10%。
  3. 產品溝通會(提前約定)。占比30%。
  4. 產品匯報會(定期匯報,每月一次)。占比20%。
  5. 內部分享會(不定時)。占比5%。
  6. 輔導其他同事(新人)。占比10%。
  7. 協助其他事項。占比15%。

7.4 配合跨部門工作

在企業工作,產品經理這個崗位避免不了的是要跟跨部門的人員同事打交道,那么你對跨部門有需求,跨部門也會對你有需求,兩者是相互配合協作的。比如人力資源部需要產品JD設立的要求,市場部需要產品的營銷文案審閱,海外部新員工有單獨培訓新產品的答疑培訓等等。

當然,我舉這么多例子的目的就是要讓你知道,你做產品經理,那么在公司跟你息息相關的,你要做的就是配合、遵守。

我自身的工作指南如下:

  1. 配合JD建立。占比10%。
  2. 配合市場營銷。占比40%。
  3. 配合部門培訓。占比15%。
  4. 配合海外市場拓展。占比20%。
  5. 其他不確定事宜。占比15%。

以上就是我個人在產品經理生涯中,抽出時間梳理的一些個人的實際工作指南,也算是現在對B端產品經理工作的一個解讀。但由于每個企業都有自己特定的屬性存在,我所列舉的,所陳述的,都只能代表我個人對這個崗位工作指南的思考。

我最后只想說一句話,要成為一個優秀的Product Manage 不簡單,那不是多看幾遍人人都是產品經理就能理解的。

送給每一個想成為PM的人。

 

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

題圖來自Unsplash,基于CC0協議

給作者打賞,鼓勵TA抓緊創作!
1人打賞
評論
歡迎留言討論~!
  1. 干貨慢慢,一看就是有多年實戰經驗的高手。

    回復
  2. 斷斷續續花了3天時間閱讀,感謝分享。

    回復
  3. 回復
  4. 負責迭代開發的過程管理。 這部分工作一般都是由項目經理在負責吧?

    回復
    1. 我的工作內容是區分于項目經理和開發經理的過程管理的。

      回復
  5. 您好 我是剛入產品三個月的小白 請問還有什么方式可以聯系到您嗎 以后工作中的疑問我期望能多和您交流 感謝

    回復
  6. 最有感觸的是“不能改變規則就要遵守規則”,作為產品經理要帶領團隊開拓創新,同時也要遵循公司的規章制度。

    回復
  7. 受教了.

    回復
  8. 尊敬的李老師,小輩,冒昧的覺得第二點的差異化——這一詞可以加一點兒修飾詞嗎?(可進化的動態差異化)嘿嘿??,冒昧了。

    回復
  9. 0-1是基礎,1—–是走多遠綜合能力

    回復
  10. 受教了

    回復