别人研发好的WMS系统，不一定适合自己的业务，这时候我们需要自研WMS，本文对海外仓WMS系统的分类及自研WMS的费用预估进行总结，希望对你有所帮助。
如果从系统研发的角度来区分，可以将海外仓系统粗略的分成：
什么是SaaS WMS？可以通俗地理解为租用别人研发好的WMS系统，采用定期付费的方式获得系统的使用权。大多数情况下，自己只需要定期付费即可，不需要考虑系统的开发、运维、升级等，直接拿来就用。
自研WMS，就是自己组建研发团队或者采用技术外包的形式去研发WMS，系统是归属自己的。但是自己要为这些系统的功能开发、运维、升级等工作安排相应的资源，付出对应的成本。
定制WMS，就是找一个有成熟解决方案的团队帮忙定制一套WMS，也就是通俗意义上大家所理解的“技术外包”或者“解决方案外包”。
SaaS WMS理解为租用别人做好了的房子，拎包入住，省时省心，但是缺点就是受限于人，不能自己想怎么改就怎么改，同时还和别人共用一些资源，没有办法很灵活地调整。
自研WMS理解为自己从0开始打地基建房子，耗时耗力，但是好处就是可以按自己的需求定制、设计出自己想要的东西，可以很灵活地调整。
定制WMS和自研WMS类似，不过就是干活的人所属的团队不太一样，但是基本都可以按自己需求设计，灵活适配自己的实际业务需求。
当我们在聊海外仓系统的时候，其实潜台词就已经是默认海外仓服务商们是一定需要海外仓系统了。但是从我过往接触的一些用户群体来看，海外仓系统对于海外仓服务商来说，还真不一定是一个必须项。
首先，如果海外仓的业务量比较少，这个时候一些海外仓服务商们往往会选择用在线协作的Excel表格来解决日常的管理问题，例如腾讯云文档、Google Docs等。
其次，有一些海外仓的业务比较简单，也有一些业务的特殊性，使用海外仓WMS反而不能很好地提升作业的效率，于是海外仓服务商们反而选择更原始的方式，即在线协作的Excel表来解决这些问题，例如拆柜转运业务。
最后，还有一些海外仓服务商对海外仓WMS有抵触心理，觉得太贵，学习成本太高，不好用，无法满足需求，不能带来实际的效果等，也会选择用最原始的表格管理方式来经营海外仓。
所以，海外仓一定是需要系统的吗？答案是：未必，得要看场景。
作为一个IT系统的产品经理，我个人肯定是更加倾向于用系统去赋能业务，提升业务的处理效率，带来更好的用户体验，更多的经营性收入，更低的人工成本等……
但是我也不得不承认和接受一个现实：
信息化系统想要发挥出巨大的效用，前提是业务发展到一个合适的阶段。如果没有达到这个阶段，那么信息化系统很有可能带来的是负面作用。
业务量太少了，太单一，用系统带来的效果提升不明显，如果系统还比较贵或者还比较复杂，那么可能还会减分，让日常的操作和管理变得更加麻烦。
业务量太大，太复杂，有很多定制化的场景，用系统也不一定能带来很好的增益效果。有一些操作并不适合从线下搬到线上去，强行用实际业务去适配固化的系统，也可能会造成一些负面作用。
SaaS海外仓系统市面上陆续出现了很多玩家，总得来说，市面上比较知名的有这么一些：
截止到目前，有一些项目已经倒闭或者正在倒闭的边缘，而有一些项目是刚刚兴起，想要在这一片红海中立足，对于其中的大多数玩家来说，摆在眼前最难的一件事一定是：怎么提升自己的营收。
对于海外仓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产品的可标准化、可低成本维护的优势，反而陷入了一些项目制的定制类产品的泥潭中。
在这样双方的胶着状态下，很多海外仓服务商就开始抱怨：
而SaaS WMS研发团队也陷入尴尬的处境，到底是定制还是不定制？于是市面上出现了两派，一类是主张定制的，一类是主张走通用的标准化产品的。总体来说，海外仓WMS走主张定制路线的玩家还是居多。
主张定制的一派认为海外仓这一块的业务有太多不标准，不明确的玩法，所以如果是采用通用的SaaS系统去实现这些业务的话，会遇到很多的阻碍，而且每一家公司的业务要求又非常的不一样，就会导致可适配的用户群体很窄，说白了没有办法起到规模效应。本身海外仓的存量空间用户就不是很多，如果还做的特别标准化，那么能匹配这套系统的业务的海外仓应该是比较少的。
而主张通用的标准化产品的一派则认为既然是做SaaS系统，那么一定是要遵循SaaS产品的一些特性。例如说以规模化去降低交付成本，实现这种规模化的盈利，如果做了大量的定制化的话，那么一方面是自己的研发成本，投入成本会很高。另外一方面就是很难起到一个规模效应，从而提升自己公司的估值，以及实打实的利润方面会有很明显的影响。说的更加通俗一些，可以理解成这样很容易沦落成一个技术外包型的一个公司，外包公司就是从项目制去赚取这一些开发的费用，很难给到用户低廉的价格和不错的这种用户体验。
对于规模较大且具有研发能力的公司，通常会考虑自研海外仓相关系统，这是因为管理层认可信息化所带来的价值。供应链行业讲究规模效应，如果你的规模足够大，边际成本较低，你的价格就具有优势，客户自然会选择更省钱的方案。然而，如果没有良好的渠道、供应链协作模式、管理水平和信息化系统支撑，各环节的费用、隐性成本和效率都无法做到最优。最终，这些成本只能转嫁给用户，导致用户花费更多的钱，但享受不到更好的服务。
自研海外仓系统既简单又复杂。简单在于市面上已有许多成功的先例可供借鉴，甚至可以从成熟的SaaS系统中学习，因此，在系统搭建方面基本不会遇到大问题，方向也是明确的。例如，本书介绍的OTWB架构已被市面上的各种玩家采用。然而，难点在于当业务逐步发展变得越来越复杂时，系统也需要升级以支撑业务。如果没有优秀的IT团队或产品架构能力，系统的响应速度将无法跟上业务变化，这将导致业务已经改变，但系统却需要很长时间才能跟上，甚至可能需要花费大量时间和成本进行重构或大规模改造。
自研海外仓系统对产品经理的要求较高，海外仓有一些特殊之处，因此对产品经理的业务理解、场景和同理心要求较高。如果你不能换位思考，以仓库的角度结合当地的语言环境和文化习惯来设计功能，系统可能会被用户吐槽不好用。在国内做仓储系统有一个天然优势：即使不了解业务，产品经理可以通过在仓库待上一段时间去熟悉业务，了解用户诉求和习惯。然而，在做海外仓方面，由于仓库在海外且疫情影响，产品经理难以亲自到仓库参观学习和响应需求。因此，很多自研海外仓系统公司对海外仓业务最熟悉的往往是他们的老板或者经常去仓库的仓库经理等，就需要让产品经理去向这一些熟悉业务的人群进行业务的调研，需求的挖掘，然后对业务场景进行一个摸索，这种操作显然是一种无奈之举，最终需求调研、用户调研的效果也会有一定的折扣。
如果你已经决定采用一套信息化方案来支撑你的海外仓业务，那么接下来的难题肯定是：选择采用SaaS解决方案还是自研海外仓系统？
这里有一个简单的公式，那就是从成本的角度出发。例如，研发一套海外仓WMS对你自身的业务来说可能是最贴切、最吻合的，因为它是你自己研发的。然后，你可以咨询一些相关的朋友，了解如果你要组建一个研发团队，完成整个项目大概需要多少时间，以及这个团队可能需要持续性的维护，通过这种方式，你可以计算出大概需要花费多少成本。
对于绝大多数初创公司来说，研发系统可能是不值得的，因为这一块的研发费用非常高，所以很多人会考虑选择SaaS方案。在选择SaaS方案时，也要考虑以下几个方面：
第一，SaaS方案对业务的支持程度，也就是说与你的业务匹配度有多高。有一些SaaS系统功能很强大，但可能与你的业务不是很匹配，那么选择它可能不是一个好的选择。反过来说，如果有一些SaaS产品现在可能不是那么完善，但它的发展历程、迭代思路和方向符合你的业务，那么这个系统可能值得选择。
其次，SaaS系统是否支持一些定制化开发，或者允许你接入一些内容，进行组合搭配的使用。因为SaaS系统不可能支持所有业务，有些业务可能需要用其他方式组合去弥补。所以这个SaaS系统是否能够提供开放接口的能力，或者允许你进行少量的定制开发，也是需要考核的一点。
最后，考虑价格因素。例如，系统是按年付费的，那么一年大概多少钱？你需要采购几年？这笔账务可以仔细计算。如果你的业务暂时没有那么需要信息化系统，你也可以考虑采用一些其他组合式方案，例如云文档加上CRM或轻量级的OMS。
易仓WMS定价
Shipout WMS定价
之前有一个做海外仓业务的朋友咨询过我一个问题，就是自己研发一套WMS系统大概要多少成本或者多少钱？
因为她们公司目前正在使用一个主流的第三方海外仓WMS系统，每年的续费额度还挺高，但是用起来总感觉不太好用。有很多功能支持的不够贴合，算能用，但是不好用，于是就想着如果能自研一套贴合自身业务的系统那就最好了。
所以就咨询了一下我，我当时给她的一个大概报价是200-300万左右，而且只会多，不会少，因为后续还需要持续维护升级。显然这个价格对不了解IT行业的人来说太高了，因为之前她有一个朋友的公司也找外包团队自研了一套物流相关的系统，大概几个月，花了几十万就搞定了，所以她心理价位的锚点也是几十万左右。
造成这种落差的原因有这么几个：
严格来说，研发一套系统，除了要支付研发人员的费用之外，还要考虑服务器的钱，办公设备的采购，场地的租赁，外部系统对接的费用，还有一些必备软件的采买等……
这些费用加起来，200-300万是不太能够打的，尤其是在深圳这样的一线城市。
从我个人的经验来说，如果要研发一套第三方海外仓WMS系统。按20人左右的研发团队来算，从0开始研发到稍微成熟（例如支持多个仓库，多个客户，满足日均1万单），大约需要1年半到2年左右的时间。这里还是假设团队都比较有经验，而且业务弯路走的不多的情况 ，实际上来看如果加上组建团队和试错踩坑的部分，2年-3年才能成熟已经算快了。
而这一块大约需要花多少钱，各位老板们可以自己算一下啦。
前面聊完了，海外仓相关的一些宏观的介绍以及细节的业务介绍。现在我们再来聊一下，对于产品经理来说，应该怎么选择自己的方向？这个话题对于新手朋友或者想转行的朋友来说很关心，对于我这种深耕于这个行业的人来讲，这个话题也不是很好回复。首先，跨境电商包含的模块和方向是很多的，这里面会有很多产品经理相关的机会。可以通俗的理解为哪里有信息化系统，哪里就会有产品经理。跨境电商可以分成这么几块：
如果针对海外仓这个领域来讲，细分之下就是OMS、WMS、TMS、BMS再加上一些运营管理系统等。这些系统的关联性往往比较强，所以只了解一个系统可能还不够，还需要全方位地多学习一些。最好是能把这几个系统都学会。针对跨境海外仓这一块的产品经理来说可以考虑从自研的服务商中学习。
也就是说求职的时候先考虑这一类的公司，他们的业务比较复杂，会有很多踩坑的实践，可以学到一些好的解决方案，这样便于自身对业务的成长，同时也能够了解这种复杂的系统架构是怎么设计的，业务功能是怎么设计的……
未来，SaaS这个方向仍然具有很大的发展潜力。因为对于品牌出海或者快递电商的未来发展来看，信息化普及是必然的趋势。那么当前的信息化系统有多差，未来就会有多大的机会。这个需要我们有足够的耐心去等待，并且有相关的志向去从事这个方向。
如果你已经有了一定的自研系统的项目经验，想要进一步提升自己的产品价值，发挥信息化系统的作用，为这个行业的进步添一把火，那么我会建议可以考虑做SaaS产品，因为它是“难而正确”的事情。SaaS产品经理首先需要有足够深度的行业经验，这是确保自己能对这个行业有一定的洞察力的前提。其次就是可以锻炼自己的宏观思维和商业化的能力，不仅仅局限于信息化产品经理这个角色，而是站在一个“创业者”的视角去看待问题。最后就是，我认为未来的SaaS演进之路会越来越乐观，而越早做好准备的人才更能抓住来之不易的机会。
总之，产品经理应该根据自己的兴趣和优势，选择适合自己的跨境电商发展方向，希望未来大家都能找到合适自己的一条赛道，发光发热。
专栏作家
我叫维他命（Vitamin），微信公众号：PM维他命。前PHPer，做过在线教育类产品，也做过4年多的跨境仓储物流方向的产品，目前是一位外贸SaaS领域的供应链产品经理。主要专注于WMS/OMS/TMS/BMS/ERP等领域，分享供应链相关的产品知识。
本文原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于 CC0 协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。