海外仓WMS系统的分类及自研WMS的费用预估-技术圈

本文是我编写的电子书《跨境供应链：海外仓OTWB项目实战》第一章的第2篇文章，该电子书已经更新完成，后续会持续打磨完善相关的内容，增加部分新的章节内容。

部分关键内容会设置为付费阅读，还有部分内容会免费更新在微信公众号上。如果想要获得更完整的、体系化的知识，建议私聊我付费订阅全文，目前的电子书的价格已经涨价至￥108，。知识星球的成员可以获得5折的优惠，仅需￥54即可加入。

入门供应链产品经理最平滑的学习方式之一，非常值得一冲。

海外仓系统分类

如果从系统研发的角度来区分，可以将海外仓系统粗略的分成：

SaaS WMS
自研WMS

什么是SaaS WMS？可以通俗地理解为租赁别人研发好的WMS系统，采用定期付费的方式获得系统的使用权。大多数情况下，自己只需要定期付费即可，不需要考虑系统的开发、运维、升级等，直接拿来就用。

自研WMS，就是自己组建研发团队或者采用技术外包的形式去研发WMS，系统是归属自己的。但是自己要为这些系统的功能开发、运维、升级等工作安排相应的资源，付出对应的成本。

SaaS WMS理解为租用别人做好了的房子，拎包入住，省时省心，但是缺点就是受限于人，不能自己想怎么改就怎么改，同时还和别人共用一些资源，没有办法很灵活地调整。

自研WMS理解为自己从0开始打地基建房子，耗时耗力，但是好处就是可以按自己的需求定制、设计出自己想要的东西，可以很灵活地调整。

海外仓一定需要系统吗？

当我们在聊海外仓系统的时候，其实潜台词就已经是默认海外仓服务商们是一定需要海外仓系统了。但是从我过往接触的一些用户群体来看，海外仓系统对于海外仓服务商来说，还真不一定是一个必须项。

首先，如果海外仓的业务量比较少，这个时候一些海外仓服务商们往往会选择用在线协作的Excel表格来解决日常的管理问题，例如腾讯云文档、Google Docs等。

其次，有一些海外仓的业务比较简单，也有一些业务的特殊性，使用海外仓WMS反而不能很好地提升作业的效率，于是海外仓服务商们反而选择更原始的方式，即在线协作的Excel表来解决这些问题，例如拆柜转运业务。

最后，还有一些海外仓服务商对海外仓WMS有抵触心理，觉得太贵，学习成本太高，不好用，无法满足需求，不能带来实际的效果等，也会选择用最原始的表格管理方式来经营海外仓。

所以，海外仓一定是需要系统的吗？答案是：未必，得要看场景。

作为一个IT系统的产品经理，我个人肯定是更加倾向于用系统去赋能业务，提升业务的处理效率，带来更好的用户体验，更多的经营性收入，更低的人工成本等……

但是我也不得不承认和接受一个现实：

信息化系统想要发挥出巨大的效用，前提是业务发展到一个合适的阶段。如果没有达到这个阶段，那么信息化系统很有可能带来的是负面作用。

业务量太少了，太单一，用系统带来的效果提升不明显，如果系统还比较贵或者还比较复杂，那么可能还会减分，让日常的操作和管理变得更加麻烦。

业务量太大，太复杂，有很多定制化的场景，用系统也不一定能带来很好的增益效果。有一些操作并不适合从线下搬到线上去，强行用实际业务去适配固化的系统，也可能会造成一些负面作用。

SaaS海外仓系统

SaaS海外仓系统市面上陆续出现了很多玩家，总得来说，市面上比较知名的有这么一些：

魔方云仓
易仓WMS
Shipout WMS
星链WMS
浩方WMS
麦哲伦WMS
……

截止到目前，有一些项目已经倒闭或者正在倒闭的边缘，而有一些项目是刚刚兴起，想要在这一片红海中立足，对于其中的大多数玩家来说，摆在眼前最难的一件事一定是：怎么提升自己的营收。

SaaS WMS终究是一个很垂直的、小众的领域，用户量天花板很低，市场量级太小，小微型企业居多，对信息化的要求也没有那么高，说白了就是不能赚到啥钱；
海外仓WMS涉及的内容比较多，系统模块很多，导致研发成本也会很高，但是用户的付费能力却一般，10万/年的续费对大多数仓库来说都太贵了，负担不起；
其中的很多产品都没有很精心地打磨，用户体验都算一般。没有客户用，没有需求，没有收入，就没有资金招更优秀的人来完善系统，长此以往，逐渐恶性循环，项目被迫终止；
单纯一个WMS能覆盖的场景太有限，如果没有和头程、尾程物流有更密切的业务联通，那么WMS终究只是一个简单的工具，撑不起太多的商业化布局；单纯的工具也会导致用户黏性很低，有了更好用的系统，更便宜的系统或者用户场景覆盖更全的系统之后，用户马上就会用脚投票，赶紧溜了；

对于海外仓SaaS WMS的研发公司来说，摆在眼前的困难很多，但是并不代表着这件事就一定是不能做的，因为市面上需要海外仓的企业还是有很多的。这件事是难而正确的，毕竟能负担得起从0开始研发系统的企业还是很少数，所以选择这种SaaS WMS是它们不得不做的选择。

对于海外仓的服务商来说，随着业务的逐步扩张，选择一个合适的信息化系统不仅仅能带来作业效率的提升，更重要的是WMS可以和ERP打通，可以切入到用户的订单层面，打通了用户的订单，也就意味着可以触达更多的用户，让用户的操作更加方便。这个是传统Excel做不到的点，也是非常影响拓展用户群体的一个点。

用户的订单基本上来自于各大电商平台，而客户往往会选择用一个合适的跨境ERP来管理这些订单。如果海外仓是选择传统的Excel模式为客户提供服务，那么就需要用户先从电商平台或者跨境ERP中手动导出订单到Excel，然后再把Excel发给海外仓，用很原始的方式向海外仓下单，让海外仓完成订单的履约服务。然后海外仓又要将对应的库存结果呈现于在线的Excel中，让用户自己去查询，复制或者导出对应的数据填写到ERP中……

这是一种非常低效，也非常繁琐的流程，但是有趣的是即使到了2023年，还用这种方式作业的海外仓还是有一大堆。

所以，站在这些海外仓服务商的角度来说，如果市面上有一款能满足他们需求的SaaS WMS，而且价格也不会很贵，那么稍微核算一下自己的管理成本和客户扩张带来的收入，他们会毫不犹豫的选择SaaS WMS。

理想的故事确实很美好，但是现实确实很残酷，也很骨感。虽然SaaS WMS能解决这些订单拉单，库存同步，数据同步，自动计费等的功能，但是用户（海外仓服务商）的需求和欲望是无止境的，这些方面确实是用系统比用Excel来的方便，但是毕竟我是付费了的，一年花了好多钱呢，如果SaaS WMS只能提供这么点功能，那我还是不愿意买单的，必须得把其他功能也给我安排到位了。

于是，SaaS WMS研发公司又面临了另一个老大难的问题：需求定制的问题。

绝大多数SaaS产品都不愿意做定制类的需求，尤其是产品还没有达到PMF的状态，过早的做了太多的定制化需求就失去了SaaS产品的可标准化、可低成本维护的优势，反而陷入了一些项目制的定制类产品的泥潭中。

在这样双方的胶着状态下，很多海外仓服务商就开始抱怨：

xxx产品不好用呀，产品太简单了，这个功能不满足，那个功能不满足；
x产品太坑了，这个功能研发要收费，那个功能又要收费；
x产品买的上当了，早知道就应该选择yyy了；
x产品太复杂了，很多功能都不知道是干嘛的，学习成本很高；
……

而SaaS WMS研发团队也陷入尴尬的处境，到底是定制还是不定制？于是市面上出现了两派，一类是主张定制的，一类是主张走通用的标准化产品的。总体来说，海外仓WMS走主张定制路线的玩家还是居多。

主张定制的一派认为海外仓这一块的业务有太多不标准，不明确的玩法，所以如果是采用通用的SaaS系统去实现这些业务的话，会遇到很多的阻碍，而且每一家公司的业务要求又非常的不一样，就会导致可适配的用户群体很窄，说白了没有办法起到规模效应。本身海外仓的存量空间用户就不是很多，如果还做的特别标准化，那么能匹配这套系统的业务的海外仓应该是比较少的。

而主张通用的标准化产品的一派则认为既然是做SaaS系统，那么一定是要遵循SaaS产品的一些特性。例如说以规模化去降低交付成本，实现这种规模化的盈利，如果做了大量的定制化的话，那么一方面是自己的研发成本，投入成本会很高。另外一方面就是很难起到一个规模效应，从而提升自己公司的估值，以及实打实的利润方面会有很明显的影响。说的更加通俗一些，可以理解成这样很容易沦落成一个技术外包型的一个公司，外包公司就是从项目制去赚取这一些开发的费用，很难给到用户低廉的价格和不错的这种用户体验。

自研海外仓系统

对于规模较大且具有研发能力的公司，通常会考虑自研海外仓相关系统，这是因为管理层认可信息化所带来的价值。供应链行业讲究规模效应，如果你的规模足够大，边际成本较低，你的价格就具有优势，客户自然会选择更省钱的方案。然而，如果没有良好的渠道、供应链协作模式、管理水平和信息化系统支撑，各环节的费用、隐性成本和效率都无法做到最优。最终，这些成本只能转嫁给用户，导致用户花费更多的钱，但享受不到更好的服务。

自研海外仓系统既简单又复杂。简单在于市面上已有许多成功的先例可供借鉴，甚至可以从成熟的SaaS系统中学习，因此，在系统搭建方面基本不会遇到大问题，方向也是明确的。例如，本书介绍的OTWB架构已被市面上的各种玩家采用。然而，难点在于当业务逐步发展变得越来越复杂时，系统也需要升级以支撑业务。如果没有优秀的IT团队或产品架构能力，系统的响应速度将无法跟上业务变化，这将导致业务已经改变，但系统却需要很长时间才能跟上，甚至可能需要花费大量时间和成本进行重构或大规模改造。

自研海外仓系统对产品经理的要求较高，海外仓有一些特殊之处，因此对产品经理的业务理解、场景和同理心要求较高。如果你不能换位思考，以仓库的角度结合当地的语言环境和文化习惯来设计功能，系统可能会被用户吐槽不好用。在国内做仓储系统有一个天然优势：即使不了解业务，产品经理可以通过在仓库待上一段时间去熟悉业务，了解用户诉求和习惯。然而，在做海外仓方面，由于仓库在海外且疫情影响，产品经理难以亲自到仓库参观学习和响应需求。因此，很多自研海外仓系统公司对海外仓业务最熟悉的往往是他们的老板或者经常去仓库的仓库经理等，就需要让产品经理去向这一些熟悉业务的人群进行业务的调研，需求的挖掘，然后对业务场景进行一个摸索，这种操作显然是一种无奈之举，最终需求调研、用户调研的效果也会有一定的折扣。

SaaS和自研海外仓怎么选？

如果你已经决定采用一套信息化方案来支撑你的海外仓业务，那么接下来的难题肯定是：选择采用SaaS解决方案还是自研海外仓系统？

这里有一个简单的公式，那就是从成本的角度出发。例如，研发一套海外仓WMS对你自身的业务来说可能是最贴切、最吻合的，因为它是你自己研发的。然后，你可以咨询一些相关的朋友，了解如果你要组建一个研发团队，完成整个项目大概需要多少时间，以及这个团队可能需要持续性的维护，通过这种方式，你可以计算出大概需要花费多少成本。

对于绝大多数初创公司来说，研发系统可能是不值得的，因为这一块的研发费用非常高，所以很多人会考虑选择SaaS方案。在选择SaaS方案时，也要考虑以下几个方面：

第一，SaaS方案对业务的支持程度，也就是说与你的业务匹配度有多高。有一些SaaS系统功能很强大，但可能与你的业务不是很匹配，那么选择它可能不是一个好的选择。反过来说，如果有一些SaaS产品现在可能不是那么完善，但它的发展历程、迭代思路和方向符合你的业务，那么这个系统可能值得选择。

其次，SaaS系统是否支持一些定制化开发，或者允许你接入一些内容，进行组合搭配的使用。因为SaaS系统不可能支持所有业务，有些业务可能需要用其他方式组合去弥补。所以这个SaaS系统是否能够提供开放接口的能力，或者允许你进行少量的定制开发，也是需要考核的一点。

最后，考虑价格因素。例如，系统是按年付费的，那么一年大概多少钱？你需要采购几年？这笔账务可以仔细计算。如果你的业务暂时没有那么需要信息化系统，你也可以考虑采用一些其他组合式方案，例如云文档加上CRM或轻量级的OMS。

自研WMS需要多少钱？

之前有一个做海外仓业务的朋友咨询过我一个问题，就是自己研发一套WMS系统大概要多少成本或者多少钱？

因为她们公司目前正在使用一个主流的第三方海外仓WMS系统，每年的续费额度还挺高，但是用起来总感觉不太好用。有很多功能支持的不够贴合，算能用，但是不好用，于是就想着如果能自研一套贴合自身业务的系统那就最好了。

所以就咨询了一下我，我当时给她的一个大概报价是200-300万左右，而且只会多，不会少，因为后续还需要持续维护升级。显然这个价格对不了解IT行业的人来说太高了，因为之前她有一个朋友的公司也找外包团队自研了一套物流相关的系统，大概几个月，花了几十万就搞定了，所以她心理价位的锚点也是几十万左右。

造成这种落差的原因有这么几个：

很多人以为海外仓WMS就是只有WMS而已，但是其实背后还有OTWBP等多个系统，所以在评估工作量的时候要把这部分也算进去；
很多人没有考虑到信息化系统落地过程中的不确定，以为找了几个IT来做系统就能落地，但实际上这件事和装修一样，即使是专业的团队也很容易翻车，预算会一直往上加；
这一类B端业务类的系统是需要打磨和完善的，并不是做完了一个版本就够了，实际上打磨个1-2年也是很正常的，所以评估费用的时候也要考虑到周期的问题；
如果海外仓服务商，想要研发一套WMS来对外经营，那么要付出的系统研发钱并不只是OMS和WMS的钱了，还包含了多个上下游系统研发的钱；

严格来说，研发一套系统，除了要支付研发人员的费用之外，还要考虑服务器的钱，办公设备的采购，场地的租赁，外部系统对接的费用，还有一些必备软件的采买等……

这些费用加起来，200-300万是不太能够打的，尤其是在深圳这样的一线城市。

从我个人的经验来说，如果要研发一套第三方海外仓WMS系统。按20人左右的研发团队来算，从0开始研发到稍微成熟（例如支持多个仓库，多个客户，满足日均1万单），大约需要1年半到2年左右的时间。这里还是假设团队都比较有经验，而且业务弯路走的不多的情况，实际上来看如果加上组建团队和试错踩坑的部分，2年-3年才能成熟已经算快了。

而这一块大约需要花多少钱，各位老板们可以自己算一下啦。

作为产品经理应该选哪个方向比较好？

前面聊完了，海外仓相关的一些宏观的介绍以及细节的业务介绍。现在我们再来聊一下，对于产品经理来说，应该怎么选择自己的方向？这个话题对于新手朋友或者想转行的朋友来说很关心，对于我这种深耕于这个行业的人来讲，这个话题也不是很好回复。首先，跨境电商包含的模块和方向是很多的，这里面会有很多产品经理相关的机会。可以通俗的理解为哪里有信息化系统，哪里就会有产品经理。跨境电商可以分成这么几块：

第一个电商平台自身，例如亚马逊、eBay等；
另外一个是针对电商平台的一些服务商，例如软件服务商、SaaS ERP、物流服务商等；
再一个是跨境电商的卖家，卖家自身也需要一些信息化系统，所以也会需要有产品经理岗位；

如果针对海外仓这个领域来讲，细分之下就是OMS、WMS、TMS、BMS再加上一些运营管理系统等。这些系统的关联性往往比较强，所以只了解一个系统可能还不够，还需要全方位地多学习一些。最好是能把这几个系统都学会。针对跨境海外仓这一块的产品经理来说可以考虑从自研的服务商中学习。

也就是说求职的时候先考虑这一类的公司，他们的业务比较复杂，会有很多踩坑的实践，可以学到一些好的解决方案，这样便于自身对业务的成长，同时也能够了解这种复杂的系统架构是怎么设计的，业务功能是怎么设计的……

未来，SaaS这个方向仍然具有很大的发展潜力。因为对于品牌出海或者快递电商的未来发展来看，信息化普及是必然的趋势。那么当前的信息化系统有多差，未来就会有多大的机会。这个需要我们有足够的耐心去等待，并且有相关的志向去从事这个方向。

如果你已经有了一定的自研系统的项目经验，想要进一步提升自己的产品价值，发挥信息化系统的作用，为这个行业的进步添一把火，那么我会建议可以考虑做SaaS产品，因为它是“难而正确”的事情。SaaS产品经理首先需要有足够深度的行业经验，这是确保自己能对这个行业有一定的洞察力的前提。其次就是可以锻炼自己的宏观思维和商业化的能力，不仅仅局限于信息化产品经理这个角色，而是站在一个“创业者”的视角去看待问题。最后就是，我认为未来的SaaS演进之路会越来越乐观，而越早做好准备的人才更能抓住来之不易的机会。

总之，产品经理应该根据自己的兴趣和优势，选择适合自己的跨境电商发展方向，希望未来大家都能找到合适自己的一条赛道，发光发热。

END