筆者以智能售貨機系統為例，向我們展示了在多個系統的設計中，我們需要如何做好規劃、如何做好設計開發的優先級以及排期工作。
在《智能售貨機系統如何設計》中有對各端的每個模塊的詳細介紹，有興趣的同學可以去看看http://www.woshipm.com/pd/3307459.html，本文將對這個項目設計做一個產品規劃。
一、系統間優先級排序
在整個項目中有PC運營後臺、商家端小程序、用戶小程序、售貨機APP這四個端，考慮到前期的平臺主要是自主運營為主，暫無入住商家，並且在項目規劃的時候需要符合最小可行產品MVP的模式。
所以在四個端中優先級最高的是PC運營後臺和售貨機APP，整體的架構都是圍繞這兩端進行產生。
PC運營後臺可以通過權限控制形式，單獨拆分一套給商戶使用，所以就不單獨做商戶的PC管理後臺。
由於前期系統沒有用戶管理體系，並且用戶管理體系比較複雜。同時商戶端小程序的前期的功能和PC運營後臺的功能重疊的比較多，所以商戶端小程序的優先級是高於用戶端小程序的。
二、系統內優先級排序
1. PC運營後臺
PC運營後臺包括電商模塊、運營模塊、硬體模塊、系統配置，初始設計時並不需要將所有的模塊和模塊中對應的功能都完全的實現，設計的模塊和功能只要能夠使整個的系統完整的運轉起來即可。
①電商模塊
由於初始暫無入住的商戶，都是自主運營，所以商戶管理、分潤管理可以暫時不做，但是商品的管理、庫存管理、訂單管理，在該模塊中的優先級必須是最高的，因為需要對商品和交易訂單進行相應的管理。只要有交易產品就會消耗商品和產生對應的訂單。
②運營模塊
前期的訂單量不會很大，同時又沒有商戶入駐，記帳只需要統計訂單和商品的數據就可以得出。
所以帳務查詢、用戶管理、營銷中心都可不做。
至於報表中心和數據統計分析前期可以依靠簡單的SQL語句執行即可.並不需要製作對應的功能和圖表。所以運營模塊可以放在二期設計。
③硬體模塊
早期的設備比較單一，只有一兩種設備。每種設備會有對應的貨道的類型和數量，前期並沒有那麼複雜的貨道配置，所以該模塊可以在後續設備增多時設計。前期需要設計的功能是設備管理、場地管理、廣告管理。
④系統配置
早期的系統中可以不做權限管理模塊，權限在早期並不是很重要，因為使用的人並不是很多，可能運營人員也就一兩個人，整體的系統模塊也不多。所以整個系統配置模塊可以在二期設計。
2. 售貨機APP
售貨機APP類似於線上的商城系統，所以會對應的購買流程和系統功能，前期主要滿足整體的購買流程即可，對於系統附帶的離線瀏覽和在線升級，可以人工處理的就先不用系統代替了。
3. 商家端小程序
信息管理模塊和PC運營後臺的電商模塊是可以復用的，只是前端做一下處理即可，所以信息管理模塊的優先級別較高。
還有商家端這個系統的優先級就比較低，所以信息管理模塊在二期設計，其他模塊放在了三期。
4. 用戶端小程序
用戶端小程序是用戶在手機端下單，便於在線支付，購物流程和售貨機App類似，可以優先設計。
其中個人中心中的我的訂單和使用說明是每個付費系統必要的，也需要優先設計。
優惠券、餘額、積分功能需要PC運營後臺中的運營模塊完善之後才能夠進行。並且用戶端小程序在所有系統中的優先級是最低的，所以將整體放在了三期和四期。
三、系統規劃演進藍圖
根據上文總結出了一套系統規劃的演進藍圖， 將整個系統分為四期，總結如下：
第一期是製作PC運營後臺、售貨APP部分功能模塊，實現最小MVP模式。第二期是引入商戶體系概念，完善PC運營後臺、售貨機APP以及搭建簡版的商家端小程序。第三期是完善商家端小程序，同時構建用戶端小程序。第四期是完善用戶端小程序
四、項目進度排期
項目進度所採用的是常見的甘特圖，比較清晰明了地展示整個項目的進展和走勢。
結構內容包括系統、模塊、具體功能、相關負責人、進度、目前結算、是否延期。
可以具體到個人，每一個模塊或系統有一個對應的獨立負責人，可以是開發或者是測試，在不同的階段可以找到對應的負責人了解進度即可。
目前整個項目進度安排是以周為計算，也可以將具體功能進行細分，同時將時間以天為單位進行考量，這樣的項目進度表會更加的準確，更加有利於項目的推進。
五、總結
在做項目規劃的時候，需要釐清每一個功能模塊的內容，相互之間的關聯關係。總結的基本原則如下：
根據業務實際情況，能夠支撐現有業務模式的優先級高，未來規劃中的業務模式優先級低。系統或功能間存在父子關係的，父級的優先級較高，子級需要依託父級實現的優先級低。能夠通過人工簡單的操作替代系統完成的優先級較低。根據重要緊急的四象限進行劃分，日常規劃中應該是重要不緊急的佔比較多。本文由 @TOM 原創發布於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議。