互聯網公司有千萬種，產品經理卻只有一種。產品經理和各行各業的創意者一樣，是一羣最富有創造力的羣體，不同是產品經理創造的是互聯網應用（系統、軟件或應用等等）。雖然，各公司的產品經理職責約束存在差異，但是產品經理的基本工作卻大同小異。本文結合5年來得工作經驗，總結產品經理在互聯網項目中的基本工作如下，僅做參考。
1 目的
產品經理工作規範是指導產品經理快速熟悉工作流程，明確項目活動各節點產品經理的工作目標、任務及輸出，促進產品經理對產品的計劃性、規範性、系統性管理的說明文檔。
產品經理工作規範配套的規範包括：需求過程管理規範、產品原型設計規範、版本發佈流程規範以及產品經理考覈指標等。
2 適用範圍
本規範由產品經理部負責制和修訂，本規範影響範圍包括：產品經理和項目組等。
3 角色和職責
產品總監/主管
產品經理
項目經理
開發組
測試組
配置管理組
需求評審組
4 過程說明
圖 1產品經理工作流程圖
產品經理的工作流程關係產品的生命週期和項目管理，上圖是對產品經理工作流程及各節點成果的描述，後續章節做詳細介紹。
5 輸入
項目已啓動或者計劃啓動。
6 活動
6.1 需求調研
6.1.1. 活動
需求調研的目標是充分研究市場、用戶和公司戰略，明確產品的定位、用戶和價值等。爲了保證需調研的有序進行，產品經理應編制需求調研計劃表。需求調研工作內容包括：市場調研、用戶調研和文獻調研等。產品經理應保存各類需要調研的原始材料（如：需求單、運營數據報表）爲後續產品定義提供基礎，並負責編制《需求池》對原始需求進行跟蹤管控。需求調研完成後，進行系統性的總結形成《需求分析報告》。需求調研活動應遵循《需求過程管理規範》。
注：需求調研階段，推薦邀請項目各口主管參與，瞭解需求調研工作，爲後續相關的活動的開展提供基礎。
6.1.2. 輸出
需求調研計劃表
需求原始材料
需求分析報告（RAR）
需求池
6.2 產品定義
6.2.1. 活動
產品定義的核心目標是將用戶需求轉化爲產品需求，定義產品的功能、邊界和作用。產品定義階段，產品經理應基於需求調研成果：《需求池》和《需求分析報告》，將需求固化爲《需求跟蹤矩陣》和《需求規格說明書》，並輸出高保真產品原型。需求文檔直接構成系統設計和測試的基礎和依據，高保真產品原型是對需求的可視化呈現，可直接指導視覺設計、產品開發和測試等工作。
高保真產品原型設計過程中，一般需要邀請用戶/項目組進行測試/體驗，暴露產品原型設計中的用例缺陷和交互缺陷等，並評判產品原型是否滿足需求調研成果。經過多次的產品原型測試和修正，保證產品原型的可用性。產品原型設計應遵循《產品原型設計規範》。
6.2.2. 輸出
需求跟蹤矩陣（RTM）
需求規格說明書（PRD）
高保真產品原型（源文件及HTML文件）
注：需求跟蹤矩陣有2種模板，內部項目推薦使用EXCEL模板，外部項目推薦使用WORD模板。
6.3 需求評審
6.3.1. 活動
需求評審的主要目的有2個方面，一方面是需求的闡述與理解，另一方面是評審需求的一致性、準確性和完備性。需求評審的會議材料包括：《需求跟蹤矩陣》（必備）、《需求規格說明書》和高保真產品原型（必備）。需求評審分爲產品組評審（內審）和項目組評審（外審）2個環節，只有通過內審後，才能發起外審。內審推薦3~5名產品經理參加，外審參與方包括：客戶/用戶代表、產品經理、項目經理、UED設計師、測試經理和相關的技術人員等。
需求評審會議應由產品經理組織，每次需求評審會議結束後，需要根據評審意見修訂需求文檔和高保真產品原型，然後繼續組織評審會議，直至3/4或以上成員無意見通過。
6.3.2. 輸出
評審報告/會議紀要
6.4 版本計劃
6.4.1. 活動
版本計劃的主要目的是配合公司戰略、市場運營和關聯產品等計劃或目標，結合產品自身的路線和目標，規劃需求的優先級和範圍，形成一個計劃版本。產品經理需要優先提出《版本計劃表》草案及配套的需求文檔，然後組織相關人員進行評審，形成正式的版本計劃，自此正式進入的產品研發階段。完成版本計劃後，產品經理應將需求錄入Phabricator，形成產品積壓。
需求池實現原始需求的跟蹤管控，需求評審實現將原始需求進行固化，版本計劃實現將固化需求的進行優先級排列，並確定一個可執行的範圍。然後爲項目組準備項目計劃提供基礎。
注：版本計劃形成有2種方式：
計劃型：即基於需求池優先確定版本計劃，然後組織產品定義、需求評審和項目計劃的實施。此方式比較容易保證活動和成果的一致性；但是彈性較弱。
迭代型：產品定義和需求評審是一個連續的、動態的過程，然後根據需要組織版本計劃評審，形成計劃版本。此方式比較靈活能夠快速響應市場需求，推出版本；不足在於產品定義和需求評審比較碎片化，不便於形成完整成果進行評審，版本計劃的配套需求文檔基於多次的需求評審結果組合而成。
6.4.2. 輸出
版本計劃表
Phabricator產品積壓
6.5 項目計劃
6.5.1. 活動
項目經理基於版本計劃和配套的需求文檔，組建/組織項目組、分配研發任務、評估項目週期，輸出《項目計劃》。接下來，項目組將按照項目計劃進行開發、測試和驗收等工作。
注：一般一個版本配套一個項目計劃，一個項目計劃可能包含多個迭代，一個迭代一般2~4周。
6.5.2. 輸出
項目計劃
項目報告（按需）
6.6 視覺設計與評審
6.6.1. 活動
視覺設計和評審是與產品經理日常工作密切相關的活動，視覺設計由UED設計師負責。產品經理應與UED設計師保持良好溝通，保證視覺設計工作滿足產品需求。產品經理與UED設計師的通過產品經理輸出的《視覺設計需求》表格進行工作銜接，UED設計師接受《視覺設計需求》後，需要響應設計說明和完成任務的時間節點。
視覺設計完成後，UED設計師需要先組織UED組內審，然後組織項目組評審，參與視覺設計評審的主要人員應包括：客戶/用戶代表、產品經理、項目經理、UED設計師、測試經理和相關的技術人員等。UED設計師輸出定稿PSD文件後，交付項目組進行頁面編碼，同時需要輸出相應的視覺設計規範，必要時還需負責頁面切圖。
注：產品經理輸出的高保真產品原型不能滿足複雜的交互時，應進一步交付給交互設計師進行產品原型交互設計，並組織交互設計評審。
6.6.2. 輸出
PSD文件
JPG文件
頁面標註及切圖（按需）
視覺設計規範
評審報告/會議紀要
6.7 編碼與測試
6.7.1. 活動
編碼與測試是研發活動重要內容，是與產品經理日常工作相關的活動。項目計劃啓動後，產品經理應對產品的研發情況進行跟蹤，積極配合開發工程師和測試工程師的工作，答覆編碼測試階段關於產品需求和界面交互的各類問題。
編碼與測試階段，項目組開發工程師依據需求文檔、產品原型和視覺設計稿等，進行系統架構設計輸出《軟件設計文檔》及編碼；測試工程師編制《測試計劃》和《測試用例》，並組織各迭代提測版本測試工作，完成測試工作後，由測試經理組織編寫《測試報告》。
注意：編碼階段，一般需要組織設計文檔評審。測試階段，一般需要組織測試用例評審，必要時需要組織BUG評審。
6.7.2. 輸出
軟件設計文檔
數據庫設計文檔
接口設計文檔
迭代版本
可發佈版本
測試計劃
測試用例
測試報告
6.8 產品體驗
6.8.1. 活動
產品體驗活動是一個持續的活動，每位產品經理都應是產品的首席體驗官。產品經理需要積極體驗每個迭代提測的版本，驗證需求是否實現，軟件是否穩定等，並輸出《產品體驗報告》。產品體驗可邀請項目組和其他產品經理共同參與。
注：廣義的產品體驗不僅包括提測版本的體驗，還包括競品的體驗等。
6.8.2. 輸出
產品體驗報告
6.9 版本發佈
6.9.1. 活動
編碼測試階段輸出可發佈版本後（注：可發佈版本由測試經理認定），一般由產品經理或者項目經理組織產品發佈會，版本發佈活動應遵循《版本發佈流程規範》。
產品發佈會有2種情況，一種是公司內部版本發佈會，另一種是對外版本發佈會。公司內部版本發佈會要求輸出：《版本申請表》《版本說明書》《安裝包或運行包》《安裝部署手冊》《用戶使用手冊》等必備材料，其中，《版本說明書》和《用戶使用手冊》由產品經理負責編制；對外版本發佈會是面向市場和公衆的發佈會，需要進行整體策劃，除了準備項目必備的材料的外，還需根據策劃案輸出相關的宣傳物料。
注：版本發佈前，產品經理經進行材料歸檔，產品組SVN歸檔材料包含但不限於：需求跟蹤矩陣、需求規格說明書（C端產品可選）、高保真產品原型（源文件）、產品功能思維導圖（源文件）、用戶使用手冊、安裝部署手冊。
6.9.2. 輸出
版本申請表
版本說明書
安裝包或運行包
安裝部署手冊
用戶使用手冊
6.10 項目考覈
6.10.1. 活動
項目計劃結束後，將組織項目考覈，一方面是公司對項目實施情況進行考覈（具體參考相關制度），另一方面是項目組經理對項目成員的考覈。其中，項目成員績效考覈結果分爲2個部分：一部分是來自職能組主管（如產品主管），一般佔30%權重；另一部分來自項目經理，一般佔70%權重。
產品經理需要對需求進行度量統計，輸出《需求度量統計報告》，並需通過項目經理確認，同時按照項目要求做好相關材料歸檔。組內考覈由產品部經理（主管）負責，從產品經理的工作態度、輸出物規範程度和質量、產品組團隊協作、產品組團隊貢獻等維度進行綜合考覈。
6.10.2. 輸出
各類統計報表（產品經理：需求度量統計報告）
項目成果物
項目成員考覈表
產品經理內部考覈表
7 輸出
表 1項目主要成果物清單
注：以上成果物清單僅供參考，項目成果物歸檔以項目需要爲準。項目組歸檔材料還應包括各節點的評審報告、會議紀要、各類統計報告、源代碼和安裝包等。
8 測量和分析
對需求管理活動進行測量，並將測量結果用於確定軟件策劃活動的狀態。
要進行如下測量：
項目需求度量，對原始、增加、刪除、修改的數量統計和分析，通過檢驗《需求度量統計表》考評；
需求文檔規範度和質量的度量，包括：文檔編制規範度（參照相關模板和規範）、文檔一致性、準確性和完備性，通過檢驗需求文檔考評；
產品原型設計質量度量，產品原型輸出時效性，產品原型設計規範度，通過檢驗產品原型源文件和產品原型HTML頁面考評；
9 驗證實施
- 產品部經理（主管）定期或事件驅動地參與評審需求的管理活動。
- 產品部經理（主管）定期評審軟件項目計劃活動的執行狀況，並解決相關的問題。
- 項目經理定期或事件驅動地參與檢查、評審軟件需求的管理活動。
- 需求評審團通過參與評審活動監督需求管理和產品定義等。
- 測試組在新版本提測後，定期向項目經理報告版本質量和測試結果。