上一篇文章讲到订单的拆分，其实这其中牵扯到的不仅仅是电商系统，而是关联到仓库管理系统(WMS-Warehouse Management System)和订单管理系统（OMS-Order Management System），一般电商后台不会将这两块深入设计，而是通过与商家使用的这两块系统进行对接，传输订单相关数据达到目的。
对于这部分我就不过多描述，今天的重点是剖析各大平台（京东、淘宝、阿里巴巴）在物流运费上的业务设计，看看他们是如何给我们计算运费的呢？
首先插播一段碎碎念的非题外话，可以让我们更好的了解这块业务的来龙去脉。
一起回顾一下线下寄快递的过程：举个栗子，现在，我有一个书架、一些书本、一束鲜花需要寄到同一个地方，需要经过哪些步骤呢？让我们来看看以下三步！
【第一步-确定配送方式和物流公司】于是我先要确定我要选择的寄送形式，是走货运呢还是走快递呢？或者干脆找人开车给我捎过去呢？都是可以的，因为我的目的是把这些东西送到收货地址。现在由于时间比较赶，我选择顺丰，希望物品能快点寄到。
【第二步-解决物流公司的疑问】什么是物流公司的疑问呢？想想快递点的大哥经常问的几句话吧。"美女，你要寄什么东西""寄到哪里""这个超重啦，你需要付XX元""你寄这么多，可以优惠点"......大体来说，可以总结为：寄什么（不同物品的计价方式是不一样的，比如我的书架这么大，可能顺丰要按体积计算；而书本可能按重量计算；那鲜花，也许因为特殊性，又会叠加其它费用）；寄到哪里（不同的收发地址决定不同的计费规则）；有多重（不局限于重量，就像上面所说的，很可能还有体积等各种因素）；有无优惠（出于各种各样的因素，给我打个折，不过分吧）
【第三步-打包出发啦】好了，解决了物流公司的疑问，我们的包裹就可以打包出发了，我们会收到顺丰给的运单号，回去后，通过运单号，就可以实时追踪物流动态了。
而把线下的流程转移到线上，无非也是解决同样的问题：
- 寄什么（为不同的商品分类，对应不同的运费模板）；寄到哪里，有多重，有无优惠（运费模板中的计费规则）；物流公司，物流追踪。
是不是瞬间清晰明了很多了？接下来就切入主题，具体分析几大平台对于物流模板都是采取什么样的支撑方式呢？
京东
京东作为一家自建物流体系的公司，他在这个模块的功能和设置是非常全面和多样的，他提供店铺运费模板和单品运费模板的设置。
商家可以根据实际需求，选择启用的模式，可以根据单品模式、店铺模式、以及两者混搭模式。
店铺运费模式：即整个店铺采用统一的运费标准，可设置收取固定费用，例如收取固定运费10元；或者满额包邮。例如：订单满69元包邮，不满69元收取10元运费。支持不同区域设置不同的的运费标准。
单品运费模式： 为店铺内的每个商品设置自己独有的运费收取方式，每个商品的运费独立计算（一个订单下属于统一单品运费模板的商品，一起计算），当一个订单的商品属于多个单品运费时，可以选择按叠加/取最大值的方式计算订单最终的运费值。
店铺运费与单品运费同时生效模式（简称混合模式）： 在该种模式下，店铺运费模板与单品运费模板同时生效，店铺运费优先判断。当订单金额满足运费上设置的免邮金额，按照店铺运费模式计算，不满足时，按照单品运费计算。需要特殊说明的是，如果单品运费模版上设置了单品运费优先店铺运费，单品运费模版绑定的商品的运费单独计算，即使订单金额满足店铺免邮，也会按照单品运费模版计算运费。该种方式集合了单品和店铺运费模式的优点，商家自主选择单品运费和店铺运费优先级。
可以对于运费的支持，京东的业务逻辑相当清晰，并且能满足大部分C端电商平台的需求，比如按最前面举的例子，A店铺既卖书架、又卖书本、又卖鲜花，就可以将书架、书本、鲜花分别设置为不同的单品运费模式，而在收取买家运费时，心情好，我就用取最大值的方式，你买书架+书本+鲜花，我就只收取最大值，只收书架的运费，心情不好，我就采取叠加方式，三个运费都收。
淘宝
淘宝作为一家啥都有的电商平台，其商品种类的丰富程度可谓是数一数二的，那么，他又是如何处理各式各样的运费需求的呢？
同样的，也是解决核心问题，
- 商品的维度
- 店铺的维度
但他和京东的做法又是存在很多不同之处的，淘宝不存在店铺运费模板之说，只采用单品运费运费模板作为商品计算运费的基础，同一笔订单存在属于不同运费模板的商品时默认采取叠加的规则。
那你可能会有疑问了，那店铺级别的运费怎么办呢？同样是to C平台，为什么淘宝京东的差异会如此之大呢？我们一起来分析一下。
提到淘宝，除了商品丰富外，想必不可不提的就是活动丰富吧。熟悉淘宝后台的人都知道，淘宝的营销活动很多都并非内置在商家后台，而是由一些合作公司提供各种各样类似插件的应用，相当于一个营销活动的小生态圈，里面支撑的活动可谓百花齐放（可以成为做营销部分的非常好的参考资料哦），我们经常看到的店铺换着花样进行各种促销活动，就来源于此了。
因此，淘宝将所有针对店铺级别的营销活动，包括对于运费的包邮活动，都归类到这个模块。我们常见的店铺设置了一个包邮商品，并标明，只要购买包邮商品，即可享受其它商品包邮的活动，并不是采用了取最小值运费的规则，而是由于店家设置了满X元则包邮的活动，不信，可以找一家店铺测试一下哦。
阿里巴巴
前面提到的都是to C的电商平台，但我相信一定有不少人像我一样，做的是to B的电商平台。而C端和B端的业务场景是存在非常大的差异的，就阿里巴巴而言，他所涵盖的买卖方角色及购买场景就远比淘宝更多样，特殊性也更强。
从上图中，可以知道，阿里巴巴的买家不是单一的，他们基于不同的目的在平台上进行采购，有着与C端用户截然不同的购买决策，频次低、数量大、稳定性强是B端电商平台突出的特点。因此，对于卖家而言，不同类型的商品在物流运费上，也更不是用单一的方式就能很好的解决的了。阿里巴巴目前用两种解决方案应对如此复杂的交易场景。
- 运费模板：与京东和淘宝的模板类似，将商品关联到相关运费模板，再根据运费模板的设置进行运费的计算，同样也是采用叠加的模式。这里和前面最大的区别是，由于B端的性质，阿里巴巴增加了货运配送方式，并利用平台优势整合几大物流公司，提供卖家顺畅的货运运费计算、下单等服务。
- 运费说明：直接采用备注的形式，将运费收取的详细规则告诉买家，通过买卖双方进行协议一致后，买家自填运费的形式来进行运费的收取。一方面，B端的交易场景比C端复杂太多，运费的计算也是根据下单情况会有相当大的差异，另一方面，旺旺已经培养了在平台上，交易前先沟通洽谈的习惯，所以这样的设置虽然随意，但也是完全符合场景需求的。
总结完京东、淘宝、阿里巴巴的物流运费模块的业务，虽然产品层面的东西如很多人所说，业务上、流程上已经有大把可以借鉴的成熟案例，看似没有太大的改良空间。
但是不难发现，每个平台都是结合自己的业务需求，贴合自己的目标用户在做设计。同样的，我们在了解成熟案例的同时，更多的是需要结合自己平台的特点，以及现阶段的目标，进行需求的取舍，功能的设计。
