公司往往有不同的工作安排羔挡。有些公司流程比較精細化洁奈，而像筆者目前這家公司，則偏向以結果為導向绞灼，具體內容自行安排利术。于是有了這篇文章，來總結自己的部分工作流程低矮。
當前公司里印叁，產品經理在產品上線前的工作流程分為五個階段：
- 立項：什么事？
- 需求：做哪些商佛？
- 設計：怎么做喉钢？
- 開發(fā)：做到哪步了姆打？
- 驗收：做成什么樣良姆？
一、立項
公司流程：由高層發(fā)起會議幔戏，給各部門負責人講解項目起因玛追、市場情況和商業(yè)目標，由各方負責人進行評估和討論闲延。
由于部門原因痊剖，筆者往往當天或者前一天才得知會議，對項目本身處于一臉蒙的情況垒玲，只能在會議期間整理基本信息陆馁。高層之間的信息討論往往較為散亂，因此會按照下圖所示的分類進行逐個整理合愈。
立項會議結束后叮贩，領導基本會留下一句“熟悉下項目，或者相關產品”后佛析，直至具體任務下達前益老，會有一段2天左右的空白期。這段期間筆者會根據之前整理的會議信息進行“桌面研究”——在網上尋找項目相關內容寸莫。
桌面研究
在“桌面研究”中捺萌，尤其針對2B的產品，往往有以下三個難點：
- 信息量多且雜膘茎，全面收集極為困難桃纯；搜索渠道是否足夠酷誓、信息是否有用以及信息是否準確；
- 信息提煉和整合費時費力：大量的信息堆積起來态坦，需要篩選呛牲、提煉和歸納整合；
- 2B的產品很難接觸到驮配，往往需要提交信息進行申請娘扩，等待產品所屬公司經過一系列的審核（查看訪問ip、天眼查公司信息以及電話溝通）壮锻。即使拿到試用賬號后琐旁，里面的功能也都是閹割版。
因此可以嘗試按照以下流程進行：
（1）明確目的
- 將“立項會議信息整理”細化成若干個問題猜绣，即可作為目的灰殴。例如：項目涉及哪些業(yè)務？業(yè)務的目前發(fā)展情況掰邢？業(yè)務涉及的企業(yè)機構構成如何牺陶？
- 類似的項目解決方案有哪些？項目的落地場景是什么辣之？有哪些公司參與進來掰伸，怎么推行的？
- 市面上有哪些相關產品怀估？面對的用戶群體是哪些狮鸭？相關公司重點宣傳了他們產品的哪些功能及解決了哪些業(yè)務需求？產品如何收費的多搀？
（2）確定渠道
常用的信息渠道有：
- 研報渠道：艾瑞歧蕉、易觀、發(fā)現報告以及一些垂直行業(yè)論壇網站康铭；
- 媒體渠道：常見的媒體新聞網站惯退、搜狗微信搜索（搜索訂閱號的相關文章）；
- 官方渠道：官方網站从藤、微信公眾號催跪；
- 其他來源：百度、谷歌和天眼查（里面的競品信息）等呛哟。
（3）信息挖掘
根據自己對項目及業(yè)務的熟悉程度叠荠，基于上述渠道逐個查詢并記錄相關內容；
（4）篩選整理
對于所挖掘的信息扫责，按照最初的目的進行劃分整理到文檔里榛鼎。有時間或者精力的話，可以對信息分門別類進行提煉（這步如果沒時間做，會留至競品分析時進行）者娱。
（5）輸出文檔
無論領導有沒有要求抡笼，都需要做成簡略的PPT或者pdf報告文檔，給領導查閱黄鳍。有必要的話推姻，說明自己對項目的理解，這一步的目的在于：
- 所整理的信息內容是否正確框沟；
- 對項目的理解是否和領導保持一致藏古；
- 收集領導的建議和想法。
和領導溝通后忍燥，即可適當修改拧晕，作為自己進行后續(xù)工作的一個參考基準，并進入“需求”環(huán)節(jié)梅垄。
二厂捞、需求
公司流程：公司開始安排產品經理和其他同事完成用戶調研、競品分析和搭建需求池队丝。
用戶調研
首先說一下用戶調研靡馁，公司產品基本為銀行機構人員服務，因此用戶調研往往以登門拜訪為主机久。由于各家機構的地理位置不一樣臭墨，所以由和客戶打交道較多的市場人員在1-2周內分別拜訪不同的機構。作為產品經理吞加，一方面需要準備完整的調研方案裙犹，另一方面要和市場人員溝通，讓他們知道“項目要做什么”以及“調研方案寫的是什么”衔憨。
關于調研方案，筆者常用的格式如下：
調研方案評審通過后袄膏，立刻召開會議践图，根據需要講解的內容，結合具體場景給相關同事講解沉馆，最后由領導推動調研的完成码党。而在同事調研的過程中，筆者則需要進行競品分析斥黑。關于B端產品的競品分析揖盘，難度較大，原因在上述的“桌面分析”里提到锌奴。除了“桌面分析”里的渠道外兽狭，筆者其他的方法有：
- 自己申請或者利用公司其他資源來獲得相關產品的試用賬號體驗“閹割版”；
- 查找相關的使用手冊或者操作視頻。有些官網就可以找到箕慧，有些則需要去公眾號或者論壇等平臺服球，查看官方號發(fā)布的相關文章。
至于競品分析怎么寫颠焦，這里不再贅述斩熊，網上相關文章很多。需要強調的一點是伐庭，競品分析一定是抱著某些問題來分析粉渠，并最終得到了有效的解答以支撐后續(xù)的產品設計，例如：需求驗證圾另、業(yè)務流程梳理渣叛、尋找市場方向或者功能交互設計。
需求池
在完成對調研結果和競品的分析后盯捌，可分析整理出初步的需求淳衙，常見的需求來源如下所示：
需求池可用excel初步整理，筆者格式如下：
優(yōu)先級：一般用于衡量需求的開發(fā)優(yōu)先程度饺著，常見的方式是用類似kano法等方法來定性分級箫攀，也可以基于不同維度來定量分析。這里介紹一下2種定量分析的方法可供參考：
（1）筆者公司產品以用戶需求為導向幼衰，在基礎版上會根據不同機構要求進行定制開發(fā)靴跛，因此需求優(yōu)先級會根據帶來的收益情況分級，例如影響因素有：客戶需求數渡嚣、客戶重要性梢睛、客戶付費情況以及開發(fā)成本。
優(yōu)先級 = （需求數重要性付費情況）/開發(fā)成本”
其中需求數為真實數量识椰，重要性通過“客戶分級”量化（關于客戶分級绝葡，先埋個坑，日后再填）腹鹉，付費情況根據需求客戶的實際付費情況量化藏畅，開發(fā)成本用總天數量化。
（2）只從功能本身進行考慮時功咒，影響因素有：符合迭代目標程度愉阎、客戶數量、體驗提高力奋、性能優(yōu)化榜旦、開發(fā)成本； 根據階段目標賦予每個正面因素不同的權重景殷，例如50%溅呢、20%澡屡、15%、15%藕届；對單個需求挪蹭，進行不同因素的評分（1-10）
優(yōu)先級 = （迭代目標分50% + 客戶數量分20% + 性能優(yōu)化分15% + 體驗提高分15%）/開發(fā)成本。
- 需求類別：界面休偶、功能以及數據等
- 需求描述：一句話描述需求
- 場景描述：一句話描述需求的來源場景
- 需求來源：見需求來源圖
需求池里一些地方可以留空梁厉，等待評審后確認和填寫。
輸出需求池后踏兜，即可進行評審词顾，和相關領導同事逐個確認，基于風險碱妆、難點和資源等方面討論肉盹，完善表格內容，并確定下來疹尾。理論上這一步的時候即可封閉需求池（想的很美好上忍，實際上，開發(fā)過程中甚至開發(fā)結束時都存在甲方臨時改需求的情況）纳本，進入下一階段“設計”窍蓝。
三、設計
公司流程：項目負責人要求產品經理輸出prd文檔及原型圖繁成。
到了這一環(huán)節(jié)吓笙，需要根據需求池，整理產品信息結構和業(yè)務流程巾腕，輸出原型圖和Prd文檔面睛。
原型圖
筆者常輸出高保真原型圖，因為可以在企業(yè)機構演示尊搬、給高層領導講解和給內部同事描述上起到試錯的作用叁鉴，作為早期的可行性驗證，進而優(yōu)化毁嗦。如果不進行這一步亲茅，很有可能導致最終方案偏離用戶實際需求（關于這點，筆者在某個項目里被坑慘了狗准，埋個坑，之后復盤項目時填上）茵肃，一旦偏離腔长，后續(xù)彌補代價極高。
PRD 文檔
關于PRD文檔验残，是用于給設計師捞附、工程師及測試對照實現的重要文檔，包括但不限于：
- 修訂歷史：記錄版本變更，便于追溯修改與管理鸟召；
- 信息結構圖：用于梳理產品每個模塊的功能架構胆绊，使用腦圖完成；
- 業(yè)務流程圖：用于梳理每個業(yè)務的閉環(huán)欧募、輸入及輸出压状，可用流程圖或者泳道圖完成；
- 功能描述與邏輯：描述功能作用和內在運行邏輯跟继；
- 功能邊界條件：描述功能的各類邊界情況种冬，進行條件約束；
- 數據埋點：描述埋點觸發(fā)舔糖、事件名稱和ID娱两；
- 功能交互：描述交互邏輯；
- 性能要求：平臺系統(tǒng)的各類功能性能預期金吗。
Prd文檔是整個項目開發(fā)過程中的參考文檔十兢，因此需要詳細記錄更迭情況，并且通知到所有人摇庙。會進行不斷的更新迭代旱物，需要由產品經理嚴格把控，避免出現多個崗位對需求認知不一致的情況跟匆。
四异袄、開發(fā)
公司流程：協(xié)同UI、開發(fā)玛臂、測試同事推動項目產品的展開烤蜕。
在進入開發(fā)階段后，產品經理主要負責開發(fā)工作的協(xié)同與產品的迭代規(guī)劃迹冤。
工作協(xié)同
具體的協(xié)同內容有：
- 配合UI完成頁面設計和功能交互讽营，產品經理以輔助評審為主，相信設計師的專業(yè)性泡徙；
- 解答來自開發(fā)同事的各類問題橱鹏，配合Prd文檔并結合業(yè)務場景，讓開發(fā)們知道你想要什么堪藐；
- 配合測試同事輸出測試用例莉兰。
協(xié)同期間，會接到來自各個崗位的問題礁竞。不要指望各類會議和Prd文檔能夠讓同事們的思維和自己保持一致糖荒，因為崗位的不同，對于業(yè)務和功能邏輯的理解也會不同模捂，甚至他們會發(fā)現一些筆者沒注意的問題捶朵。
產品經理需要隨時及時的解答各方疑惑蜘矢，并跟進各個需求。同時综看，可以建立一份Q&A表品腹，避免同事們的反復提問。如果該過程中發(fā)現任何細節(jié)問題红碑，需要及時與各負責人溝通舞吭，如果影響到項目的排期更需要告知項目經理。
版本規(guī)劃
由于某些產品會保持小版本的快速迭代句喷，因此產品經理需要在上一批優(yōu)先級高的需求進入開發(fā)周期后開始考慮下一個小版本的迭代內容镣典，而需求來源于需求池里沒有劃入本次開發(fā)的各類需求。
五唾琼、驗收
公司流程：測試人員根據測試用例測試完畢后兄春，由產品經理驗收。
驗收標準即產品正常使用無嚴重的bug問題锡溯，各類功能按照需求文檔實現赶舆。完成驗收后，產品經理則需要制作產品使用手冊祭饭、操作視頻以及宣傳視頻芜茵，同時給內部員工進行產品培訓，讓市場和運營同事學習使用產品倡蝙。
如果對于培訓材料沒有嚴格的要求九串，可以像筆者一樣，使用手冊用word找模板寫寺鸥，最后輸出pdf版猪钮。視頻先用excel寫視頻腳本，之后用Ae制作胆建，Au錄音烤低，Pr剪輯。
最后對各類資料歸檔笆载，如果是外部項目扑馁，把產品和資料交付甲方并進行培訓。如果是內部項目則交付運營市場團隊凉驻。
結語
上述的流程會因為公司的不同而有所差異腻要，但最重要的一點“溝通”是不變的：
- 和外部需求方溝通，保證項目的方向和需求方的要求一致涝登；
- 和內部各職能的負責人溝通闯第，保證項目的協(xié)調統(tǒng)一，共同推進缀拭；
- 和領導層溝通咳短，讓領導知道項目的進度情況、所遇問題和解決情況蛛淋；
而每個階段的輸出文檔作為溝通的材料咙好，不用拘泥于形式，保證效率和理解即可褐荷。也歡迎大佬們指出本文的不足之處勾效，提出自己的見解。
