流程化专普、標準化做事，最佳的方法就是定義Standard Operating Procedure(標準作業(yè)程序）弹沽，以下簡稱SOP檀夹，讓自己在遇到問題時有所依據。

產品工作中建議定義SOP如下：

一策橘、定義與同事配合的工作流程

1. 了解互聯(lián)網公司需求迭代的流程

2. 明確自己需要做以上流程中的哪些事

根據自己公司的情況細化炸渡，明確自己需要做以上流程中的哪些事，比如我司就需要產品做需求調研丽已、產品設計蚌堵、產品方案宣講、研發(fā)過程跟進沛婴、收集反饋這幾類事情吼畏。

3. 確定以上的事情需要哪些人（WHO）對接，以及如何(HOW)和他們對接

（1）需求調研

需求調研根據需求來源一般分為兩種：

一種是內部需求嘁灯，一種是外部需求泻蚊。內部需求對接人包括BOSS、研發(fā)丑婿、測試性雄、運營、市場，這些需求調研的工作和他們約好時間，反復溝通直到雙方都沒有異議就可以了竞滓；

外部需求一般對接人是客戶，要復雜一點迁筛，懂得隨機應變，不要當場答應實現(xiàn)需求炫加，只要做好訪談記錄瑰煎，回來可以和決策人（一般小公司是boss铺然，有些是產品總監(jiān)或者技術總監(jiān)）講清楚大概需求，至于要不要做酒甸，怎么做魄健，什么時間做（需求優(yōu)先級的問題），這些問題留給決策人插勤。

（2）產品設計

產品設計一般情況下是初級產品經理最重要的工作沽瘦，設計過程中的對接人主要是需求方，有時也要需要技術參與討論方案可行性农尖，最重要的是和需求方反復確認以保證最終的方案過關析恋，這一點會在定義自己工作的SOP中詳細討論。

（3）產品方案宣講（評審會）

產品方案宣講盛卡，一般對接人包括UI/研發(fā)/測試助隧，有時需求方也會參與。這時候要提前預約時間滑沧，準備好產品方案的產出物并村，比如流程圖、功能架構圖滓技、原型圖哩牍、PRD文檔，如果涉及項目管理令漂，要在禪道等團隊協(xié)作的工具中建好需求號膝昆，便于開發(fā)人員領任務。

宣講的順序一般是先業(yè)務流程圖叠必，再功能架構荚孵，然后根據業(yè)務流講一遍原型圖，至于文檔就不用講了纬朝。記得講完一定要同步处窥，如果團隊有同步的軟件，比如svn,git玄组，也可以用郵箱，我們公司用的git谒麦，然后在群里發(fā)一句俄讹，如：“**原型圖V1.0.0,PRDV1.0.0已經更新至git，請有需要的小伙伴自取”绕德。

【PS：請在每次需求變更后患膛，及時更新為原型圖和PRD文檔，并同步給相關同事耻蛇，必要時重新開會強調變更踪蹬，這一點尤為重要】

（4）研發(fā)過程跟進

研發(fā)過程中可能會出現(xiàn)各種各樣的情況胞此，對接人一般是開發(fā)和測試。比如開發(fā)跃捣、測試不理解需求漱牵，你要解釋；開發(fā)疚漆、測試發(fā)現(xiàn)需求有些情況沒有考慮到或者有規(guī)則不清晰的酣胀，你要補充需求（這種情況雖不能完全避免，但越少越好）娶聘；甚至闻镶，前后端聯(lián)調出現(xiàn)問題，需要你定義接口丸升∶總之，就是在開發(fā)過程中一切的問題你需要負責解釋狡耻。

（5）收集反饋

收集反饋一般對接人是運營或者用戶墩剖，這里主要是記錄上線后出現(xiàn)的問題，為后續(xù)產品迭代提供依據酝豪。

以上的5點是僅為個人總結的內容涛碑，不同公司的情況可能略有不同。

二孵淘、定義自己的工作流程

最重要的就是產品設計SOP的定義蒲障，這個過程需要自己反復思考總結，每一階段都有相應的輸出物瘫证，并且在平常工作中不斷實踐才有效果揉阎，以我總結的產品設計SOP為例：

需求調研→業(yè)務模型搭建→流程圖→產品功能架構→原型圖→PRD文檔

1. 需求調研

這一步需要盡可能多的收集需求的信息點，包括需求的目的背捌，參與的角色毙籽，上線時間，很多細節(jié)的想法等等毡庆。如果只是需求方只是一個人坑赡，那么他會提關于很多需求的描述，盡可能記下來么抗；如果是頭腦風暴式的需求毅否，那么有不同的人提出不同的需求描述。

以PCG(Professionally-generated Content)的課程APP為例蝇刀，A可能說課程要能定義屬性（視頻/文檔）螟加，包括價格，名稱等，B可能說課程要能下架捆探，下架后前臺就看不到了然爆，C說用戶要能夠選課程，購買課程黍图，D說要有購物車曾雕，只要是會上沒有發(fā)現(xiàn)有明顯問題的信息，統(tǒng)統(tǒng)記下來雌隅；我一般用onenote分點記翻默，很多人喜歡用思維導圖。

推薦工具：onenote

2. 業(yè)務模型搭建

根據需求調研記錄的信息點搭建業(yè)務模型恰起，最重要的是梳理主流程修械，聽起來好像很難，但實際操作比較簡單检盼，在草稿本上列兩點：參與角色肯污、每個角色涉及的操作。

同樣以上述課程APP為例吨枉，涉及到的角色：包括平臺運營人員蹦渣、用戶，涉及到的操作：平臺運營人員上架課程貌亭，用戶選擇并購買商品柬唯；注意，這里涉及的操作不是要列系統(tǒng)中詳細的操作圃庭，而是業(yè)務過程中完整的閉環(huán)操作（包括線上锄奢、線下）。PCG的內容是自己生產的剧腻，所以線下還包括制作流程拘央，那么完整的業(yè)務模型應該是：
運營人員制作課程→運營人員上架課程→用戶選擇并購買商品

注意：業(yè)務模型的搭建一定要閉環(huán)，所謂的閉環(huán)就是實現(xiàn)最終的效果书在，比如C端的產品一定是要通過用戶直接購買/廣告/增值服務賺錢的灰伟，B端產品一定是要解決閉環(huán)解決問題的，一定要考慮系統(tǒng)層面做到哪一步儒旬，作為需求的邊界栏账。
我一般只會粗略的列，因為這個時候列得太細反而會干擾自己的思考栈源。

推薦工具：草稿紙发笔，筆

3. 流程圖

一般畫三種業(yè)務流程圖，功能流程圖凉翻，任務流程圖。

業(yè)務流程圖一般用泳道圖（如有并行則用UML），主要是根據搭建的業(yè)務模型制轰，在相應的泳道里按照順序畫出每個角色的操作前计。切記，不要想一步把所有流程畫在一個業(yè)務流程圖中垃杖，只需要把整個過程中最關鍵的一條/多條業(yè)務流畫出來即可男杈，否則適得其反。
功能流程圖：主要是為了實現(xiàn)某種具體的功能调俘，比如支付功能的驗證流程伶棒，需要給出不同情況下的結果說明，包括支付成功的流程彩库，支付失敗的各種異常流程肤无，開發(fā)很有可能拿著你的流程圖去寫邏輯判斷的，測試可以直接拿著流程圖寫測試用例骇钦；
任務流程圖：是為了實現(xiàn)某種任務的整個流程宛渐，只會在關鍵節(jié)點做判斷，主要是為了讓開發(fā)和測試知曉用戶的核心使用路徑眯搭。

推薦工具：ProcessOn

3. 產品功能架構

產品功能架構是就是用思維導圖呈現(xiàn)窥翩，該產品需求包含哪些模塊，這些模塊包含哪些功能鳞仙；
推薦工具：X-mind

4. 原型圖

用界面化的方式展現(xiàn)元素寇蚊，一般分角色，把對應的模塊列在相應角色的文件夾下棍好，先把框架搭起來仗岸，再從數據流的角度一個一個頁面去畫，我一般會把頁面跳轉和一些動態(tài)面板的交互畫出來梳玫，比只畫靜態(tài)頁面要直觀很多爹梁。

過程中會有很多創(chuàng)意和想法，記錄下來提澎，畫完自己按照流程跑一遍姚垃，看下有沒有流程上的障礙，如果有的話盼忌，記錄下優(yōu)化的點积糯，逐個優(yōu)化。

原型圖需要保留版本谦纱，每更新一個版本同步更新給團隊成員看成。
推薦工具：axure

5. PRD文檔

PRD文檔每個人寫法不同，不必按照別人的模板生搬硬套跨嘉，現(xiàn)在很多團隊敏捷開發(fā)直接在原型旁邊標注川慌，看起來很方便。我一般是在原型旁邊注明重要的邏輯，另外再寫一份Word文檔梦重。文檔需要做一個目錄兑燥，方便后期定位，還有每次更改的記錄琴拧，最好在相應的位置標上最新更改的時間并顯紅降瞳，內容主要包括流程圖、功能架構圖蚓胸、功能描述挣饥、原型圖。

（1）流程圖

把業(yè)務流程圖貼在PRD文檔的總述里沛膳，記得axure第一頁也貼一份扔枫，功能流程圖、任務流程圖貼在相應的功能描述下于置。

（2）功能架構圖

功能架構圖在PRD文檔綜述里貼一份茧吊。

（3）功能描述

功能描述需要分角色、分模塊八毯，分頁面搓侄，一般是一個頁面一段描述，彈窗放在同一段描述话速，但也不絕對讶踪，也可以用功能點劃分，比如列表泊交、增乳讥、刪、改廓俭、查云石，規(guī)則就是用MECE（互相獨立，完全窮盡）的原則分清楚研乒，具體描述主要包括三個方面：

• 數據的呈現(xiàn)汹忠，這個頁面呈現(xiàn)的數據是哪里來的；
• 每個原型每個元素的描述雹熬，按照原型的頁面宽菜，從左到右，從上到下擼一遍竿报，每個UI/字段代表什么意義铅乡，有哪些規(guī)則，每個操作相應的頁面變化是什么烈菌，數據變化是什么阵幸，想清楚花履，寫出來；
• 描述異常情況挚赊，每種異常情況對應的頁面是怎么樣的臭挽，提示是什么。功能描述就是窮盡所有你能想到的注意點咬腕，如果你自己都覺得哪些規(guī)則好像不對勁，那一定是哪里沒想清楚葬荷，一定要靜下心來好好理理涨共，否則開發(fā)和測試后面會找你的。

（4）原型圖

在每段功能描述下貼上相應的原型圖宠漩。

PRD需要記錄版本举反，每一版本記錄修改的地方、時間等扒吁，而且每次變更及時修改并同步給團隊成員火鼻。