產(chǎn)品經(jīng)理如何專業(yè)化設(shè)計業(yè)務(wù)流程圖？
2019-12-26
作為一名產(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ù)流程圖的嚴謹度決定了整個產(chǎn)品功能的體驗及穩(wěn)定性。
一、一個產(chǎn)品需求如何誕生
如何專業(yè)化設(shè)計業(yè)務(wù)流程圖
一個產(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)
當明確了要做什么樣的產(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)，當實際用戶要完成某項需求時，用戶所要經(jīng)歷的路徑是什么樣的。這個路徑要有哪些角色參與其中，路徑所涉及哪些功能模塊，各個功能模塊之間交互如何，以上問題就是業(yè)務(wù)邏輯所要說明清楚的。
如要實現(xià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)品功能會涉及哪些模塊、哪些角色，以及詳細的輸入、輸出、任務(wù)等。如用戶的登錄、注冊等，都會涉及到復(fù)雜的業(yè)務(wù)流程，要考慮主流程、異常流程、各種校驗等等。
5. 產(chǎn)品需求文檔
當梳理清楚業(yè)務(wù)流程后，就可以著手畫原型圖，寫產(chǎn)品需求文檔，都是業(yè)務(wù)流程的細化。
完成產(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為準，所以，PRD最重要的是清楚、全面地表達功能細節(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è)置考核指標。
2. 業(yè)務(wù)流程圖的基本要素
要完成業(yè)務(wù)流程圖的繪制，首先要梳理清楚業(yè)務(wù)邏輯，同時要考慮清楚流程圖所涉及的基本要素，如：角色、任務(wù)、順序、輸入、輸出。
流程圖中各基本要素梳理清楚后，業(yè)務(wù)流程圖自然就簡單易畫了。
角色：要完成業(yè)務(wù)需求，所涉及的參與角色或功能模塊；
任務(wù)：完成某項工作或要做什么事兒，所要做得動作或操作，如登錄就是完成某項任務(wù)要完成的動作；
順序：達成業(yè)務(wù)需求，要經(jīng)歷完成諸多子任務(wù)，子任務(wù)間要有嚴格的邏輯先后順序；
輸入：在何種條件下要完成某項任務(wù)/指令，這個條件就是所謂任務(wù)的輸入項；
輸出：完成某項任務(wù)/指令后，所要達成的結(jié)果，就是所謂任務(wù)的輸出項。
3. 業(yè)務(wù)流程圖常用繪制工具
常用的業(yè)務(wù)流程圖繪制工具有Visio、Axure、Gliffy Diagrams、Processon，看個人愛好，使用哪種均可，目的是通過繪制流程圖更清晰表達產(chǎn)品需求，推薦Visio畫圖。
三、業(yè)務(wù)流程圖的設(shè)計方法
如何專業(yè)化設(shè)計業(yè)務(wù)流程圖
業(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ā)生沖突時，首先要確認業(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)支付寶掃碼付款的功能，涉及到商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉(zhuǎn)賬，其中參與的角色有賣家和買家，涉及功能模塊有掃碼識別商家、轉(zhuǎn)賬、支付、通知等。
2. 明確用戶與任務(wù)
用戶完成某項需求，要經(jīng)歷的具體路徑是什么？
涉及用戶有哪些，對于用戶，最終的目標又是什么？
如實現(xiàn)支付寶掃碼付款功能，涉及到路徑有：商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉(zhuǎn)賬；涉及用戶是買家，最終的目標是給商家付款。
3. 明確開始和結(jié)束的路徑
所涉及的功能模塊，從哪里開始流程，從哪里結(jié)束流程，一般的開始和結(jié)束最好只有一個，如果開始和結(jié)束多了，用戶可能會蒙圈的。
如實現(xiàn)支付寶掃碼付款功能，開始是用戶掃碼，結(jié)束是付款成功或者失敗，付款成功后商家會收到通知。
4. 明確參與角色
角色可以是任務(wù)角色，也可以是系統(tǒng)角色，哪些角色會參與到流程中。復(fù)雜的業(yè)務(wù)流程，可將角色區(qū)分出泳道，一個角色是一個泳道。
如實現(xiàn)支付寶掃碼付款功能，涉及的角色有用戶和商家，再畫業(yè)務(wù)流程圖中，可以將用戶和商家分別放于不同的泳道當中。
5. 明確順序
分析都有哪些關(guān)鍵操作，主線流程一定要清晰。業(yè)務(wù)流程中會涉及到諸多關(guān)鍵操作，要明確清楚各操作的先后順序。
如實現(xiàn)支付寶掃碼付款功能，涉及到的關(guān)鍵操作有：用戶掃描商家支付寶二維碼、輸入付款金額、確認付款、選擇付款方式等，從時間維度上有明確的先后順序，切不可順序混亂。
6. 異常情況
異常流程考慮用戶體驗。
業(yè)務(wù)流程中的異常情況要考慮周全，盡可能細化，每一個異常都要給用戶相應(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ù)流程圖。
如何專業(yè)化設(shè)計業(yè)務(wù)流程圖
四、總結(jié)
一個產(chǎn)品的誕生，一般先是有產(chǎn)品定位，緊接著是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔。
一步步明確產(chǎn)品邏輯及需求，業(yè)務(wù)流程設(shè)計并不復(fù)雜，但要求膽大心細，多嘗試多與別人溝通討論，業(yè)務(wù)流程繪制能力會越來越強。
作者：瑞陽（Rain），個人微信公眾號：產(chǎn)品經(jīng)理的那點事兒。電商中后臺產(chǎn)品經(jīng)理，先后負責B端營銷工具產(chǎn)品設(shè)計、移動分銷體系構(gòu)建、派單系統(tǒng)產(chǎn)品設(shè)計及產(chǎn)品全生命周期管理維護。
如制定訂單處理的流程，制定商品上架審核的流程，制定用戶提現(xiàn)的流程等。對于產(chǎn)品經(jīng)理要重視業(yè)務(wù)流程圖的繪制，業(yè)務(wù)流程圖的背后是邏輯清晰的表達和思考，業(yè)務(wù)流程圖的嚴謹度決定了整個產(chǎn)品功能的體驗及穩(wěn)定性。
一、一個產(chǎn)品需求如何誕生
如何專業(yè)化設(shè)計業(yè)務(wù)流程圖
一個產(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)
當明確了要做什么樣的產(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)，當實際用戶要完成某項需求時，用戶所要經(jīng)歷的路徑是什么樣的。這個路徑要有哪些角色參與其中，路徑所涉及哪些功能模塊，各個功能模塊之間交互如何，以上問題就是業(yè)務(wù)邏輯所要說明清楚的。
如要實現(xià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)品功能會涉及哪些模塊、哪些角色，以及詳細的輸入、輸出、任務(wù)等。如用戶的登錄、注冊等，都會涉及到復(fù)雜的業(yè)務(wù)流程，要考慮主流程、異常流程、各種校驗等等。
5. 產(chǎn)品需求文檔
當梳理清楚業(yè)務(wù)流程后，就可以著手畫原型圖，寫產(chǎn)品需求文檔，都是業(yè)務(wù)流程的細化。
完成產(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為準，所以，PRD最重要的是清楚、全面地表達功能細節(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è)置考核指標。
2. 業(yè)務(wù)流程圖的基本要素
要完成業(yè)務(wù)流程圖的繪制，首先要梳理清楚業(yè)務(wù)邏輯，同時要考慮清楚流程圖所涉及的基本要素，如：角色、任務(wù)、順序、輸入、輸出。
流程圖中各基本要素梳理清楚后，業(yè)務(wù)流程圖自然就簡單易畫了。
角色：要完成業(yè)務(wù)需求，所涉及的參與角色或功能模塊；
任務(wù)：完成某項工作或要做什么事兒，所要做得動作或操作，如登錄就是完成某項任務(wù)要完成的動作；
順序：達成業(yè)務(wù)需求，要經(jīng)歷完成諸多子任務(wù)，子任務(wù)間要有嚴格的邏輯先后順序；
輸入：在何種條件下要完成某項任務(wù)/指令，這個條件就是所謂任務(wù)的輸入項；
輸出：完成某項任務(wù)/指令后，所要達成的結(jié)果，就是所謂任務(wù)的輸出項。
3. 業(yè)務(wù)流程圖常用繪制工具
常用的業(yè)務(wù)流程圖繪制工具有Visio、Axure、Gliffy Diagrams、Processon，看個人愛好，使用哪種均可，目的是通過繪制流程圖更清晰表達產(chǎn)品需求，推薦Visio畫圖。
三、業(yè)務(wù)流程圖的設(shè)計方法
如何專業(yè)化設(shè)計業(yè)務(wù)流程圖
業(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ā)生沖突時，首先要確認業(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)支付寶掃碼付款的功能，涉及到商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉(zhuǎn)賬，其中參與的角色有賣家和買家，涉及功能模塊有掃碼識別商家、轉(zhuǎn)賬、支付、通知等。
2. 明確用戶與任務(wù)
用戶完成某項需求，要經(jīng)歷的具體路徑是什么？
涉及用戶有哪些，對于用戶，最終的目標又是什么？
如實現(xiàn)支付寶掃碼付款功能，涉及到路徑有：商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉(zhuǎn)賬；涉及用戶是買家，最終的目標是給商家付款。
3. 明確開始和結(jié)束的路徑
所涉及的功能模塊，從哪里開始流程，從哪里結(jié)束流程，一般的開始和結(jié)束最好只有一個，如果開始和結(jié)束多了，用戶可能會蒙圈的。
如實現(xiàn)支付寶掃碼付款功能，開始是用戶掃碼，結(jié)束是付款成功或者失敗，付款成功后商家會收到通知。
4. 明確參與角色
角色可以是任務(wù)角色，也可以是系統(tǒng)角色，哪些角色會參與到流程中。復(fù)雜的業(yè)務(wù)流程，可將角色區(qū)分出泳道，一個角色是一個泳道。
如實現(xiàn)支付寶掃碼付款功能，涉及的角色有用戶和商家，再畫業(yè)務(wù)流程圖中，可以將用戶和商家分別放于不同的泳道當中。
5. 明確順序
分析都有哪些關(guān)鍵操作，主線流程一定要清晰。業(yè)務(wù)流程中會涉及到諸多關(guān)鍵操作，要明確清楚各操作的先后順序。
如實現(xiàn)支付寶掃碼付款功能，涉及到的關(guān)鍵操作有：用戶掃描商家支付寶二維碼、輸入付款金額、確認付款、選擇付款方式等，從時間維度上有明確的先后順序，切不可順序混亂。
6. 異常情況
異常流程考慮用戶體驗。
業(yè)務(wù)流程中的異常情況要考慮周全，盡可能細化，每一個異常都要給用戶相應(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ù)流程圖。
如何專業(yè)化設(shè)計業(yè)務(wù)流程圖
四、總結(jié)
一個產(chǎn)品的誕生，一般先是有產(chǎn)品定位，緊接著是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔。
一步步明確產(chǎn)品邏輯及需求，業(yè)務(wù)流程設(shè)計并不復(fù)雜，但要求膽大心細，多嘗試多與別人溝通討論，業(yè)務(wù)流程繪制能力會越來越強。
作者：瑞陽（Rain），個人微信公眾號：產(chǎn)品經(jīng)理的那點事兒。電商中后臺產(chǎn)品經(jīng)理，先后負責B端營銷工具產(chǎn)品設(shè)計、移動分銷體系構(gòu)建、派單系統(tǒng)產(chǎn)品設(shè)計及產(chǎn)品全生命周期管理維護。
訪問手機端更方便
技術(shù)創(chuàng)造價值 服務(wù)締造品牌
Copyright ? 2011-2024 鄭州開拓者電子科技有限公司 All Rights Reserved
友情鏈接：
小程序開發(fā)