从0到1构建电商平台之运费模板

编辑导语：我们经常在网上购物时会有运费，也会经常看到一些地区包邮，一些地区不包邮的消息；平台是怎么根据距离、时间、重量等因素进行判断价格的？本文作者详细介绍了构建电商平台的运费模板。

这篇文章主要讲的是物流模式为同城配送的运费模板。

如果是快递模式的运费模板在设置和某些系统判断上会简单一些，计算方法是一样的，只需要把距离区间改为省份——地级市即可。

我写文章的习惯是首先描述这个功能是怎样做的，然后这样做的原理是什么？为什么不那样做？当前的解决方案是最好的吗？有没有更合适的方案？其中需要注意的风险点有哪些？该怎样去规避？

运费模板模式的设置会分为三种模式：

• 单品运费模式；
• 满减运费模式；
• 单品满减同时生效模式。

设置为不同的模式后，运费也会有不同的计算规则

下图是三种模式的一个大致介绍：

文章分为3个板块，分别介绍单品运费模式和满减运费模式的设置规则，操作逻辑与其中的注意点，以及发生退换货时运费模板的负向计算流程

一、单品运费模式

（图一）

（图二）

图一为单品运费模板列表，图二为单品运费模板的设置界面，图一中点击“新增单品运费模板”按钮或“编辑”按钮进入图二，逐一解释一下。

1. 图中运费模板是如何计算的

A.  按件数计价：

如图上所示，当甲商品选择了该按件数计价的运费模板后，某用户购买时。

当用户的A收货地址距离仓库2.5km时：

B收货地址距离仓库4.5km时：

B.  按重量计价：

如图上所示，当乙商品选择了该按重量计价的运费模板，且该商品的某一sku重量为0.6kg时。

当用户的C收货地址距离仓库2.5km时：

2. 计价方式

分为两种方式：

• 按重量计价；
• 按件数计价；

（像淘宝等一些电商平台也有按体积计价，这是物品的3个物理属性，但按体积计算太复杂，暂时我们的业务场景未涉及到。）

• 选择为“按件数计价”时，下方运费规则中的表格标题为“首件”、“续件”；
• 选择为“按重量计价”时，下方运费规则中的表格标题变为“首重”、“续重”。

添加商品时需要先选择单品运费模板再填写商品SKU的各项属性，如果是选择按重量计价的运费模板，则商品SKU的重量为必填项，否则将无法计算运费。

为什么要区分按重量计价和按件数计价？

因为有些商品虽然体积小但是比较重，更耗油，可能用重量来计价更好；有些商品比较轻但是体积较大，会更占车的空间，所以用件数计价更合理

3. 计费规则

A.  运送距离区间：

点击“添加距离区间”按钮，表格中则增加一栏，且该栏中的起始距离为上一栏的终止距离加0.1km；比如上一段的距离区间为3.1-6km，则下一段的起始距离为6.1km。

为什么要自动算出下一段区间的起始距离？

是为了防止操作人员自由设置而出现距离空档，如将起始距离设置为如7.5km，这样中间就会存在1.5km的空档无法计算。

为什么要起始距离在上一段的终止距离上加0.1km？

如图中所示，当用户的收货地址刚好距离仓库3km时，系统就会不知道该计算为上一栏的5元还是10元。

为什么距离间隔以最小0.1km算？

几十米的距离是可以忽略不计的，如当通过地图定位用户收货地址距离仓库5.13km，这时可向上加1算为5.2km，可向下减1算为5.1km，也可四舍五入，具体采用哪种计算方法就看公司的业务需求。

操作人员在最后需编辑终止距离，否则将不能保存；也就是说添加的距离区间最后一段一定是大于等于XX公里。

这样做的目的是为了防止，当用户的收货地址超出了XXkm-XXkm这一区间时，无法计算的情况

每一个用户在添加自己收货地址时，会通过地图定位经纬度；而为其配送的仓库也有自己的经纬度，这样就可以计算出收货地址到仓库的距离（这个距离是驾车行驶的距离，而非直线距离）。

B. 需要注意：

当距离区间添加并保存之后是否能允许二次编辑？也就是每一栏的“操作”项中是否有编辑按钮。

如果每一栏都能编辑：

比如第一段距离区间为0-3km，第二段距离区间为3.1-6km，这时将第一段的终止距离改为2.5km，那第二段的起始距离就需要自动变为2.6km。

逻辑好像很简单，但实际操作中可能会存在操作人员没发现或者忘了这里是会自动改变的，可能就会造成错误。

如果只有最后一栏能编辑：

也就是说只有最后一栏有编辑按钮，如果想要编辑上一栏的内容，只能将该栏删除，这时上一栏就会变为最后一栏，出现编辑和删除按钮。

我的做法是选择第二种方案，虽然可能会造成一定的麻烦，但是需求分析需要分析需求的使用频次。

• 第一，添加运费模板是较少概率的操作，很大程度上添加后就不会再改变了；
• 第二，二次编辑的情况也仅存在于上一栏添加错了需要进行修改，这种发生的频次也较小。

所以在这么低概率的情况下，相对于可能会造成操作人员的困惑，和因为模板添加错误导致的金额损失这一风险，我更倾向于设计为只有最后一栏能二次编辑。

二、满减运费模式

上图为满减运费模板的设置页面。

满减运费模板的添加方式与单品运费模板一致，都是添加距离区间后填写相应的运费。

且距离最小间隔为0.1km，不支持二次编辑只允许删除，需设置终止距离等，与单品运费模板添加方式和注意点一致，不做赘述。

在使用满减运费模板后，订单中的所有商品不需要单独计算运费，按订单中商品的总金额是否满足包邮条件来计算。

有一点额外需要注意的是，系统一开始默认设置为单品运费模式；如果这时需要切换到满减运费模式或同时生效模式时，系统需要判断有没有完成满减运费模板的设置（点击“生效”按钮时判断），如果没有则弹出提示框去设置。

那么反过来又需要思考一点，如果一开始平台什么商品都没有的时候，就设置成为了满减运费模式，这时添加商品时选择单品运费模板是否为必选项？

如果不是，那么以后添加了一大堆商品，这些商品又没有选择单品运费模板；这时切换为单品运费模式或同时生效模式时，那这些商品该怎么办？

可能就需要系统自动下架这些商品，等选择单品运费模板之后才能上架。

如果是，可能就不用二次编辑商品的单品运费模板。

但是考虑到实际的操作场景，在这个前提下，一开始操作人员可能是不知道具体每个商品应该对应的运费模板的——可能就会随便选择一个运费模板，切换之后反倒会去逐一排查每个商品，增加的实际的操作困难。

所以我的设计为不是必选项，只有切换为满减或同时生效模式时，才为必选项。

三、运费模板负向流程的计算

这里以单品运费模板的计算为例，满减运费模板的思路是一致的就不展开了

当用户进行退货时，是需要考虑运费的计算，这时有两种情况：

1）非商品质量问题，用户自己的原因需要退货，平台是不需要退用户的运费的。

这时需要审核退货单的人工客服来判断，用户退货的货品需不需要去拉回？如果货品量小不需要拉回，直接退款就行了。

如果货品量比较大需要拉回，仓库就要派出车辆去拉回货品，那车辆来回的油耗人工等支出可能就得用户来承担。

但这时又得分两种情况，如果有车要去商家附近配送货品（顺路），那就不需要商家支付运费。

如果没有（不顺路），那商家就需要支付。现实中需要考虑的情况很多，比如退换货品的保质期、距离多远才算顺路、临时有顺路的商家下单等等。所以我们采取的是，商家需不需要支付运费，支付多少运费由客服人工来决定，提前通知商家，司机到店后线下支付给司机，这里就不做展开。

2）商品质量问题，平台不光得退还申请退货商品的金额，还得退相应的运费。

就以这个模板来说，买3件需付运费11元。

这时如果退3件，商品全退运费也会全退，计算是没问题的。

但是如果退2件，商品部分退的情况呢？一般采取的方案是算平均值，比如11元乘以2/3，再抹去除不尽的部分，就退用户7.33元。

也可采取的方案是，退固定金额，具体固定金额是多少的规则就得由公司来制定了，可以是首件的价格5元，也可以是首件加续件的价格，比如2件就是8元。

那么系统计算出的金额是否能人工修改？

• 如果不能，可能实际操作中会存在很多的问题。
• 如果能，那么就得为客服部制定相应的规则来对其进行约束，防止其因为主观判断而导致的错误；甚至系统也可以做一个限制，修改时最高或最低不能超过或低于多少比例的数字。

这里再提一句，一般电商平台中可能会存在用户为了减免运费而凑单，收货之后又申请退款的情况。

比如满500减免50的运费，这时用户订单中只有490元，订单中再添加一个10元的商品，收到货之后再将这个商品退掉。

如果出现这种情况，首先得运营人员审核是否通过这个售后单；如果通过，一般是用户自己的原因需要退货，所以也不会退这部分运费。

以上就是文章的全部内容，有需要改进之处或不够详细之处，可以在评论区中指出。

 

本文由 @橘钻 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议。