干貨貼:產品新人須知的產品工作框架和流程
對于剛入門的產品經理,想必大部分人肯定對產品工作流程、工作框架充滿疑惑,一知半解。文章作者就這一問題展開分享,希望對你有所幫助。
每個新人入職時第一個問題大多是產品經理的工作到底是怎么樣的,流程是怎么樣的。確實,老人們很少會全面的告訴具體可操作的產品工作和流程。
這次是作者針對整個事業部產品經理整理的產品規范、流程,可以大致了解產品經理整個的工作框架,另外結尾附帶給事業部內部分享的各種文檔模板。
一、流程規范
1.需求流程
節點說明:
(1)收集需求
收集有效需求:
- 過濾對產品用戶體驗或業務KPI無提升的需求
- 收集改進用戶體驗或提升業務KPI的需求
輸出《產品功能管理文檔模板》中的feature-list
(2)分析需求
- 按照相應產品設計規范,完成需求分析
- 輸出相關文檔BRD、MRD、PRD
- 需求評審會前與各職能負責人需求討論,初步達成一致
(3)評審需求
- 需求經過組內評審通過
- 至少提前3天向項目經理提出評審訴求并發送需求文檔
- 參與人:各職能負責人和相關人員,如有必要可邀請其他業務專家人員
- 記錄評審意見和評審結果,錄入和刪除的需求歸檔方便追溯
(4)錄入需求
- 錄入標準:評審通過或根據評審意見修改后的需求
- 錄入路線圖中需求池,等待項目經理排期
(5)需求變更
- 變更標準:原有需求不可用,原有需求影響到后續實現
- 變更流程:與各職能負責人溝通達成一致,告知項目經理
(6)跟進需求
- 根據《功能列表管理表》管理需求并跟進
- 如實現過程中發現細節問題,及時與各職能負責人溝通
- 如有影響項目時間點需告知項目經理
(7)驗收標準
- 可用性:正常使用無嚴重bug
- 符合性:按照需求和交互實現功能
2.溝通流程
節點說明:
(1)內部溝通
- 與各職能負責人溝通,得出結論
- 郵件同步相關人員
(2)外部溝通
- 明確合作目標
- 提前準備溝通資料
- CP(合作方)選用評審
a.列出各CP優劣勢
b.選取維度并分配權重,進行打分
c.相關人員打分,擇優合作
- 結果同步反饋給相關人員和商務經理
二、產品設計
1.需求分析
分析產品需求,撰寫BRD或MRD,主要用于大版本改動或全新項目,需包含:
- 項目背景:闡述原因以及相關調研分析報告,包括提案原因、用戶需求、市場狀況、競爭格局、商業價值
- 項目規劃:闡述項目架構以及主體功能,包括核心產品需求、產品主體架構、產品發展路線圖
- 收益、成本和風險:闡述項目收益以及未來可能面對的各類風險及投入成本,包括項目收益評估、項目成本估算、項目風險與對策
- 收益:用戶量、營收、質量、市場占有率、拓展平臺、戰略部署、節約成本
- 成本:人力成本估算、其他成本估算
分析產品需求,直接添加需求池feature-list,主要用于小需求或改進,需包含:
- 明確需求背景和意義
- 明確目標需求人群:從業務、性質層面界定后續正對的用戶群
- 用戶建模:通過UserCase梳理用戶場景
- 輸出分析結果
需求分析(BRD、MRD)模板請看附件《BRD商業需求分析文檔模板》
分析案例請參考:http://www.aharts.cn/pd/662680.html
2.產品規劃
明確產品方向和todo-list,指導后續產品工作開展,分為季度或年度規劃。
- 指標分析:分析關鍵指標和數據,明確目前產品數據情況
- 行業趨勢:描述行業趨勢,總結趨勢關鍵詞
- 總結趨勢:總體趨勢和特征,分析趨勢原因
- 產品定位:分析產品所處環境和身份,明確方向,一句話總結定位,指導后續產品開展
- 產品規劃:分析產品關鍵需求,可分為用戶層和業務層,并梳理產品路線圖
- 目標:明確達成目標,包括數據和體驗上
產品規劃模板請看附件《產品規劃文檔模板》
分析案例請參考:http://www.aharts.cn/pmd/576819.html
3.產品方案
具體實施的產品細節描述,用于給設計師、工程師、測試人員對照實現的重要文檔。
- 修訂歷史:記錄版本變更,便于追溯修改與管理
- 項目概述:簡單描述項目的背景、意義、目的、目標等,描述領域知識
- 功能范圍:給出業務邏輯圖,類似思維導圖:描述各模塊與功能
- 詞匯表:術語與縮寫的描述
- 數據埋點:事件id、事件描述、統計口徑,發出功能前必須埋點
- 非功能需求:用戶體驗或其他方面需求描述
- 模塊說明:用戶場景描述和說明,包括產品demo說明和用例描述
需求文檔(PRD)模板請看鏈接:http://www.aharts.cn/pmd/708100.html
三、產品管理
1.需求管理
(1)需求收集
- 產品現有問題:產品本身存在的問題進行梳理收集
- 競品動態:競品動態與策略跟進
- 用戶反饋:每周固定從Redmine中提取用戶反饋三四星問題,需求缺失的需分析后,加入版本規劃。
- 技術需求:大版本之后統一收集技術需求,是否有重構等技術需求
- 運營商務需求:每兩周進行商務運營規劃會,收集運營商務需求,經需求分析和整理后合理則加入需求池。
(2)需求管理
- 模塊:按照應用特點劃分,便于區分工作量
- 功能點:功能點簡要名稱
- 需求描述:簡要描述需求
- 優先級:需求優先級管理
- 進度:跟進資源需求、設計、開發進度情況
- CP:外界影響因素管理
- 目標版本:期望上線版本
- 計劃上線時間:期望上線時間
- 備注:其他
詳細請看功能需求管理模板,查看附件《產品功能管理文檔模板》
(3)需求落地機制
節點說明:
- 評估:根據需求分析規范判斷是否為有效需求
- 記錄:記錄需求來源、主題、描述、狀態、優先級,排期時定期review,標記進入需求池中的需求
- 執行:按需求流程規范進入分析、評審、排期、跟進、驗收、完成。
- 反饋:需求被滿足后,需要及時變更需求的狀態、并及時反饋給需求來源者
2.產品總結
(1)產品月報
- 產品KPI:本月產品各項KPI完成情況
- 關鍵事件:分維度總結關鍵事件,同步事件結果
- 動態&策略:競品動態與相應產品策略
- 產品計劃:闡述下月工作重點
產品月報規范詳情請查看《產品月報模板》
(2)版本總結或分析
- 產品歷程:對比新舊版本關鍵數據狀況和主要更改點
- 產品策略:包括產品定位、解決的問題和方法
- 總結與展望:總結經驗與后續預測
產品總結規范詳情請查看《產品版本總結模板》
四、附錄
- 《BRD商業需求分析文檔模板》
- 《產品規劃文檔模板》
- 《PRD產品需求文檔模板》
- 《產品功能管理文檔模板》
- 《產品月報模板》
- 《產品版本總結模板》
- 《項目完整流程圖》
最后想說的是,這份流程并不適合所有同學或公司,目的是為了了解產品經理的工作框架,在工作過程中應該積累對應的技能樹,并參考產品經理段位標準,在工作中不斷以能力標準要求自己,給自己清晰的成長定位。
所有文件鏈接:https://www.jianguoyun.com/p/DSrCUKUQuKmeBhitsjI (訪問密碼:rUzWGL)
作者:WinsonL,微信公眾號:WinsonL,魅族科技Flyme產品經理,成長焦慮人群的其中一員,用實例干貨分享思考和經驗。
本文由 @WinsonL 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自PEXELS,基于CC0協議
文件沒有了 樓主
另外有個疑問想請教的,全流程圖里,為什么“驗收需求”在“功能測試、bug修復”之前呢?這里驗收需求是指什么呢?
因為需要給測試提測試建議,如果需求都完全做錯了,測試 沒有必要去測了
感謝分享,提個小建議,圖片字好小,有的看不清。 ??
收到~
我感覺你寫的文章是我看在這個網站見過最實用,最適合我的,謝謝你大神
有幫助就好~
好干,我感覺已經完全脫水的干
確實是干貨??!
文件被刪除了。。。
重新試試鏈接,誤刪了
文件被刪除了。。。
重新試試鏈接,誤刪了
贊
看了三遍了
先謝謝再mark
非常實用。非常感謝。
感謝分享
干貨,必須贊
感謝感謝
灰常感謝 ??
非常棒,可以幫助新人快速建立起認知
產品小白在此謝過老師無私的分享~
滿滿干貨 謝謝樓主分享!