距離上次發發帖已經有一個多月了，本來想早點發新帖的但是各種瑣碎的事干擾，一直沒能寫帖子。對“眾云行”不了解朋友的附帶產品BRD連接（原文：http://www.aharts.cn/pd/321497.html）。

說起產品經理的日常工作有一個很重要的點就是梳理產品流程。最開始接觸流程設計的時候一直搞不清楚什么是業務流程，操作流程，頁面流程以及這三者的關系。經過系統研究后得出些心得，和小伙伴們分享下，如有哪里錯誤還請指出，感謝糾正?。?！

第一部分：名詞解釋

業務流程：

也有人叫“功能流程”，作為梳理產品功能框架的依據：其實就是你要做一件事的時候一共分為幾步走，這幾步的先后順序就是業務流程。簡單舉個例子：說把大象放進冰箱里分幾步，第一步打開冰箱門，第二步把大象放進去，第三步關上冰箱門。轉換成流程圖如下：

操作流程：

就是你完成過每一步需要做的事情和具體怎么做，以大象放進冰箱里的例子中的第一步打開冰箱門，為例：

動作包括：手握住冰箱門——拉動/推動冰箱門

判定條件：

1. 確認冰箱門是否打開，如打開直接放入大象，未打開則手握住冰箱門
2. 確認冰箱門是橫開或平開，橫開則橫向拉動，平開則水平拉動。

限制條件：

橫開門必須橫向拉動，平開必須水平拉動。

（關于限制條件，有的人覺得在流程圖階段不用考慮，但是我覺得在整個梳理流程的過程中最好能將考慮的細節條件都進行標注，這樣能夠幫助梳理頁面流程圖和整理產品的信息架構，深化交互設計。）

結果條件：將門打開至足以放入大象的開口大小，未達到條件則無法進入下一步。

轉為操作流程圖如下：

頁面流程：

就是用戶完成前兩道流程需要處于的頁面環境，在環境1中觸及到哪一個點換滿足哪些條件后，到達下一環境。還是以大象放進冰箱的任務舉例說明:冰箱關閉，大象在冰箱外的環境：出現一個冰箱，單擊冰箱門打開按鈕，打開冰箱門——進入冰箱門打開，大象在冰箱外的環境，冰箱內部分格場景進入眼簾，選擇合適的分格空間，把大象放進去，——進入冰箱門打開，大象在冰箱里的環境場景：然后單擊關閉冰箱門的按鈕，進入大象放入冰箱后，冰箱門關閉的場景，即完成任務的場景。轉為頁面流程圖如下：

這個時候就會發現先前有一些流程是我們沒有考慮進來的，例如當冰箱內部空間不足的時候，是需要調整冰箱內的物品以騰出足夠的空間，還是需要調換冰箱。以及一些交互過程中需要出示的小提示頁面等（例如，冰箱空間不足提示）

繪制頁面流程圖，也是對前面操作流程和業務流程的檢驗，細化和豐富。

總結：

綜上所訴，業務流程，操作流程，是一種前后推導關系，業務流程作為推到操作流程的前提，操作流程作為深入細化和檢驗業務流程的工具。

頁面流程是業務流程和操作流程具體的場景體現，頁面流程體現了滿足業務流程所體現的功能點和信息點，以及通過操作流程所體現的各功能之間的關系和具體的操作方法。同時頁面流程也在不斷檢驗前兩個流程，幫助優化流程。

在這里有一點需要提到的是，無論是業務流程圖，操作流程圖，頁面流程圖，在繪制的過程中都盡可能的表示出到達某一流程的輸入輸出條件，這樣既可以幫助后期的交互設計，也可以幫助梳理和豐富該環節的流程內容，以及產品的功能架構和信息架構。

第二部分：眾云行案例推解，從BRD到頁面流程圖

這里以眾云行的流程為例，解釋三個流程具體的推倒思路。

第一步，細化BRD

通常情況下我們在編寫BRD的時候，會設計出產品大致的業務模式（初級業務流程）和涉及到的大的功能點（初級功能框架）。如圖：

（眾云行BRD中的業務模式部分）

（眾云行BRD中的功能規劃部分，現在看來寫的有點過了）

進入流程設計階段（也可以說是輸出MRD文檔前的準備階段）我們最先要做的是兩件事。

1. 梳理用戶，產品，后臺三個端口的主要功能大框和功能關系，如圖：

我將功能分為用戶端，產品端，后臺端三部分。用戶端：用戶在使用產品時需要主動獲取或操作的功能。產品端：產品自身需要為用戶呈現的功能。用戶端：組織支援前兩大端口功能，滿足后端運營和監管的輔助功能。

2.?細化業務流程。這部分沒什么說的，這里需要注意的是側重點應放在用戶完成任務需要經過的環節，注意環節之間的邏輯和連續關系，切勿把中心放在某個具體的操作動作上。如圖：

第二步，繪制操作流程

首先是拆分業務流程，按環節特點或順序階段先后等條件，將業務流程拆分成若干個小環節。然后針對每一個小環節進行操作流程的梳理。

個人認為這里需要注意的是兩點：

1. 細化各操作流程中特殊情況發生的可能性，即操作的多種方式或是發生錯誤操作時的流程關系。
2. 是/否的判定，盡可能的去考慮一個操作開始/完成時的輸入/輸出條件。這里可以加以備注，以方便后期繪制頁面流程圖。

如圖：（以用戶發布調研任務環節為例）

第三步：流程、功能、信息三者的場景化

上文提到每一個頁面就是一個小的用戶場景，我們要設想用戶完成任務的過程中需要經過哪些頁面，使用哪些功能，獲得哪些信息內容。體現到頁面流程圖上 就是每一個頁面需要呈現哪些信息，哪些功能點，在打擊哪些按鍵時進入的下一個頁面是什么。

這里需要注意的就是：

1. 簡練頁面與頁面之間的邏輯關系，精簡頁面數量，頁面數量的多少直接影響到用戶在完成任務時經歷的操作步數的多少。
2. 細化同一頁面內可能存在的交互可能性，并將其表述出來。

以上兩點一方面可以幫助梳理前面的業務流程，操作流程，也可以為原型設計打好交互基礎。所以本人覺得在交互設計環節時考慮的交互問題，可以盡量在這一環節考慮，具體的好處有哪些有，過設計經驗或項目管理經驗的人應該都會有體會。廢話不多說直接上圖：（眾云行主框架的頁面流程關系）

點擊圖片放大，按“F”鍵可以查看原圖

總結：

個人覺得流程圖部分鍛煉著產品經理的邏輯思維和大腦的活躍度，想提高這部分能力可以多整理些經典產品的流程部分。整理的越細致越能幫助產品經理更好的完成這部分工作。

本文由 @于海洋 原創發布于人人都是產品經理。未經許可，禁止轉載。