對零售系統分析了下，然后設計了個架構圖，基本有了這個架構圖，剩下就是對具體頁面功能邏輯進行設計而已。

一、在設計這個架構圖的過程，有一些想法

1、業務是基于網上一個文章“新零售-從業務到產品”有興趣可以看看，文章上面也有一套架構圖。不過看了文章及架構，是基于自身業務邏輯來設計，而不是基于通用saas設計，所以抽離了下。

2、基于saas設計的一些考慮點：

A、要考慮客戶可能沒有WMS、TMS、ERP等系統情況，說白了，就是要考慮完全沒有外部系統的情況下，單靠這套系統就能撐起來所有業務。一開始是沒有增加“采購”、“倉庫”、“物流”這些模塊，但是考慮到這種情景下，的確需要添加這些模塊，但是只需要最核心的功能即可

B、多賬號中心：saas系統是多租戶，每個租戶的權限、數據都是獨立。所以設計這套系統的時候，需要增加一個“多賬號中心”，目的是獨立授權。

C、模塊之間都得提供行業標準接口，不過這種就是后端技術的了，在功能架構里面，其實比較難體現。主要是考慮這個系統肯定會存在只要某幾個功能模塊，其他功能服務，通過第三方系統滿足的情況，這種情況下要做的只是提供行業標準的接口，然后讓他們對接就好了。

3、模塊大小劃分問題：這個~~自身經驗問題，所以模塊劃分也許存在不合理情況。不過對于saas系統來說，當系統復雜度去到一定程度，才需要拆分代碼。在此之前有個大概范圍劃分就好。原因是很難完全一下子將業務梳理清楚，其次業務不停在發生變化，新業務不斷產生，也許大模塊下再拆分子模塊，這種是很正常的。（試想下，一個CRM也可以做到非常非常復雜，非常非常精細，但是對于零售系統來說，起碼現在這些模塊設計可以滿足80%的需求。）

二、產品路線圖

其實如果是軟件外包公司，可以根據這些自研一套saas系統，然后再推廣銷售。以前做外包的時候已經研究過，saas是一條出路，根據某個比較成熟的項目，然后將項目的需求產品化。在這個自主研發的過程里面，最重要是銷售能力（外包的銷售方式跟saas的方式不一樣），其次是產品經理的能力（能否真正產品化）。

然后從0到1再到N的去建設這個產品，產品路線規劃方面就需要有一定順序，不然將這套系統弄出來，基本錢燒光，公司就準備倒閉了。基本劃分成三個階段，實際的路線或者規劃，可以根據不同資源情況，不同能力情況再細分，這里只是憑空設計下而已。

階段一：能實現基本交易、業務流程

所需重點功能點：pos機、商品、訂單、支付、店鋪、賬號-權限等基礎功能

階段二：塑造銷售亮點，支撐銷售團隊

所需重點功能點：小程序、店鋪助手、會員、CMS、營銷

階段三：完善業務體系

所需中重點功能點：采購管理、倉庫管理、物流管理、客服、財務

階段四：拓展業務范圍

所需中重點功能點：配送助手、線下配送、核銷設備、儀表盤

備注：這種劃分，只是業務層面的劃分，還有底層接口、數據處理、權限細分這些，則根據階段里面開發資源、公司情況來去自由加入。因為saas系統很偏重底層的這些性能方面的要求，但是因為是從0到1到N的過程，如果全部資源都放在底層功能、架構設計上的話，就像前面說的，做出一個非常非常牛逼，世界頂尖的架構，但是對于銷售沒有一點好處。賣不出去的產品，不是產品。而我們是產品經理，站的立場需要考慮整體情況。

因為沒在這個行業從事過，分析是基于空想及一些文章，所以肯定存在不合理或者有場景不滿足。但是saas系統本身就是不斷成長，不斷發展的系統，今天你看到的是這樣，明天可能就會增加更多的服務。

總結

以上是生活随笔為你收集整理的零售系统架构图的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。