“騰訊”是產品經理的黃埔軍校。筆者有幸學習到騰訊產品經理對產品項目的流程管理，特此整理並結合實際工作經驗分享給大家。
長話短說，騰訊產品項目的主體流程劃分成了七個階段，“概念階段（CONCEPT）”、“提案階段（PROPOSAL）”、“原型開發階段（PROTOTYPE）”、“產品開發階段（ALPHA）”、“內測階段（CLOSE BETA）”、“正式運營階段（OPERATION）”和“結項（CLOSE）”。
1 概念階段（CONCEPT）
概念階段主要由“專家評審組”和“概念提出人”共同參與。
概念提示人負責【概念提出】，交由專家評審組進行【概念評審】和【存入概念庫】操作。
2 提案階段（PROPOSAL）
提案階段主要由“決策委員會”、“專家評審組”、“項目組”和“研發”共同參與。
由決策委員會組織【成立提案小組】，項目組和研發負責【準備提案評審材料】，材料交由專家評審組進行【提案專家評審】，通過專家評審後交由決策委員會進行【提案決策評審】。
未通過評審則提案PASS；待修訂則打回至【準備提案評審材料】步驟；通過評審則進入下一階段。
衆所周知的是，“提案階段”類似“需求調研階段”。日常工作中，對於需求調研咱們會分成三個部分“行業調研”、“市場調研”和“競品調研”。
2.1 行業調研
行業調研：行業分析是指根據經濟學原理，綜合應用統計學、計量經濟學等分析工具對行業經濟的運行狀況、產品生產、銷售、消費、技術、行業競爭力、市場競爭格局、行業政策等行業要素進行深入的分析，從而發現行業運行的內在經濟規律，進而進一步預測未來行業發展的趨勢。
政策！政策！政策！沒有亙古不變的行業，要時刻擁抱變化，順勢而爲，做該做的事。
2.2 市場調研
市場調研：市場調研常用手法有“定性研究”、“定量研究”、“技術觀察”和“試驗設計”四種。
專業的事儘量交由專業的人去做，可以有效規避企業在市場調研上所承受的風險。轉移市場調研的風險，在國內有諸多知名機構可以選擇，具體如下。
- China Ceidea Market Research 策點市場調研公司
- Acorn Marketing & Research Consultants 毅羣市場研究諮詢股份有限公司
- 上海伊霍珀信息科技股份有限公司
- 北京新數易博（EBMRS）信息諮詢有限公司
- 華通明略（MillwardBrown ACSR）信息諮詢有限公司
中機系（北京）信息技術研究院 - 中國商業數據中心
- 尼爾森市場研究中心
- 數字100市場研究公司
- 益普索（中國）市場研究諮詢有限公司
- 凱度（中國）購物者指數（Kantar Worldpanel Chin- a）
- 上海AC尼爾森市場研究公司
- 蓋洛普（中國）諮詢有限公司
- 華南國際市場研究公司
- 百維數元信息科技（北京）有限公司
- 艾斯艾（北京）市場調查有限公司（SSI China）
- 歐睿（Euromonitor）市場調查機構
2.3 競品調研
競品調研：主要是對導入期競爭對手的市場經營情況與策略進行深入的調研分析。競品分析一詞最早源於經濟學領域。市場營銷和戰略管理方面的競品分析是指對現有的或潛在的競爭產品的優勢和劣勢進行評價。這個分析提供了制定產品戰略的依據，將競品分析獲得的相關競品特徵整合到有效的產品戰略制定、實施、監控和調整的框架當中來。
競品分析包含了三部分內容：競品選擇、分析維度和分析準則。
- 競品選擇
競品選擇的範圍並不侷限於具有直接競爭關係的產品，以iPad版即時通訊應用爲例，除了QQ、MSN等產品以外，我們還需要選擇一些國外的產品如IM+、AIM、IMO等優秀且受衆羣體較大的產品。
- 分析維度
通常我們進行競品分析，可能會從以下幾個維度進行對比分析：戰略定位、盈利模式、用戶羣體、產品功能、產品界面（交互方式、視覺表現）等。
競品分析是每一個互聯網從業人員都需要做的一項基本工作，不同的職能區分，側重點會不一樣。如運營人員可能更加側重產品的戰略定位、盈利模式、推廣方式，產品策劃人員更側重於產品定位、目標用戶、產品功能。交互設計師更側重於產品界面、具體的交互形式。當然這些維度是有機聯繫的，斷然不可以孤立對待。
- 分析準則
拿交互設計的競品分析來說，需要參照“可用性準則”來進行分析，可用性準則有很多不同版本， 當前較爲常用的10項可用性準則爲：
- 一致性和標準性；
- 通過有效的反饋信息提供顯著的系統狀態；
- 方便快捷的使用；
- 預防出錯；
- 協助用戶認識，分析和改正錯誤；
- 識別而不是回憶；
- 符合用戶的真實世界；
- 用戶自由控制權；
- 美觀，精簡的設計；
- 幫助和說明。
3 原型開發階段（PROTOTYPE）
原型開發階段主要由“決策委員會”、“專家評審組”、“項目組”和“研發”共同參與。
決策委員會負責【成立原型小組】，交由對應的項目組和研發進行【原型版本製作】，完成製作後，交由專家評審組進行【原型專家評審】，通過專家評審後，交由決策委員會進行【立項決策評審】。
評審期間，立項決策評審未通過直接PASS，部分通過則繼續開發；完全通過則進入立項流程。
“原型開發階段”對應咱們日常工作中的“需求澄清”和“需求設計”。
3.1 需求澄清
需求澄清：通過具體的方法論，澄清需求本身，消除項目參與人員對需求的認知差異。
- 需求池（Demand pool）
需求池（Demand pool）需求池將需求列成合同式的文件，最常見的方式是將需求列入一個合同式的表。
- 功能需求點列表(Function List)
功能需求點列表(Function List) 在功能需求分析完成後。要詳細列出用戶需求功能點列表。
- 用例圖（use case diagram）
用例圖（use case diagram）是用戶與系統交互的最簡表示形式，展現了用戶和與他相關的用例之間的關係。通過用例圖，人們可以獲知系統不同種類的用戶和用例。用例圖也經常和其他圖表配合使用。
儘管用例本身會涉及大量細節和各種可能性，用例圖卻能提綱挈領地讓人瞭解系統概況。它爲“系統做什麼”提供了簡化了的圖形表示，因此被譽爲“搭建系統的藍圖”。
由於其簡單純粹的本質，用例圖是項目參與者間交流的好工具。用例圖的畫法是對現實世界的一種刻畫，可以讓項目參與者明白系統要做成什麼樣。簫慶龍等（Siau and Lee）曾研究是否存在用例圖不適用或不必要的情景，結果發現用例圖可以更簡潔地傳達系統的設計意圖，“比類圖詮釋得更加完整”。
用例圖的目的就是爲了可以讓人在一個更高的層次概覽整個系統，用平白的話語讓項目參與者理解系統。它可以輔以額外的圖表和文檔，以更加完整地展現系統的功能和技術細節。
- 流程圖（Flow Charts）
流程圖（Flow Charts）是表示算法、工作流或流程的一種框圖表示，它以不同類型的框代表不同種類的步驟，每兩個步驟之間則以箭頭連接。這種表示方法便於說明解決已知問題的方法。流程圖在分析、設計、記錄及操控許多領域的流程或程序都有廣泛應用。
弄清楚用例圖中的這些角色，在系統中每一步需要走什麼流程，對應不同的判斷狀態進入怎樣的子流程，是否支持逆向操作
- 產品整體架構圖
產品架構圖暫無一個標準答案。這裏我們借鑑軟件架構的解釋來參考：軟件架構是一個系統的草圖。軟件架構描述的對象是直接構成系統的抽象組件。各個組件之間的連接則明確和相對細緻地描述組件之間的通訊。在實現階段，這些抽象組件被細化爲實際的組件，比如具體某個類或者對象。在面向對象領域中，組件之間的連接通常用接口來實現。
圖片來自CSDN社區-PMCAFF產品社區-一張圖講清楚產品架構
- 產品信息結構圖
產品信息架構圖暫無一個標準答案。個人認爲，產品信息結構圖就是告訴研發有什麼關鍵信息，同時給需求提出者自查的一份文檔。
3.2 需求設計
需求設計一般指的是設計“原型文檔”和“PRD文檔”。
在日常的工作中，時間緊任務重的項目，通常在繪製原型圖的時候，專門備註了對應的說明文檔。這樣做的目的是爲了方便研發人員快速理解需求，跟上快速迭代的節奏。
4 產品開發階段（ALPHA）
產品開發階段主要由“決策委員會”、“專家評審組”、“項目組”、“研發”和“運營”共同參與。
①決策委員會負責【成立項目組】，交由對應的項目組和研發進行【PRE-ALPHA版本製作】，完成製作後，先自行進行【產品版本評審】，如有問題自行修訂，再交由專家評審組進行【PRE-ALPHA專家評審】，通過專家評審後，交由決策委員會進行【PRE-ALPHA決策評審】，通過後交由運營準備【內部轉產】。
②項目組和研發進行【ALPHA版本製作】，完成製作後，先自行進行【產品版本評審】，如有問題自行修訂，再自行安排【內測規劃及準備】，下一步再交由專家評審組進行【產品內測上線專家評審】，通過專家評審後，交由決策委員會進行【P產品內測上線決策評審】。
③項目組和研發進行【總體運營規劃】，交由專家評審組進行【總體運營規劃專家評審】，通過專家評審後，交由決策委員會進行【總體運營規劃決策評審】，通過後研發和運營準備【封測上線發佈】並收集【封測運營反饋】，用於矯正項目組和研發進行【ALPHA版本製作】。
評審期間，決策評審未通過直接PASS，部分通過則繼續開發；完全通過則進入內測階段。
5 內測階段（CLOSE BETA）
內測階段主要由“決策委員會”、“專家評審組”、“項目組”、“研發”和“運營”共同參與。
①項目組和研發進行【版本製作】，完成製作後，先自行進行【產品版本評審】，如有問題自行修訂，再自行安排【正式運營規劃及準備】，下一步再交由專家評審組進行【正式運營上線專家評審】，通過專家評審後，交由決策委員會進行【正式運營上線決策評審】。
②運營負責【產品內測上線發佈】、【內測運營服務】以及【內測運營反饋】。交由對應的項目組和研發佐證【版本製作】，通過後交由研發和項目組負責【正式運營規劃及準備】。
評審期間，決策評審未通過直接PASS，部分通過則繼續開發；完全通過則進入正式運營階段。
6 正式運營階段（OPERATION）
正式運營階段主要由“決策委員會”、“專家評審組”、“項目組”、“研發”和“運營”共同參與。
①項目組和研發進行【版本製作】，完成製作後，先自行進行【小版本評審】，再交由運營負責【正式運營上線發佈】、【正式運營服務】以及【正式運營反饋】如有問題自行修訂，再交由項目組和研發安排【運營結項計劃和準備】，下一步再交由專家評審組進行【正式運營結束專家評審】，通過專家評審後，交由決策委員會進行【正式運營結束決策評審】，通過後交由運營負責【正式運營結項準備】，準備進入結項階段。
②在【小版本評審】通過後，交由專家評審組進行【大版本評審】，通過後交由研發和項目組進行【版本製作】。
評審期間，決策評審未通過直接PASS，部分通過則繼續開發；完全通過則進入正式運營階段。
7 結項（CLOSE）
結項階段主要由“運營”負責。
確認項目進入結項階段後，交由運營負責【產品下線】，OVER。
結項是一個項目的尾聲，難免有種飛鳥盡良弓藏的感覺，這是正常的。
一方面，有“柯達”這樣相當優秀的企業，帶着遺憾離場，他沒做錯啥，只是不被大家所需要。
另一方面，正是有數不清的產品被幹掉，咱們產品的存在才被襯托得更有意義。那爲什麼不去擁抱變化，選擇去創造更能經得住時間檢驗的產品！
尾記
產品經理他可以是一個改變世界的神，他也可以是一個普通人。
普通的人，專注好眼下的一件事，那他就是最棒的產品經理。你也可以，謝謝支持，共勉~
你走過的路、讀過的書、看過的風景、愛過的人都在悄無聲息地指引着你前進的方向。