產(chǎn)品經(jīng)理如何專(zhuān)業(yè)化設計業(yè)務(wù)流程圖？
2019-12-26
作為一名產(chǎn)品經(jīng)理，畫(huà)業(yè)務(wù)流程圖是一項必備技能。許多產(chǎn)品經(jīng)理輸出產(chǎn)品方案時(shí)，往往上來(lái)就先畫(huà)原型圖或寫(xiě)需求文檔，這樣往往會(huì )因為業(yè)務(wù)流程不清晰，導致反復修改原型圖或需求文檔。輸出產(chǎn)品方案時(shí)，要先梳理業(yè)務(wù)邏輯，再畫(huà)業(yè)務(wù)流程圖，更為清晰地呈現產(chǎn)品需求，避免產(chǎn)品需求出現紕漏。
如制定訂單處理的流程，制定商品上架審核的流程，制定用戶(hù)提現的流程等。對于產(chǎn)品經(jīng)理要重視業(yè)務(wù)流程圖的繪制，業(yè)務(wù)流程圖的背后是邏輯清晰的表達和思考，業(yè)務(wù)流程圖的嚴謹度決定了整個(gè)產(chǎn)品功能的體驗及穩定性。
一、一個(gè)產(chǎn)品需求如何誕生
如何專(zhuān)業(yè)化設計業(yè)務(wù)流程圖
一個(gè)產(chǎn)品的誕生，一般先是有產(chǎn)品定位，緊接著(zhù)是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔，一步步明確產(chǎn)品邏輯及需求，直至能夠達到可落地。
1. 產(chǎn)品定位
產(chǎn)品經(jīng)理設計一款產(chǎn)品時(shí)，首先要分析用戶(hù)需求，我們如何解決用戶(hù)的痛點(diǎn)，明確清楚用戶(hù)需求后才能更好地確定產(chǎn)品定位。
產(chǎn)品定位是基于用戶(hù)需求的，以及團隊在實(shí)現用戶(hù)價(jià)值過(guò)程中所沉淀的商業(yè)價(jià)值。如微信的定位是解決用戶(hù)即時(shí)溝通需求的產(chǎn)品，支付寶的定位是解決用戶(hù)購物支付需求的產(chǎn)品，產(chǎn)品的定位是解決用戶(hù)最核心需求的。
2. 產(chǎn)品形態(tài)
當明確了要做什么樣的產(chǎn)品滿(mǎn)足用戶(hù)什么樣的需求后，就要考慮產(chǎn)品的運作邏輯，即產(chǎn)品形態(tài)，關(guān)注角色、信息及之間的流轉關(guān)系，以求用最高效方式滿(mǎn)足用戶(hù)需求。
產(chǎn)品形態(tài)就是產(chǎn)品的藍圖和框架結構，相對清晰明確了產(chǎn)品是如何實(shí)現其定位的。如支付寶產(chǎn)品定位是滿(mǎn)足用戶(hù)消費支付的需求，其產(chǎn)品形態(tài)就是掃碼付款、轉賬，便捷地完成消費的需求。
3. 業(yè)務(wù)邏輯
產(chǎn)品形態(tài)只是明確了產(chǎn)品的藍圖與框架結構，當實(shí)際用戶(hù)要完成某項需求時(shí)，用戶(hù)所要經(jīng)歷的路徑是什么樣的。這個(gè)路徑要有哪些角色參與其中，路徑所涉及哪些功能模塊，各個(gè)功能模塊之間交互如何，以上問(wèn)題就是業(yè)務(wù)邏輯所要說(shuō)明清楚的。
如要實(shí)現支付寶掃碼付款的功能，涉及商家提供商家支付寶二維碼——用戶(hù)掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬，其中參與的角色有賣(mài)家和買(mǎi)家，涉及功能模塊有掃碼識別商家、轉賬、支付、通知等。
4. 業(yè)務(wù)流程
業(yè)務(wù)流程圖是在業(yè)務(wù)邏輯的基礎上，分解出具體的功能，表示業(yè)務(wù)需求在系統各個(gè)模塊間流轉的圖形，是描述過(guò)程的文件，也是產(chǎn)品落地的具體操作方法，有用戶(hù)、信息的流向，以及有各種異常情況的考慮。
業(yè)務(wù)流程圖是一種事件語(yǔ)言，表示了任務(wù)的邏輯關(guān)系，是業(yè)務(wù)邏輯的具體化表現，凡是產(chǎn)品需求必須要有業(yè)務(wù)流程圖，將流程中的邏輯關(guān)系用圖形化方式固定下來(lái)。
通過(guò)業(yè)務(wù)流程圖能清晰了解產(chǎn)品功能會(huì )涉及哪些模塊、哪些角色，以及詳細的輸入、輸出、任務(wù)等。如用戶(hù)的登錄、注冊等，都會(huì )涉及到復雜的業(yè)務(wù)流程，要考慮主流程、異常流程、各種校驗等等。
5. 產(chǎn)品需求文檔
當梳理清楚業(yè)務(wù)流程后，就可以著(zhù)手畫(huà)原型圖，寫(xiě)產(chǎn)品需求文檔，都是業(yè)務(wù)流程的細化。
完成產(chǎn)品需求文檔，一個(gè)完整的需求就已誕生，接下來(lái)會(huì )流轉至研發(fā)環(huán)節。
產(chǎn)品原型圖是將需求轉化成產(chǎn)品的一個(gè)過(guò)程示意圖，通過(guò)原型來(lái)表達需求點(diǎn)和流程邏輯，同時(shí)向UI和技術(shù)去表達產(chǎn)品的概念和實(shí)現的內容。
產(chǎn)品需求文檔是產(chǎn)品經(jīng)理日常工作中最重要的產(chǎn)出物，PRD的質(zhì)量直接決定了需求質(zhì)量及后續人員的工作效率。設計、研發(fā)、測試的工作均要以PRD為準，所以，PRD最重要的是清楚、全面地表達功能細節及邏輯。
綜上所述，產(chǎn)品形態(tài)是產(chǎn)品解決需求的方法，業(yè)務(wù)邏輯是實(shí)現該方法的途徑，業(yè)務(wù)流程是該途徑上具體要做的事情。
二、業(yè)務(wù)流程圖基本說(shuō)明
1. 業(yè)務(wù)流程圖的作用
業(yè)務(wù)流程圖是需求文檔的起點(diǎn)，業(yè)務(wù)流程梳理清晰，方便之后的原型圖、需求文檔、需求評審等多個(gè)環(huán)節；
業(yè)務(wù)流程圖是整個(gè)產(chǎn)品需求的精華，可以讓項目各角色明確業(yè)務(wù)流轉的機制，方便快速開(kāi)展業(yè)務(wù)，也方便工作的快速交接；
明確業(yè)務(wù)流轉的過(guò)程，方便設置考核指標。
2. 業(yè)務(wù)流程圖的基本要素
要完成業(yè)務(wù)流程圖的繪制，首先要梳理清楚業(yè)務(wù)邏輯，同時(shí)要考慮清楚流程圖所涉及的基本要素，如：角色、任務(wù)、順序、輸入、輸出。
流程圖中各基本要素梳理清楚后，業(yè)務(wù)流程圖自然就簡(jiǎn)單易畫(huà)了。
角色：要完成業(yè)務(wù)需求，所涉及的參與角色或功能模塊；
任務(wù)：完成某項工作或要做什么事兒，所要做得動(dòng)作或操作，如登錄就是完成某項任務(wù)要完成的動(dòng)作；
順序：達成業(yè)務(wù)需求，要經(jīng)歷完成諸多子任務(wù)，子任務(wù)間要有嚴格的邏輯先后順序；
輸入：在何種條件下要完成某項任務(wù)/指令，這個(gè)條件就是所謂任務(wù)的輸入項；
輸出：完成某項任務(wù)/指令后，所要達成的結果，就是所謂任務(wù)的輸出項。
3. 業(yè)務(wù)流程圖常用繪制工具
常用的業(yè)務(wù)流程圖繪制工具有Visio、Axure、Gliffy Diagrams、Processon，看個(gè)人愛(ài)好，使用哪種均可，目的是通過(guò)繪制流程圖更清晰表達產(chǎn)品需求，推薦Visio畫(huà)圖。
三、業(yè)務(wù)流程圖的設計方法
如何專(zhuān)業(yè)化設計業(yè)務(wù)流程圖
業(yè)務(wù)流程圖設計步驟一般是：回顧業(yè)務(wù)邏輯、明確用戶(hù)和任務(wù)、開(kāi)始與結束、參與角色、明確順序、異常情況、優(yōu)化調整、輸出文檔。
1. 回顧業(yè)務(wù)邏輯
業(yè)務(wù)流程圖是在業(yè)務(wù)邏輯的基礎上，分解出具體的功能。所以在做產(chǎn)品業(yè)務(wù)流程設計時(shí)，要回顧業(yè)務(wù)邏輯，保證業(yè)務(wù)流程與業(yè)務(wù)邏輯的貼合；如果發(fā)現業(yè)務(wù)流程與業(yè)務(wù)邏輯發(fā)生沖突時(shí)，首先要確認業(yè)務(wù)邏輯，如果業(yè)務(wù)邏輯有問(wèn)題時(shí)，要先改業(yè)務(wù)邏輯，然后再改業(yè)務(wù)流程及下游的產(chǎn)品需求文檔。
產(chǎn)品經(jīng)理在做產(chǎn)品體驗時(shí)，核心關(guān)注點(diǎn)應該是產(chǎn)品的業(yè)務(wù)邏輯，為什么要這樣設計，是解決用戶(hù)的什么痛點(diǎn)，其背后的邏輯是什么，而非緊揪著(zhù)產(chǎn)品的交互、視覺(jué)設計。業(yè)務(wù)邏輯才是整個(gè)產(chǎn)品最為核心的，最值得思考的方面。
如要實(shí)現支付寶掃碼付款的功能，涉及到商家提供商家支付寶二維碼——用戶(hù)掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬，其中參與的角色有賣(mài)家和買(mǎi)家，涉及功能模塊有掃碼識別商家、轉賬、支付、通知等。
2. 明確用戶(hù)與任務(wù)
用戶(hù)完成某項需求，要經(jīng)歷的具體路徑是什么？
涉及用戶(hù)有哪些，對于用戶(hù)，最終的目標又是什么？
如實(shí)現支付寶掃碼付款功能，涉及到路徑有：商家提供商家支付寶二維碼——用戶(hù)掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬；涉及用戶(hù)是買(mǎi)家，最終的目標是給商家付款。
3. 明確開(kāi)始和結束的路徑
所涉及的功能模塊，從哪里開(kāi)始流程，從哪里結束流程，一般的開(kāi)始和結束最好只有一個(gè)，如果開(kāi)始和結束多了，用戶(hù)可能會(huì )蒙圈的。
如實(shí)現支付寶掃碼付款功能，開(kāi)始是用戶(hù)掃碼，結束是付款成功或者失敗，付款成功后商家會(huì )收到通知。
4. 明確參與角色
角色可以是任務(wù)角色，也可以是系統角色，哪些角色會(huì )參與到流程中。復雜的業(yè)務(wù)流程，可將角色區分出泳道，一個(gè)角色是一個(gè)泳道。
如實(shí)現支付寶掃碼付款功能，涉及的角色有用戶(hù)和商家，再畫(huà)業(yè)務(wù)流程圖中，可以將用戶(hù)和商家分別放于不同的泳道當中。
5. 明確順序
分析都有哪些關(guān)鍵操作，主線(xiàn)流程一定要清晰。業(yè)務(wù)流程中會(huì )涉及到諸多關(guān)鍵操作，要明確清楚各操作的先后順序。
如實(shí)現支付寶掃碼付款功能，涉及到的關(guān)鍵操作有：用戶(hù)掃描商家支付寶二維碼、輸入付款金額、確認付款、選擇付款方式等，從時(shí)間維度上有明確的先后順序，切不可順序混亂。
6. 異常情況
異常流程考慮用戶(hù)體驗。
業(yè)務(wù)流程中的異常情況要考慮周全，盡可能細化，每一個(gè)異常都要給用戶(hù)相應的指引和提示，否則用戶(hù)可能會(huì )懵逼。
設計業(yè)務(wù)流程過(guò)程中，要多與研發(fā)溝通，研發(fā)對異常情況很敏感，反復溝通優(yōu)化調整，相信你會(huì )有敏銳的異常情況識別能力。
7. 優(yōu)化調整及輸出文檔
畫(huà)完業(yè)務(wù)流程圖后，多與產(chǎn)品、研發(fā)溝通討論，主線(xiàn)流程及異常情況是其中的核心，溝通后要不斷優(yōu)化調整，輸出完成的業(yè)務(wù)流程圖。
如何專(zhuān)業(yè)化設計業(yè)務(wù)流程圖
四、總結
一個(gè)產(chǎn)品的誕生，一般先是有產(chǎn)品定位，緊接著(zhù)是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔。
一步步明確產(chǎn)品邏輯及需求，業(yè)務(wù)流程設計并不復雜，但要求膽大心細，多嘗試多與別人溝通討論，業(yè)務(wù)流程繪制能力會(huì )越來(lái)越強。
作者：瑞陽(yáng)（Rain），個(gè)人微信公眾號：產(chǎn)品經(jīng)理的那點(diǎn)事兒。電商中后臺產(chǎn)品經(jīng)理，先后負責B端營(yíng)銷(xiāo)工具產(chǎn)品設計、移動(dòng)分銷(xiāo)體系構建、派單系統產(chǎn)品設計及產(chǎn)品全生命周期管理維護。
如制定訂單處理的流程，制定商品上架審核的流程，制定用戶(hù)提現的流程等。對于產(chǎn)品經(jīng)理要重視業(yè)務(wù)流程圖的繪制，業(yè)務(wù)流程圖的背后是邏輯清晰的表達和思考，業(yè)務(wù)流程圖的嚴謹度決定了整個(gè)產(chǎn)品功能的體驗及穩定性。
一、一個(gè)產(chǎn)品需求如何誕生
如何專(zhuān)業(yè)化設計業(yè)務(wù)流程圖
一個(gè)產(chǎn)品的誕生，一般先是有產(chǎn)品定位，緊接著(zhù)是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔，一步步明確產(chǎn)品邏輯及需求，直至能夠達到可落地。
1. 產(chǎn)品定位
產(chǎn)品經(jīng)理設計一款產(chǎn)品時(shí)，首先要分析用戶(hù)需求，我們如何解決用戶(hù)的痛點(diǎn)，明確清楚用戶(hù)需求后才能更好地確定產(chǎn)品定位。
產(chǎn)品定位是基于用戶(hù)需求的，以及團隊在實(shí)現用戶(hù)價(jià)值過(guò)程中所沉淀的商業(yè)價(jià)值。如微信的定位是解決用戶(hù)即時(shí)溝通需求的產(chǎn)品，支付寶的定位是解決用戶(hù)購物支付需求的產(chǎn)品，產(chǎn)品的定位是解決用戶(hù)最核心需求的。
2. 產(chǎn)品形態(tài)
當明確了要做什么樣的產(chǎn)品滿(mǎn)足用戶(hù)什么樣的需求后，就要考慮產(chǎn)品的運作邏輯，即產(chǎn)品形態(tài)，關(guān)注角色、信息及之間的流轉關(guān)系，以求用最高效方式滿(mǎn)足用戶(hù)需求。
產(chǎn)品形態(tài)就是產(chǎn)品的藍圖和框架結構，相對清晰明確了產(chǎn)品是如何實(shí)現其定位的。如支付寶產(chǎn)品定位是滿(mǎn)足用戶(hù)消費支付的需求，其產(chǎn)品形態(tài)就是掃碼付款、轉賬，便捷地完成消費的需求。
3. 業(yè)務(wù)邏輯
產(chǎn)品形態(tài)只是明確了產(chǎn)品的藍圖與框架結構，當實(shí)際用戶(hù)要完成某項需求時(shí)，用戶(hù)所要經(jīng)歷的路徑是什么樣的。這個(gè)路徑要有哪些角色參與其中，路徑所涉及哪些功能模塊，各個(gè)功能模塊之間交互如何，以上問(wèn)題就是業(yè)務(wù)邏輯所要說(shuō)明清楚的。
如要實(shí)現支付寶掃碼付款的功能，涉及商家提供商家支付寶二維碼——用戶(hù)掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬，其中參與的角色有賣(mài)家和買(mǎi)家，涉及功能模塊有掃碼識別商家、轉賬、支付、通知等。
4. 業(yè)務(wù)流程
業(yè)務(wù)流程圖是在業(yè)務(wù)邏輯的基礎上，分解出具體的功能，表示業(yè)務(wù)需求在系統各個(gè)模塊間流轉的圖形，是描述過(guò)程的文件，也是產(chǎn)品落地的具體操作方法，有用戶(hù)、信息的流向，以及有各種異常情況的考慮。
業(yè)務(wù)流程圖是一種事件語(yǔ)言，表示了任務(wù)的邏輯關(guān)系，是業(yè)務(wù)邏輯的具體化表現，凡是產(chǎn)品需求必須要有業(yè)務(wù)流程圖，將流程中的邏輯關(guān)系用圖形化方式固定下來(lái)。
通過(guò)業(yè)務(wù)流程圖能清晰了解產(chǎn)品功能會(huì )涉及哪些模塊、哪些角色，以及詳細的輸入、輸出、任務(wù)等。如用戶(hù)的登錄、注冊等，都會(huì )涉及到復雜的業(yè)務(wù)流程，要考慮主流程、異常流程、各種校驗等等。
5. 產(chǎn)品需求文檔
當梳理清楚業(yè)務(wù)流程后，就可以著(zhù)手畫(huà)原型圖，寫(xiě)產(chǎn)品需求文檔，都是業(yè)務(wù)流程的細化。
完成產(chǎn)品需求文檔，一個(gè)完整的需求就已誕生，接下來(lái)會(huì )流轉至研發(fā)環(huán)節。
產(chǎn)品原型圖是將需求轉化成產(chǎn)品的一個(gè)過(guò)程示意圖，通過(guò)原型來(lái)表達需求點(diǎn)和流程邏輯，同時(shí)向UI和技術(shù)去表達產(chǎn)品的概念和實(shí)現的內容。
產(chǎn)品需求文檔是產(chǎn)品經(jīng)理日常工作中最重要的產(chǎn)出物，PRD的質(zhì)量直接決定了需求質(zhì)量及后續人員的工作效率。設計、研發(fā)、測試的工作均要以PRD為準，所以，PRD最重要的是清楚、全面地表達功能細節及邏輯。
綜上所述，產(chǎn)品形態(tài)是產(chǎn)品解決需求的方法，業(yè)務(wù)邏輯是實(shí)現該方法的途徑，業(yè)務(wù)流程是該途徑上具體要做的事情。
二、業(yè)務(wù)流程圖基本說(shuō)明
1. 業(yè)務(wù)流程圖的作用
業(yè)務(wù)流程圖是需求文檔的起點(diǎn)，業(yè)務(wù)流程梳理清晰，方便之后的原型圖、需求文檔、需求評審等多個(gè)環(huán)節；
業(yè)務(wù)流程圖是整個(gè)產(chǎn)品需求的精華，可以讓項目各角色明確業(yè)務(wù)流轉的機制，方便快速開(kāi)展業(yè)務(wù)，也方便工作的快速交接；
明確業(yè)務(wù)流轉的過(guò)程，方便設置考核指標。
2. 業(yè)務(wù)流程圖的基本要素
要完成業(yè)務(wù)流程圖的繪制，首先要梳理清楚業(yè)務(wù)邏輯，同時(shí)要考慮清楚流程圖所涉及的基本要素，如：角色、任務(wù)、順序、輸入、輸出。
流程圖中各基本要素梳理清楚后，業(yè)務(wù)流程圖自然就簡(jiǎn)單易畫(huà)了。
角色：要完成業(yè)務(wù)需求，所涉及的參與角色或功能模塊；
任務(wù)：完成某項工作或要做什么事兒，所要做得動(dòng)作或操作，如登錄就是完成某項任務(wù)要完成的動(dòng)作；
順序：達成業(yè)務(wù)需求，要經(jīng)歷完成諸多子任務(wù)，子任務(wù)間要有嚴格的邏輯先后順序；
輸入：在何種條件下要完成某項任務(wù)/指令，這個(gè)條件就是所謂任務(wù)的輸入項；
輸出：完成某項任務(wù)/指令后，所要達成的結果，就是所謂任務(wù)的輸出項。
3. 業(yè)務(wù)流程圖常用繪制工具
常用的業(yè)務(wù)流程圖繪制工具有Visio、Axure、Gliffy Diagrams、Processon，看個(gè)人愛(ài)好，使用哪種均可，目的是通過(guò)繪制流程圖更清晰表達產(chǎn)品需求，推薦Visio畫(huà)圖。
三、業(yè)務(wù)流程圖的設計方法
如何專(zhuān)業(yè)化設計業(yè)務(wù)流程圖
業(yè)務(wù)流程圖設計步驟一般是：回顧業(yè)務(wù)邏輯、明確用戶(hù)和任務(wù)、開(kāi)始與結束、參與角色、明確順序、異常情況、優(yōu)化調整、輸出文檔。
1. 回顧業(yè)務(wù)邏輯
業(yè)務(wù)流程圖是在業(yè)務(wù)邏輯的基礎上，分解出具體的功能。所以在做產(chǎn)品業(yè)務(wù)流程設計時(shí)，要回顧業(yè)務(wù)邏輯，保證業(yè)務(wù)流程與業(yè)務(wù)邏輯的貼合；如果發(fā)現業(yè)務(wù)流程與業(yè)務(wù)邏輯發(fā)生沖突時(shí)，首先要確認業(yè)務(wù)邏輯，如果業(yè)務(wù)邏輯有問(wèn)題時(shí)，要先改業(yè)務(wù)邏輯，然后再改業(yè)務(wù)流程及下游的產(chǎn)品需求文檔。
產(chǎn)品經(jīng)理在做產(chǎn)品體驗時(shí)，核心關(guān)注點(diǎn)應該是產(chǎn)品的業(yè)務(wù)邏輯，為什么要這樣設計，是解決用戶(hù)的什么痛點(diǎn)，其背后的邏輯是什么，而非緊揪著(zhù)產(chǎn)品的交互、視覺(jué)設計。業(yè)務(wù)邏輯才是整個(gè)產(chǎn)品最為核心的，最值得思考的方面。
如要實(shí)現支付寶掃碼付款的功能，涉及到商家提供商家支付寶二維碼——用戶(hù)掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬，其中參與的角色有賣(mài)家和買(mǎi)家，涉及功能模塊有掃碼識別商家、轉賬、支付、通知等。
2. 明確用戶(hù)與任務(wù)
用戶(hù)完成某項需求，要經(jīng)歷的具體路徑是什么？
涉及用戶(hù)有哪些，對于用戶(hù)，最終的目標又是什么？
如實(shí)現支付寶掃碼付款功能，涉及到路徑有：商家提供商家支付寶二維碼——用戶(hù)掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬；涉及用戶(hù)是買(mǎi)家，最終的目標是給商家付款。
3. 明確開(kāi)始和結束的路徑
所涉及的功能模塊，從哪里開(kāi)始流程，從哪里結束流程，一般的開(kāi)始和結束最好只有一個(gè)，如果開(kāi)始和結束多了，用戶(hù)可能會(huì )蒙圈的。
如實(shí)現支付寶掃碼付款功能，開(kāi)始是用戶(hù)掃碼，結束是付款成功或者失敗，付款成功后商家會(huì )收到通知。
4. 明確參與角色
角色可以是任務(wù)角色，也可以是系統角色，哪些角色會(huì )參與到流程中。復雜的業(yè)務(wù)流程，可將角色區分出泳道，一個(gè)角色是一個(gè)泳道。
如實(shí)現支付寶掃碼付款功能，涉及的角色有用戶(hù)和商家，再畫(huà)業(yè)務(wù)流程圖中，可以將用戶(hù)和商家分別放于不同的泳道當中。
5. 明確順序
分析都有哪些關(guān)鍵操作，主線(xiàn)流程一定要清晰。業(yè)務(wù)流程中會(huì )涉及到諸多關(guān)鍵操作，要明確清楚各操作的先后順序。
如實(shí)現支付寶掃碼付款功能，涉及到的關(guān)鍵操作有：用戶(hù)掃描商家支付寶二維碼、輸入付款金額、確認付款、選擇付款方式等，從時(shí)間維度上有明確的先后順序，切不可順序混亂。
6. 異常情況
異常流程考慮用戶(hù)體驗。
業(yè)務(wù)流程中的異常情況要考慮周全，盡可能細化，每一個(gè)異常都要給用戶(hù)相應的指引和提示，否則用戶(hù)可能會(huì )懵逼。
設計業(yè)務(wù)流程過(guò)程中，要多與研發(fā)溝通，研發(fā)對異常情況很敏感，反復溝通優(yōu)化調整，相信你會(huì )有敏銳的異常情況識別能力。
7. 優(yōu)化調整及輸出文檔
畫(huà)完業(yè)務(wù)流程圖后，多與產(chǎn)品、研發(fā)溝通討論，主線(xiàn)流程及異常情況是其中的核心，溝通后要不斷優(yōu)化調整，輸出完成的業(yè)務(wù)流程圖。
如何專(zhuān)業(yè)化設計業(yè)務(wù)流程圖
四、總結
一個(gè)產(chǎn)品的誕生，一般先是有產(chǎn)品定位，緊接著(zhù)是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔。
一步步明確產(chǎn)品邏輯及需求，業(yè)務(wù)流程設計并不復雜，但要求膽大心細，多嘗試多與別人溝通討論，業(yè)務(wù)流程繪制能力會(huì )越來(lái)越強。
作者：瑞陽(yáng)（Rain），個(gè)人微信公眾號：產(chǎn)品經(jīng)理的那點(diǎn)事兒。電商中后臺產(chǎn)品經(jīng)理，先后負責B端營(yíng)銷(xiāo)工具產(chǎn)品設計、移動(dòng)分銷(xiāo)體系構建、派單系統產(chǎn)品設計及產(chǎn)品全生命周期管理維護。
訪(fǎng)問(wèn)手機端更方便
技術(shù)創(chuàng )造價(jià)值 服務(wù)締造品牌
Copyright ? 2011-2024 鄭州開(kāi)拓者電子科技有限公司 All Rights Reserved
友情鏈接：
小程序開(kāi)發(fā)