导读（3行收益）：商城运费最容易出问题：偏远地区运费算少了、包邮门槛和满减叠加算错、按件按重两种规则打架。本文给一套「区域+计费方式+包邮+优先级」的运费模板设计，附规则表 SQL 和检查清单。看完能直接理清你的运费配置。
一、运费为什么总算错
三个高频事故：
- 区域运费失真：全国一个价，偏远地区亏运费，同城多收被投诉；
- 规则互相打架：按件、按重、包邮条件同时存在，算出来的运费自己都说不清；
- 门槛叠加错乱：满 99 包邮、满 200 减 20，用户问「满减后还差多少包邮」，客服答不上来。
根源是把运费当「写死的一个数字」。正确做法是做成规则表：先按区域匹配运费规则，再按计费方式计算，最后套包邮门槛，每一步有明确优先级。
二、运费模板四要素
| 要素 | 说明 | 示例 |
|---|---|---|
| 区域 | 运费适用的收货地区 | 江浙沪 / 全国 / 偏远地区 |
| 计费方式 | 按件、按重、按订单金额 | 首件 8 元、续件 3 元 |
| 包邮条件 | 满足条件免运费 | 满 99 包邮 |
| 优先级 | 多条规则同时命中时谁生效 | 特殊区域优先于默认 |
「按订单金额」作为第三种计费方式要单独说明：小件高价值商品常按金额阶梯收费（满 50 收 6 元、满 100 收 3 元），它与按件/按重互斥，同一区域只能选一种主计费方式，避免同时生效。
CREATE TABLE `freight_rule` (
`id` BIGINT PRIMARY KEY AUTO_INCREMENT,
`template_id` BIGINT NOT NULL COMMENT '运费模板',
`region_code` VARCHAR(16) NOT NULL COMMENT '区域：省/市/全国/偏远',
`charge_type` TINYINT NOT NULL COMMENT '1按件 2按重',
`first_charge` DECIMAL(10,2) NOT NULL DEFAULT 0,
`first_unit` INT NOT NULL DEFAULT 1 COMMENT '首件/首重数量',
`continue_charge` DECIMAL(10,2) NOT NULL DEFAULT 0,
`continue_unit` INT NOT NULL DEFAULT 1 COMMENT '续件/续重单位',
`free_threshold` DECIMAL(10,2) DEFAULT NULL COMMENT '满额包邮门槛，NULL为不包邮',
`priority` INT NOT NULL DEFAULT 0 COMMENT '越小越优先',
KEY `idx_region` (`region_code`)
) COMMENT='运费规则表';
三、计算流程：先匹配区域，再算运费，最后套包邮
运费计算顺序固定为三步：
- 匹配区域：收货地址所在省 → 精确规则优先，没有则找全国默认规则；
- 计算运费：按件就
首件费 + 续件费 × 续件数，按重同理（重量向上取整）； - 套包邮：订单金额 ≥ 门槛（注意满减前的商品金额）才免运费。
-- 按件计费示例：3 件商品，首件8元续件3元 => 8 + 3 * 2 = 14
SELECT first_charge + continue_charge * (CEIL(:qty) - first_unit)
FROM freight_rule
WHERE region_code = :region AND charge_type = 1
ORDER BY priority LIMIT 1;
避坑：重量要向上取整（1.2kg 按 2kg 算），否则续重不足会少收；续件数要减首件（首件已含在首费里），这是最常见的算错点。
模板复用与多商品聚合也是高频问题：不同商品挂不同运费模板时，建议按「订单内最高优先级模板」或「模板分组求和」两种口径选一种固定下来，不要每次临时定；同一模板内多件商品，按件数/总重聚合后再套公式，而不是逐件算运费再加总（后者会重复收首费）。
四、包邮与满减的叠加口径
包邮门槛的口径要提前定死，否则客服天天解释：
- 门槛基数：用「满减前商品金额」还是「满减后实付」？建议用满减前，规则简单、用户好理解；
- 包邮与满减顺序：先算满减、再判断包邮门槛，两个独立规则不互相抵消；
- 购物车实时试算：运费在购物车页实时显示（含包邮进度「还差 23 元包邮」），比下单时才算更能减少流失。
规则变更也要有版本概念：运费模板改动（改价、调区域）建议不立即影响进行中的订单，新规则从下一个订单生效，避免「下单时 8 元、付款时变 12 元」的投诉。
五、踩坑清单
- [ ] 全国一个价，偏远地区运费失真；
- [ ] 续件数没减首件，运费多算；
- [ ] 重量不取整，续重少收；
- [ ] 区域规则和默认规则同时命中没优先级；
- [ ] 包邮门槛口径不清，满减前后打架；
- [ ] 运费下单才算，用户结算时才发现运费高而弃单；
- [ ] 模板改动立即影响进行中订单，投诉频发；
- [ ] 多商品跨模板运费口径不固定，每次算得不一样；
- [ ] 运费成本与实收不做对账，区域长期倒挂没人发现。
六、工程落地建议
运费建议按「区域规则表+三步计算+包邮门槛口径」落地，先在购物车页做实时试算。若团队没有现成运费能力，可基于成型平台（如乔拓云商城）的运费模板快速起步，重点核对区域覆盖、计费优先级与包邮口径。
七、复盘清单（可直接抄走）
- [ ] 是否按区域配置规则且有默认兜底；
- [ ] 按件/按重计算是否减首件、重量是否取整；
- [ ] 规则是否有优先级、是否全局唯一生效；
- [ ] 包邮门槛基数是否明确写进规则文档；
- [ ] 购物车是否实时试算运费与包邮进度；
- [ ] 运费成本与实收是否有月度对账、倒挂是否及时调规则。
结语
运费算错不是因为算法难，而是规则没建模。区域、计费方式、包邮、优先级四要素理清，运费从「人工口算」变成「规则自动算」。本文仅作技术分享，具体功能以各平台官方实时信息为准。
