架构设计电商产品经理

电商订单系统设计

2019-04-12  本文已影响501人  Jeff郭

1、用户需求

买家需求:

常见的购物场景:

直接下单(单件商品购买)

购物车结算(多件商品购买)

拼团

定金购买

找人代付

先货后款

商品评价

常见的售后场景:

仅退款:商家未发货时,买家退款

仅退款:商家已发货,但买家未收到商品时,买家退款

退货退款:买家已签收商品时,退款,此时其实是退货/退款

申请客服介入:退款申请被商家拒绝,申请客服介入处理

商家主动退款(与买家协商后

商家需求:

订单管理场景:

订单查询,根据订单状态进行相应操作(如查询待付款的订单,与买家进行沟通,订单促成;查询已付款订单,进行发货处理等)

应买家需求,对订单进行修

库存不足时,申请缺货登记

异常订单举报

订单批量导出

售后管理

退款/退货订单处理(退款审核、退货审核、快速处理策略设置)

订单换货处理

客服下派工单处理

订单评价管理

数据需求

在途订单统计:待发货、待签收、售后待处理

实时交易数据

自定义时间段交易数据

商品数据及转化漏斗

店铺数据

平台考核的服务数据

客服需求

订单纠纷的介入处理

异常订单处理

对商家下派工单

数据需求

…...

其他涉众:包括支付系统、物流和仓储、会员系统、促销系统等,会与订单系统进行双向数据交互,比如从支付系统获取订单支付状态,用户支付后,会通知会员系统进行用户积分、等级等信息进行更新。

2、功能设计

在设计订单系统,要考虑到各端的需求,包括订单管理层面、数据统计层面和系统对接层面,对外提供的应是一套接口或功能页面,支持常见的订单业务,以拼团电商为例,简单说下订单系统常见的业务设计。

订单下单

在设计订单下单业务时,会与多个系统(如会员中心、风控系统、商品中心、营销中心等)进行数据交互,共同完成业务,主要需要考虑如下因素:

①功能

根据C端的需求,下单入口要支持三种调起订单流程的形式:单独购买、发起拼团、参与拼团

支付方式:微信支付、支付宝、找人代付...

订单流程:选择商品——>填写订单信息——>确认订单——>支付——完成

②规则

成团时限和人数限制,人数太多成团慢,会同时影响买卖双方的利益;24小时未成团,取消交易,给用户以紧迫感,让用户主动分享去邀请其他用户成团

A买家参与B买家发起的拼团,在A未支付前,C是否可以继续参与B发起的拼团?——可以,拼团的目的就是为了促成订单支付,在未支付成功前,B买家发起的拼团都为未成团

A买家参与B买家发起的拼团,成团后,A退款了,是否影响B买家的订单状态?——不影响;拼团只是前端的交易形式,目的是为了促成交易,系统层面上,等同于用户直接下单

未支付订单的处理:一般是30分钟,超时系统自动取消订单——考虑到库存、用户紧迫感心理

减库存:买家确认订单后,减库存

系统校验:账号异常、购买行为异常等

......

③订单数据

订单内容包含:基础信息、用户信息、商品信息、优惠信息、支付信息、物流信息,各端可以根据具体需求进行展示:

基础信息:订单编号、订单状态、下单时间、拼单时间

用户信息:账号信息、收货人信息

店铺信息:店铺名称、账户名、绑定手机号等

商品信息:商品编号、商品名称、规格、数量、商品总价、商品图片

优惠信息:优惠劵类型、优惠劵抵扣金额

支付信息:支付方式、支付单号、支付状态、支付金额、支付时间

物流信息:物流公司、运单编号、物流状态

订单发货

①功能

买家支付成功后,订单变成「待发货」状态,系统通知商家发货;发货后,商家上传运单编号等凭证,订单状态变成「待收货」状态,系统通知买家已发货

②规则

商家根据在发布商品时承诺的「发货时限」上传物流运单号,否则记录该订单超时

缺货申请:考虑特殊情况导致的未及时发货,商家端可以提交「缺货申请」,并经客服确认后,状态切换到「已申请缺货」

商家上传假快递单等其它风控策略

订单收货

①功能

买家点击「确认收货」后,系统通知商家订单已被签收,订单系统通知支付系统将货款结算到卖家账户

②规则

当订单系统收货物流系统的签收通知后,进入N天的倒计时确认收货环节,如果买家未主动确认收货,在倒计时结束后,系统确认收货

订单售后(退货/退款)

买家退款的场景分为以下几种:待支付取消订单、拼团成功/待发货退款、待收货/退款、已收货/退款、客服介入处理,从系统角度,只需要实现仅退款和退货/退款两种功能,客服介入处理,也只是根据实际情况(如商家上传的举证材料)开启哪种售后通道。

①功能

仅退款

流程:买家申请退款——>商家收到售后通知,点击「同意退款」——>订单系统调起支付系统退款接口——>退款成功

买家可以在同意退款前,撤销退款申请

退货/退款

流程:买家申请退款——>商家收到售后通知,点击「同意退货」,给出收货地址——>买家邮寄商品,上传物流单号——>商家确认商品,点击「同意退款」——>订单系统调起支付系统退款接口——>退款成功

买家可以在同意退款前,撤销退款申请

②规则

商家规则:商家在收到售后处理通知后,需在N小时内完成处理,否则系统默认商家同意退款

买家规则:

订单签收后,N天内可以发起退货流程

商家同意退货后,买家需在N天内上传物流单号,负责系统判断买家取消退货操作

退货退款流程

图中并未给出买家主动取消退款的情况,在商家同意退款前,买家都是可以取消的。

3、订单状态

电商后台系统中,最核心的对象是「订单」,其串联各个节点上的人和系统,订单管理的本质上就是对订单状态的管理,在不同状态下,需要不同的角色去完成相应操作,以此推动订单在不同角色之间的流转。

(1)触发条件

能触发状态变化的有两种条件:事件触发和时间触发

事件触发:比如买家点击了确认收货,订单状态就从待收货变成了待评价

时间触发:到了某个时间点,状态自动切换,比如在规定时间段内可以抢购商品,到了结束时间点,活动状态自动从抢购中变成结束状态

(2)状态设置

以拼团电商为例,说下订单状态和售后状态的设置

 ①订单状态

订单状态切换的触发条件,除了买家、商家和客服的主动操作,也包括各种业务规则的触发。

随着业务的开展,需求深入,会在基础状态上引入更多的状态,已满足业务需求;比如支付状态引入:已付定金,待付尾款、已退定金/未支付尾款等

订单状态机

②售后状态

售后状态的推动者,除了买卖双方外,出现纠纷时,客服也是有权操作退款的

售后状态机 微信公众号
上一篇下一篇

猜你喜欢

热点阅读