一、五大過程的簡介

根據(jù)PMP的理論體系，項目管理總體來說可以 劃分為5大過程：啟動過程、計劃過程、實施過程、執(zhí)行過程、收尾過程。在互聯(lián)網(wǎng)公司基本不太可能走完完整的5大過程，但PMP中的項目管理體系任然有很多值得我們借鑒的地方。借鑒之前我們首先總結下互聯(lián)網(wǎng)產(chǎn)品研發(fā)和傳統(tǒng)的項目開發(fā)的差異，一般的項目都是有明確的范圍、質量、進度、成本標準的，而互聯(lián)網(wǎng)產(chǎn)品往往在事先不會有明確的這種定義，互聯(lián)網(wǎng)產(chǎn)品研發(fā)講究小步快跑、快速迭代，講究敏捷、解決核心問題，也不會有太多的成本考量，只對產(chǎn)品質量和進度會有較高的要求，但這種要求往往也是動態(tài)變化的（10年前的產(chǎn)品和現(xiàn)在的產(chǎn)品質量區(qū)別天差地別）。總體來說項目管理講究確定性，而互聯(lián)網(wǎng)天生就是不確定的。盡管這兩者本質有著巨大的差異，但互聯(lián)網(wǎng)產(chǎn)品研發(fā)還是能夠從項目管理中借鑒很多經(jīng)驗。以下我們來詳細分解下互聯(lián)網(wǎng)產(chǎn)品的項目管理過程。

首先我們對應著PMP的五大過程也對互聯(lián)網(wǎng)公司的產(chǎn)品實現(xiàn)過程進行了階段劃分：啟動階段、產(chǎn)品設計階段、技術開發(fā)階段、測試驗收階段、上線部署及收尾階段。這幾個階段沒有嚴格意義上面的先后順序，會有交叉、重疊、循環(huán)。劃分階段的意義在于形成工作流，能夠讓復雜的工作有據(jù)可依，有理可循并盡可能少的出錯。

二、讓我們做正確的事吧

在啟動階段，我們首先需要做大量的需求調研工作，競品分析、用戶訪談、問卷調查等等都是我們開展工作的手段。我們需要接觸大量的用戶、收集大量的資料、使用大量的類似產(chǎn)品，盡可能多的挖掘需求和發(fā)現(xiàn)問題。我們所有的拜訪和試用都不應該時盲目的，需要帶有一定的的目的進行，一開始可能目的并不明確，但在不斷的探索的過程中目標逐漸清晰，我們能夠發(fā)現(xiàn)不同需求背后的相同動機，也能夠找到我們正真的客戶或者是能夠決定我們產(chǎn)品最終成果的干系人，我們能夠找到充足的資料支持我們定義產(chǎn)品最終的目標，能夠保證我們在做正確的事。而在這個階段收集到資料都是我們寶貴的資源，能夠為我們后期做產(chǎn)品方案輸出提供必要的判斷標準，那在這個階段我們需要輸出的文檔又有哪些呢？首先我們可能需要設計符合邏輯的調查問卷，如果試用了相似的產(chǎn)品鬧我們還需要輸出競品分析，在拜訪用戶時，我們還需要記錄用戶所有的需求描述，形成最原始的需求記錄清單，在拜訪客戶的過程中我們需要把各個客戶的基本資料記錄，形成干系人清單，方便我們在后續(xù)階段與其能夠直接進行溝通交流。在把以上的內容進行簡單的分析和歸類后我們要產(chǎn)出需求跟蹤矩陣，而這份需求跟蹤矩陣是管理我們能夠達成目標的各個需求最核心的文檔，他會伴隨我們直到產(chǎn)品上線。

三、確保團隊正確的做事

在產(chǎn)出了需求跟蹤矩陣后，標志著產(chǎn)品的工作可以進入下一個階段了，即進行產(chǎn)品設計階段。對于這個階段我們可以細分為三個子階段：需求分析、功能設計、原型或PRD輸出，其核心目的是保證我們的團隊正確的做事。

需求分析的目的，就是要把描述性的文字記錄轉換成有邏輯的定義性說明。我們需要把需求中涉及的人物、事件、步驟一一抽象出來，把相同的人物、事件、步驟進行整合，把不同的進行合理的分類。在系統(tǒng)中我們需要用具體的單據(jù)來滿足一件事件的完成，把事件的過程按一定的順序進行梳理形成步驟。

單據(jù)既是操作人員和系統(tǒng)之間交互的載體，為了完成某一件事情我們需要把能夠描述這件事情的相關信息按照系統(tǒng)規(guī)定的規(guī)范進行輸入，而系統(tǒng)根據(jù)我們輸入的信息通過既定的步驟進行處理后再呈現(xiàn)給其他人員，而單據(jù)就是承載這種信息輸入和輸出的重用載體之一。一張合理的單據(jù)要有記錄操作單據(jù)人員、具體事項描述、事件發(fā)生或是有變更的時間等信息，而這些信息即使我們需要定義的核心字段。

需求分析階段最重要的目的就是抽象出來能夠完成某項事件的所有單據(jù)和單據(jù)中的核心字段。在有了單據(jù)和核心字段后，我們需要設計詳細的流程讓單據(jù)流動起來，只有讓單據(jù)流動起來才能達成解決事件的目的。要流動就必須要有推動信息流動的動力，而這個動力就來自于我們?yōu)榱鞒讨胁煌巧O計的操作，這種操作包括字段的輸入和修改，對單據(jù)的審批，而為了標識以作的操作我們需要用一種特殊的字段進行記錄，一般稱之為狀態(tài)，狀態(tài)與操作普遍情況下要具有對應關系。而整個對單據(jù)的狀態(tài)和流程的設計過程我稱之為功能設計。這一階段我們需要借助大量的流程分析方法，狀態(tài)機、業(yè)務流程圖、數(shù)據(jù)流程圖等等都是我們能夠使用的方法。

在設計單據(jù)狀態(tài)時需要把握一定的原則：狀態(tài)需要能夠貫穿單據(jù)的整個生命周期；各狀態(tài)之間不能重疊。在完成以上兩個階段的工作后，我們即可以進入產(chǎn)品設計的最后一個階段：原型或PRD輸出。原型以一種“粗糙”的方式展現(xiàn)產(chǎn)品的核心功能，是一種最簡單和直白的需求表現(xiàn)形式；是需求從抽象到具象的輸出。原型和PRD只是我們表達需求的一種手段，是為了能夠讓團隊中的人或者是產(chǎn)品的后來者能夠準確的理解產(chǎn)品的定位、功能的實現(xiàn)原理、各種異常的處理方式，如果原型和PRD不能達到這個目的那就沒有存在的意義。很多產(chǎn)品在輸出原型和PRD注重表面的信息，例如功能簡單的操作步驟、頁面呈現(xiàn)的字段的第一、頁面的交互邏輯等等，這些內容肯定是原型和PRD 的一部分，但更重要的是能夠描述系統(tǒng)模塊之間的關聯(lián)性、頁面中沒有完全呈現(xiàn)的字段、產(chǎn)品和功能設計的擴展性的說明等這種隱性的信息。

其次，一份核心文檔其結構的條理性也是十分重要的，文檔寫出來看不懂那是純粹的浪費資源，要想文檔具有易讀性一定要符合一定的文檔邏輯，從背景開始交代，引出需要解決的具體問題，針對與問題做出詳細的分析，既可以得出解決問題的方案，再對方案中的內容進行詳細的介紹，最后進行總結或是常見問題和回答。這是一個通用的產(chǎn)品文檔的內容結構，在本文中就不對文檔結構這一部分內容進行詳細的講解，如需了解如何創(chuàng)建一份可讀性良好的文檔可以閱讀《金字塔原理》一書。

四、做好后援，保障按圖紙實施

在完成產(chǎn)品原型和PRD文檔后，即可進入技術開發(fā)階段、測試驗收階段，這兩個階段不屬于產(chǎn)品主導，主要是輔助開發(fā)和測試并解答在開發(fā)和測試的過程中遇到的一些邏輯或者是文檔上說的不夠清晰的功能點。

需要注意，往往在這兩個階段我們可能會產(chǎn)生新的需求。畢竟，再詳細的文檔和討論在具體落地執(zhí)行時都有可能發(fā)生意料之外的事情，在工期和范圍之間我們要做出痛苦的先選擇，范圍妥協(xié)時我們就需要把未完成的需求進行等級，進入下一階段的需求池。這個階段我們還需要特別注意的就是與技術和測試的溝通方式，要分清什么情況下要威逼技術、什么情況下要利誘，所有的這些方式的目的只有一個：讓我們的產(chǎn)品能夠在計劃的周期內按方案實現(xiàn)，并能夠盡可能的提高完成度。

五、宣傳、總結才能讓產(chǎn)品更好

在最后的一個階段，既是上線部署及收尾階段，最核心的事項只有兩個：宣傳和總結。產(chǎn)品發(fā)布會、新聞稿和軟文、站內banner和通知、公司內部的郵件通知等等，針對不同的群體我們需要有不同的宣傳方式，付出了時間和心血一定要通過宣傳讓客戶、需求方、公司內部人員了解我們艱辛實現(xiàn)的過程，也要讓其明白我們所實現(xiàn)產(chǎn)品的價值和意義。而總結也是必須的，每一次項目都有其特殊性，在項目的過程中使用的一些好的管理方法、解決方案或者是溝通方式我們都是需要進行整理討論，形成團隊的公用知識庫，能夠為后續(xù)的產(chǎn)品實現(xiàn)過程提供便利，同時公用知識庫的建設也是一個團隊是否成熟的重要標志之一。

以上既是一次完整的產(chǎn)品實現(xiàn)過程，希望能夠對兩到三年的產(chǎn)品經(jīng)理有所幫助。在產(chǎn)品的工作中，最重要的是要保證我們在整個過程中一定要有輸出物，輸出物是推動我們產(chǎn)品實現(xiàn)過程往前的重要動力，我們希望通過這篇文章能夠給你們提供一個合理的產(chǎn)品實現(xiàn)過程的劃分，也能夠知道在各個階段需要有哪些輸出物，以推動自己所在的團隊穩(wěn)步向前推進。