產品行為流程圖
流程圖，使用圖形表示算法的思路是一種極好的方法，因為千言萬語不如一張圖。流程圖在匯編語言和早期的BASIC語言環境中得到應用。以下是學習啦小編為大家整理的關于產品行為流程圖，給大家作為參考，歡迎閱讀!
產品行為流程圖
產品的流程圖的介紹
流程圖定義
流程圖是表示流經一個系統的信息流的圖形代表。
說白了就是表示先做什么后做什么，實際上就是“開始，結束，行動，狀態與判斷”的組合。
產品流程圖
產品流程圖包括業務流程、操作流程和頁面跳轉流程。
業務流程圖
作用：描述系統內各角色之間的業務關系和作業順序，包括使用產品各種角色中的操作，是描述整個系統的業務走向和業務流程，以業務處理過程為中心。通常會由幾個「角色」來組成，他會有一種流水線般的工作線，A搞定了，傳給了B，B搞定他的部分，傳給了C，C搞定后又要將結果傳給A做。
操作流程圖
作用：描述用戶為完成某個任務而對產品的一個操作流程
比如成功下單，比如登陸注冊，比如退款等等。
頁面跳轉流程圖
作用：描述頁面之間的跳轉邏輯，主要面向表現層。
這里面會設計到一些邏輯上的問題，比如一個提示彈框出現后，如果點擊確定，下一步頁面去哪里?點擊取消呢?
例子
拿外賣點餐產品當例子：“我要訂餐”
業務流程圖
設計產品的時候常常從業務流程開始。
假象一下我們的產品是個第三方訂餐平臺，平臺上有很多餐館，用戶通過我們的平臺點餐付款，我們通知餐館做飯，送餐等等。我們首先要做的就是理清產品中有多少種角色，在腦子里想象下如果一個用戶下單，需要穿梭過多少種角色才能完成它的下單流程，然后將流程畫出。
畫業務流程通常會用到“泳道圖”這個是專門來表示多角色配合的一種流程。如下圖
角色有三，用戶，系統(后臺)，廚房(第三方商家)。
跑一下這個短短的流程，如果「用戶」選好了今天的飯菜，提交訂單了，這時就將訂單信息推送給了「系統」，「系統」在后臺生成訂單，用戶的訂單狀態變為「等待付款」。(其實系統這部分用戶是看不到的，但是 產品經理 需要想清楚。)用戶會來到支付頁面，這時候做一個判斷，用戶是否為這個訂單支付了費用呢?如果是，那么「系統」就會受理這個訂單，將信息推送給第三方「廚房」，如果不是，那么用戶就是取消了訂單，訂單狀態變為「訂單失敗」。
流程中總是由一個動作展開，那么思考時，我們要對每一步都帶著一個“如果……不……”會怎么樣的心態，就會發現很多可以做判斷的地方。如果支付不成功呢?如果廚房不接單呢?如果退款不成功呢?這樣想下去你的流程細節就會越來越完善。
總結
業務流程著眼于整個系統的，注重主要環節。
你不只是一個用戶，因為用戶是不必知道后臺的一些判斷細節或是操作過程的，但如果你是產品經理的話是一定要清楚的。
業務流程設計流程
設定角色→跑通流程→用“如果……不……”窮盡判斷，思考產品背后的判斷邏輯。
操作流程
以下是“用戶下單”的操作流程。
總結
相對于業務流程圖，操作流程圖更專注于某一個任務或目標，注重細節;
操作流程圖是以一個用戶的操作角度來寫，并不限于所謂的消費者用戶(后臺的操作流程也可以);
在初畫操作流程的時候，不要早早的去過分在意細節與逆流程。(逆流程便是那些需要判斷是否的那個“否”的流程)，第一次用最理想的狀態，將流程跑通，再去思考這里面會不會有那些“如果……不……”的細節。
界面。
一個矩形代表一個界面，這個流程中用戶走過兩個界面(登錄頁和首頁)，因為表達的是界面的跳轉，界面是用戶實實在在接觸到的媒介，非界面的內容，不要出現。
動作。
矩形之間也就是界面之間加上一個觸發動作，比如從界面A點擊下一步按鈕，到達界面B，“點擊下一步”就是連接這兩個界面的關鍵動作，需要標示出來，上圖例子就是“單擊提交按鈕”。
條件。
一個動作之后可能有多種“是/否”的結果，則在矩形之間、動作之后加上一個或多個判斷菱形。如上圖的檢驗賬號密碼是否輸入正確。
總結
業務流程與操作流程都在他之上完成，當建立起來操作流程，頁面跳轉的流程也就躍然紙上了。只是在做某些交互行為時要多加注意頁面之間的邏輯、層級關系，做到跳轉不歧義。
產品行為流程圖相關文章：
1.采購控制流程圖
3.采購過程流程圖
5.部門業務流程圖