產品經理不是經理職務，但是需要承擔經理的工作內容。現在仍然有不少人認爲產品經理是一個管理崗，實際來說，它的確是一個普通崗，但是不管何種公司，產品經理又是一個管理協調崗位。他需要上達老闆（負責人），下達體驗設計、UI設計、視覺設計、前端開發、後端開發各成員。那麼，產品經理所處的團隊，一般是怎樣完成協作的呢?

以上兩種模式，僅是從團隊屬性上進行了分類，B端與C端工作流上來說，其實區別性還真的不大，主要區別在於每個階段的工作內容或者說業務的差異。結合上兩個圖，我們來聊聊在完整團隊工作流中，產品經理、體驗設計師一般擔任的角色和工作職責。

二、設計階段

此處設計指的一般意義上UED團隊做的主要工作，包含用戶研究、業務分析、行業分析，線框圖設計、流程圖設計、原型圖設計。所以，設計階段可以分爲兩個類別：需求管理和PRD設計（線框、原型）

2.1

需求池

基於立項階段的MRD（非必備）、上版本遺留問題和運營反饋的問題，列出概要清單。

基於可行性、成本高低、優先級進行概要評審，評審通過的功能，細化成功能清單

2.2

PRD設計

主要輸出物是 原型 和 需求規格說明書 ，部分小版本不需輸出需求規格說明書，業務流程、頁面流程、交互說明和異常處理都會在原型上體現。B端項目會比較重視原型文檔，在部分敏捷開發的C端，原型也是以逐個拆解的線框圖爲主。繪製原型之前要進行整體的業務梳理，力求梳理清楚全部的業務流程和必要信息。

需求規格說明書，需要拆分各業務領域進行輸出

3

開發計劃階段

此階段需產品經理或體驗設計師跟進開發計劃，瞭解開發團隊的計劃進度，掌控整個團隊的進度概況。

4

設計及框架實現

主要是業務時序圖、數據結構的設計，由研發輸出，測試、產品進行評審。UI視覺界面設計，開發、產品、體驗及業務評審

5

編程實現階段

1、需求變動、原型交互形式變化

2、追蹤項目進度，進行階段性可驗收測試

3、協調資源，調控項目計劃

此階段重要角色——產品經理，必須調節各團隊進度，確保deadline時，可以按時上線，不然，各種談話必不可少。

6

測試驗收

1、 把握測試環境的部署和更新節奏

2.、守好需求驗證的關卡。根據主業務流程，編寫需求驗證清單，對產品進行需求測試。如主業務流程跑不通，沒必要讓測試人員進行測試，浪費人力。

3、 修復前期遺漏的業務邏輯。不排除經過原型評審、需求評審、編程實現，還有部分邏輯不在需求規格說明中。例如某個異常情況，需求規格沒寫處理邏輯，研發按照自己的想法做了。還是需要產品確認，並在需求規格中補充的。

7

發佈運營

1、演示環境的搭建，準備數據的初始化

2、針對營銷線的方案宣講，輸出解決方案和功能模塊清單

3、針對實施、客服的系統實操培訓，輸出用戶操作說明書

4、APP上架文案和相關事項追蹤（如有移動端）

5、EDM的設計

6、APP更新機制策略的評估，是灰度發佈、提示更新還是“強制更新”（如有移動端，PC軟件客戶端）

7、用戶的反饋進入需求池，爲後續迭代做準備

8、支撐驗證客戶項目，包括方案講解、需求調研等

整個UED團隊的工作流，並不是固定的。每個公司依據其實力、資源的不同，設置不盡相同。但是一般的任務內容，可以是通用的。我們在瞭解了一般的團隊流程之後，可以明確自己需要掌控哪些成員，如何去協調工作內容。產品經理雖然不是經理，但是也的的確確是轉向管理的重要途徑之一。不是有句話說嘛——每一個產品經理都是潛在的CEO。

文章都看完了 不點個 嗎