網際網路公司有千萬種，産品經理卻隻有一種。産品經理和各行各業的創意者一樣，是一群最富有創造力的群體，不同是産品經理創造的是網際網路應用（系統、軟體或應用等等）。雖然，各公司的産品經理職責限制存在差異，但是産品經理的基本工作卻大同小異。本文結合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 驗證明施
- 産品部經理（主管）定期或事件驅動地參與評審需求的管理活動。
- 産品部經理（主管）定期評審軟體項目計劃活動的執行狀況，并解決相關的問題。
- 項目經理定期或事件驅動地參與檢查、評審軟體需求的管理活動。
- 需求評審團通過參與評審活動監督需求管理和産品定義等。
- 測試組在新版本提測後，定期向項目經理報告版本品質和測試結果。