WMS产品经理的一点点思考

在树上唱歌 2023-08-07 18:41:11

只要有重头再来的勇气，在任何阶段都可以跨入一个新的领域，就像现在的SaaS软件一样，它象征着朝气，也象征着浮沉。但只要你怀抱着热情与希望，便可以在新的领域中找到属于自己的方向。

没错，我转了新行业，进入了一个新的领域，从智能安防软硬件一体化的平台产品变为了一位电商WMS产品经理，听起来八竿子都打不着的两个完全不一样的行业、赛道，我完成了自身角色的转变，前者重线下、拼渠道，后者轻流程、力气更愿意花在敏捷迭代里追逐商机。

如今，在行业里摸索了一年多，我也属于一枚“相对地道”的电商WMS产品经理了。

01 电商WMS开始于我是“陌生”的

起初我并不知道电商WMS是做什么的，只了解到是做仓库的软件系统，近几年SaaS的火又吹得又甚，所以也跟着一头扎了进去。

WMS指仓储管理系统，狭义一点的定义是指主要面向独立拥有独立仓储的企业，通用型WMS业务覆盖多个行业，以通用性、标准化为主，偏向于第三方仓储、自营仓储中周转率较高的仓库管理。

仓库一般包括储备型仓库和流通型仓库，前者货品储存时间较长，周转率慢，企业相对也会有自己的货品生产能力及自建仓库；后者主要以货品的流转为主，替货主管理货品、即时发货，并按照一定的仓储时长、收货情况、代发货等向货主逐一收费。

一般来说面向2C的订单，货品周转极快，随着电商的繁荣发展，云仓的玩法更能使中小商家“做自己专业的事情”，而不需要租赁场地、雇佣人员去维护货品，商家可以自己找好货源，云仓帮你入库、出库、核对库存，商家自己只需要进行营销、找到用户销售即可，一整套下来省心又省力，我们一般这种模式称为第三方仓储。

而对自营的企业来说，一般都有自己的品牌、产品，但也会将其中某一部门单独剥离出来做三方仓，一开始接自己的业务，后面也会接一些其他货主的客户进行独立运营。

电商往往订单量大，非常看重出库效率，一切都是为了能够更快更准的发货，出库流程大都相似，基本涵盖接单、创建波次、拣货、分拣、验货、出库等，但是不同客户对出库的细节要求是不一样的，也就是我们需要对产品的需求进行把控，如何在通用化的场景下又能满足客户的特殊需求。

02 WMS变得更加复杂了

WMS的上游是OMS（订单处理系统），下游可以对接各种TMS、物流管理，在中间承担起中转的身份，但现实往往不是一条直线往下流转，客户的财务系统、自研系统、自动化仓储系统都可能对接进来，毕竟实际发货的数据一般不会是骗人的，所以导致各种对账要求、异动的库存信息回传到各个系统。

原本WMS就是从电商ERP里面剥离出来的，就接接单、发发货就好了，但正是因为电商仓储的发展，业务流程不能仅仅追求快，也要顾虑到管理上的流程管控，需要使用更加独立及成熟的软件来支撑。

我们知道，当软件变得越来越繁重，和用户的使用体验是成反比的，特别是仅在一套软件上不断叠加功能的时候，如果不及时剥离出来，这块业务将会变得更加混乱。

所以WMS变得更加复杂的标志是：

1. 对流程上实现了更加精细化的管控

但是电商仓储发展的时间还不算太长，没有固定的标准往一个壳子上套，都是遇到一个问题了解决一个问题，解决后记录下来，从而累加形成自身的经验。

2. 货品配送的要求间接加速了对仓库分配方式的优化

云仓往往不止在一个地方建址，可能在华东、华北、总部中心分别建造云仓配送，以便保证时效性，也就意味着WMS对订单的分配流入到不同仓库需要设定一系列的策略。

3. 分销模式的融合

和自营分销不一样，如代加工厂具备生产能力，在旁边租赁仓库后为入驻的货主发货，货主像是分销商的角色又不完全是分销商，但是卖的货是相同的，货品之间是可以相互借调的。自营的客户则也有可能有货，选择单独租赁仓库，分销商都从同一仓库发货，但其对分销等级及价格的分配也是不一样的。

4. 多平台、多渠道的不同影响

打单效率对于不同电商平台给到的打印组件的调用及模板有差异，且平台对发货时效、罚款也是不一样的。

5. 新零售的方式对新型仓储的推动

举个例子，现在门店都逐渐有了自己的线上小程序，门店配送、城配等方式一体化，对时效的要求也更高了，越来越像电商发货了，如何将仓库的货使用低成本且快速地送到临近几个城市也是WMS考虑的事情范围了。

03 WMS产品经理的工作方式

作为SaaS产品类型之一，电商WMS的典型特征便是持续迭代，敏捷开发，基本上两周一个版本上线。

和传统软件不同的是，后者周期较长，一做一整年，而WMS承受不住那么慢的市场响应，电商在前端跑，我们也得在后面跟着追。

正如现在收到疫情影响的情况，很多地区禁发，那么就要考虑到在获取单号时如何对该批订单进行拦截并做相应的处理，避免后续的系列返工、揽收不及时等，同时也要禁发库存占用防止影响了正常订单的出库，但当疫情过后，禁发的功能与作用还有多大，这点就无法确定了。

还有一点就是上文提到的如何在通用性与特殊性之间进行权衡，我们常常考虑的一点便是“需求是否通用”，至于达到什么样的效果才具备通用性，这块也不是完全限定的，也得根据需求出现的频次、技术实现的工作量、上线后的市场验证才能得出，所以初期并不好判断，暂只能依靠在这个行业里的“老前辈”给给建议。

对场景合理性的考量，其实主要还是体现在一线反馈时整体流程是否顺畅。大多时候客户就只是看到一个点就想要一个功能，经细问后反而表达不出具体细节，倘若给他做了这个功能，是否能够达到他想要的更深层次的目的这块也需要提前设想好。比如退货时显示具体退货原因对于仓库来说是否真的有必要，不混储的货品补货是否需要显示批次效期等等。