第一部分：什么是流程圖成肘？
1. 定義
流程圖=流程+圖，如下圖：
流程：Flow,是指特定主體為了滿足特定需求而進行的有特定邏輯關系的一系列操作過程阻问，流程是自然而然就存在的吟逝。但是它可以不規(guī)范，可以不固定绒怨，可以充滿問題纯赎。所以就會造成看似沒有流程。前不久窖逗，團隊每個人對接一個業(yè)務團隊去調研流程址否，反饋給我的流程有一些缺失。詢問時碎紊，負責人反饋給我的答復是：這一塊業(yè)務他們沒有流程佑附。其實嚴格意義上講，業(yè)務已經(jīng)開展仗考，不可能沒有流程音同，只是說沒有固定的流程或者你調研的對象也講不清楚。
圖：Chart 或者 Diagram, 是將基本固化有一定規(guī)律的流程進行顯性化和書面化秃嗜，從而有利于傳播與沉淀权均、流程重組參考顿膨。
從定義可以看出，只要有事情和任務叽赊，流程就會有恋沃，但是并不是所有的流程都適合用流程圖的方式去表現(xiàn)，適合用流程圖去表現(xiàn)的流程是一定程度固定的有規(guī)律可循的必指，流程中的關鍵環(huán)節(jié)不會朝令夕改的囊咏。
2. 流程圖與其他圖表的對比
工作中我們還用到或聽到很多其他類型的圖表，比如交互設計師們經(jīng)常說的線框圖(Wireframes)塔橡，信息架構圖或站點地圖(Site Map)梅割，，開發(fā)工程師們經(jīng)常說的用例圖(Use Case)或E-R圖葛家。這些不同的圖表要表達的內容有何種差異呢户辞？簡單做個對比，如圖：
如果要串到某一個項目來說癞谒，可以理解成：
用例圖（Use Case）：表現(xiàn)了一個角色在系統(tǒng)里要完成的活動是什么底燎，比如用戶這個角色與ATM取款機的交互過程中，用戶需要完成的活動有存錢弹砚，取錢书蚪，查詢等。而存錢這個活動再可以進一步細分為插卡迅栅，輸入密碼，輸入金額晴玖，ATM吐鈔读存，用戶收款，退卡等活動呕屎。用例圖可以不考慮用戶動作的前后次序让簿，而僅僅提取一些關鍵的動賓短語，映射出系統(tǒng)應該滿足的功能點秀睛。常用用例圖的人是產(chǎn)品經(jīng)理和開發(fā)工程師尔当。
流程圖則表示用戶每一個活動的前后次序，比如用戶必須要先插入銀行卡蹂安，才能夠輸入密碼椭迎，且流程圖必須直接表現(xiàn)出各種異常判斷，比如當密碼錯誤時田盈，出現(xiàn)什么提示畜号，密碼輸入錯誤超過多少次時，出現(xiàn)什么提示和動作允瞧。常用流程圖的人是產(chǎn)品經(jīng)理简软，設計師蛮拔，或者任何需要講述業(yè)務如何運作的人。
信息架構圖痹升，站點地圖(Site Map)：表現(xiàn)為了做一個這樣的系統(tǒng)建炫，功能與內容的展現(xiàn)層次是什么，比如用戶一進去后疼蛾，歡迎頁面的導航如何設計肛跌，是否直接出現(xiàn)取款，存款据过，查詢惋砂，或者還有別的導航？常用信息架構圖的是設計師绳锅。但是常用組織架構圖的是HR西饵。
線框圖（Wireframe）：將具體每個界面的內容布局和權重表達出來，且標注出一些交互細節(jié)的設計鳞芙，比如當密碼錯誤后眷柔，如何提示下一步動作。常用線框圖的人是設計師原朝。
實體關系圖（E-R圖）：則是數(shù)據(jù)庫架構的工作驯嘱，表示一個業(yè)務系統(tǒng)或場景中的實體時間的關系，比如儲戶與銀行卡的關系是歸屬1對多喳坠，通過開卡事件產(chǎn)生關聯(lián)鞠评。一般來講，用矩形來表示實體壕鹉，橢圓標識這個實體的屬性剃幌，比如儲戶這個實體的屬性有：姓，名晾浴，手機號碼负乡，住址等。而銀行卡的屬性有：開戶行脊凰，開戶名稱抖棘，銀行卡號等。
以上的這些圖表各自都有領域的專家狸涌，我這里就不班門弄斧了切省。
那么流程圖要體現(xiàn)出他的差異定義，要素是什么杈抢？總結出了流程圖的6大要素数尿，希望大家能夠記住，這6個要素可以在以后的文章里不斷回顧惶楼，你也可以拿來判斷你所看到的流程圖是否專業(yè)右蹦。
參與者：誰在這個流程中诊杆？可以是系統(tǒng)，可以是個打印機何陆，更多的指什么角色——一般是有某種工種的人晨汹。比如客服同時有小A和小B兩人，但是若他們的工作性質完全一樣贷盲，那么在流程圖里只需要寫一個客服角色就可以了淘这。
活動：做了什么事，比如點餐巩剖，結帳等活動铝穷。
次序：這些事情發(fā)生的前后順序如何，哪個任務是其他任務的前置條件佳魔？比如客人不結帳曙聂，就不會產(chǎn)生送他優(yōu)惠卡的活動。
輸入：每項活動開始取決于什么樣的輸入物或數(shù)據(jù)鞠鲜，比如做飯的師傅開始做菜時宁脊，需要拿到具體的點菜單。
輸出：每項活動結束后贤姆，會輸入什么樣的文檔或數(shù)據(jù)傳遞給下一方榆苞，比如師傅做好菜后，如何讓負責傳菜的人知道菜已經(jīng)做好霞捡？
標準化：采用一套標準化的符號用以傳遞你的流程圖坐漏，從而使受眾更快明白。
關于流程圖的標準化碧信，并不是強制的仙畦，事實上，我們見過很多種類的流程圖音婶，只要能夠傳遞明白任務和次序其實
第二部分：流程圖的分類？
常見的流程圖有業(yè)務流程圖（Transaction Flow）, 頁面流程圖（Page Flow）莱坎。
在工作中衣式，作為UED，你可能會發(fā)現(xiàn)PD經(jīng)常談的是業(yè)務流程檐什，而作為交互設計師碴卧，我們更多產(chǎn)出的是頁面流程圖。頁面流程圖和業(yè)務流程圖到底有什么關系呢乃正？ 先有誰住册，其次再有誰呢？
先講個故事：假設你的夢想是開個中高檔的全國連鎖餐館瓮具，那么首先你想到的應該不是如何去選址荧飞，而是將為何要開連鎖餐館這件事情凡人，以及你的定位，核心競爭力想清楚叹阔。是快餐挠轴，還是點餐，是連鎖還是加盟耳幢？定位于社區(qū)還是繁華商圈岸晦？是川菜還是江浙海鮮？是面向中老年還是年輕人睛藻？是家庭主題還是動漫主題启上？競爭對手是誰？需要什么樣的投資店印？可能的風險是什么冈在？這些都想清楚了，問題都有答案了吱窝，所謂戰(zhàn)略層要清晰了吧讥邻。然后假設你現(xiàn)在分析來分析去，與主要投資方?jīng)Q定了一個方向：面向年輕人的時尚動漫茶餐廳院峡，連鎖兴使，但是先在杭州開始第一家，選址定位于年輕人約會照激，掃街的地域发魄，比如風景區(qū)，著名商圈俩垃，電影院旁……那么励幼，接下來呢？
接下來就是想辦法讓這些實現(xiàn)吧口柳？那么需要做什么事情呢苹粟？選址？拉投資跃闹？搞裝修嵌削？選餐飲菜單？雇傭員工望艺？每一步怎么去做苛秕，時間點是什么？等等的任務拆解以及計劃找默，就需要到戰(zhàn)術層了艇劫。
這些事情的執(zhí)行，總是需要請人的吧惩激？先是核心團隊分工去部署各項建設任務店煞，當餐廳開設起來后蟹演，就需要組織穩(wěn)定的運營團隊，如服務浅缸、衛(wèi)生轨帜、廚房、采購衩椒、人事等等蚌父，廚房里面還得分工，白案毛萌，熱菜苟弛，冷菜等等吧？每個部門需要設置管理層以及匯報關系吧阁将？所以你的組織結構就誕生了膏秫。
那具體每種角色是如何順暢合作完成日常穩(wěn)定的以及突發(fā)的各項任務呢？比如做盅，當顧客上門時缤削，誰去引導客人入座，誰去點菜吹榴，怎么將點菜的訊息迅速傳遞到廚房亭敢，并分發(fā)到酒水間、冷菜間图筹、熱菜間帅刀？并保證客人盡快能夠吃到所點的菜？你必須要考慮各種人員的協(xié)作流程远剩，優(yōu)化效率扣溺，所以業(yè)務流程就出現(xiàn)了。
人肉運營了一段時間瓜晤，沒有借助任何點餐系統(tǒng)锥余，你發(fā)現(xiàn)也還可以×÷樱客人點菜時哈恰，服務員手抄寫下客人的要求，因為有復印紙志群，所以服務員能夠將副本送入廚房，同時寫下餐桌號碼蛔钙。廚房規(guī)模較小锌云，負責分配任務的員工看下菜單，分別往冷菜處的黑板上寫下需要他們處理的吁脱，以及跑到熱菜區(qū)的黑板上寫下待處理的菜品桑涎，以及去酒水間報下品名即可彬向。可是隨著經(jīng)營的擴大攻冷，以上的人肉方式出現(xiàn)了很多問題娃胆，首先，手抄效率太低等曼，顧客頻繁換菜里烦，響應來不及，手抄出錯禁谦，導致經(jīng)常報錯菜胁黑。廚房很混亂，不得不多招了幾個人專門跑堂州泊。而一旦顧客要加菜丧蘸，撤菜就更麻煩了，需要找出他們當時點的菜遥皂，再進行人工的批注和修改力喷，同時要修改廚房后端的各個黑板……
所以你們想要開發(fā)一套智能系統(tǒng)，取代很多人肉工作演训，你們請了系統(tǒng)開發(fā)團隊弟孟，他們經(jīng)過評估，判斷從點菜開始仇祭，一直到傳菜都可以用系統(tǒng)解決披蕉。手持終端，能夠快速傳遞顧客點菜需求到打印機乌奇，打印系統(tǒng)能夠根據(jù)顧客點菜的類型進行自動的分單打印没讲，所以熱菜間看到自己的熱菜菜單，冷菜間看到自己的冷菜菜單礁苗，而酒水間看到酒店菜單爬凑。當他們準備完畢后，送出试伙，傳菜員可以根據(jù)菜名與打印出來的單據(jù)進行傳菜并根據(jù)顧客的點菜小票進行核對嘁信。這套系統(tǒng)同時必須配備結算系統(tǒng)，將最終確認掉的菜單及消費價格傳遞到結算前臺疏叨，收銀員能夠快速進行操作潘靖。
這套系統(tǒng)最終是需要展現(xiàn)出來的，那么手持終端的界面如何設計蚤蔓？服務員能夠用更少的點擊完成一個菜的點餐嗎卦溢？結算中心的界面如何設計？
通過以上的故事，是不是更明白從戰(zhàn)略单寂、戰(zhàn)術贬芥、業(yè)務流程圖到頁面流程圖的關系了？總結下：
- 先是有一個業(yè)務需求和業(yè)務目標宣决，也即我們的愿景是什么蘸劈？（戰(zhàn)略）
- 然后就誕生了我們需要分解出什么樣的任務，如何執(zhí)行戰(zhàn)術尊沸？（戰(zhàn)術）
- 然后就誕生了需要架構什么部門威沫，崗位去分工協(xié)作？（組織架構）
- 然后就誕生了不同的部門在協(xié)作完成某件任務時的業(yè)務流程椒丧？（業(yè)務流程）
- 業(yè)務流程基本穩(wěn)定后壹甥，往往會考慮優(yōu)化效率，所以會誕生出系統(tǒng)來支持流程壶熏，減少人肉環(huán)節(jié)句柠，促進數(shù)據(jù)采集（系統(tǒng)愿景）
- 為了設計這個系統(tǒng)，PD需要思考什么功能能夠取代某個環(huán)節(jié)的人肉工作（功能需求棒假，系統(tǒng)流程）
- 不管是怎么樣的功能最終都會以界面的方式呈現(xiàn)溯职，設計師們會關注用戶在系統(tǒng)里的任務流，行為路徑帽哑，讓用戶完成任務更加高效愉悅谜酒。（頁面流程）
當然，除了業(yè)務流程妻枕，系統(tǒng)流程僻族，頁面流程，還有數(shù)據(jù)流程被人關注屡谐。
我們平時工作中述么，還會經(jīng)常聽人談到泳道圖、任務流程圖等等概念愕掏，究竟是神馬關系呢
