項目經理和產品經理有一定的共性，一方面，項目的產物之一就是產品；另一方面，項目的管理體系與產品管理體系有一定的共通性和重合性。本文作者結合項目10大管理的思路，整理了產品的10大管理，一起來看一下吧。

產品經理這個職業(yè)有其特殊性，在學校，沒有專門的專業(yè)或課程教授你如何成為一名產品經理，雖然我們給產品經理劃分了初級、中級、高級，但是卻沒有相應的職稱可以證明你的級別，也沒有相關的職業(yè)證書可以證明你的能力。

產品經理的應聘也是一個比較大的難題，剛剛說過，因為沒有職稱和證書能夠證明你的級別和能力，所以應聘時面試官的提問也是天南海北，什么問題都有，有些問題甚至連他們自己都沒搞明白，卻想聽聽你會怎么回答，到了最后，真正影響他們做決定的，就是那“靈魂三問”：什么學歷？有沒有行業(yè)經驗？能不能接受加班？

如果說有哪個職業(yè)經常拿來跟產品經理做對比，那應該就是項目經理了，一方面，項目的產物之一就是產品，另一方面，項目的管理體系與產品管理體系有一定的共通性和重合性，甚至很多產品經理會去考項目經理的證書來作為自己能力的證明。

10大管理的概念來自《信息系統(tǒng)系項目管理師教程》（第3版），本書也是信息系統(tǒng)項目管理師（高級項目經理）考試的官方教材，不管是項目管理還是產品管理，本身都是一門復雜的學科，教材提供了非常好的總結，但因為產品管理跟項目管理還是有一定的區(qū)別，所以本文筆者根據(jù)以往的經驗，結合項目10大管理的思路，整理產品的10大管理，本文主要介紹在“產品整體管理”中，產品經理究竟應該做什么以及怎么做。

一、制定產品管理計劃

產品管理計劃的重要性和必要性，主要是為了回答3個問題：做什么？誰來做？做到什么程度？因此在它的內容中，至少需要做到“三個明確”：明確產品需求（做什么）、明確團隊成員（誰來做）、明確驗收標準（做到什么程度）。

產品開發(fā)不是產品經理一個人的事情，所以產品管理計劃的制定也不是靠產品經理一個人就可以完成的，需要各成員一起參與制定。產品管理計劃可以很詳細，也可以前期做得比較簡單，并在產品開發(fā)過程中漸進明細，逐步完善。

產品管理計劃中至少需要涉及以下內容：

1）產品經理的職責和權利

產品界流傳著一句話，叫“產品經理不是經理！”，之所以這么說，是因為產品經理有經理之名，卻沒有經理之權，干著經理的活，卻拿不到經理的工資。

項目經理在項目中幾乎擁有最大的權利，對整個項目的走向起到決定性的作用，而產品經理在產品開發(fā)中，幾乎所有環(huán)節(jié)都要介入參與，但是卻決定不了產品的走向，在很多人眼里，產品經理在產品開發(fā)中就是一個“工具人”，他負責在產品上實現(xiàn)其他人的想法，唯獨很難在產品中實現(xiàn)自己的想法。

所以，明確產品經理的職責和權利，是為了明確產品經理在本次產品開發(fā)過程中的地位，給產品經理授權，避免在產品開發(fā)過程中出現(xiàn)所需資源無法提供到位導致產品開發(fā)延期甚至流產的風險。

2）產品開發(fā)依據(jù)

產品開發(fā)依據(jù)是需求獲取的來源和依據(jù)，也是變更的依據(jù)，一般而言，如果是公司自研的產品，可能是 BRD 文檔，市場調研報告之類的；如果是招投標項目，可能是招投標文件、合同等；其他還有諸如立項文件或產品啟動建議書，這些都可視為是批準產品正式開發(fā)的文件。

3）產品概要描述及總體要求

介紹產品開發(fā)的背景，應用場景及最終需要達到的效果和實現(xiàn)的目標等。

產品開發(fā)周期：開發(fā)周期包含了整體的周期和階段性周期（里程碑計劃），除了整體目標，每個里程碑計劃也需要有相應的目標。

4）產品開發(fā)預算

主要包含開發(fā)產品過程中涉及到的場地租賃、人員工資、服務器采購或租賃、軟件采購或租賃等，開發(fā)預算需要專項專用，諸如團隊建設費用等，不應挪用開發(fā)預算，而應該向公司申請專項撥款。

5）變更流程

開發(fā)過程中，主要會涉及三大類變更，分別是計劃變更，如產品管理計劃；

文檔變更，如產品需求文檔、開發(fā)接口文檔等；

需求變更。需要針對不同的變更制定不同的變更流程，每個變更流程需要指定對應的審批要求和審批人。

6）產品驗收標準

包括階段性的驗收標準和整體的驗收標準，同時需要有最低上線標準，就是在既定工期不能完成所有計劃功能的開發(fā)的情況下，滿足最低上線標準也可視為驗收合格，批準上線。

7）干系人

包括內部干系人和外部干系人。外部干系人需要根據(jù)干系人對產品的影響進行分類，比如某些干系人可以對產品走向起決定性作用，某些則是只能提供建議。

內部干系人按部門或崗位進行劃分，指定每個崗位由哪些人參與產品開發(fā)，每個人的姓名、職稱或等級、職責與權限、介入和退出產品開發(fā)的時間（某些成員在產品開發(fā)過程中的工作可能是階段性的，并不全程負責產品的開發(fā)）等。

8）產品開發(fā)工具

明確用什么需求或項目管理工具、原型工具、設計工具等，這樣做主要是為了統(tǒng)一產物的規(guī)范，筆者之前遇到過，兩名產品經理共同負責一個產品，各自設計部分界面的原型，設計完成之后，想要合并原型統(tǒng)一交付給開發(fā)，結果發(fā)現(xiàn)兩個人用的原型工具不一樣，根本沒有辦法合并。

剛剛講過，產品管理計劃是各成員協(xié)作的成果，所以整理完成后，需要邀請所有參與制定的成員進行一次公開評審，確保大家都認可這份計劃，并承諾在產品開發(fā)過程中嚴格遵循計劃中的要求。

產品管理計劃內容總結：

二、指導與管理產品開發(fā)

這里的“指導與管理”指的是業(yè)務和產品層面，而非技術層面的。由于產品經理是在產品開發(fā)前最早接觸到業(yè)務的人員之一，也是對業(yè)務探究最深的人員之一，所以在產品開發(fā)的全過程，產品經理需要做好“兩大管理”：需求管理和產品管理。

需求管理包括：

1. 需求分類

1）業(yè)務需求

實現(xiàn)企業(yè)目標所需要開發(fā)的需求，比如企業(yè)要盈利，可在產品中加入收費或抽傭的功能；企業(yè)要曝光，可在產品中加入廣告之類的。

2）用戶需求

實現(xiàn)用戶目標所需要開發(fā)的需求，用戶的需求一般都是圍繞“衣食住行”，所以網上下單購物，交通打車出行等，都屬于用戶需求。以電商平臺舉例，瀏覽商品，購物下單支付，是為了滿足用戶的需要，屬于用戶需求；平臺對銷售的產品向商家抽傭，是為了滿足平臺盈利的需要，屬于業(yè)務需求。不過實際工作中很少提及“用戶需求”，一般都統(tǒng)稱為“業(yè)務需求”。

3）系統(tǒng)需求

系統(tǒng)需求又分了3大類：

1. 功能需求：為了滿足業(yè)務需求和用戶需求所做的需求就屬于功能需求。
2. 非功能需求：產品需要具備的特性，如并發(fā)數(shù)、穩(wěn)定性、響應速度等。
3. 設計約束：比如多個產品經理之間協(xié)作，需使用指定原型工具的特定版本，或指定開發(fā)的產品運行在什么操作系統(tǒng)的服務器上或使用什么類型的數(shù)據(jù)庫等。

2. 需求收集

需求來源的渠道有兩種：內部和外部。內部來源可能是來自高層領導、運營部門或業(yè)務人員，他們要么是為實現(xiàn)公司業(yè)務目標提出需求，要么就是能夠接觸到一線用戶，或者本身就是產品用戶，能夠提出更具體的調整需求。

外部渠道可能是來自真實的產品用戶或者行業(yè)專家提的改進意見。收集需求最常用的方法，一個是用戶訪談，一個是調查問卷，前者一般需要面對面溝通，產品經理可以對需求進行深挖，但是這種方法效率比較低；后者普及面廣，可以收集到更多的信息，但是有時候收集到的需求表述是比較模糊的，而產品經理可能也沒有辦法接觸到提需求的人，只能靠自己去分析需求想要達到的目的。

3. 需求分析

需求分析的目的是為了做到“三個確?！保捍_保需求不重復、確保需求不矛盾、確保需求可實現(xiàn)。簡單講就是收集到的需求可能非常多，而且雜，需要對需求進行歸納整理和分析，剔除重復的需求，列出相互矛盾的需求以及確認需求在業(yè)務上或技術上是可實現(xiàn)的。

一個好需求的自我修養(yǎng)：

• 無二義性：表述清晰，不會因為歧義，導致產生另外一種理解
• 一致性：與產品的最終目標是一致的
• 可驗證性：可驗證真?zhèn)?/li>
• 確定性
• 可追蹤性：可以追蹤到需求的源頭，追蹤到需求的提出者及提出需求的依據(jù)
• 正確性
• 必要性：需求對產品目標是必要的，不是可有可無的

4. 需求驗證（評審）

需求評審需要需求提出者和需求實現(xiàn)者共同參與，評審的目的是針對定義不清楚的需求進行澄清，針對不確定、重復的、有矛盾的、無法實現(xiàn)的需求進行剔除，同時在此過程中增加需求實現(xiàn)者對需求的理解，防止后續(xù)產品開發(fā)過程中因為對需求的誤解而導致開發(fā)出錯誤的功能或產品。

需求從收集到分析再到評審，是一個“漏斗模型”，隨著每一個步驟的推進，需求會越來越少，那些有矛盾的、重復的、定義不清晰的需求會在每個步驟中逐步被剔除，需求會越來越清晰，也越來越符合產品的目標，這是需求管理中一個漸進明細的過程。

需求管理總結：

產品管理包括：

1）產品設計

產品設計包含了原型設計、UI 設計和交互設計，其中原型設計是產品經理在整個產品開發(fā)過程中花費最多時間的工作，原型是從需求到產品的“翻譯”，對整個產品開發(fā)起到至關重要的作用，也是產品開發(fā)完成后驗收的重要依據(jù)。

2）產品評審

產品評審主要指的是對產品設計的評審，評審確保了設計是符合需求的，在開發(fā)上是可以實現(xiàn)的。

3）產品開發(fā)

產品開發(fā)主要由開發(fā)工程師進行，產品經理在此過程主要是做好監(jiān)控和變更的管理，后續(xù)的管理過程會重點講到。

3）產品驗收（包含階段性產品成果）

產品經理不能等到全部內容開發(fā)完才來驗收，一定要在階段性開發(fā)工作完成后便進行驗收，及時發(fā)現(xiàn)與需求或設計不符的內容，盡早提出變更，避免錯誤蔓延影響其他功能的開發(fā)。

三、監(jiān)控產品開發(fā)

產品經理在產品開發(fā)過程中需要做好監(jiān)控工作，核心的工作是監(jiān)控進度、監(jiān)控成本和發(fā)現(xiàn)變更。

關于進度和成本的監(jiān)控和控制，后續(xù)將有兩個單獨的管理過程來重點分析。發(fā)現(xiàn)變更主要有3點：

1. 發(fā)現(xiàn)錯誤的需求：評審通過但在開發(fā)過程中發(fā)現(xiàn)需求其實是有問題的。
2. 發(fā)現(xiàn)錯誤的實現(xiàn)：需求是對的，但是設計錯了，或者需求和設計是對的，但是開發(fā)理解錯誤導致開發(fā)的功能不符合需求或設計。
3. 發(fā)現(xiàn)新的需求：在開發(fā)過程中發(fā)現(xiàn)或有人提出開發(fā)前沒有提到的新需求。

四、整體變更控制

上文提過，產品開發(fā)過程中涉及的變更，可能是計劃的變更、文檔的變更或需求的變更，無論是哪方面的變更，都需要嚴格遵循以下的變更流程。

其中變更的審批是最重要的一個節(jié)點，只有經過批準的變更才能予以實施，上文在產品管理計劃內容中也提到了“變更流程”，需要明確每一項變更的審批流程，由誰來負責審批，是需要全部通過才能實施，還是多數(shù)通過就可以實施等。

五、產品驗收與上線

開發(fā)的產品符不符合需求，最重要的環(huán)節(jié)就是驗收，驗收包括整體驗收和階段性驗收，一般來說，驗收是由多個人進行的，如 UI 設計師驗收設計，測試工程師驗收功能，而產品經理，則是驗收產品是否符合需求和設計。

每輪驗收之后，最好能做一次總結，總結在本輪開發(fā)過程中遇到的問題和經驗教訓，并提出解決方案，在下輪產品開發(fā)中避免或改進。

如果是 B 端的產品，一般還需要在上線前組織用戶由產品經理進行培訓，確保產品上線后，用戶懂得怎么使用產品。

上線成功后，產品經理應該再組織一次生產環(huán)境的驗收，確保驗收結果符合預期，并發(fā)布產品上線公告或更新說明。

以上就是產品整體管理的核心內容，感謝閱讀！