经过上一章的讨论相信你已经有些了解价格和促销的关系了。价格对于一个电商网站确实需要独立设计,否则散落于系统的各个地方，将会强耦合你的系统，维护起来的成本不可估量，甚至是难以维护。也许你会有一些疑问，为什么运费没有被提及，运费也是价格的一类啊。因为运费相对独立，而且同样是一个比较复杂的模块，需要单独设计。今天猿人工厂君，就和你聊聊运费的那些事。
相信经常在网上剁手的朋友，一定经常和卖家聊天“亲，包邮可可以吗？”还有的电商网站经常是平台性质的“满xxx包邮”。其实在电商的发展过程中，运费也起着很大的作用，消费者对于运费是非常关心的一个事情，某网站从最早的满39块包邮，到现在的99块，可见运费其实也是一个巨大的成本。
事实上，运费对于买家看到的而言，和卖家真实付出的运费是不一样的。运费由谁说了算？自然是物流公司咯，当然，也有自建物流的，这个成本他们也是自己清楚的。那既然要提到运费这个事情，那么自然需要一些标准作为参照了。以顺丰为例。
从快递公司给出的服务费标准来看，我们分析一下，有哪些是费用最关心的问题。我们一目了然的可以看见国际、港澳台三个字，对吧，地区肯定跑不了，送到你隔壁小区和送到青藏高原，能一样吗？按体积收费——自然是长宽高的事儿了，占地方不一样，收费自然不一样，知道为啥商品扩展属性得由长宽高了吧（不仅仅是为了描述）？按重量收费——这个必须了，高速公路收路费都和车重有关，羊毛必须出在羊身上了……
实际上，在买卖的过程中，运费会作为一种优惠让利给用户，而且运费的规则对用户要还必须简单易懂。比如某平台超过99元包邮，99元 内则是运费一口价8元或6元。所以在给商品设置运费时，必须得采取一种简单直接的方式。我们可以看看发布商品时的选择。
发布商品时，有个选项，要求选择相应的运费模板。运费模板将物流行业要求的核心内容进行抽象，提供给商家用于快速设置商品运费的一种工具。在发布商品时指定商品的运费模板，用于快速计算商品相应的运费。我们可以看一下运费模板的设置。
我们从模板中可以看出运费模板的设计和计费方式也参考了物流公司的收费标准，只是在收费粒度上更为粗犷。我们通过寻找实体的办法一起来分析下，运费模板会有哪些实体和属性。
如上图所示，我们简单的抽象了运费模板的信息，并抓取了一些关键信息。为什么要有这些信息呢？因为这些信息都是运费比较关心的信息。
比如物流供应商，需要电商系统作为基础数据提供吧？有哪些物流供应商，供商家进行选择。那么从运费设置的角度来看，运费的计费方式主要有三种吧？按体积、按重量、按件数。所以对应的，作为运费模板都需要去支持这三种主要的计算逻辑。可能大家比较好奇为什么重量、体积、数量都有一个最大最小值的问题，这个是自然了，没有底线的东西能搞吗？
作为按件数计费时，自然需要提供首件费用以及按件续费的标准。按重量也要提供首重的费用以及计费标准。至于送达时间，是一个范围值，以目前的时效来看，精确到小时就足够了。我们在做设计的时候，需要充分观察已有的信息，挖掘有效的信息进行整合，从而去覆盖需求的设计。
大家可以开动一下脑筋，这样子设计足够了吗？能够覆盖真实的业务场景吗？嗯，仔细观察观察，似乎还遗漏了一个巨大的信息，怎么模板没有地区？没有地区我们送到哪里去呢？还有一些运费差别巨大的地方不需要单独设置一下吗？
关于地区的设置，也需要好好考虑一下粒度问题，因为每个地区的运费可能不同，支持起来要比较灵活才行。可以是一个国家范围内的运费，也可以是一个某个地区内的运费，还要支持一个范围内，比较特殊的地方。只好先加上。
以上就是运费模板的玩耍方法了。想想看这样合理吗？这样设计能覆盖业务场景叻吗？多动动脑子，你会得到不一样的结果噢。
