流程圖 是表示算法、工作流或流程的壹種框圖表示，它以不同類型的框代表不同種類的步驟，每兩個步驟之間則以箭頭連接。這種表示方法便於說明解決已知問題的方法。
流程圖背後可以概括了各節點類型、其內容及其他補充用的信息。在設計或者記錄壹些簡單的步驟或程序都會用得上流程圖。與其他圖表壹樣，這種圖表可以幫助可視化發生了什麽事情，從而更易去理解中間的工序。
產品設計包括業務流程圖、任務流程圖、頁面流程圖三種，以下是對任務流程圖的規範梳理，剛開始接觸流程圖時常常會出現以下的常見錯誤。對其基本規範進行整理如下：
各個步驟按先後順序執行，是最簡單的基本結構
又叫分支結構，根據判定結果來控制程序的流程
在壹定條件下，反復執行某壹動作的流程結構；循環結構可分為直到型結構和當型結構。
執行壹次循環體之後，再對條件進行判斷；當條件不滿足時繼續執行循環體某個步驟，直到滿足時停止執行。
在執行循環體前進行條件判斷，當條件滿足時進入循環，否則結束循環。
為了使主流程看起來更加簡潔明了，可以把模塊單獨抽離出來，進行補充：
如果想保持流程的完整性可以先梳理主邏輯再把分支部分的異常邏輯補充完整：
先畫出產品的主要核心流程，再補充異常流程，可以查缺補漏，避免以後的產品設計中出現各種產品漏洞。
形狀： 形狀大小保持壹致
文字： 文字樣式、字號大小保持壹致
遵循從左到右、從上到下的順序
流程圖命名使用主謂結構 （例如：錄制流程、編輯流程、註冊流程）
操作描述使用動賓結構 （例如：選擇輸出路徑、轉換文件）
流程圖壹定要有開始，不壹定要有結束：
壹個開始對應壹個結束
壹個開始對應多個結束
壹個開始沒有對應結束
條件判斷框的是否路徑應與取決於核心流程的走向
在沒有繪制流程圖時，總是把重心放在產品設計和核心功能上，沒有對異常邏輯進行梳理，開發過程中研發人員會出現很多疑問，此時難免要反復進行梳理，甚至會發現功能設計的缺陷。
所以，在後續的產品設計中，提前使用流程圖把產品邏輯梳理完整，可以避免由於思維不嚴謹而出現的產品漏洞，提升項目效率，減少溝通成本。
另壹個要註意的是，繪制流程圖之前應該提前用草圖梳理好邏輯，先主後次，並且要註意對異常邏輯的梳理。