產品經理如何專業化設計業務流程圖?
輸出產品方案,每一位產品經理都應該有清晰、專業、完整的流程意識,不能一上來就是原型或者需求文檔。
作為一名產品經理,畫業務流程圖是一項必備技能。許多產品經理輸出產品方案時,往往上來就先畫原型圖或寫需求文檔,這樣往往會因為業務流程不清晰,導致反復修改原型圖或需求文檔。輸出產品方案時,要先梳理業務邏輯,再畫業務流程圖,更為清晰地呈現產品需求,避免產品需求出現紕漏。
如制定訂單處理的流程,制定商品上架審核的流程,制定用戶提現的流程等。對于產品經理要重視業務流程圖的繪制,業務流程圖的背后是邏輯清晰的表達和思考,業務流程圖的嚴謹度決定了整個產品功能的體驗及穩定性。
一、一個產品需求如何誕生
一個產品的誕生,一般先是有產品定位,緊接著是明確產品形態、明確業務邏輯、明確業務流程、輸出需求文檔,一步步明確產品邏輯及需求,直至能夠達到可落地。
1. 產品定位
產品經理設計一款產品時,首先要分析用戶需求,我們如何解決用戶的痛點,明確清楚用戶需求后才能更好地確定產品定位。
產品定位是基于用戶需求的,以及團隊在實現用戶價值過程中所沉淀的商業價值。如微信的定位是解決用戶即時溝通需求的產品,支付寶的定位是解決用戶購物支付需求的產品,產品的定位是解決用戶最核心需求的。
2. 產品形態
當明確了要做什么樣的產品滿足用戶什么樣的需求后,就要考慮產品的運作邏輯,即產品形態,關注角色、信息及之間的流轉關系,以求用最高效方式滿足用戶需求。
產品形態就是產品的藍圖和框架結構,相對清晰明確了產品是如何實現其定位的。如支付寶產品定位是滿足用戶消費支付的需求,其產品形態就是掃碼付款、轉賬,便捷地完成消費的需求。
3. 業務邏輯
產品形態只是明確了產品的藍圖與框架結構,當實際用戶要完成某項需求時,用戶所要經歷的路徑是什么樣的。這個路徑要有哪些角色參與其中,路徑所涉及哪些功能模塊,各個功能模塊之間交互如何,以上問題就是業務邏輯所要說明清楚的。
如要實現支付寶掃碼付款的功能,涉及商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬,其中參與的角色有賣家和買家,涉及功能模塊有掃碼識別商家、轉賬、支付、通知等。
4. 業務流程
業務流程圖是在業務邏輯的基礎上,分解出具體的功能,表示業務需求在系統各個模塊間流轉的圖形,是描述過程的文件,也是產品落地的具體操作方法,有用戶、信息的流向,以及有各種異常情況的考慮。
業務流程圖是一種事件語言,表示了任務的邏輯關系,是業務邏輯的具體化表現,凡是產品需求必須要有業務流程圖,將流程中的邏輯關系用圖形化方式固定下來。
通過業務流程圖能清晰了解產品功能會涉及哪些模塊、哪些角色,以及詳細的輸入、輸出、任務等。如用戶的登錄、注冊等,都會涉及到復雜的業務流程,要考慮主流程、異常流程、各種校驗等等。
5. 產品需求文檔
當梳理清楚業務流程后,就可以著手畫原型圖,寫產品需求文檔,都是業務流程的細化。
完成產品需求文檔,一個完整的需求就已誕生,接下來會流轉至研發環節。
- 產品原型圖是將需求轉化成產品的一個過程示意圖,通過原型來表達需求點和流程邏輯,同時向UI和技術去表達產品的概念和實現的內容。
- 產品需求文檔是產品經理日常工作中最重要的產出物,PRD的質量直接決定了需求質量及后續人員的工作效率。設計、研發、測試的工作均要以PRD為準,所以,PRD最重要的是清楚、全面地表達功能細節及邏輯。
綜上所述,產品形態是產品解決需求的方法,業務邏輯是實現該方法的途徑,業務流程是該途徑上具體要做的事情。
二、業務流程圖基本說明
1. 業務流程圖的作用
- 業務流程圖是需求文檔的起點,業務流程梳理清晰,方便之后的原型圖、需求文檔、需求評審等多個環節;
- 業務流程圖是整個產品需求的精華,可以讓項目各角色明確業務流轉的機制,方便快速開展業務,也方便工作的快速交接;
- 明確業務流轉的過程,方便設置考核指標。
2. 業務流程圖的基本要素
要完成業務流程圖的繪制,首先要梳理清楚業務邏輯,同時要考慮清楚流程圖所涉及的基本要素,如:角色、任務、順序、輸入、輸出。
流程圖中各基本要素梳理清楚后,業務流程圖自然就簡單易畫了。
- 角色:要完成業務需求,所涉及的參與角色或功能模塊;
- 任務:完成某項工作或要做什么事兒,所要做得動作或操作,如登錄就是完成某項任務要完成的動作;
- 順序:達成業務需求,要經歷完成諸多子任務,子任務間要有嚴格的邏輯先后順序;
- 輸入:在何種條件下要完成某項任務/指令,這個條件就是所謂任務的輸入項;
- 輸出:完成某項任務/指令后,所要達成的結果,就是所謂任務的輸出項。
3. 業務流程圖常用繪制工具
常用的業務流程圖繪制工具有Visio、Axure、Gliffy Diagrams、Processon,看個人愛好,使用哪種均可,目的是通過繪制流程圖更清晰表達產品需求,推薦Visio畫圖。
三、業務流程圖的設計方法
業務流程圖設計步驟一般是:回顧業務邏輯、明確用戶和任務、開始與結束、參與角色、明確順序、異常情況、優化調整、輸出文檔。
1. 回顧業務邏輯
業務流程圖是在業務邏輯的基礎上,分解出具體的功能。所以在做產品業務流程設計時,要回顧業務邏輯,保證業務流程與業務邏輯的貼合;如果發現業務流程與業務邏輯發生沖突時,首先要確認業務邏輯,如果業務邏輯有問題時,要先改業務邏輯,然后再改業務流程及下游的產品需求文檔。
產品經理在做產品體驗時,核心關注點應該是產品的業務邏輯,為什么要這樣設計,是解決用戶的什么痛點,其背后的邏輯是什么,而非緊揪著產品的交互、視覺設計。業務邏輯才是整個產品最為核心的,最值得思考的方面。
如要實現支付寶掃碼付款的功能,涉及到商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬,其中參與的角色有賣家和買家,涉及功能模塊有掃碼識別商家、轉賬、支付、通知等。
2. 明確用戶與任務
用戶完成某項需求,要經歷的具體路徑是什么?
涉及用戶有哪些,對于用戶,最終的目標又是什么?
如實現支付寶掃碼付款功能,涉及到路徑有:商家提供商家支付寶二維碼——用戶掃碼識別——輸入付款金額——輸入支付寶付款密碼——確認付款——商家收到轉賬;涉及用戶是買家,最終的目標是給商家付款。
3. 明確開始和結束的路徑
所涉及的功能模塊,從哪里開始流程,從哪里結束流程,一般的開始和結束最好只有一個,如果開始和結束多了,用戶可能會蒙圈的。
如實現支付寶掃碼付款功能,開始是用戶掃碼,結束是付款成功或者失敗,付款成功后商家會收到通知。
4. 明確參與角色
角色可以是任務角色,也可以是系統角色,哪些角色會參與到流程中。復雜的業務流程,可將角色區分出泳道,一個角色是一個泳道。
如實現支付寶掃碼付款功能,涉及的角色有用戶和商家,再畫業務流程圖中,可以將用戶和商家分別放于不同的泳道當中。
5. 明確順序
分析都有哪些關鍵操作,主線流程一定要清晰。業務流程中會涉及到諸多關鍵操作,要明確清楚各操作的先后順序。
如實現支付寶掃碼付款功能,涉及到的關鍵操作有:用戶掃描商家支付寶二維碼、輸入付款金額、確認付款、選擇付款方式等,從時間維度上有明確的先后順序,切不可順序混亂。
6. 異常情況
異常流程考慮用戶體驗。
業務流程中的異常情況要考慮周全,盡可能細化,每一個異常都要給用戶相應的指引和提示,否則用戶可能會懵逼。
設計業務流程過程中,要多與研發溝通,研發對異常情況很敏感,反復溝通優化調整,相信你會有敏銳的異常情況識別能力。
7. 優化調整及輸出文檔
畫完業務流程圖后,多與產品、研發溝通討論,主線流程及異常情況是其中的核心,溝通后要不斷優化調整,輸出完成的業務流程圖。
四、總結
一個產品的誕生,一般先是有產品定位,緊接著是明確產品形態、明確業務邏輯、明確業務流程、輸出需求文檔。
一步步明確產品邏輯及需求,業務流程設計并不復雜,但要求膽大心細,多嘗試多與別人溝通討論,業務流程繪制能力會越來越強。
作者:瑞陽(Rain),個人微信公眾號:產品經理的那點事兒。電商中后臺產品經理,先后負責B端營銷工具產品設計、移動分銷體系構建、派單系統產品設計及產品全生命周期管理維護。
本文由 @瑞陽(Rain)原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
產品思維培養、產品/運營能力提升干貨、行業趨勢、大廠求職攻略、大廠內推等內容。歡迎關注作者公眾號:產品經理的那點事兒。
感謝分享,越是基礎,就要越練好基本功,重視基礎。
學習了,在產品經理中最重要的就是業務流程圖。余額不足是不是由后臺系統判斷而非用戶界面。
是的,幾乎所有數據存儲都在后臺,是前臺調用后臺接口判斷的。
很好
謝謝
產品小白學習了
??
很有用~學習一波
謝謝~
比較初級 流程圖 UML 產品結構圖、信息結構圖文中都沒提到 不過新人可以看看
嗯嗯,感謝您的建議,這個確實主要給0—1歲產品看得,后續也會對其它類型圖做出分析
總結不錯哦,很受用!
謝謝哈