“騰訊”是産品經理的黃埔軍校。筆者有幸學習到騰訊産品經理對産品項目的流程管理，特此整理并結合實際工作經驗分享給大家。

長話短說，騰訊産品項目的主題流程劃分成了七個階段，“概念階段（CONCEPT）”、“提案階段（PROPOSAL）”、“原型開發階段（PROTOTYPE）”、“産品開發階段（ALPHA）”、“内測階段（CLOSE BETA）”、“正式運營階段（OPERATION）”和“結項（CLOSE）”.

一、概念階段（CONCEPT）

概念階段主要由“專家評審組”和“概念提出人”共同參與。

概念提示人負責【概念提出】，交由專家評審組進行【概念評審】和【存入概念庫】操作。

二、提案階段（PROPOSAL）

提案階段主要由“決策委員會”、“專家評審組”、“項目組”和“研發”共同參與。

由決策委員會組織【成立提案小組】，項目組和研發負責【準備提案評審材料】，材料交由專家評審組進行【提案專家評審】，通過專家評審後交由決策委員會進行【提案決策評審】。

未通過評審則提案PASS；待修訂則打回至【準備提案評審材料】步驟；通過評審則進入下一階段。

衆所周知的是，“提案階段”類似“需求調研階段”。日常工作中，對于需求調研咱們會分成三個部分“行業調研”、“市場調研”和“競品調研”。

1. 行業調研

行業調研：行業分析是指根據經濟學原理，綜合應用統計學、計量經濟學等分析工具對行業經濟的運行狀況、産品生産、銷售、消費、技術、行業競争力、市場競争格局、行業政策等行業要素進行深入的分析，從而發現行業運行的内在經濟規律，進而進一步預測未來行業發展的趨勢。

政策！政策！政策！沒有亘古不變的行業，要時刻擁抱變化，順勢而為，做該做的事。

2. 市場調研

市場調研：市場調研常用手法有“定性研究”、“定量研究”、“技術觀察”和“試驗設計”四種。

專業的事盡量交由專業的人去做，可以有效規避企業在市場調研上所承受的風險。轉移市場調研的風險，在國内有諸多知名機構可以選擇，具體如下。

• China Ceidea Market Research 策點市場調研公司
• Acorn Marketing & Research Consultants 毅群市場研究咨詢股份有限公司
• 上海伊霍珀信息科技股份有限公司
• 北京新數易博（EBMRS）信息咨詢有限公司
• 華通明略（MillwardBrown ACSR）信息咨詢有限公司
• 中機系（北京）信息技術研究院
• 中國商業數據中心
• 尼爾森市場研究中心
• 數字100市場研究公司
• 益普索（中國）市場研究咨詢有限公司
• 凱度（中國）購物者指數（Kantar Worldpanel China）
• 上海AC尼爾森市場研究公司
• 蓋洛普（中國）咨詢有限公司
• 華南國際市場研究公司
• 百維數元信息科技（北京）有限公司
• 艾斯艾（北京）市場調查有限公司（SSI China）
• 歐睿（Euromonitor）市場調查機構

2. 競品調研

競品調研：主要是對導入期競争對手的市場經營情況與策略進行深入的調研分析。^[1]

競品分析一詞最早源于經濟學領域。市場營銷和戰略管理方面的競品分析是指對現有的或潛在的競争産品的優勢和劣勢進行評價。這個分析提供了制定産品戰略的依據，将競品分析獲得的相關競品特征整合到有效的産品戰略制定、實施、監控和調整的框架當中來。

競品分析包含了三部分内容：競品、分析維度和分析準則。

（1）競品選擇

競品選擇的範圍并不局限于具有直接競争關系的産品，以iPad版即時通訊應用為例，除了QQ、MSN等産品以外，我們還需要選擇一些國外的産品如IM 、AIM、IMO等優秀且受衆群體較大的産品。

（2）分析維度

通常我們進行競品分析，可能會從以下幾個維度進行對比分析：戰略定位、盈利模式、用戶群體、産品功能、産品界面（交互方式、視覺表現）等。

競品分析是每一個互聯網從業人員都需要做的一項基本工作，不同的職能區分，側重點會不一樣。如運營人員可能更加側重産品的戰略定位、盈利模式、推廣方式，産品策劃人員更側重于産品定位、目标用戶、産品功能。交互設計師更側重于産品界面、具體的交互形式。當然這些維度是有機聯系的，斷然不可以孤立對待。

（3）分析準則

拿交互設計的競品分析來說，需要參照“可用性準則”來進行分析，可用性準則有很多不同版本， 當前較為常用的10項可用性準則為：

1. 一緻性和标準性
2. 通過有效的反饋信息提供顯著的系統狀态
3. 方便快捷的使用
4. 預防出錯
5. 協助用戶認識，分析和改正錯誤
6. 識别而不是回憶
7. 符合用戶的真實世界
8. 用戶自由控制權
9. 美觀，精簡的設計
10. 幫助和說明

三、原型開發階段（PROTOTYPE）

原型開發階段主要由“決策委員會”、“專家評審組”、“項目組”和“研發”共同參與。

決策委員會負責【成立原型小組】，交由對應的項目組和研發進行【原型版本制作】，完成制作後，交由專家評審組進行【原型專家評審】，通過專家評審後，交由決策委員會進行【立項決策評審】。

評審期間，立項決策評審未通過直接PASS，部分通過則繼續開發；完全通過則進入立項流程。

“原型開發階段”對應咱們日常工作中的“需求澄清”和“需求設計”。

1. 需求澄清

需求澄清：通過具體的方法論，澄清需求本身，消除項目參與人員對需求的認知差異。

關鍵步驟

（1）需求池（Demand pool）

需求池（Demand pool）需求池将需求列成合同式的文件，最常見的方式是将需求列入一個合同式的表。

（2）功能需求點列表(Function List)

功能需求點列表(Function List) 在功能需求分析完成後。要詳細列出用戶需求功能點列表。

（3）用例圖（use case diagram）

用例圖（use case diagram）是用戶與系統交互的最簡表示形式，展現了用戶和與他相關的用例之間的關系。通過用例圖，人們可以獲知系統不同種類的用戶和用例。用例圖也經常和其他圖表配合使用。

盡管用例本身會涉及大量細節和各種可能性，用例圖卻能提綱挈領地讓人了解系統概況。它為“系統做什麼”提供了簡化了的圖形表示，因此被譽為“搭建系統的藍圖”。

由于其簡單純粹的本質，用例圖是項目參與者間交流的好工具。用例圖的畫法是對現實世界的一種刻畫，可以讓項目參與者明白系統要做成什麼樣。箫慶龍等（Siau and Lee）曾研究是否存在用例圖不适用或不必要的情景，結果發現用例圖可以更簡潔地傳達系統的設計意圖，“比類圖诠釋得更加完整”。

用例圖的目的就是為了可以讓人在一個更高的層次概覽整個系統，用平白的話語讓項目參與者理解系統。它可以輔以額外的圖表和文檔，以更加完整地展現系統的功能和技術細節。

（4）流程圖（Flow Charts）

流程圖（Flow Charts）是表示算法、工作流或流程的一種框圖表示，它以不同類型的框代表不同種類的步驟，每兩個步驟之間則以箭頭連接。這種表示方法便于說明解決已知問題的方法。流程圖在分析、設計、記錄及操控許多領域的流程或程序都有廣泛應用。

弄清楚用例圖中的這些角色，在系統中每一步需要走什麼流程，對應不同的判斷狀态進入怎樣的子流程，是否支持逆向操作

（5）産品整體架構圖

産品架構圖暫無一個标準答案。這裡我們借鑒軟件架構的解釋來參考：軟件架構是一個系統的草圖。軟件架構描述的對象是直接構成系統的抽象組件。各個組件之間的連接則明确和相對細緻地描述組件之間的通訊。在實現階段，這些抽象組件被細化為實際的組件，比如具體某個類或者對象。在面向對象領域中，組件之間的連接通常用接口來實現。

圖片來自CSDN社區-PMCAFF産品社區-一張圖講清楚産品架構

（6）産品信息結構圖

産品信息架構圖暫無一個标準答案。個人認為，産品信息結構圖就是告訴研發有什麼關鍵信息，同時給需求提出者自查的一份文檔。

2. 需求設計

需求設計一般指的是設計是“原型文檔”和“PRD文檔”。

在日常的工作中，時間緊任務重的項目，通常在繪制原型圖的時候，專門備注了對應的說明文檔。這樣做的目的是為了方便研發人員快速理解需求，跟上快速疊代的節奏。

四、産品開發階段（ALPHA）

産品開發階段主要由“決策委員會”、“專家評審組”、“項目組”、“研發”和“運營”共同參與。

①決策委員會負責【成立項目組】，交由對應的項目組和研發進行【PRE-ALPHA版本制作】，完成制作後，先自行進行【産品版本評審】，如有問題自行修訂，再交由專家評審組進行【PRE-ALPHA專家評審】，通過專家評審後，交由決策委員會進行【PRE-ALPHA決策評審】，通過後交由運營準備【内部轉産】。

②項目組和研發進行【ALPHA版本制作】，完成制作後，先自行進行【産品版本評審】，如有問題自行修訂，再自行安排【内測規劃及準備】，下一步再交由專家評審組進行【産品内測上線專家評審】，通過專家評審後，交由決策委員會進行【P産品内測上線決策評審】。

③項目組和研發進行【總體運營規劃】，交由專家評審組進行【總體運營規劃專家評審】，通過專家評審後，交由決策委員會進行【總體運營規劃決策評審】，通過後研發和運營準備【封測上線發布】并收集【封測運營反饋】，用于矯正項目組和研發進行【ALPHA版本制作】。

評審期間，決策評審未通過直接PASS，部分通過則繼續開發；完全通過則進入内測階段。

五、内測階段（CLOSE BETA）

内測階段主要由“決策委員會”、“專家評審組”、“項目組”、“研發”和“運營”共同參與。

①項目組和研發進行【版本制作】，完成制作後，先自行進行【産品版本評審】，如有問題自行修訂，再自行安排【正式運營規劃及準備】，下一步再交由專家評審組進行【正式運營上線專家評審】，通過專家評審後，交由決策委員會進行【正式運營上線決策評審】。

②運營負責【産品内測上線發布】、【内測運營服務】以及【内測運營反饋】。交由對應的項目組和研發佐證【版本制作】，通過後交由研發和項目組負責【正式運營規劃及準備】。

評審期間，決策評審未通過直接PASS，部分通過則繼續開發；完全通過則進入正式運營階段。

六、正式運營階段（OPERATION）

正式運營階段主要由“決策委員會”、“專家評審組”、“項目組”、“研發”和“運營”共同參與。

①項目組和研發進行【版本制作】，完成制作後，先自行進行【小版本評審】，再交由運營負責【正式運營上線發布】、【正式運營服務】以及【正式運營反饋】如有問題自行修訂，再交由項目組和研發安排【運營結項計劃和準備】，下一步再交由專家評審組進行【正式運營結束專家評審】，通過專家評審後，交由決策委員會進行【正式運營結束決策評審】，通過後交由運營負責【正式運營結項準備】，準備進入結項階段。

②在【小版本評審】通過後，交由專家評審組進行【大版本評審】，通過後交由研發和項目組進行【版本制作】。

評審期間，決策評審未通過直接PASS，部分通過則繼續開發；完全通過則進入正式運營階段。

七、結項（CLOSE）

結項階段主要由“運營”負責。

确認項目進入結項階段後，交由運營負責【産品下線】，OVER。

結項是一個項目的尾聲，難免有種飛鳥盡良弓藏的感覺，這是正常的。

一方面，有“柯達”這樣相當優秀的企業，帶着遺憾離場，他沒做錯啥，隻是不被大家所需要。

另一方面，正是有數不清的産品被幹掉，咱們産品的存在才被襯托得更有意義。那為什麼不去擁抱變化，選擇去創造更能經得住時間檢驗的産品！

尾記

産品經理他可以是一個改變世界的神，他也可以是一個普通人。

普通的人，專注好眼下的一件事，那他就是最棒的産品經理。你也可以，謝謝支持，共勉~

作者：木深；公衆号：異世治人錄

本文由@木深 原創發布于人人都是産品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部