在日常工作中,產品經理需要經常和業務流程圖打交道。對於新手產品經理來説,業務流程圖也是必須掌握的基本功之一。但是繪製流程圖並不是一件簡單的事情,本文作者從自身工作實踐出發,結合相關案例,對繪製流程圖常見的一些問題進行了梳理,並分享了繪製業務流程圖的具體步驟以及注意事項,希望對你有所幫助。
產品經理在梳理業務時,經常會用到業務流程圖。繪製業務流程圖,是產品經理的基本功。
然而,由於缺乏正確的方法和足夠的訓練,不少產品經理繪製的業務流程圖,存在一些問題。這些問題,嚴重影響了表達需求的質量和效率。下圖是一個同事的作品:
這個流程圖,主要有以下3個問題:
1. 難以理解流程圖的使用規則中,每一種圖形,都有科學、約定俗成的含義,且被大家廣泛接受。見到矩形,就知道這是操作;見到菱形,就知道這是邏輯判斷;見到圓腰矩形,就知道是流程開始或結束;見到註釋框,就知道這是對某個節點的註釋説明······
繪製流程圖時,應該準確使用圖形,讓讀者用約定俗成的方式理解流程。
上圖中,“OCR識別身份證”節點下方的信息採集內容清單,不是一個操作節點,僅僅是對“OCR識別身份證”節點的補充説明。應該改用“註釋”來表達:
菱形表示的是邏輯判斷,通常有2個或多個結果。不同的結果,有不同的下一步操作。但途中並沒有對不同的判斷結果作備註,讀者無法明確流程走向。應該要對不同結果對應的“箭頭”進行備註:
不規範地使用圖形,就如同錯誤地使用標點符號,會導致讀者難以理解,甚至誤導讀者。
2. 遺漏關鍵節點為了確保達成業務目標,業務執行過程中,存在一些必須要執行的任務,這就是關鍵節點。如外賣業務流程中,“騎手到門店取貨”是一個關鍵節點。
業務流程圖若缺少關鍵節點,無論是產品經理據此設計詳細產品方案,還是研發據此開發功能,都可能會導致遺漏重要的功能模塊。最終上線的產品,無法滿足真實的業務需要。
上圖中,身份證過期後,應該要先返回上傳身份證頁面,再重新上傳身份證;缺少了重新上傳身份證的關鍵節點,直接重新檢驗身份證有效期,必然會再次得到身份證過期的結果,如此,就進入了一個死循環:永遠都是在檢驗同一個過期的身份證。
很明顯,這個功能,必定無法解決身份證過期的問題。
後面的檢驗身份證真實性、人臉識別也存在同樣的問題。
缺少關鍵節點的業務流程圖,無法準確、完整地描述業務執行過程,最終導致產品缺少重要功能模塊,無法滿足業務。
3. 與實際情況不符業務流程圖要真實還原業務真實的執行過程。如果與實際情況不符,不僅會使團隊不信任產品經理,還可能導致產品出現bug,引發嚴重的產品事故。
帳號登錄流程中,若密碼正確性校驗的結果是“錯誤”,流程圖的下一個任務節點,應該是“登錄失敗”,並提示密碼錯誤。如果下一個任務節點是“登錄成功”,則明顯違背邏輯和常識。
當開發看到這樣的流程圖,必定會認為產品經理不專業,或者按自己的理解來完成開發。
最後上線的功能,要麼提示登錄成功,但實際上並沒有登錄成功;要麼在密碼驗證失敗的條件下登錄成功,但這意味着不需要驗證密碼也能登錄,造成嚴重的產品事故。
準確描述業務執行過程,是對業務流程圖的基本要求。如果連實際情況相符都做不到,那就失去了存在的意義。
上圖中,活體檢測不通過的後續處理節點應該是“重新進行活體檢測”。人臉比對不通過的後續處理節點應該是“重新對比人臉”。
但流程圖中,後續處理節點都是“人臉識別失敗”,這明顯違背常識。
二、如何繪製業務流程圖?業務流程圖的是描述是業務執行過程中,各個參與角色,以什麼樣的順序,分別完成了哪些任務的圖表。按角色、任務、順序、異常、完善調整5個步驟,即可繪製出高質量的業務流程圖。
1. 角色:找出參與業務的角色業務的執行,是由一個或多個角色共同完成的。要理清業務執行過程,首先就要知道,有哪些角色參與了業務,然後才能逐個拆解各個角色分別承擔的任務極其順序。如服裝店銷售衣服,參與角色有消費者、導購員、收銀員、消費者等。
角色可以是某個羣體,也可以是一個崗位的抽象,還可以是某個系統。
外賣平台中,商家是一個角色,負責提供商品;快遞員是一個角色,負責提供配送服務;分單系統也是一個角色,負責匹配最佳接單師傅。
當然,由於執行團隊的規模不同,可能會存在一個人承擔多個角色的情況。此時,應該按多個角色來梳理業務流程圖,因為不同角色由不同的人來承擔才是常態。
為了清晰區分各角色所承擔的任務,在繪製業務流程圖時,分別為各個角色劃定區域(即泳道),用於放置各自的任務。
2. 任務:窮舉並抽象各角色承擔的任務任務節點是業務流程圖最重要的內容。為了充分、完整地理解業務執行過程,我們在做需求調研時,要窮舉出各個角色所承擔的任務,並詳細瞭解每個任務的具體內容。
業務流程圖要能讓讀者快速理解,因此,必須要用簡潔、準確的文案,明確告知讀者,該角色做了什麼事情。但實際業務執行過程中的任務,有些任務比較複雜。此時,要對任務的具體內容進行抽象和提煉,提取任務要點,並使用“動賓結構”,對任務進行描述。
嘗試窮舉帳號註冊業務流程中,用户角色的任務:
- 輸入手機號;
- 輸入圖像驗證碼;
- 獲取短信驗證碼;
- 輸入短信驗證碼
- 提交註冊申請。
系統角色的任務有:
- 校驗手機號狀態;
- 生成圖像驗證碼
- 校驗圖形驗證碼;
- 生成併發送短信驗證碼;
- 校驗短信驗證碼;
- 創建新帳號。
在窮舉和抽象任務時,會先習慣性圍繞着業務最終目標,去羅列任務,而忽略掉實際執行過程中,對異常情況的處理任務。因此,要對每個任務節點,仔細思考,並與業務方確定:是否有異常情況出現?有哪些異常情況出現?出現異常情況後,要如何處理?
帳號註冊業務中,輸入手機號後,可能會檢測到手機號已存在;校驗圖形驗證碼和短信驗證碼時,可能會因為驗證碼過期或錯誤,導致驗證失敗。
為了處理這些異常情況,系統角色還需要處理的任務有:
- 返回手機號異常提示;
- 返回圖形校驗碼錯誤提示;
- 返回短信校驗碼錯誤提示。
業務執行過程中,各角色承擔的任務,是按特定順序完成的。業務流程圖要真實還原業務執行過程,就必須準確表達出任務執行的順序。
按業務方的期望,順利完成的正向流程,稱之為主流程。在主流程執行過程中,可能會出現一些特殊情況,描述對特殊情況進行處理對流程,是分支流程。
如帳號註冊業務中,順利完成帳號註冊是業務方的期待,描述該過程的流程,就是主流程。而註冊過程中,對處理異常情況的處理,是分支流程。
分支流程依附於主流程,對主流程進行補充。因此,在繪製業務流程圖時,應先繪製主流程,再補充分支流程。
在繪製主流程時,先從所有任務中,挑出主流程的任務,再找出可能需要的邏輯判斷,最後按執行的先後順序,用箭頭連接起來,即得到主流程。如下圖所示:
繪圖過程中,建議使用約定俗成的圖形,來表達對應的含義,以方便讀者理解。流程圖圖形的使用規則見下表(圖片來源網絡):
4. 異常:補充分支流程主流程只對業務目標順利達成的正向流程進行描述,是不完整的。因此,必須要補充處理異常情況的分支流程。
從窮舉出的任務中,找出異常情況對應的任務,將其補充到主流程中。見下圖藍色部分:
為説明分支流程的執行條件,需要在判斷框(菱形)的多個分支路徑的箭頭上,標記分支流程對應的邏輯判斷結果(見上圖紅色文字)。
5. 完善、調整流程圖主流程和分支流程繪製完成後,還要對業務流程圖進行必要的完善和調整,確保最終效果更規範、更容易閲讀和理解。
主要有以下3個點:
- 在首尾增加“開始”、“結束”節點,確保每個分支流程都有結束;
- 調整位置,使每個節點都在正確的角色泳道中;
- 儘可能避免線條交叉,確保流程圖整齊美觀。
調整後的業務流程圖,如下圖所示:
三、5步法的價值一張高質量的業務流程圖能將各個角色承擔的任務,有邏輯地表達出來,幫助我們更清晰地梳理業務。
同時,在與業務部門確認需求、與研發同事評審方案時,對方能從業務流程圖中,更高效地理解業務邏輯和規則,降低需求同步的成本。
按角色、任務、順序、異常、完善調整的方法繪製出來的業務流程圖,能完整、準確地描述業務執行過程,並用行業約定俗成的方式來表達,避免讀者產生歧義,同時還能提高讀者的閲讀體驗。
四、注意事項1. 儘量規範但不追求絕對標準繪製業務流程圖的目的,是為了還原業務。只要能準確、完整地描述業務邏輯和規則,就是一張合格的業務流程圖。
如果為了追求絕對的規範和正確,而投入大量的時間,反而得不償失。
2. 把握好任務節點的顆粒度業務流程圖是為了描述業務流程,而不是操作流程,不需要將每一個最小顆粒的操作都包含進來。
業務流程圖過於詳細,會讓讀者過早陷入操作細節,不利於讀者理解更宏觀層面的業務。
總結業務流程圖能很好地幫助我們梳理業務、高效表達需求。在繪製業務流程圖時,應該先找出參與業務的角色,然後窮舉各角色的任務,再將順序繪製出主流程,並補充分支流程,最後再進行完善和調整。
繪製好業務流程圖,需要在工作中多練習、多檢查、多應用。在準確描述業務邏輯和規則的前提下,儘可能地做到規範和整齊,同時權衡好標準和效率。
#專欄作家#誓博,微信公眾號:產品慎思錄。人人都是產品經理專欄作家。5年產品經驗,電商售後平台後端產品負責人。
本文原創發佈於人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基於CC0協議。