產品開發過程當中的流程圖

程序流程圖

• 用統一規定的標準符號描述程序運行具體步驟的圖形表示
• 程序框圖的設計是在處理流程圖的基礎上，經過對輸入輸出數據和處理過程的詳細分析，將計算機的主要運行步驟和內容標識出來
• 程序框圖是進行程序設計的最基本依據，所以它的質量直接關係到程序設計的質量

以上爲百度百科對流程圖的解釋

• 只要有任務、事情，就會有完成任務的過程，因此也就有流程圖

個人理解

畫流程圖的做用

1. 用於和非開發部門的交流

決定人員都該作什麼工做？描述主要的任務

例：千家招聘面試的業務流程：

HR邀約-面試者簽到- 小程序填寫簡歷 - 參加宣講 - 進行面試 - 面試官錄入面試結果

2. 用於和開發人員交流：對於開發人員來講，更多關注的是整個的簽到流程，數據的流向。小程序填寫失敗怎麼辦？沒法簽到怎麼辦？該怎麼處理？

首先，每每我們拿到需求以後，一上手就開始繪製交互原型，這樣咱們流程可能想不清楚，致使原型須要重畫。因此咱們最好先畫流程圖，再畫原型圖

其次，開發常常說設計沒有邏輯，而畫流程圖就是創建你的邏輯的一種方法，也最終用在設計評審發言中。

流程圖的分類

常見的流程圖有業務流程圖（Transaction Flow）, 頁面流程圖（Page Flow）。

在工做中，做爲UED，你可能會發現PD常常談的是業務流程，而做爲交互設計師，咱們更多產出的是頁面流程圖。頁面流程圖和業務流程圖到底有什麼關係呢？ 先有誰，其次再有誰呢？

一樣拿人資面試系統爲例從採集信息到面試結束，整個過程，我須要用什麼方式完成，須要哪些部門配合，怎麼配合？現有的操做如何優化？

經過以上的故事，是否是更明白從戰略、戰術、業務流程圖到頁面流程圖的關係了？

總結下：先是有一個業務需求和業務目標，也即咱們的願景是什麼？（戰略）

而後了咱們須要分解出什麼樣的任務，如何執行戰術？（戰術）

而後須要架構什麼部門，崗位去分工協做？（組織架構）

而後不一樣的部門在協做完成某件任務時的業務流程？（業務流程）

業務流程基本穩定後，每每會考慮優化效率，因此會誕生出系統來支持流程，減小人肉環節，促進數據採集（系統願景）

爲了設計這個系統，PD須要思考什麼功能可以取代某個環節的人肉工做（功能需求，系統流程）

無論是怎麼樣的功能最終都會以界面的方式呈現，設計師們會關注用戶在系統裏的任務流，行爲路徑，讓用戶完成任務更加高效愉悅。（頁面流程）

固然，除了業務流程，系統流程，頁面流程，還有數據流程被人關注。

繪製流程圖

工具 processon

接下來，就開始你的表演吧