作者結(jié)合自身對(duì)WMS倉庫管理系統(tǒng)的產(chǎn)品設(shè)計(jì)經(jīng)歷，與大家聊聊WMS倉庫管理系統(tǒng)研發(fā)規(guī)劃說明，希望對(duì)你有所啟發(fā)。

這個(gè)應(yīng)該是三四年前做的一個(gè)小外快，當(dāng)初僅僅只是負(fù)責(zé)把產(chǎn)品設(shè)計(jì)完就沒有再關(guān)注后續(xù)，拿出來給大家看看。因?yàn)闀r(shí)間比較早，當(dāng)初的能力較弱，考慮的可能不周全，有錯(cuò)的可以指出來，謝謝。

01 產(chǎn)品背景

1.1 背景概述

aboss WMS東南亞倉庫管理系統(tǒng)是一個(gè)基于BigSeller系統(tǒng)的使用基礎(chǔ)上，加上多倉庫的解決思路，解決入庫業(yè)務(wù)、出庫業(yè)務(wù)、倉庫調(diào)撥、庫存調(diào)撥和虛倉管理等功能，對(duì)批次管理、物料對(duì)應(yīng)、庫存盤點(diǎn)、質(zhì)檢管理、虛倉管理和即時(shí)庫存管理等功能綜合運(yùn)用，有效控制并跟蹤倉庫業(yè)務(wù)的物流和成本管理全過程，實(shí)現(xiàn)或完善企業(yè)的倉儲(chǔ)信息管理。

1.2 問題與機(jī)會(huì)

隨著BigSeller的使用過程中，發(fā)現(xiàn)了其中的使用不足，多倉庫的使用情況等等問題，可以作為本次研發(fā)的重要解決關(guān)鍵點(diǎn)。需解決的重要問題：

1）多賬號(hào)問題。

2）多倉庫問題。

3）訂單分倉問題。

4）多設(shè)備聯(lián)動(dòng)問題。

5）第三方對(duì)接問題。

6）電商平臺(tái)綁定問題。

7）倉庫庫存問題。

1.3 邊界界定

1.3.1 用戶界定

aboss WMS整體應(yīng)用包含四類人員：

1）WMS中臺(tái)管理人員

中臺(tái)管理人員指管理整個(gè)應(yīng)用的管理人員。涉及到倉庫管理、物流管理、貨運(yùn)管理等等。

2）客戶后臺(tái)管理人員

客戶后臺(tái)管理人員指使用aboss 的店鋪管理人員，管理店鋪及商品。涉及到商品管理、店鋪綁定、庫存查看。

3）用戶

用戶指消費(fèi)者，從各個(gè)店鋪里面購買商品的人員。用戶涉及到訂單創(chuàng)建、退貨訂單等。

4）工作人員

工作人員指處理貨物的人員，處理訂單發(fā)貨、盤點(diǎn)作業(yè)的人員。涉及到訂單發(fā)貨、退貨處理、盤點(diǎn)作業(yè)等。

1.3.2 權(quán)限界定

權(quán)限包含兩個(gè)方面：

1）后臺(tái)功能模塊權(quán)限

總賬號(hào)能控制子賬號(hào)能使用哪些功能模塊。

2）倉庫權(quán)限

多倉庫模式下可以分配倉庫，其中包含后臺(tái)管理界面及pad中可操作性數(shù)據(jù)權(quán)限。

權(quán)限應(yīng)分為三級(jí)權(quán)限：

第一級(jí)權(quán)限：總賬號(hào)

總賬號(hào)能使用所有功能，控制所有二級(jí)賬號(hào)，不可查看、控制三級(jí)賬號(hào)。

第二級(jí)權(quán)限：二級(jí)賬號(hào)

二級(jí)賬號(hào)為客戶賬號(hào)或管理人員賬號(hào)，二級(jí)賬號(hào)權(quán)限由總賬號(hào)來設(shè)置。二級(jí)賬號(hào)創(chuàng)建的子賬號(hào)為三級(jí)賬號(hào)，分配的權(quán)限為二級(jí)賬號(hào)包含的權(quán)限內(nèi)容。

第三級(jí)權(quán)限：三級(jí)賬號(hào)

三級(jí)賬號(hào)為最低級(jí)賬號(hào)，不可創(chuàng)建子賬號(hào)。

1.3.3 pad權(quán)限界定

pad權(quán)限獨(dú)立于賬號(hào)權(quán)限，且pad權(quán)限只能由總賬號(hào)或二級(jí)賬號(hào)創(chuàng)建和處理，三級(jí)賬號(hào)沒有權(quán)限處理。

1）倉庫權(quán)限

每個(gè)賬號(hào)可以區(qū)分倉庫，只能接收到相應(yīng)倉庫的訂單和工單。

2）操作權(quán)限

pad可分配的操作權(quán)限：入庫、揀貨、打包、盤點(diǎn)、快件攔截跟蹤

1.3.4 結(jié)算界定

1）點(diǎn)數(shù)充值提前充值，購買票數(shù)。

2）票數(shù)充值

*協(xié)定好的多少錢一票，之后單價(jià)*票數(shù)就是需要支付的金額

*包含打包費(fèi)和材料費(fèi)，多單組合費(fèi)用

3）精準(zhǔn)充值

由入庫提供的單個(gè)包裹的長寬高，精確計(jì)算每個(gè)包裹所匹配的計(jì)價(jià)，多個(gè)sku，按照包裹內(nèi)最大的sku計(jì)算基礎(chǔ)的計(jì)價(jià)。

單個(gè)包裹每超過3個(gè)sku增加***錢計(jì)算

4）月結(jié)客戶

時(shí)間-sku-訂單單號(hào)-快遞單號(hào)-總計(jì)單數(shù)-支付清零

1.3.5 店鋪界定

不同電商平臺(tái)店鋪都可以對(duì)接至WMS系統(tǒng)。

1）多電商平臺(tái)

shopee/lazada /奇門虎符，保留對(duì)接其他平臺(tái)的可能性。

2）同平臺(tái)多店鋪

同一個(gè)電商平臺(tái)下可以綁定多個(gè)店鋪。

1.3.6 物流界定

可以對(duì)接多個(gè)物流平臺(tái)，且可以分別設(shè)置物流模板，且可設(shè)置店鋪使用指定物流模板。

02 產(chǎn)品綜述

用戶可以通過aboss WMS完成入庫業(yè)務(wù)、出庫業(yè)務(wù)、倉庫調(diào)撥、庫存調(diào)撥和虛倉管理等功能，對(duì)批次管理、物料對(duì)應(yīng)、庫存盤點(diǎn)、即時(shí)庫存管理等功能綜合運(yùn)用，有效控制并跟蹤倉庫業(yè)務(wù)的物流和成本管理全過程，實(shí)現(xiàn)或完善企業(yè)的倉儲(chǔ)信息管理。

用戶可以通過后臺(tái)管理平臺(tái)完成商鋪關(guān)聯(lián)、貨物管理、訂單管理等，解決商品的售后問題。

管理人員可以通過后臺(tái)管理平臺(tái)倉庫管理、商品管理、訂單管理及權(quán)限管理。

工作人員可以通過pad平臺(tái)完成貨物的揀貨、打包、發(fā)貨及盤點(diǎn)等工作流程

03 需求詳述

3.1 業(yè)務(wù)功能清單

3.2 架構(gòu)圖

3.2.1 需求架構(gòu)圖

3.2.2 業(yè)務(wù)架構(gòu)圖

3.2.3 技術(shù)架構(gòu)圖

3.2.4 數(shù)據(jù)架構(gòu)圖

3.3 業(yè)務(wù)功能模塊說明

Aboss WMS業(yè)務(wù)模塊多，之間關(guān)聯(lián)性強(qiáng)，但是又需要做到能解耦。因此功能模塊應(yīng)做到相對(duì)獨(dú)立。主要的功能模塊包括：

1）第三方聯(lián)動(dòng)：第三方支付機(jī)構(gòu)、船運(yùn)平臺(tái)、物流平臺(tái)、短信、郵箱

2）倉庫管理：倉庫管理、庫存管理、調(diào)度管理、工單處理

3）權(quán)限管理：店鋪管理、權(quán)限中心、營銷模塊、設(shè)備聯(lián)動(dòng)

4）訂單模塊：入庫訂單、出庫訂單、退貨訂單、自動(dòng)分單

5）物流模塊：物流設(shè)置、揀貨、分貨、打包、核銷

6）保障模塊：日志采集、消息隊(duì)列、服務(wù)治理、api管理、系統(tǒng)公告、數(shù)據(jù)分析

04 其他問題描述

4.1 模塊之間都得提供行業(yè)標(biāo)準(zhǔn)接口

考慮這個(gè)系統(tǒng)肯定會(huì)存在只要某幾個(gè)功能模塊，其他功能服務(wù)，通過第三方系統(tǒng)滿足的情況，這種情況下要做的只是提供行業(yè)標(biāo)準(zhǔn)的接口，然后讓他們對(duì)接就好了

4.2 模塊大小劃分問題

系統(tǒng)復(fù)雜度去到一定程度，才需要拆分代碼。在此之前有個(gè)大概范圍劃分就好。很難完全一下子將業(yè)務(wù)梳理清楚，其次業(yè)務(wù)不停在發(fā)生變化，新業(yè)務(wù)不斷產(chǎn)生，也許大模塊下再拆分子模塊。

作者：妖；微信號(hào)公眾號(hào)：蔡蔡隨手記。

本文由 @妖 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議

該文觀點(diǎn)僅代表作者本人，人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。