大型項目原型之前：通過業務分析得出業務系統的功能點（回家吃飯為例）

畫產品原型之前需要做什麼？

最早期我接觸產品這行的時候，有體會需求分析到功能結構圖，到信息結構圖再到原型的過程，這種方式可參看人人都是產品經理的唐傑的教程。也有用戶體驗要素的五個層次（戰略層，範圍層，結構層，框架層，表現層），其中框架層之前即可理解為產品原型前。

而我要介紹的方法適合做業務流程複雜的大型項目。大型項目業務方眾多，業務也複雜，往往涉及多個系統（多個端），因此做完整的業務流程梳理，考慮狀態機，在這個基礎上匯總的功能結構圖或頁面流程圖才是切合實際的。

（文中涉及到業務流程圖，狀態機，頁面流程圖，可自行腦補，狀態機我後續會專門寫文章介紹。）

一.產品簡介:

回家吃飯是一款LBS類的家庭美食共享應用，為用戶提供家庭美食在線預定，為家廚提供在線銷售美食並變現途徑。通過第三方配送，家廚自己配送，用戶自取等方式完成線下美食的傳遞。

二.業務分析:

首先分析回家吃飯平台涉及到哪幾方角色，這幾方角色間又有什麼樣的依賴關係(供求)，簡單分析應包含的角色和其供需關係如圖:

業務流程:

由上圖得到4中角色分為:1.用戶(消費者)，2.家廚(商家)，3.配送員(物流)，4.回家吃飯平台.

基於這些角色,形成如下圖的業務流程:

如圖的業務流程，可將整個產品線劃分：用戶端，家廚端，後台，配送員端，配送後台。ps:這裡說明一下，由於配送這塊可能第三方，所以配送端的後台和整個平台的後台分開描述，具體做的時候，也可以將配送後台放到平台的後台里。

系統拆分及核心功能需求點:

1.用戶端:

1.登陸註冊，系統通知。2.個人資料管理(昵稱，配送地址，手機號)。3.可多維度的挑選美食(地區,標籤,按美食本身,按家廚)。4.預定,退單,訂單記錄,舉報&評價家廚。

2.家廚端:

1.登陸,註冊,系統通知。2.申請家廚資格。3.信息維護。4.菜品管理(品類維護,庫存維護)。5.訂單管理(預定確認,退單確認,歷史訂單)。6.財務結算。7.評價管理。8.下配送單。

3.平台的後台:

1.家廚管理(家廚審核,信息維護,家廚菜品資源管理，家廚狀態維護，統計數據)。2.全部用戶管理(用戶資料查詢，修改，統計數據)。3.財務結算(退款追蹤，結算記錄，家廚結算)。4.操作記錄(家廚狀態變更記錄,訂單操作記錄等)。5.舉報管理。

4.配送員端:

1.登陸/註冊。2.申請成為配送員。3.接單。4.接單記錄。5.財務結算。

5.配送後台:

1.配送員管理(配送員審核，查詢修改配送員資料管理)。2.配送單管理(待接配送單，配送單歷史查詢，)3.財務結算。

部分狀態機:

1.訂單狀態機

2.家廚狀態機

三.各系統-頁面流程圖(各系統及核心功能點)

依據業務流程圖可形成保證業務運轉的各系統功能點，但各端依據實際情況，有必要考慮一些額外的產品功能，例如:用戶端的用戶積分體系，優惠券體系，營銷推廣活動，後台的許可權角色積分商城管理，運營位設置，業務統計數據等。由於篇幅時間有限不再敘述，本文只強調跟業務分析相關的功能及流程，如下圖(通過頁面流程圖的形式來展示各系統的功能點)。

用戶端：

家廚端：

系統後台：

配送員端：

配送後台：

最後：

用一個我挺喜歡的應用，將核心的業務及功能梳理了一遍，讀者也可以挑選一款自己常用的產品試著考慮：如果是您從0到1做這個產品，需要設計哪些系統？這些系統又需要什麼樣的功能點？然後按我的思路試試我畫的各種圖。