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

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

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

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

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

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

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

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

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

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

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

　　所以，明确産品經理的職責和權利，是為了明确産品經理在本次産品開發過程中的地位，給産品經理授權，避免在産品開發過程中出現所需資源無法提供到位導緻産品開發延期甚至流産的風險。

　　2）産品開發依據

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

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

　　介紹産品開發的背景，應用場景及最終需要達到的效果和實現的目标等。

　　産品開發周期：開發周期包含了整體的周期和階段性周期（裡程碑計劃），除了整體目标，每個裡程碑計劃也需要有相應的目标。

　　4）産品開發預算

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

　　5）變更流程

　　開發過程中，主要會涉及三大類變更，分别是計劃變更，如産品管理計劃；

　　文檔變更，如産品需求文檔、開發接口文檔等；

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

　　6）産品驗收标準

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

　　7）幹系人

　　包括内部幹系人和外部幹系人。外部幹系人需要根據幹系人對産品的影響進行分類，比如某些幹系人可以對産品走向起決定性作用，某些則是隻能提供建議。

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

　　8）産品開發工具

　　明确用什麼需求或項目管理工具、原型工具、設計工具等，這樣做主要是為了統一産物的規範，筆者之前遇到過，兩名産品經理共同負責一個産品，各自設計部分界面的原型，設計完成之後，想要合并原型統一交付給開發，結果發現兩個人用的原型工具不一樣，根本沒有辦法合并。

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

　　産品管理計劃内容總結：

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

　　需求管理包括：

　　1. 需求分類

　　1）業務需求

　　實現企業目标所需要開發的需求，比如企業要盈利，可在産品中加入收費或抽傭的功能；企業要曝光，可在産品中加入廣告之類的。

　　2）用戶需求

　　實現用戶目标所需要開發的需求，用戶的需求一般都是圍繞“衣食住行”，所以網上下單購物，交通打車出行等，都屬于用戶需求。以電商平台舉例，浏覽商品，購物下單支付，是為了滿足用戶的需要，屬于用戶需求；平台對銷售的産品向商家抽傭，是為了滿足平台盈利的需要，屬于業務需求。不過實際工作中很少提及“用戶需求”，一般都統稱為“業務需求”。

　　3）系統需求

　　系統需求又分了3大類：

　　功能需求：為了滿足業務需求和用戶需求所做的需求就屬于功能需求。非功能需求：産品需要具備的特性，如并發數、穩定性、響應速度等。設計約束：比如多個産品經理之間協作，需使用指定原型工具的特定版本，或指定開發的産品運行在什麼操作系統的服務器上或使用什麼類型的數據庫等。

　　2. 需求收集

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

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

　　3. 需求分析

　　需求分析的目的是為了做到“三個确保”：确保需求不重複、确保需求不矛盾、确保需求可實現。簡單講就是收集到的需求可能非常多，而且雜，需要對需求進行歸納整理和分析，剔除重複的需求，列出相互矛盾的需求以及确認需求在業務上或技術上是可實現的。

　　一個好需求的自我修養：

　　無二義性：表述清晰，不會因為歧義，導緻産生另外一種理解一緻性：與産品的最終目标是一緻的可驗證性：可驗證真僞确定性可追蹤性：可以追蹤到需求的源頭，追蹤到需求的提出者及提出需求的依據正确性必要性：需求對産品目标是必要的，不是可有可無的

　　4. 需求驗證（評審）

　　需求評審需要需求提出者和需求實現者共同參與，評審的目的是針對定義不清楚的需求進行澄清，針對不确定、重複的、有矛盾的、無法實現的需求進行剔除，同時在此過程中增加需求實現者對需求的理解，防止後續産品開發過程中因為對需求的誤解而導緻開發出錯誤的功能或産品。

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

　　需求管理總結：

　　産品管理包括：

　　1）産品設計

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

　　2）産品評審

　　産品評審主要指的是對産品設計的評審，評審确保了設計是符合需求的，在開發上是可以實現的。

　　3）産品開發

　　産品開發主要由開發工程師進行，産品經理在此過程主要是做好監控和變更的管理，後續的管理過程會重點講到。

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

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

　　三、監控産品開發 産品經理在産品開發過程中需要做好監控工作，核心的工作是監控進度、監控成本和發現變更。

　　關于進度和成本的監控和控制，後續将有兩個單獨的管理過程來重點分析。發現變更主要有3點：

　　發現錯誤的需求：評審通過但在開發過程中發現需求其實是有問題的。發現錯誤的實現：需求是對的，但是設計錯了，或者需求和設計是對的，但是開發理解錯誤導緻開發的功能不符合需求或設計。發現新的需求：在開發過程中發現或有人提出開發前沒有提到的新需求。四、整體變更控制 上文提過，産品開發過程中涉及的變更，可能是計劃的變更、文檔的變更或需求的變更，無論是哪方面的變更，都需要嚴格遵循以下的變更流程。

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

　　五、産品驗收與上線 開發的産品符不符合需求，最重要的環節就是驗收，驗收包括整體驗收和階段性驗收，一般來說，驗收是由多個人進行的，如 UI 設計師驗收設計，測試工程師驗收功能，而産品經理，則是驗收産品是否符合需求和設計。

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

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

　　上線成功後，産品經理應該再組織一次生産環境的驗收，确保驗收結果符合預期，并發布産品上線公告或更新說明。

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

　　公衆号：産品錦李（ID：IMPM996）

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

　　題圖來自Unsplash，基于CC0協議。

　　該文觀點僅代表作者本人，人人都是産品經理平台僅提供信息存儲空間服務。

　　,