這篇文章的目的很簡單：通過電商的實例，將業務流程圖和任務流程圖之間的關聯和區別以及在產品中的應用，講解清楚。
流程和流程圖
首先來看流程的定義：
《牛津詞典》裏，流程是指壹個或壹系列連續有規律的行動，這些行動以確定的方式發生或執行，促使特定結果的實現； 而國際標準化組織在ISO9001：2000質量管理體系標準中給出的定義是：“流程是壹組將輸入轉化為輸出的相互關聯或相互作用的活動”。
由上面的兩個定義，我們可以提煉出流程不可或缺的因素：對象、輸入、動作、輸出。
對象就是執行人，也就是產品中的用戶；
輸入可以理解為前提、前置條件；
動作，就是產品中的操作，可以是點擊、輸入，等等；
輸出，可以理解為結果、動作的目的。
需要說明的是：
產品工作中，輸入和輸出的形式並不局限，可以是事件，也可以是動作；
在思考輸出時，也不能僅僅考慮用戶端的輸出結果，同時要思考後臺可能產生的輸出（比如數據的變化）；
在相連的環節中，通常上壹個環節的輸出即為下壹個環節的輸入。
明確了流程的定義和要素之後，顧名思義，流程圖就是將流程表達清楚的圖形，流程圖只要表達清楚壹件事：什麽對象在什麽前置條件下執行了什麽操作，產生了什麽結果。
流程圖的制作方法和工具，已經有很多的介紹，這裏不贅述。產品工作中常用到業務流程圖和任務流程圖，下面將通過實例講述我所理解的兩種流程圖的聯系和區別。
業務流程圖
業務流程圖的作用是表達清楚業務需求在產品線的各個階段中在各個功能模塊之間的輪轉。
通常情況下，壹個業務需求不僅僅對應壹個功能需求，而是由多個功能需求組成的，舉例來說：業務需求是註冊，那麽功能需求就包括填寫信息的正則校驗，驗證碼的生成與校驗，註冊協議查看（和勾選），此外，後臺還要有賬戶生成與信息記錄的功能，需要手機註冊的還要有短信的發送與驗證功能（郵箱註冊同理）。
可見，業務需求要求概括精煉，功能需求要求詳細具體。壹個業務需求通常涵蓋多個功能需求，涉及前端展示、後臺記錄等多個部分，所以業務流程圖通常復雜詳細，盡量能夠涵蓋各種異常情況（每種異常情況都有相應的前、後臺解決方案）。
業務流程圖的繪制思路壹般是：
首先將業務按階段劃分，比如電商類可以分為下單和支付，單車類可以分為提車、騎行和停車；
然後列出每個階段參與的功能模塊，比如下單階段，就有商品查看、登錄/註冊、信息記錄、個人中心等功能。
最後按照時間順序，畫出業務需求在各個功能模塊之間的流轉情況。
為了輸出壹份完整的業務流程圖，壹般有兩個原則：
先思考主幹流程，再思考分支流程，主幹流程邏輯準確，分支流程全面無遺漏；
表達清楚後臺產生的各種判斷及相應的前端展示,這將作為接口設計的重要根據。
下面以電商購物的實例，繪制壹份業務流程圖
壹個完整的電商購物流程，通常包含兩個階段，五個部分，兩個階段就是下單和支付，五個部分是用戶、交易、賬號系統&個人中心、支付系統和CRM系統，如果僅僅從用戶角度出發，很難考慮到後臺各種判斷和操作，那樣就變成了任務流程圖，而這個圖中包含了購物流程的用戶操作、前端展示和後臺判斷，體現了實現購物業務所需要提供的功能和各部門的支持，在這個圖中也能看出所需要的接口和數據。
業務流程圖應該是拿到業務需求（或BRD）後，首先輸出的文檔，而且並不是壹成不變的，會在對業務需求或者BRD的多次討論中不斷補充完善，最後成為整個項目的標桿文件，在構建技術架構和技術分工時，將其作為主要參考。所以，繪制業務流程圖時，壹定要邏輯清晰，不能遺漏任何壹個重要部分。
任務流程圖
任務流程圖表達的是用戶在執行某個具體的任務時的工作流程。任務流程圖可以理解為壹個簡化版的業務流程圖，只有主要的操作步驟，通常在寫用戶體驗報告時，利用任務流程圖表達頁面流轉和主要操作，同樣以電商購物為例：
由上可見，相比於業務流程圖，任務流程圖的特點是：
只展現用戶的操作，不展現後臺的判斷；
只展現正常流程，不展現異常流程；
只可查看用戶的工作流程，無法作為開發的參考。
不管是繪制業務流程圖還是任務流程圖，重點都應放在邏輯關系上，而不是圖形本身的細節。說到底，流程圖只是幫助我們更好地進行分析思考的工具，能夠畫出邏輯清晰的流程圖，不壹定對每個模塊都了如指掌，但如果流程圖邏輯混亂、含糊不清，那麽肯定要反思是不是對業務需求或者功能需求的理解不清晰。作為剛入門的新手，結合思維導圖，經常分析產品的業務流程和任務流程，對提高邏輯感和產品思維，還是很有幫助的。