在網際網路行業中，一般產品經理的工作職責是什麼？下面給大家分步探討。
方法/步驟
工作職責範疇
概述
A、戰略性工作B、設計性工作C、專案性工作D、市場化工作E、商業化工作
具體工作職責
A、戰略性工作—主要講的是做戰略研究和分析，幫助企業找到出路和方向，需要做大量的行業市場使用者的分析和研究，資料和思辨較強，戰略工具熟練使用，波特的五力、特勞特的定位….
B、設計性工作—就是原型設計，UIUE這些事情，沒啥可說的，這是PM的核心和基本技巧；
C、專案性工作—作為PM的另外一個職能，就是專案經理職責，做好資源、人員、時間和質量的把控，做好QA和QC的幫扶，測試的幫扶等等；
D、市場化工作—做產品的包裝，買賣點歸納，PC4.COM.CN，FAB梳理，FAQ編寫，白皮書、銷售工具種種 ；
E、 商業化工作—即產品的生命週期管理呀，就是做好資料分析，做好產品的更新和完善，做好產品的市場引領和創新增長點的挖掘。
產品經理進行一個創新產品的工作流程如下：
A、BRD文件。PM先針對現在的企業現狀和行業趨勢，寫一個BRD，就是戰略需求文件，這種文件，未必是BRD，可以是商業可行性分析，可以是建模方法論，等等呢個吧
主要是帶上CEO，公司高管，各個部門的總監，一起來評審下，看看我的思路和思辨是不是OK，我的這個產品的概念是不是可以執行下去（要會用SWOT等工具）
B、MRD文件。會議結束後，要是高管通過，那麼接下來，就是寫MRD文件，就是市場需求文件
這兩個文件核心區別-BRD關鍵說明產品的方向，MRD關鍵說明產品的定位
MRD文件主要側重於市場機會的分析，得出結論“就當前市場情況而言，我們可以做什麼”
MRD大綱：
概述、PEST、行業市場分析、競爭對手分析、酷文博、使用者及客戶分析、STP、產品定位和概念、USECASE、核心功能介紹、核心流程介紹、用例…
比如：BRD告訴你我們需要做一部車；MRD告訴你我們要做小轎車
當然，BRD裡面還有很多思辨的基礎資料和理論依據，告訴高管為啥我們要做車而不是做別的
同理，MRD裡也有很多思辨的基礎資料和理論依據，告訴高管為啥我們要做小轎車
對，BRD是監視衛星，MRD是高空偵察機
C、PRD文件。等MRD上會，通過了高管的評審後，接下來，就是要編寫PRD（Product Requirements Document）文件，即產品需求文件。
PRD文件的核心是定義產品到底做成什麼。開始落實產品原型DEMO。
PRD文件也就是傳統意義上的需求分析，這裡主要指UC（Use Case）文件。主要內容有：功能使用的具體描述（每個UC一般有用例簡述、行為者、前置條件、後置條件、UI描述、流程/子流程/分支流程，等幾大塊）；Visio做的功能點業務流程，介面的說明，demo，pc4.com.cn等。Demo方面，可能用Dreamweaver、PS甚至畫圖板簡單畫一下，有時候也會有UI/UE支援，出高保真的Demo，開發將來可以直接用的那種。
現在就是：BRD-MRD-PRD的三段論流程。PRD評審與會高管（一線高管可以與會也可以不與會了，主要是一些核心的產品+運營+技術人員參與就行了。PRD評審通過後，產品經理需要做會議總結，郵件內容四點論：達成共識、劃清邊界、PRD過了後，該出SRS文件-軟體需求規格說明書評審。
PRD和MRD的區別：PRD就是在MRD的基礎上，詳細的給出了UI和UE呀就是加了AX做的原型。顯然，PRD文件就是對產品的整體規劃，應該比上述Market Research階段的MRD文件要細化一些。 MRD文件主要側重於市場機會的分析，得出結論“就當前市場情況而言，我們可以做什麼”PRD側重於整個產品的規劃，以及Business方面的需求。
PRD和SRS的區別： PRD不同於SRS（Software Requirements Specification ）軟體需求規格說明書，是為了軟體開發系統而編寫的，主要用來描述待開發系統的功能性需求和非功能性需求，以及系統所要實現的功能和目標，為專案開 發人員提供基本思路，明確開發方向，節約時間提高開發效率，降低軟體開發風險，節約成本。 SRS需要講明白這個產品的規格，例如做一個杯子，SRS需要說明杯子的口徑、高矮等情況。SRS描述方式：五點論，即標準引數+用例+小功能的USECASE+流程+功能介紹。
會議之後，技術部需要出技術性文件：技術，其實文件丟失率超級高，沒有概要設計+詳細設計等說明文件。例如系統架構、資料庫、表單設計等，不是產品部的範疇，是純技術範疇了。技術開發過程中，我們需要監督、督辦，要是沒有專案經理，產品經理還需要起到專案管理的作用。
日常工作時間分配
50%的戰略性質的競爭對手行業市場使用者等的研究工作
30%的產品設計性工作
20%的產品市場化工作，就是產品包裝，買賣點歸納等等
注意事項
歡迎大家來一起探討交流。