作者结合自身对WMS仓库管理系统的产品设计经历，与大家聊聊WMS仓库管理系统研发规划说明，希望对你有所启发。
这个应该是三四年前做的一个小外快，当初仅仅只是负责把产品设计完就没有再关注后续，拿出来给大家看看。因为时间比较早，当初的能力较弱，考虑的可能不周全，有错的可以指出来，谢谢。
01 产品背景
1.1 背景概述
aboss WMS东南亚仓库管理系统是一个基于BigSeller系统的使用基础上，加上多仓库的解决思路，解决入库业务、出库业务、仓库调拨、库存调拨和虚仓管理等功能，对批次管理、物料对应、库存盘点、质检管理、虚仓管理和即时库存管理等功能综合运用，有效控制并跟踪仓库业务的物流和成本管理全过程，实现或完善企业的仓储信息管理。
1.2 问题与机会
随着BigSeller的使用过程中，发现了其中的使用不足，多仓库的使用情况等等问题，可以作为本次研发的重要解决关键点。需解决的重要问题：
1）多账号问题。
2）多仓库问题。
3）订单分仓问题。
4）多设备联动问题。
5）第三方对接问题。
6）电商平台绑定问题。
7）仓库库存问题。
1.3 边界界定
1.3.1 用户界定
aboss WMS整体应用包含四类人员：
1）WMS中台管理人员
中台管理人员指管理整个应用的管理人员。涉及到仓库管理、物流管理、货运管理等等。
2）客户后台管理人员
客户后台管理人员指使用aboss 的店铺管理人员，管理店铺及商品。涉及到商品管理、店铺绑定、库存查看。
3）用户
用户指消费者，从各个店铺里面购买商品的人员。用户涉及到订单创建、退货订单等。
4）工作人员
工作人员指处理货物的人员，处理订单发货、盘点作业的人员。涉及到订单发货、退货处理、盘点作业等。
1.3.2 权限界定
权限包含两个方面：
1）后台功能模块权限
总账号能控制子账号能使用哪些功能模块。
2）仓库权限
多仓库模式下可以分配仓库，其中包含后台管理界面及pad中可操作性数据权限。
权限应分为三级权限：
第一级权限：总账号
总账号能使用所有功能，控制所有二级账号，不可查看、控制三级账号。
第二级权限：二级账号
二级账号为客户账号或管理人员账号，二级账号权限由总账号来设置。二级账号创建的子账号为三级账号，分配的权限为二级账号包含的权限内容。
第三级权限：三级账号
三级账号为最低级账号，不可创建子账号。
1.3.3 pad权限界定
pad权限独立于账号权限，且pad权限只能由总账号或二级账号创建和处理，三级账号没有权限处理。
1）仓库权限
每个账号可以区分仓库，只能接收到相应仓库的订单和工单。
2）操作权限
pad可分配的操作权限：入库、拣货、打包、盘点、快件拦截跟踪
1.3.4 结算界定
1）点数充值提前充值，购买票数。
2）票数充值
*协定好的多少钱一票，之后单价*票数就是需要支付的金额
*包含打包费和材料费，多单组合费用
3）精准充值
由入库提供的单个包裹的长宽高，精确计算每个包裹所匹配的计价，多个sku，按照包裹内最大的sku计算基础的计价。
单个包裹每超过3个sku增加***钱计算
4）月结客户
时间-sku-订单单号-快递单号-总计单数-支付清零
1.3.5 店铺界定
不同电商平台店铺都可以对接至WMS系统。
1）多电商平台
shopee/lazada /奇门虎符，保留对接其他平台的可能性。
2）同平台多店铺
同一个电商平台下可以绑定多个店铺。
1.3.6 物流界定
可以对接多个物流平台，且可以分别设置物流模板，且可设置店铺使用指定物流模板。
02 产品综述
用户可以通过aboss WMS完成入库业务、出库业务、仓库调拨、库存调拨和虚仓管理等功能，对批次管理、物料对应、库存盘点、即时库存管理等功能综合运用，有效控制并跟踪仓库业务的物流和成本管理全过程，实现或完善企业的仓储信息管理。
用户可以通过后台管理平台完成商铺关联、货物管理、订单管理等，解决商品的售后问题。
管理人员可以通过后台管理平台仓库管理、商品管理、订单管理及权限管理。
工作人员可以通过pad平台完成货物的拣货、打包、发货及盘点等工作流程
03 需求详述
3.1 业务功能清单
3.2 架构图
3.2.1 需求架构图
3.2.2 业务架构图
3.2.3 技术架构图
3.2.4 数据架构图
3.3 业务功能模块说明
Aboss WMS业务模块多，之间关联性强，但是又需要做到能解耦。因此功能模块应做到相对独立。主要的功能模块包括：
1）第三方联动：第三方支付机构、船运平台、物流平台、短信、邮箱
2）仓库管理：仓库管理、库存管理、调度管理、工单处理
3）权限管理：店铺管理、权限中心、营销模块、设备联动
4）订单模块：入库订单、出库订单、退货订单、自动分单
5）物流模块：物流设置、拣货、分货、打包、核销
6）保障模块：日志采集、消息队列、服务治理、api管理、系统公告、数据分析
04 其他问题描述
4.1 模块之间都得提供行业标准接口
考虑这个系统肯定会存在只要某几个功能模块，其他功能服务，通过第三方系统满足的情况，这种情况下要做的只是提供行业标准的接口，然后让他们对接就好了
4.2 模块大小划分问题
系统复杂度去到一定程度，才需要拆分代码。在此之前有个大概范围划分就好。很难完全一下子将业务梳理清楚，其次业务不停在发生变化，新业务不断产生，也许大模块下再拆分子模块。
作者：妖；微信号公众号：蔡蔡随手记。
本文由 @妖 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。