第2節 產品經理工作流程及職能
我們常說產品經理是個很奇怪的角色，什么都“略懂”，但都不精通：寫代碼不如程序員、畫設計不如GUI（美術設計師）、做用戶研究不如UE（用戶分析師）、侃數據分析不如BI（數據分析師）、談合作不如BD（商務經理）、賣產品不如sales（銷售人員）——啥都要會一點，但啥都不精。
全能的產品經理
實際上，產品經理是項目中的萬事通——把項目中涉及的所有角色，在產品研發和迭代過程中有效串聯起來。也許很多事情沒法親力親為，但他們卻是項目中的關鍵人物。
下面我們來了解一下在一個項目完整開展的過程中，產品經理到底要做些什么。
項目開發各個階段
上圖簡要描述了產品經理的工作職能，下面具體介紹。
立項階段
1. 階段描述
在做一個產品之前，我們通常要分析這個產品該做還是不該做？該怎么做？我們稱這個階段為立項階段。在企業內，常常是有了最初想法后，產品經理會去做分析，輸出商業計劃書，向老板、投資人索要資源。
2. 具體任務
這一階段的具體任務如下：
? 用戶研究：分析用戶都有什么類型，不同用戶的需求是什么，痛點在哪里。
? 市場研究：分析是否有市場前景；競品都有哪些；與競品相比，自己的產品是否有勝算；該如何競爭。
3. 階段產出
這一階段主要有3項產出：
? 用戶分析報告：分析用戶畫像、用戶需求（分析過程是必有的，但報告不一定寫）。
? 市場分析報告：分析市場大盤，競品動向（分析過程是必有的，但報告不一定寫）。
? 商業計劃書：匯集用戶及市場研究，分析產品的前景及可實現性，通常以PPT形式呈現，用于向老板、投資人匯報產品思路，以爭取獲得他們的支持，從而保證項目順利實施。
小A是某著名互聯網公司的一名產品經理，已經在職兩年，已算是團隊內的小骨干。在工作中，產品leader（他的直接上級）偶爾也會和他討論產品設計。當前他們的團隊遇到個問題：在運營游戲時他們有大量游戲的一手資訊，但卻沒有產品承載。而其他游戲資訊平臺，比如17173、多玩網，則通過運營這些資訊獲得大量用戶。于是他們想，是否有可能自己開發一個平臺，承載資訊能力，而不依賴別的平臺。
產品leader覺得這個值得研究。于是小A開始了項目分析。首先他和熱心用戶進行交流，問他們平時的游戲資訊都是通過什么渠道獲得的，為什么使用這個渠道，想看的內容是什么；緊接著他體驗競品（17173、多玩網等），看這些游戲資訊平臺有什么功能，怎么運營及維護。通過分析，小A發現如果能在游戲內直接展現相關的資訊，對于用戶來講獲取路徑更短，體驗也更方便，這是他們有別于競品獨有的優勢。
用戶市場
于是小A寫了一份商業計劃書，分析了用戶需求、競品現狀，同時描述了己方優勢及打法。產品leader看完認為可行，項目立項成功！
小B是一名有多年經驗的互聯網連續創業者，看到最近視頻直播異常火爆，而自己的團隊也有視頻產品的研發及運營基礎，他決定新做一個基于移動端用戶直播的社區平臺。
小B首先分析了競品，發現已有產品的模式大同小異，但在視頻流暢度上做得還不夠好，經常時斷時續（這點反而是他的優勢）；在用戶分析中，他訪談了一些視頻直播玩家，發現他們希望能在視頻中增加濾鏡、動畫、音效等從而使直播更生動。經過分析，小B設想切入移動用戶直播的打法是：采用類似社區的模式，但在視頻流暢度上下工夫，同時加強直播時的濾鏡、動畫、音效等特效，讓直播更有趣。
做足了工夫后，小B將自己的分析全部寫進商業計劃書，然后找投資人溝通，并充分展現自己在這個項目上的決心和自己團隊的優勢。功夫不負有心人，最終小B拿到了天使輪投資，項目順利起航。
設計階段
1. 階段描述
明確產品方案后，距離真正實現還很遠，界面做成什么樣子？細節邏輯是什么？且項目需要交互、設計、開發、測試等諸多同事配合，怎么把自己的想法傳遞給他們？這些都是要解決的。
2. 具體任務
這一階段的具體任務如下：
? 交互設計：把產品界面、流程圖設計好（大公司有專門的交互設計師職位，中小企業需要產品經理來輸出交互稿）；
? 文檔組織：把產品的方案、交互設計稿以書面形式用文字呈現，開發、測試等人員可以根據文檔來進行技術實現。
3. 階段產出
這一階段的產出包括：
? 交互設計稿：描述用戶在產品界面上的操作流程體驗，當前采用較多的是Axure格式。
? 需求文檔：描述產品完成的功能及邏輯，常見的是Word格式。
設計階段的產品經理
繼續聊聊小A。項目立項后，小A先是找到交互設計師（在大企業中專門設計人機界面的角色），溝通了項目目標和想法，參考了競品的體驗，結合了己方優勢，輸出了交互稿。緊接著小A閉關兩天，將完整的想法寫成了需求文檔。
小A將交互設計稿及需求文檔交給產品leader評審（大型互聯網企業常常有需求評審環節，目的是把控產品質量）。leader給了些建議，小A修改了文檔，二次給leader審核，得到認可，需求可以動工。
小B是創業團隊，沒有大企業那么完備的流程，在得到投資后，小B和產品助理用了兩天時間畫好交互稿、寫完大致的需求文檔，找來技術負責人一起討論了一下，可行性評估通過后，就算是完成產品設計了，接著便快速進入開發階段。
實現階段
1. 階段描述
已經有了產品方案（交互設計稿和需求文檔），開發人員可以開始動工來實現產品了，這時候產品經理還需要跟進，保證產品質量和項目進度。
2. 具體任務
這一階段的具體任務如下：
? 方案講解：給技術、測試人員講解產品方案，保證方案明確傳遞給實現團隊（使用上一個階段完成的交互設計及需求文檔），如果討論中有調整，需要同步修改需求文檔（非常常見）。
? 實現跟進：在項目實現過程中，可能出現方案變更、人力變化等情況，產品經理應參與解決問題，并定期輸出項目實現進度周報（這項也可以由項目經理代勞，但產品經理必須關注）。
? 項目管理：根據項目目標，確保整個團隊按時完成任務（大公司內，項目經理會代勞）。
3．階段產出
這一階段的產出包括：
? 更新的需求文檔：在講解及實現過程中文檔可能會有調整，要及時更新、周知團隊并歸檔；
? 項目周報：包括整體的項目完成情況、風險預警，周知團隊相關人員。
有了明確的交互稿和需求文檔，小A第一時間約上項目相關設計、開發、測試等人員，和大家開需求講解會，把項目的背景、時間點、預期效果及詳細方案給相關同事講了一次，小伙伴們都聽得熱血沸騰，項目快速啟動！
產出階段的產品經理
經過評估得知，項目需要一個月的開發周期，開發人員開始埋頭苦干。小A作為項目的負責產品經理也沒有閑著，時常到開發人員的工位上問進度，并給大家鼓鼓氣。遇到文檔沒有包含的問題，當場和技術人員討論更新方案。為了保證進度，小A每天陪同開發人員一起加班到晚上10點多。
雖然很苦，但看到自己負責的產品一天一天接近最初設計原型，接近可以發布上線，小A內心充滿了期待。
上線運營
1. 階段描述
就如同人懷胎十月一樣，產品也總有出生的時候。在項目發布后，產品經理還應持續跟進，保證產品的迭代更新，確保項目往好的方向發展。
2. 具體任務
在這一階段具體任務如下：
? 營銷推廣：上線后需要讓更多的用戶知道自己的產品，或產品更新的內容，故需要考慮一些營銷方案，也可做一些推廣合作。
? 效果分析：根據上線后的數據表現及用戶反饋，對項目進行效果分析。
? 迭代計劃：通過效果分析，好的地方發揚，不好的地方改善，從而使產品方案持續迭代，進而優化產品。
上線運營階段的產品經理
項目終于開發完成，經過嚴格的測試，正式發布上線。寫完發布郵件，按回車發送的那一刻，小A內心是美滋滋的。
但項目發布不代表著工作完成，為了得到更好的效果，小A馬上協調推廣資源，和幾個大型游戲進行合作，把這個游戲資訊平臺放在比較明顯的地方。上線沒多久，用戶的意見，甚至投訴接踵而至，小A在客服團隊的配合下解決用戶問題。
每天只要有空，小A都會馬上打開數據平臺，看看項目的數據走向……
在項目發布一個多星期后，小A對產品進行了一次系統的分析，總結了產品取得的一些預期的效果，但通過在線測試還是發現了一些不足之處。小A開始新一輪的工作——收集上線后用戶意見反饋，再進行交互設計、需求文檔撰寫，開始需求迭代工作。
以上就是一個產品經理在項目中要完成的任務及要扮演的角色。我們通常說產品經理是產品的“爸爸”，因為他就像“爸爸”一樣，需要給予產品最初的想法、完美的設計，還要作為監護人細心呵護，陪伴產品成長。
在一個產品實現的過程中，會有很多角色一起助力，確保產品誕生，但真正從頭跟到尾監護全過程的，只有產品經理。這就是在互聯網時代，產品經理如此重要的原因。