B端產品設計3大流程圖:業務流程圖、功能流程圖、頁面流程圖
本文介紹了B端產品設計的三個流程圖:業務流程圖、功能流程圖、頁面流程圖,與大家分享!
B端產品往往涉及復雜的業務關系和場景,線下業務一般會涉及到采購、銷售、物流、財務、人力、倉管等多個不同的部門和角色。
如何用產品支撐B端業務落地是一項非常有挑戰性的工作,要求產品經理既要有對宏觀的把控能力,又要有對細節的專注力。
B端產品設計分為業務問題診斷、產品整體方案設計、產品細節方案設計幾個階段,在不同階段,我們需要借助不同類型的流程圖來幫助我們理清思路。
一、業務問題診斷:業務流程圖
1. WHY:為什么要畫業務流程圖
B端業務一般比較復雜,如果對業務沒有清晰的認知就盲目開始產品設計,很容易陷入細節而失去全局概念;后期往往會被推倒重來,多做很多無用功。
因此,產品經理在正式開始產品設計前必須先梳理業務流程,并與業務人員共同診斷業務問題、優化業務流程、確定系統范圍。
對業務問題的診斷主要通過業務調研的方式進行,業務流程圖就是我們業務調研的結論。
- 明確調研目標:戰略層、戰術層、執行層;
- 選取調研對象:一般包括高管、中層管理者、一線業務人員等;
- 確認調研方法:經常使用的方法有深度訪談、調研問卷、行業研究等;
- 執行調研計劃:每天結束后要整理素材或資料,進行復盤;
- 總結歸納輸出:產出詳細的調研報告,梳理業務流程圖。
2. WHAT:什么是業務流程圖
業務流程圖是一種描述管理系統內各單位、人員之間的業務關系、作業順序和管理信息流向的圖表。
它用一些規定的符號及連線表示某個具體業務的處理過程,幫助分析人員找出業務流程中的不合理流向。
業務流程圖描述的是完整的業務流程,以業務處理過程為中心,一般沒有數據的概念。
3. How:如何繪制業務流程圖
業務流程圖一般用泳道圖來繪制,通??v向表示角色,將業務流程從頭至尾梳理清楚。
如果部分業務過程已在其他系統實現,則可以在泳道圖增加橫向泳道,梳理業務在不同系統之間的邏輯關系。
如果業務流程過于復雜,也可以繪制多級流程圖,將子流程展開為二級或者三級流程圖,進一步描述業務情況。
4. 業務流程圖示例
二、產品整體方案設計:功能流程圖
1. WHY:為什么要繪制功能流程圖
經過業務問題診斷階段,我們梳理出了業務流程圖。但是業務流程絕對不等同于系統功能,如何將線下的業務活動通過系統實現甚至加以優化,正是產品經理的價值所在。
通過繪制功能流程圖,能夠幫助我們自上而下地思考,進一步理解業務需求,梳理產品設計思路,從系統設計的角度對業務各個參與方進行思考。
2. WHAT:什么是功能流程圖
功能流程圖是描述系統或者模塊內部功能流向的圖表。
3. HOW:如何繪制功能流程圖
功能流程圖一般也是用泳道圖來繪制,通常橫向表示各個相關系統,縱向表示角色。
如果流程牽涉的系統和角色太多,可以嘗試調整泳道順序,避免流程交叉在一起,影響觀感。
4. 功能流程圖示例
三、產品細節方案設計:頁面流程圖
1. WHY:為什么要繪制頁面流程圖
業務流程圖經過產品和業務部門共同評審后,可以進入產品細節方案設計階段。
在產品細節方案設計階段,我們需要更進一步地考慮功能如何在系統中實現,產品經理需要考慮用戶完成某項功能需要訪問的頁面以及各頁面之間的跳轉順序。
繪制頁面關系圖能夠幫助我們思考產品的邏輯,梳理產品流程,在腦海中搭建起大致的產品輪廓。
2. WHAT:什么是頁面流程圖
頁面流程圖是描述系統功能實現路徑的圖表。
3. HOW:如何繪制頁面流程圖
頁面流程圖內容一般用一個方框表示一個頁面,方框抬頭是頁面編號和頁面名稱,可以簡單描述頁面的主要功能,各頁面之間用操作連接起來。
頁面流程圖的繪制方式比較多樣,大家找到適合自己的就可以,不必拘泥于形式。
4. 頁面流程圖示例
在繪制上述流程圖過程中,一定要特別關注異常流程。
對于經常發生的異常流程,比如合同變更、訂單終止、財務退費等等,在系統設計中也是很重要的一部分。
對于偶然發生的異常情況,如果時間有限,可以先考慮通過其他流程能夠終止和重新發起,在時間允許的情況下再進行進一步設計。
作者:夏至,微信公眾號:B端產品進階
本文由 @夏至 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
這三個是先后順序嗎
還有數據流程圖吧
頁面流程圖,表示沒太理解,框框里面和綠色圓框的關系是啥呢?
請問收款業務流程圖中,中臺的項目管理作用是什么呢?
請教一下,在完成業務流程圖之后,需要先根據業務流程圖梳理出產品功能結構圖之后,再繪制功能流程圖嗎?
簡單易懂,還是要基于對服務流程的了解完成相關的操作。受益,感謝
已讀。2021-12-31
時隔半年又看了一遍
功能流程圖 系統邏輯部分應該單獨畫個泳道,區分下用戶操作和系統操作
感謝建議,確實一般會區分,也可以用虛框實框來區分~
功能流程其實是實現業務流程,功能可能是以系統的方式實現、優化,也可能這兩個流程圖差不多。可以這樣理解嗎?
是的,業務流程是指線下實際生產經營的場景下的流程結果,功能流程是產品經理梳理后在系統實現的流程。如果線下管理比較規范,兩個流程圖可能是類似的。
作者畫流程圖用的什么軟件?
process on
visio或者process on用的比較多
B端產品設計分為業務問題診斷、產品整體方案設計、產品細節方案設計幾個階段,在不同階段,我們需要借助不同類型的流程圖來幫助我們厘清思路。
理清,錯了一個字
??
特別細致的在看,努力學習的一枚菜雞,捂臉
好認真的小編,都會有回復,加油
文字和圖片示例好像有點不一致??v向是系統,橫向是角色吧
“功能流程圖一般也是用泳道圖來繪制,通常橫向表示各個相關系統,縱向表示角色?!?/p>
我是把“列”理解成縱向,把“行”理解成橫向啦,理解有點不一致,意思get就好~
難道是臺灣的?哈哈
所以之前跟臺灣的大家交流要用column和row
原來5月份看過這篇文章,但是現在再來看,確有了一些其他看法。首先業務流程圖在做之前需要先做UML的小人功能權限圖,昨晚以后在做流程圖,流程圖也不必向你上述那樣畫。頁面流程圖也沒必要搞這么復雜,可以利用很多軟件比如xiaopiu直接生成。
感謝建議,UML小人功能權限圖太麻煩了,我一般用excel梳理功能權限。
xiaopiu待我去研究一下,如果能直接生成那太省事啦
想問下大佬,在流程圖之前用uml的小人權限是用來?因為我這暫時不知道有沒有涉及到,想多了解了解~~~
你好我是個小白,想請教你
需求后,梳理邏輯,推模塊搭結構,理功能 —– 與業務流程,功能流程圖,頁面結構流程,的關系?目前有些迷茫
業務流程圖通常是于客戶溝通后,梳理的一個線下流程大綱。
功能流程圖是通過需求分析,轉化為產品設計的落地內容。
頁面流程圖是幫助研發評估開發時間和跳轉邏輯的
解釋的太到位啦~
寫的不錯
感覺業務流程圖僅是對業務流程的梳理,把實際的業務流程書面化的表達出來, 還沒到分析診斷
業務流程圖只是一個承載工具,可以先把當前業務流程表現出來,在此基礎上與業務人員共同分析診斷,最終形成優化的業務流程
業務流程圖和功能流程圖感覺沒啥區別啊?
業務流程圖通常比較簡單,沒有具體的邏輯和細節,這些都是功能流程圖要交代的。業務表示具體操作人員的動作,功能表示系統流轉的動作
感謝大佬~受益匪淺~
業務流程圖更多的是業務人員在線下的操作流程。比如在沒有系統的情況下,超市收銀員收款的流程就是:計算費用——收取費用——找零——整理款項。
功能流程圖是指在系統上實現的操作流向。例如收款管理系統的收款功能流程是:掃描商品——查看商品列表和款項總和——確認收款。
感謝大佬~受益匪淺
功能流程和任務流程的區別呢
高手
學習到了
文章中的頁面流程和功能流程確實畫的太像了,乍一看真的覺得沒什么區別,但是作者這里的解釋很好。就這意思