如果把做一款產(chǎn)品比做蓋房子，那么業(yè)務(wù)流程圖好比圖紙藤巢，圖紙如果出了問題在后面施工的過程中將面臨的問題就是拆了建建了拆（交互原型圖），每個產(chǎn)品都是由許多功能組成的掂咒，功能是把眾多的需求以產(chǎn)品的形式呈現(xiàn)的用戶面前迈喉，而背后的”圖紙”就是業(yè)務(wù)流程圖温圆。
需求到產(chǎn)品的過程
每個需求產(chǎn)生到以產(chǎn)品的形態(tài)呈現(xiàn)大致要走上圖的幾個步驟，需求的獲取锅移、需求的分析前面的文章已經(jīng)寫過怎么做了非剃，這篇主要分享業(yè)務(wù)流程怎么做，有經(jīng)驗的小伙伴應(yīng)該都組織或參加過需求評審的會議努潘，與會的人員就是這個項目的相關(guān)人員（如 領(lǐng)導(dǎo)、研發(fā)报慕、測試压怠、設(shè)計等），身為產(chǎn)品我們要提供業(yè)務(wù)流程圖和低保真原型圖蜗顽，并對其進行解釋說明并給與會的成員答疑雨让。
這個是一個注冊的業(yè)務(wù)流程圖瘸右，所謂產(chǎn)品視角要明確的把這個功能的用戶都考慮到，這個業(yè)務(wù)流程圖的用戶有（用戶逞频、系統(tǒng)）栋齿，用戶在產(chǎn)品上是看不到“系統(tǒng)”這個部分的，這部分我們通常稱為“黑盒子”基协，業(yè)務(wù)流程圖主要用于我們與研發(fā)和測試溝通用菇用，而交互原型圖主要以用戶的視角來看一個產(chǎn)品的每個頁面是怎么樣的。
那么問題就來了如果我們只有用戶視角的交互原型圖而不去考慮產(chǎn)品的數(shù)據(jù)流向（業(yè)務(wù)流程圖）杂穷，當研發(fā)的數(shù)據(jù)流向與交互的頁面有沖突或者研發(fā)無法實現(xiàn)卦绣、亦或是實現(xiàn)周期比較長，那么交互原型圖面臨的就會改改改廊蜒。也有小伙伴說可以在交互原型圖中把數(shù)據(jù)流向標注出來溅漾，筆者以前也是這么干的，如果是一個小功能確實可以這樣做添履，但是一個大一點的功能就會很亂暮胧，如果把業(yè)務(wù)流程圖看成一個產(chǎn)品的話，他主要是給研發(fā)看的叔壤，異常是給測試做為用例看的口叙，而交互原型圖看成一個產(chǎn)品的話，他是給UX俺亮、UI看的，不同的用戶需求和所關(guān)注的點不同东且。
還有一點就是從實際工作中出發(fā)本讥，我們產(chǎn)品從需求到評審會（撕逼大會）的這個階段如果只有業(yè)務(wù)流程圖或交互原型圖，或者做在一起的交互原型圖色查，那么評審大會面對研發(fā)撞芍、測試、UX序无、UI很難把每個點都解釋清楚，第二點就是做在一起不利于工作的協(xié)作和交接晶通，分開的話哪里出了問題就對應(yīng)的去改哪里哟玷，其實真正工作中我們做業(yè)務(wù)流程圖都會和研發(fā)小伙伴先溝通的，根據(jù)業(yè)務(wù)流程圖去做交互原型圖在底層邏輯上大都不會有大問題隘竭，交互原型圖就很少會出現(xiàn)推翻重新畫的可能讼渊，這些都是血淚之談，做過的小伙伴們應(yīng)該都懂的菱皆。
業(yè)務(wù)流程圖怎么做
從上面的幾點中我們知道了挨稿，為什么我們的交互原型圖為什么總是改改改，總的來說還是我們底層邏輯東西沒有搭建好篷店。那么業(yè)務(wù)流程圖應(yīng)該怎么做呢？
一疲陕、主要從以下幾個方面入手他們分別是：
- 事項：要完成的事情是什么蹄殃？
- 用戶：分別有哪些人會參與到流程中？
- 信息：數(shù)據(jù)是怎么流轉(zhuǎn)的诅岩？
- 異常：出現(xiàn)問題了吩谦，怎么處理？
拿上面的注冊業(yè)務(wù)流程圖舉例：
要完成的事項：注冊
哪些人會參與：注冊用戶逮京、系統(tǒng)
數(shù)據(jù)是怎么流轉(zhuǎn)的：主要是“黑盒子”部分
異常：業(yè)務(wù)流程圖中已經(jīng)標注
二懒棉、制作流程圖的軟件
我習(xí)慣用Axure做，也有用visio策严、ppt、sketch的逛绵，還有用在線的如processon等倔韭，無論用什么軟件做都好目的第一是方便團隊溝通協(xié)作，第二方便存檔胰苏。只要滿足這兩個需求用什么都行醇疼。
三、如何提升這部分的能力
這個天道酬勤吧倔毙，其實沒啥捷徑乙濒，無非就是找類似的產(chǎn)品復(fù)盤畫畫畫，做多了就會畫了凯正，而且很多業(yè)務(wù)流程存檔備份也是自己的資源豌蟋，比如支付的的業(yè)務(wù)流程、掃碼的業(yè)務(wù)流程允睹，存起來以后工作中需要就可以直接用了幌氮。
