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

5 评论 11492 浏览 59 收藏 15 分钟

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

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

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

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

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

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

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

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

文章分为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协议。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 可能是我比较菜:就问一下,你这个是给商家用的吗?如果给商家用,运费模板的设置第一层不应该是选择物流吗?哪些物流什么样的收费标准。
    抛开物流方式,谈运费模板,是不是有点怪。。。

    来自浙江 回复
    1. 我之前公司是自建物流团队给商家配送,所以不会涉及到选物流方式
      况且如果商家用,即商家给用户发货(商家自行配送或第三方配送),如果设置了多个物流方式和其分别对应的多个运费模板,对用户有什么意义呢?
      我下单时首先要选择不同的物流方式,才会出现对应的运费?淘宝京东美团饿了么都没这么玩的吧
      多个物流方式对应的是多个物流团队(普通配送和急送?)
      先说同城配送,不考虑线下物流团队的实际情况,从用户来说你都选择急送了,为什么就不能去楼下超市买呢
      再说快递,你在淘宝买东西的时候也没选择过顺丰或者三通一达啊,你要有特殊需求和商家协商加钱。我在淘宝后台也确实没见过物流方式这一逻辑,为什么不加这个需求,我就不知道了

      来自重庆 回复
    2. 你去看看淘宝不能选择的原因是什么?不是系统不支持。
      用户的诉求是要求送到,再特殊点的是对时效有要求,用户不选的原因又是啥?不是不想选,是没得选。
      你确定是后台不允许配置吗?运费模版里面不让选择物流,你的意思是所有物流价格都是一致的?

      来自浙江 回复
  2. 奇怪的业务,你一直扯电商业务,但实际看了你的原型图,这个模板应该是倾向于同城配送。我们首先得定义什么是运费模板,为什么设置不同的运费模板。运费模板的不同意味着该商品有着不同的收费包邮标准,甚至是不同的物流方式。 一般的电商需要考虑的是全品类支持。所以运费的计算时会做运费模板逻辑合并,即配送方式存在交集的会进行包裹合并,运费包邮逻辑也是在各自的模板作用域里进行逻辑运算,这里就不展开了。
    回头再说你这里的业务,至少要为后续企业可能存在的业务考虑,同城配送的商品也存在配送方式不一致情况,可能要求独立配送等,这个时候你必须通过运费模板进行拆单。字数有限以后再讲

    回复
    1. 我上家公司就是做生鲜电商,同城配送的,至少我离职时这些功能都是适用的
      这篇文章从标题就指明了,这只是电商后台中的一块,电商也会包含同城配送,美团饿了么也是电商,有什么问题吗
      因为配送方式而致使包裹合并或拆单,首先得看公司支不支持多种配送方式;然后得看公司的决策即配送方式是由用户还是平台方选择,拆单或合并的逻辑也会不同;就算要上,还得看公司的战略配合实际的业务,什么时候上这些功能

      来自重庆 回复