欢迎光临本站 永乐国际电子商务产业园管理有限公司 网址: www.duoxuandai.com

电子商务动态

从0到1构建电商平台之售后系统:退货退款

文字:[大][中][小]2020-01-13 07:11    浏览次数:    

  售后类型基本可以分为四种情况:仅退款(未收到货)、退货退款(已收到货)、换货、补寄。这篇文章仅讨论退货退款的情况,我将从申请售后、退货退款单状态与操作、退货分支流程、涉及其他版块等4个维度来。

  售后类型基本可以分为四种情况:仅退款(未收到货)、退货退款(已收到货)、换货、补寄。这篇文章仅讨论退货退款的情况,我将从申请售后、退货退款单状态与操作、退货分支流程、涉及其他版块等4个维度来。

  首先,申请售后时需要选择申请原因、填写问题描述、上传凭证图片等三项操作,提交之后就会生成一条售后单记录,然后进入后台,待工作人员进行操作。

  这其中最重要的就是申请原因。因为电商法“买家在签收商品之日起七天内(按照物流签收后的第二天零时起计算时间,满168小时为7天)发起申请售后退换货”,当用户选择申请原因为“七天无理由退换货”时,用户的主动权将会大得多,只要不是用户自身的问题,如造成商品损坏影响二次销售,商家是必须同意的。但是是否支持七天无理由退换货是跟着商品走的,有些商品支持有些不支持,所以在添加商品时需要选择。

  由于我们公司做不到像淘宝的自有物流系统能及时抓取签收信息反馈,就给了用户10天(预计3天物流配送+7天无理由退货),自发货10天之后用户将不能选择该申请理由。

  审核中(修改申请、撤销申请)、待买家发货(填写物流单号、撤销申请)、待商家收货(无)、已完成(无)、中(修改申请、撤销申请)、已关闭(无)

  待审核(通过、)、待买家发货(无)、待商家收货(确认收货、查看物流)、待商家退款(确认退款、查看物流)、已完成(查看物流)、已(无)、已关闭(无)

  如上图,用户端和后台的退货单状态除了“待商家退款“都能一一对上(不像订单那样复杂,因为一个售后单只会对应一个商品),而用户端省略“待商家退款“的目的主要是从用户考虑,一是简少用户的认知成本,二是缓解用户的焦虑。

  而后台为什么要有这一状态是因为对商家来说,收货是商品部干的事,退款是财务干的事,不同部门的权限不一样,当然如果要做细一点,甚至可以财务有一套审批的流程(审批、打款等操作由财务和出纳等角色操作),这里不做展开。

  需要说明一点,当商家点击通过时应该出现一个确认地址弹窗,也就是商家添加的退货地址。该弹窗的目的是为了选择一个退货地址发送给用户,同时也提醒商家退货地址是否更改了。

  其实退货的正向流程很简单就像上图一样不同的操作会变更不一样的状态,而复杂的是各种各样的分支流程,这时就需要系统进行。

  首先需要明确一点的就是用户对订单中某一商品申请售后,系统会冻结整个订单的金额,而该条售后单未完结之前(处于已完成或已关闭状态),商家将不能对该笔订单的金额申请结算。比如用户的某个订单内买了A商品2件和B商品,只对A商品的其中一件进行申请,此时整个订单金额都会进行冻结(为什么冻结整个订单而不是仅该商品,在财务一章中会解释)。

  首先,确认收货分为用户主动确认收货和系统自动确认收货,而一般自动确认收货的时间规则我们是这样定的,自商家发货日起10天自动确认,比如淘宝是快递签收日起7天自动确认,但是淘宝有自己的物流系统,而我们做不到这一点,所以加上3天的物流时间(当然可以根据不同的商品属性来设置不同时间)。

  如果用户不进行操作,一般会给到7*24小时,时间截止后将会自动关闭售后单,用户只能重新申请。

  用户可以进行修改申请并提交的操作在“审核中”和“中”都有,但是这里说的需要做是在“中”这一状态。比如用户被后,重复在7天时间结束之前修改申请并提交,商家也一直,那就可能会出现该笔订单金额一直冻结中,商家无法结算。

  接着说的,如果用户被后,撤销了该退货单,又重新申请,也有可能进入循环中,所以在申请售后这里也需要做次数。

  这个次数肯定是在申请售后时间这个大前提以内,但这样做的目的就是防止用户恶意提交,对商家造成,当然这个可加可不加。

  一个退换货会涉及到的其他版块有商家、商品、财务、营销等,这些版块之间可能会存在一些数据的联动,所以需要考虑进去。当然这些版块主要是后台的数据,用户端的并不大。

  评分的目的可能更多的影响用户端,评分高的商家下的商品出现在用户面前的几率更大,不管是搜索结果排名更靠前还是猜你喜欢等流量入口展示。而退换货肯定会影响评分,比如用户申请原因选择为“七天无理由”时可能不计入分数,而选择为质量问题,或商家服务态度问题而不想要了,这肯定会影响该商家评分的降权。

  惩制度更多关乎于平台与商家的联动,这个就要根据公司不同时间段的业务需求来制定了,比如因质量问题退货占比高于多少的商家,需要罚多少钱,或一些特定活动不能参加。

  说的是商家的评分,但是每个商品肯定也会有自己的一套计分规则,这样搜索引擎从数据库里拉商品出来后才会有一个先后顺序的展示。而退货则会影响降权,这里面的计算规则很复杂,而且也得根据公司当前的业务目的来制定,这里不做展开。

  用户下单并支付后就会扣除该商品的库存,成功退货后也将还原库存。当然也得看该商品是否被删除或者该sku是否已删除。

  首先,得判断回寄商品的运费该由哪方承担和是否该退用户支付的运费,所以就得判断是用户自身的原因还是商品的原因(我们平台还未介入运费险)。

  个人认为,如果由系统来介入感觉好像对商家更强制一点,对用户更有保障一点,但是卖家肯定会钻,比如告知用户不要选择哪些申请原因,这样反倒对用户是一种,倒不如更一点,让双方更的沟通。

  接下来说该多少退用户支付的运费。先解释一下,运费是由运费模板计算而来,且又分为按重量计算和按件数计算(先不讨论按体积计算,使用的太少)。

  比如按重量计算该运费模板为首重2kg,首价10元,续重1kg,续费3元;某一sku重量为0.7kg,那买1~2件需付运费10元,3~4件需付10+3元,5件需付10+3+3元,6件需付10+3+3+3元,这样算出来的运费就是不规则的。问题就出现了,当我买6件,需付运费19元,那当我申请退货1件,应该退多少运费,申请3件,又应该退多少。

  按照运费模板的计算来退显然不合理,有一个方案就是按平均数,比如退3件退的运费就是19/6*3元,或者固定退多少元,比如你付了10元运费只退5元,付了20元只退10元,其实都并不是那么合理,可能我暂时未想到更合理的方案,有方案的大佬欢迎在评论区大家一起交流!

  所以基于退运费金额的问题,我更偏向于上一段的第二个方案,就是卖家和用户在线下自行协商,退多少运费由你们自行商量决定。

  最后是回寄运费的问题。如果确实是商品的问题,用户支付多少回寄运费是不知道的,而系统唯一能计算的就是根据运费模板,但是肯定也存在不准确的地方,比如商家和快递公司谈好后,付的运费比用户付的要少。所以,最好的方案就是商家和用户进行协商。

  顺带提一句,如果平台有满减运费的功能,可能存在的风险就是,比如用户买2件包邮,申请未收到货仅退款,那就可能会对商家造成损失。所以退款的时候可以做扣除运费后再退的功能。

  用户可以通过我们平台的一些途径获得金币,类似京东的京东可以用作购买商品的补贴。用户在提交订单的时候就会把金币按一定比例分摊到各个商品头上,比如A、B、C三个商品售价分别为20、30、50元且分别购买2件,你有20元金币,就可分别抵扣4、6、10元,所以当对A商品其中一件申请退货时,将会退还你现金18元和2元的金币。

  是指平台抽佣后商家能结算的金额,比如商品售价100,平台抽佣5元,商家能结算95元。当用户成功退款之后将在可结算金额中扣除这一部分结算金额。

  然后说一句,为什么售后和订单没有关系。如果看过之前我写的订单系统就知道我之前设计的是售后单和订单之间的状态各自,互不。比如一个订单中只有一个商品,只对这个商品发起售后时,订单状态发生改变,比如叫“退款中”,那这样还说得过去;但是当一个订单中存在多个商品或多个购买数量时,如果一部分商品发起了售后而一部分没有发起,那就不好说了。所以最简单的方案就是订单和售后单状态相互。

  所以,订单的后续操作如确认收货、评价等和售后状态没关系,自动确认收货时间倒计时与该订单中是否存在售后单也互不影响。

  因为我们平台暂未涉及优惠券,满减(如满200减50)等营销功能,本篇就不做展开,主要是我还没做过这些功能,可能的一些细节想得不够全面,反而对各位造成。

  以上就是我对退货系统的解读,如果有不合理或者其实有更好方案的地方,欢迎各位大佬指出,同时提出意见!

  之前我写过订单系统的三篇文章,收到一些反馈,有评论说我写得太详细可以精简一些,也有说我就是应该写得这么细别人才看得懂。我也在反思,如果仅仅是为了阅读量可以把标题写得唬人一点,为了点赞量可以把内容精简一些读起来更顺畅一些。但是我写文章的目的之前也说过,一是为了复个盘,二是为了和大家讨论,发现我写得不合理的地方。其实还有一点是我自己的感触,才做电商的时候很懵逼也踩过很多坑,我希望尽量把这些踩过的坑都写出来,希望能给人一点参考作用。


返回上一步
打印此页
[向上]