OMS 选型先看功能清单的，十个有八个选错。
这话可能得罪人，但我干了二十年供应链，这个结论就没被推翻过。SaaS 的演示做得再漂亮、定制开发的方案书再厚，都不重要。重要的只有一件事：你的订单结构长什么样。订单结构定了，OMS 选型就定了九成。
结论先行：OMS 选型看订单结构，不看功能清单
所谓订单结构，拆成四条线，一条一条看：
第一，日单量。500 单以下和 5000 单以上，完全是两个物种。
第二，渠道数。只做亚马逊的，和亚马逊加独立站加批发三线混营的，订单逻辑差出一个数量级。
第三，拆单和合单的复杂度。SKU 几百个、基本整单出的，和 SKU 上万、一个订单要拆成三个包裹发的，不是一个 OMS 的活儿。
第四，退货率。退货率 5% 以下的卖家，和 25% 的服装卖家，对退货流程的要求天差地别。
说白了，OMS 选型的第一个问题永远不是功能够不够多，而是我的订单长什么样。我见过太多上来就问你们系统支持多少个 API 接口的老板。接口多有个屁用，订单逻辑对不上，接口再多也是摆设。
这事分两面看：SaaS 轻量版赢在上线快、成本低，但它的边界是死的；定制开发赢在贴合业务，但代价是你要养它一辈子。
我见过的那个坑：SaaS 魔改两年，推倒重来
2019 年，一家做家居杂货的客户找到我。亚马逊加独立站加批发三线混营，日均 800 单，其中批发占三成多，一个订单经常要拆成两到三个包裹发，还带礼品卡和分仓逻辑。
他们当时选了一套 SaaS 的 OMS。上线确实快，六周就跑起来了，第一个旺季也扛过去了。问题从第二年开始冒头：批发客户的拆单规则越来越复杂，SaaS 的标准拆单逻辑满足不了，服务商就给他们定制开发插件。一个插件、两个插件、五个插件，到第二年年底，系统里堆了十几个外挂，升一次级全得重测，客服天天跟订单较劲。
最后一次见面，他们的运营总监跟我说：老米，改不动了，加一个小规则要动三个插件，我们干脆推倒重来。
两年，订阅费加实施费加一堆定制插件，花的钱并不比直接定制开发少。更贵的是时间：整个团队两年都在跟系统搏斗，而不是做生意。这事的教训就一句话：订单结构复杂到一定程度，SaaS 的上限是死的，硬往上顶，每顶一次都是未来的账。
另一个极端：花定制开发的钱，买回来当记账本
这事也有另一面。2021 年，一家只做亚马逊的 3C 配件卖家找到我，日均 300 单，SKU 不到两百，退货率 3%。老板听了某大厂的方案，花了定制开发的钱，上了一套重型 OMS。
三年过去了，系统里一半的模块从来没点开过。拆单？用不上。批发价层？用不上。跨仓调拨？就一个仓，调个什么拨。运营主管的原话：我们就拿它当高级记账本用。
定制开发最大的代价不是开发费，开发费再贵也是一次性的。真正的代价是：以后每一次业务变化，都要排队等 IT；每一个小调整，都要走变更流程。订单结构简单的业务，根本不需要这种自由度，买的每一分灵活都是浪费。
三条线画分水岭：你的订单坐哪张桌子
我给客户的 OMS 选型框架就一张表，对着坐号就行：
| 维度 | SaaS 轻量版 | 必须定制开发 |
|---|---|---|
| 日单量 | 1000 单以下 | 3000 单以上，或增速极快 |
| 渠道数 | 1 到 2 个渠道 | 3 个以上混营（平台加独立站加批发） |
| 拆单和合单 | 简单，按 SKU 或地址拆 | 按库存、时效、客户等级多维拆单 |
| 退货率 | 5% 以下 | 15% 以上，或有复杂翻新流程 |
对上号就直接选，别犹豫。卡在中间那两格的，往下看。
说到底，OMS 里的每一条订单逻辑，最后都落在仓库的拣选和打包线上。系统里的一条拆单规则，现场就是拣选员多推一趟车。所以选型时别只看后台界面，去仓库走一圈，看看订单到底是怎么被拆开的。
再算笔账。SaaS 轻量版一个月订阅费是几千美金的量级（具体以厂商报价为准），一年下来加上实施费，总支出通常在五万美金量级；一套轻量定制开发，首年投入要高出数倍，但之后每年只是维护费。三年总拥有成本拉平点，大致就落在订单复杂度这条线上：结构越简单，SaaS 越划算；结构越复杂，定制开发摊到每单的成本越低。
对了，还有一个容易被忽略的成本：团队的学习成本。换 OMS 意味着运营、客服、财务三拨人重新学流程，我见过一家公司光培训和磨合就花了整整一个季度。这个成本不写在合同里，但结结实实花在工资单上。
反常识的一句：选 SaaS 不是图便宜，是图快；选定制不是图强大，是图贴合。把动机搞反了，钱就白花了。
四维对比：SaaS 和定制开发的代价清单
这事分两面，我把两边的代价摆在一张表上，你自己看：
| 维度 | SaaS 轻量版 | 定制开发 |
|---|---|---|
| 首年成本 | 低，订阅加实施，通常五万美金量级 | 高，首年投入数倍于 SaaS（以厂商报价为准） |
| 上线周期 | 4 到 8 周 | 3 到 6 个月起 |
| 灵活性 | 标准流程内好用，越界靠插件堆 | 业务长什么样，系统就长什么样 |
| 运维 | 厂商负责升级，你只管用 | 自己养人或外包，升级自己测 |
看出来了吧，SaaS 的便宜是拿自由度换的，定制的自由是拿时间和钱换的。没有免费的午餐，只有你愿意付哪种代价。说白了，OMS 选型就是选一种你付得起的代价。
三分钟自测：你的订单坐哪张桌子
拿张纸，五个问题，答完就知道自己该坐哪：
一，日均单量过 1000 了吗？过了加一分。
二，渠道有没有 3 个以上？有加一分。
三，你的拆单规则能不能一句话说清楚？说不清楚加一分。
四，退货率过 10% 了吗？过了加一分。
五，有没有批发、一件代发这种特殊订单？有加一分。
0 到 1 分：SaaS 轻量版，闭眼入，别折腾。2 到 3 分：危险区，先把需求一条条写下来再选，别凭感觉。4 到 5 分：别犹豫，定制开发，越早定越省钱。
OMS 选型最危险的中间态：魔改 SaaS
我最怕的客户，是订单结构处在中间态、又不肯承认的那种。他们选了 SaaS，然后不停地魔改。插件越堆越多，系统越来越脆，最后改成四不像：SaaS 的便宜没享到，订阅费照交；定制的贴合也没拿到，底层逻辑还是别人的。
2022 年，一家做母婴用品的客户找上门。日均 1200 单，亚马逊加独立站加一件代发，选了一套 SaaS 的 OMS，然后开始了长达一年半的魔改之旅：一件代发的地址校验逻辑标准版没有，加插件；独立站的会员价层没有，加插件；亚马逊自发货和 FBA 混算运费没有，再加插件。到第三个旺季，系统里跑着二十多个插件，订单同步延迟经常超过半小时。旺季前一周，客服主管直接撂话：这系统再不换，我们集体走人。
我见过太多这种客户，每次都一样：第一年省下的钱，第二年加倍还回去。魔改 SaaS 是最贵的一种选法：花了接近定制的钱（插件开发费加起来不是小数目），守着 SaaS 的限制（底层逻辑动不了），还没落下定制的自由（升一次级全部重测）。三样里一样没捞着。
我的忠告就一条：签合同之前，先问服务商一句话，我这个拆单逻辑，你们标准版能不能不动代码实现？能，就用 SaaS；不能，就老老实实定制。选型那天的诚实，能省下两年的学费。
作者：老米｜20 年美国供应链老兵
