這個操作過程有特定的主體，是為了滿足特定的需求，有特定的邏輯關系。例如，在JD.COM的購物過程中，特定的主體是用戶，特定的需求是購物，特定的邏輯關系是用戶購物過程中的邏輯。
在我的實際工作中，大部分產品需求文檔都沒有“數據流程圖”，有“任務流程圖”的需求也很少——產品是用文字來表達的，開發中往往是這樣。
業務流程圖是描述那些個人在什麽條件下做了什麽，他們之間是什麽關系。
主要分為三個方面:①涉及哪些主體？②各科有哪些任務？(3)如何聯系各科？壹般涉及多個代理，每個代理都有關聯，比如p2p平臺。這是p2p的業務流程圖，涉及借款人、平臺、投資人、第三方支付，以及每個主題需要完成的任務，任務之間的關系和順序。
任務流程圖是用戶在妳的產品操作中為實現其目標所做的事情。比如妳去銀行ATM機取錢，妳是怎麽壹步步把錢取出來的。這裏以購買p2p理財產品為例，講解購買的任務流程圖。
畫流程圖的時候，要註意主流程和異常流程。本例中，主流程為購買流程，異常流程為未設置交易密碼、用戶忘記交易密碼、超過重試次數的流程。畫流程圖時，先畫出主要流程，再考慮異常流程，查漏補缺，確保無遺漏。產品的邏輯漏洞大部分是因為沒有考慮清楚異常情況。畫個流程圖可以有效的幫妳理清邏輯。
數據流程圖，顧名思義，描述了壹個功能/需求的數據趨勢。畫這個流程圖的前提是，妳需要清楚這個功能所涉及的背景，以及他們在做什麽。最好將相應的接口字段更改寫在圖上。
例:(這是工作中畫的數據流程圖，關鍵數據隱藏)
如果說業務流程圖幫妳梳理策略，任務流程圖幫妳梳理用戶的操作行為(主要針對程序員)，頁面跳轉流程幫妳梳理頁面之間的跳轉關系(主要針對UI和前端程序員)。這是壹個從整體到部分，從後端到前端的過程。
頁面流程圖的對象是頁面，是互聯網產品設計最基本的單元。無論是APP、H5還是PC，這些產品都是由頁面組成的。頁面流描述了用戶需要通過哪些頁面來完成任務。也就是我在哪裏，做過什麽，能去哪裏。頁面流有三個要素:頁面、動作點和連接器。以購物的頁面流量為例:
通常，在繪制頁面流時，只考慮用戶的正常路徑。如果有必要指出異常流量，只需在正常流量附近畫出異常流量即可。產品設計從需求分析到信息架構，再到業務流程-任務流程-頁面流程，最後到原型圖(線框)的過程，是壹個從抽象到具體的過程，也是壹個從概述到細分的過程。經過壹步壹步的分析，逐漸把創意變成實實在在的產品，這就是產品設計的魅力。其中，工藝設計起著重要的作用，不可忽視。
上面說了要畫流程圖。下面是畫流程圖的思路。
1，調查研究
對於業務流程圖，如果不了解業務，可以請業務人員給妳講解，要甜言蜜語；對於操作流程圖，可以現場觀察用戶操作，也可以自己走壹遍業務流程，使用競品；至於頁面流程圖，只要妳的元素出來了，怎麽跳應該不難。
2、梳理和提煉
我們需要整理和提取業務人員向我們解釋的流程。我們可以畫出主要流程，然後填上異常流程。我們可以先在紙上畫，這樣比較快，然後根據業務人員的講解，用專業的工具展示給他們看。總流程圖有三個結構:順序結構、選擇結構和循環結構。
3.評估和確認
我們可以讓精通業務、參與流程圖的角色參與評估流程圖。每個人都需要柴火，其他人或許能帶起我們沒想到的流量。產品經理要多和別人溝通。
4.維護和更新
我們的流程圖需要不斷的維護和更新，因為我們的流程可能會改變或優化，流程圖也需要定期的維護和更新。舉個例子，以前妳有兩個流程:綁卡和充值。現在妳為了用戶體驗把它們整合起來，直接綁卡充值。這個時候，妳的流程圖就需要改變了。