精通產品經理，從構建你的產品體系開始(二)

產品經理的成長和進度是不斷的積累經驗和能力，厚積薄發的一個過程。從產品助理、到產品經理、產品負責人、產品總監、到最終關卡產品CEO。只有一步一個腳印才能踏踏實實走向終點，一本本書籍就是你腳下的墊腳石，多看看書多思考，並結合日常實踐，終會走向成功啊。

今天繼續進行產品體系的總結和梳理，不過我看好像閱讀量不是很多，哈哈，算了，寫文章也是給自己總結學習的一個過程。

四、推進上線，專案管理

首先是我的一個專案概況，在pmp中有五大過程組，啟動、規劃、執行、監控、收尾，pmp中的專案理念是適合所有專案的，大而全，針對自己平時工作中的專案，根據實際情況做了簡化和調整，開始前準備對應了啟動和規劃，研發中跟進和上線前準備對應了執行和監控，上線後監控和總結對應了專案的收尾。

1、開始前準備

專案的開始或者產品的開始，總是需要根據市場的需求來，就像最開始說的MVP和PMF，需要去滿足使用者的需求或者是專案方的需求。然後就是需求的分析、分級和落地，產品的設計（功能架構、資訊架構、互動細節、UI設計）。

其實推進上線的內容就是要把所有的市場、需求、產品、運維、團隊整合在一起，是一個整體的貫穿過程，其實每個部分的能力都是相互獨立又專案關聯在一起的。

需求確認是接下去的基礎，其實需求相當於金字塔的頂端，後續的開發設計、測試、上線、驗收都是以需求為準進行展開的，如果一定需求出現了頻繁的變動，或者大家對需求理解出現了偏差，都很容易造成專案的延期，其實現實中有很多的專案延期都是需求的原因引起的。不過使用者或者客戶的需求也是會經常變動的，需求的變動就是它最大的不變啊，所有對需求的掌控力還是很能提現一個產品經理的水平的。

然後就是專案的啟動和規劃了，畢竟專案是需要靠團隊成員一起來協作完成的，很多事情都要定好規則，讓大家保持一致的想法，才能更好的推動專案的進行。比如需要讓團隊成員瞭解專案的目的、專案範圍需求、專案的大致的里程碑、專案各個成員的職責、專案溝通的機制（日會、週會等）。針對成員需要明確文件規範、文件位置、程式碼git、開發測試預釋出和正式的各個環境和伺服器組成。

2、研發中跟進

在研發過程中，開發成員會根據需求文件進行設計文件、介面文件、資料庫的設計，設計完成都會進行評審，產品最好也是要全程參與的，因為很可能因為理解的偏差導致設計的不對，可能有的產品經理沒有開發基礎會比較懵懂，不過最好多和開發溝通，時間久了很多東西大致還是可以瞭解清楚的。當然測試成員也會根據需求文件進行測試用例的編寫，這關乎產品的質量，是產品的命脈，畢竟誰都不希望一個產品動不動就出現bug，特別是嚴重影響到客戶使用的bug。

產品經理現階段最重要的就是多多參與開發和測試的溝通，確保大家對於需求理解不會產生偏差，並且需要確認專案進度的正常執行，積極做好大家溝通的橋樑，以及各種問題的引導和處理者，總的來說就是總覽全域性。

3、上線前準備

當所有開發測試都已經完成的時候，就是可用準備上線的時候了，但是這個時候千萬不能掉以輕心，因為一不小心上線可能就變成了一個事故了。上線事故千千萬，只有根據正確的流程才能萬無一失。圖片是我們現在做的時候需要用到的，不同公司不同專案都會有所偏差，但是自己一定要好好歸納總結最適合自己的上線清單。

還有一點要做補充的就是關於上線申請和上線的通知，需要讓團隊成員各司其職，提前做好準備工作。

4、上線後監控和總結

系統正常上線後，需要不對監控新功能或者修復bug的情況，還有各種資料指標，開發需要關注系統穩定性和日誌情況，發現異常報錯及時處理。

等所有都確認無誤後，就是上線後的總結啦。不過在很多情況下，因為各種原因大家沒有好好去總結，比如有其他專案要忙，或者專案較小比較簡單，但是其實每次專案過程中都會碰到各種各樣的問題，可能有的問題在之前就已經出現過了，但是這次居然又出現了，這就要引起大家的注意了，需要大家一起去發現原因，去尋找解決方法。只有不斷總結，才能在下一次的過程中做的更好。

五、產品運營

什麼是產品運營，是使用各種運營手段，更好的連線產品和使用者，從而完善產品價值和持續產生商業價值。當然產品運營有個大前提，就是你的產品能夠給使用者提供真正的價值，不然產品互動、視覺、運營做的再好也是無濟於事，因為對使用者沒有價值，使用者不會使用它。

產品運營是很大一塊內容，其實對我來說產品運營也算是我的弱項，所有在這邊我就講下大致的內容還有我熟悉的內容。

運營針對的型別不同，有不同的分類。針對業務型別而言，主要分為內容運營、使用者運營、渠道運營、活動運營、資料分析。針對使用者週期而言，主要分為拉新、啟用、留存、變現、推薦。

1、使用者運營

使用者運營主要就是針對不同的標準，不斷的對使用者進行分類和細化，然後根據分類採用不同的策略進行精細化運營。這裡就拋磚引玉，先放一個簡單分類分組。

2、資料分析

很多人都只要資料分析的重要性，上來就是各種花哨的資料圖表、資料指標。但是卻忘了問下自己為什麼要做資料分析。其實就像我們做需求分析和挖掘的時候，需要問5個為什麼，資料分析也是一樣的，我們要先搞清楚我們做資料分析的目的。大致列了幾個目的：

1）新功能或功能最佳化後，觀察資料指標的變動

2）對比各個功能的使用情況，進行功能最佳化

3）分析使用者行為軌跡，進行功能最佳化

4）產品整體資料不佳，找核心原因和問題

目的不一樣，資料分析的指標，資料分析的人群，需要驗證的指標都是不一樣的，所有不管做資料分析也好，還是做任何事情，都需要問下為什麼。我就簡單列一下使用者行為資料採集的基礎和各類資料指標。

六、團隊管理

團隊管理也是我的弱項，哈哈。

1、目標管理

需要和團隊分析和明確大家需要完成的目標，並且對目標進行細分，需要讓大家知道自己在其中的作用，呼叫大家的積極性。比如團隊要做規劃，一週、一月、半年、一年的規劃，要讓團隊的每一個人都知道自己的重要性和發揮自己的優勢。

2、流程化管理

很多小公司，經常會出現因為一個人的離職或者請假導致專案很容易出現延期或者專案的失敗。也會因為每個人風格的不一致導致開發、測試、ui的標準不一致，造成溝通交流上的障礙。不過也可能是因為公司小，很多東西沒有進行流程化、規範化，但是恰恰是這些基本的規則規範，才能讓一個團隊更好的、更穩定的走下去。也可以讓新入職、或者新接手的人員更好的融入的團隊中來。

3、人員管理

其實在《卓有成效的管理者》中，有很多關於人員管理的內容。首先是自我的管理，時間管理，自我貢獻。然後是對他人的管理，發揮他人的長處。對於上級的管理，比如上級希望你做出哪些成果。對於平級的管理，對方的工作職責和考核指標是什麼？期望相互怎麼高效協作。對於下級的管理，他們相互你給團隊帶來什麼變化，希望你給予他什麼樣的幫助。

總算是把產品知識體系的大枝幹寫完了啊，其實每個枝幹裡面都包含了很多很多的內容，我在這也是把我現階段瞭解的內容分享給大家，希望大家會喜歡，有想法的也可以歡迎來溝通。

這是我們自己收集整理的產品經理網址導航，裡面包含了各類工具和資料，大家也可以參考下啊。

http：//

pmsnail。com/pmdh/index。

html