輸出產(chǎn)品方案，每一位產(chǎn)品經(jīng)理都應(yīng)該有清晰、專業(yè)、完整的流程意識，不能一上來就是原型或者需求文檔。

作為一名產(chǎn)品經(jīng)理，畫業(yè)務(wù)流程圖是一項必備技能。許多產(chǎn)品經(jīng)理輸出產(chǎn)品方案時，往往上來就先畫原型圖或?qū)懶枨笪臋n，這樣往往會因為業(yè)務(wù)流程不清晰，導(dǎo)致反復(fù)修改原型圖或需求文檔。輸出產(chǎn)品方案時，要先梳理業(yè)務(wù)邏輯，再畫業(yè)務(wù)流程圖，更為清晰地呈現(xiàn)產(chǎn)品需求，避免產(chǎn)品需求出現(xiàn)紕漏。

如制定訂單處理的流程，制定商品上架審核的流程，制定用戶提現(xiàn)的流程等。對于產(chǎn)品經(jīng)理要重視業(yè)務(wù)流程圖的繪制，業(yè)務(wù)流程圖的背后是邏輯清晰的表達和思考，業(yè)務(wù)流程圖的嚴(yán)謹(jǐn)度決定了整個產(chǎn)品功能的體驗及穩(wěn)定性。

一、一個產(chǎn)品需求如何誕生

一個產(chǎn)品的誕生，一般先是有產(chǎn)品定位，緊接著是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔，一步步明確產(chǎn)品邏輯及需求，直至能夠達到可落地。

1. 產(chǎn)品定位

產(chǎn)品經(jīng)理設(shè)計一款產(chǎn)品時，首先要分析用戶需求，我們?nèi)绾谓鉀Q用戶的痛點，明確清楚用戶需求后才能更好地確定產(chǎn)品定位。

產(chǎn)品定位是基于用戶需求的，以及團隊在實現(xiàn)用戶價值過程中所沉淀的商業(yè)價值。如微信的定位是解決用戶即時溝通需求的產(chǎn)品，支付寶的定位是解決用戶購物支付需求的產(chǎn)品，產(chǎn)品的定位是解決用戶最核心需求的。

2. 產(chǎn)品形態(tài)

當(dāng)明確了要做什么樣的產(chǎn)品滿足用戶什么樣的需求后，就要考慮產(chǎn)品的運作邏輯，即產(chǎn)品形態(tài)，關(guān)注角色、信息及之間的流轉(zhuǎn)關(guān)系，以求用最高效方式滿足用戶需求。

產(chǎn)品形態(tài)就是產(chǎn)品的藍圖和框架結(jié)構(gòu)，相對清晰明確了產(chǎn)品是如何實現(xiàn)其定位的。如支付寶產(chǎn)品定位是滿足用戶消費支付的需求，其產(chǎn)品形態(tài)就是掃碼付款、轉(zhuǎn)賬，便捷地完成消費的需求。

3. 業(yè)務(wù)邏輯

產(chǎn)品形態(tài)只是明確了產(chǎn)品的藍圖與框架結(jié)構(gòu)，當(dāng)實際用戶要完成某項需求時，用戶所要經(jīng)歷的路徑是什么樣的。這個路徑要有哪些角色參與其中，路徑所涉及哪些功能模塊，各個功能模塊之間交互如何，以上問題就是業(yè)務(wù)邏輯所要說明清楚的。

如要實現(xiàn)支付寶掃碼付款的功能，涉及商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認(rèn)付款——商家收到轉(zhuǎn)賬，其中參與的角色有賣家和買家，涉及功能模塊有掃碼識別商家、轉(zhuǎn)賬、支付、通知等。

4. 業(yè)務(wù)流程

業(yè)務(wù)流程圖是在業(yè)務(wù)邏輯的基礎(chǔ)上，分解出具體的功能，表示業(yè)務(wù)需求在系統(tǒng)各個模塊間流轉(zhuǎn)的圖形，是描述過程的文件，也是產(chǎn)品落地的具體操作方法，有用戶、信息的流向，以及有各種異常情況的考慮。

業(yè)務(wù)流程圖是一種事件語言，表示了任務(wù)的邏輯關(guān)系，是業(yè)務(wù)邏輯的具體化表現(xiàn)，凡是產(chǎn)品需求必須要有業(yè)務(wù)流程圖，將流程中的邏輯關(guān)系用圖形化方式固定下來。

通過業(yè)務(wù)流程圖能清晰了解產(chǎn)品功能會涉及哪些模塊、哪些角色，以及詳細(xì)的輸入、輸出、任務(wù)等。如用戶的登錄、注冊等，都會涉及到復(fù)雜的業(yè)務(wù)流程，要考慮主流程、異常流程、各種校驗等等。

5. 產(chǎn)品需求文檔

當(dāng)梳理清楚業(yè)務(wù)流程后，就可以著手畫原型圖，寫產(chǎn)品需求文檔，都是業(yè)務(wù)流程的細(xì)化。

完成產(chǎn)品需求文檔，一個完整的需求就已誕生，接下來會流轉(zhuǎn)至研發(fā)環(huán)節(jié)。

• 產(chǎn)品原型圖是將需求轉(zhuǎn)化成產(chǎn)品的一個過程示意圖，通過原型來表達需求點和流程邏輯，同時向UI和技術(shù)去表達產(chǎn)品的概念和實現(xiàn)的內(nèi)容。
• 產(chǎn)品需求文檔是產(chǎn)品經(jīng)理日常工作中最重要的產(chǎn)出物，PRD的質(zhì)量直接決定了需求質(zhì)量及后續(xù)人員的工作效率。設(shè)計、研發(fā)、測試的工作均要以PRD為準(zhǔn)，所以，PRD最重要的是清楚、全面地表達功能細(xì)節(jié)及邏輯。

綜上所述，產(chǎn)品形態(tài)是產(chǎn)品解決需求的方法，業(yè)務(wù)邏輯是實現(xiàn)該方法的途徑，業(yè)務(wù)流程是該途徑上具體要做的事情。

二、業(yè)務(wù)流程圖基本說明

1. 業(yè)務(wù)流程圖的作用

• 業(yè)務(wù)流程圖是需求文檔的起點，業(yè)務(wù)流程梳理清晰，方便之后的原型圖、需求文檔、需求評審等多個環(huán)節(jié)；
• 業(yè)務(wù)流程圖是整個產(chǎn)品需求的精華，可以讓項目各角色明確業(yè)務(wù)流轉(zhuǎn)的機制，方便快速開展業(yè)務(wù)，也方便工作的快速交接；
• 明確業(yè)務(wù)流轉(zhuǎn)的過程，方便設(shè)置考核指標(biāo)。

2. 業(yè)務(wù)流程圖的基本要素

要完成業(yè)務(wù)流程圖的繪制，首先要梳理清楚業(yè)務(wù)邏輯，同時要考慮清楚流程圖所涉及的基本要素，如：角色、任務(wù)、順序、輸入、輸出。

流程圖中各基本要素梳理清楚后，業(yè)務(wù)流程圖自然就簡單易畫了。

• 角色：要完成業(yè)務(wù)需求，所涉及的參與角色或功能模塊；
• 任務(wù)：完成某項工作或要做什么事兒，所要做得動作或操作，如登錄就是完成某項任務(wù)要完成的動作；
• 順序：達成業(yè)務(wù)需求，要經(jīng)歷完成諸多子任務(wù)，子任務(wù)間要有嚴(yán)格的邏輯先后順序；
• 輸入：在何種條件下要完成某項任務(wù)/指令，這個條件就是所謂任務(wù)的輸入項；
• 輸出：完成某項任務(wù)/指令后，所要達成的結(jié)果，就是所謂任務(wù)的輸出項。

3. 業(yè)務(wù)流程圖常用繪制工具

常用的業(yè)務(wù)流程圖繪制工具有Visio、Axure、Gliffy Diagrams、Processon，看個人愛好，使用哪種均可，目的是通過繪制流程圖更清晰表達產(chǎn)品需求，推薦Visio畫圖。

三、業(yè)務(wù)流程圖的設(shè)計方法

業(yè)務(wù)流程圖設(shè)計步驟一般是：回顧業(yè)務(wù)邏輯、明確用戶和任務(wù)、開始與結(jié)束、參與角色、明確順序、異常情況、優(yōu)化調(diào)整、輸出文檔。

1. 回顧業(yè)務(wù)邏輯

業(yè)務(wù)流程圖是在業(yè)務(wù)邏輯的基礎(chǔ)上，分解出具體的功能。所以在做產(chǎn)品業(yè)務(wù)流程設(shè)計時，要回顧業(yè)務(wù)邏輯，保證業(yè)務(wù)流程與業(yè)務(wù)邏輯的貼合；如果發(fā)現(xiàn)業(yè)務(wù)流程與業(yè)務(wù)邏輯發(fā)生沖突時，首先要確認(rèn)業(yè)務(wù)邏輯，如果業(yè)務(wù)邏輯有問題時，要先改業(yè)務(wù)邏輯，然后再改業(yè)務(wù)流程及下游的產(chǎn)品需求文檔。

產(chǎn)品經(jīng)理在做產(chǎn)品體驗時，核心關(guān)注點應(yīng)該是產(chǎn)品的業(yè)務(wù)邏輯，為什么要這樣設(shè)計，是解決用戶的什么痛點，其背后的邏輯是什么，而非緊揪著產(chǎn)品的交互、視覺設(shè)計。業(yè)務(wù)邏輯才是整個產(chǎn)品最為核心的，最值得思考的方面。

如要實現(xiàn)支付寶掃碼付款的功能，涉及到商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認(rèn)付款——商家收到轉(zhuǎn)賬，其中參與的角色有賣家和買家，涉及功能模塊有掃碼識別商家、轉(zhuǎn)賬、支付、通知等。

2. 明確用戶與任務(wù)

用戶完成某項需求，要經(jīng)歷的具體路徑是什么？

涉及用戶有哪些，對于用戶，最終的目標(biāo)又是什么？

如實現(xiàn)支付寶掃碼付款功能，涉及到路徑有：商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認(rèn)付款——商家收到轉(zhuǎn)賬；涉及用戶是買家，最終的目標(biāo)是給商家付款。

3. 明確開始和結(jié)束的路徑

所涉及的功能模塊，從哪里開始流程，從哪里結(jié)束流程，一般的開始和結(jié)束最好只有一個，如果開始和結(jié)束多了，用戶可能會蒙圈的。

如實現(xiàn)支付寶掃碼付款功能，開始是用戶掃碼，結(jié)束是付款成功或者失敗，付款成功后商家會收到通知。

4. 明確參與角色

角色可以是任務(wù)角色，也可以是系統(tǒng)角色，哪些角色會參與到流程中。復(fù)雜的業(yè)務(wù)流程，可將角色區(qū)分出泳道，一個角色是一個泳道。

如實現(xiàn)支付寶掃碼付款功能，涉及的角色有用戶和商家，再畫業(yè)務(wù)流程圖中，可以將用戶和商家分別放于不同的泳道當(dāng)中。

5. 明確順序

分析都有哪些關(guān)鍵操作，主線流程一定要清晰。業(yè)務(wù)流程中會涉及到諸多關(guān)鍵操作，要明確清楚各操作的先后順序。

如實現(xiàn)支付寶掃碼付款功能，涉及到的關(guān)鍵操作有：用戶掃描商家支付寶二維碼、輸入付款金額、確認(rèn)付款、選擇付款方式等，從時間維度上有明確的先后順序，切不可順序混亂。

6. 異常情況

異常流程考慮用戶體驗。

業(yè)務(wù)流程中的異常情況要考慮周全，盡可能細(xì)化，每一個異常都要給用戶相應(yīng)的指引和提示，否則用戶可能會懵逼。

設(shè)計業(yè)務(wù)流程過程中，要多與研發(fā)溝通，研發(fā)對異常情況很敏感，反復(fù)溝通優(yōu)化調(diào)整，相信你會有敏銳的異常情況識別能力。

7. 優(yōu)化調(diào)整及輸出文檔

畫完業(yè)務(wù)流程圖后，多與產(chǎn)品、研發(fā)溝通討論，主線流程及異常情況是其中的核心，溝通后要不斷優(yōu)化調(diào)整，輸出完成的業(yè)務(wù)流程圖。

四、總結(jié)

一個產(chǎn)品的誕生，一般先是有產(chǎn)品定位，緊接著是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔。

一步步明確產(chǎn)品邏輯及需求，業(yè)務(wù)流程設(shè)計并不復(fù)雜，但要求膽大心細(xì)，多嘗試多與別人溝通討論，業(yè)務(wù)流程繪制能力會越來越強。

作者：瑞陽（Rain），個人微信公眾號：產(chǎn)品經(jīng)理的那點事兒。電商中后臺產(chǎn)品經(jīng)理，先后負(fù)責(zé)B端營銷工具產(chǎn)品設(shè)計、移動分銷體系構(gòu)建、派單系統(tǒng)產(chǎn)品設(shè)計及產(chǎn)品全生命周期管理維護。

本文由 @瑞陽（Rain）原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自 Unsplash，基于 CC0 協(xié)議