“先试穿再购置”的电商平台订单模块的重构心得

当原有体系过于冗杂且原有成果不再合用当前需求时，重构体系的需求油然而生。于是笔者就和我们分享了订单打点模块重构的心得。

从事电商行业，是一个女装类自营电商平台，团结假造试衣技能，和线下试穿处事，为用户提供一种不消出门就可以享受逛店试穿的处事。

用户起首购置平台会员，在会员有用期内可以在平台大将喜好的衣服插手试衣盒子，盒子满5件时可以在不付任何用度的环境下寄给用户，用户拿到盒子后，试穿这些衣服，再抉择是否购置，然后将不买的衣打扮入盒子再寄回平台，来回包邮。

这篇文章发生的配景，这篇文章是在做订单打点模块重构的时辰发生的，仿佛全部体系成立的第一个版本都是暂且切合此刻版本的APP，然后需求越来越多，不断的往原本的体系上加成果。

有一天终于发明加不了了，老体系因为可扩展性太弱，遭受不了奇稀疏怪的成果。

于是开始想步伐一个模块一个模块地梳理，开始着手重构的工作。

可是此时重构已经事变量庞大，任何一个成果都已经在线上运行，一个都不能砍，耗时巨长。

以是我以为，重构的工作越早举办越好，做不到第一个版本就筹划得很清晰的时辰，成果越少，越没有汗青遗留题目的时辰，做重构的工作越好。以是就借订单部门重构的档口，来小结下订单打点相干的题目。

重构须要性：

1. 当前将单一原始单拆分差异状态的产物形态已经无法包围全部买卖营业范例的订单处理赏罚。
2. 将订单拆分为差异范例，差异范例别离界说靠山状态，利便差异营业部分有针对性的处理赏罚订单。
3. 订单拆分将可扩展性加强，跟着营业形态多样化，可以在差异范例的订单及其状态上优化，如“7天无来由”需求也许涉及的“售后”范例的订单题目。

重构步调：

1. 原始订单拆分为差异范例的订单
2. 别离梳理差异范例订单的流程和响应状态
3. 类比通例电商各节点把控的要害信息，并按照营业非凡性将其移植嫁接

先来梳理下通例电商的状态流转：

1. 待付款：

用户选好商品下单，但未付款的状态。

预判到用户下一步也许是付款举动，以是在下单同时锁定库存，但因为用户未付款，我们不知道用户是否会买下，以是客栈只是暂且替用户留货，但不会扣减，当用户付款后，货才会真正成为用户的货。

可是因为用户有也许下单但迟迟未付款，被占用的货不能卖给其他用户，造成了丧失，以是待付款订单会有实效性，只为用户保存一小段时刻。

这段时刻的黑白按照差异平台有差异的考量，好比外卖平台因为时效性更高，也许只保存15分钟的订单；对付打扮电商对时效性要求也是很高，以是凡是城市给出24小时的锁按时刻，24小时后再不付款就自动打消订单了。

2. 待发货：用户付款后，商品未发货的状态。付款后，库存扣减，客栈备货。

3. 待收货：客栈包好商品并交到快递小哥手中，订单开始更新物流信息。

4. 待评价：用户确认收货后，钱款打给卖家，用户可以评价订单。

5. 售后：用户付款后，不管货有没有发出，用户都可以将钱款退回，此时的退款或退货申请均作为售后状态，建设响应的售后工单，会有对应的售后处事职员跟进。

值得留意的是用户在每个订单状态下的退款和退货举动：

起首，下单未付款状态下，用户可以直接打消订单，订单终态是“已打消”，不会再流转至后续的订单状态中；

在付款后，未发货的状态下，用户申请退款可以直接退，客栈拦截出库乐成绩可以直接退款，订单终态也是“已打消”可能叫“已封锁”；

在发货后，用户再打消订单会直接走售后流程，建设退换货单，推到客栈，客栈按照退换货单给退回的货物考核并做入库处理赏罚，再给用户替代出新货。

以上是通例电商的订单状态的梳理，下面来看看我们平台的订单中，哪些流程可以直接抄，哪些流程具有本身的特点。

起首，我们的盒子，是一去一来（平台 → 用户 → 平台）是一个正常的流程，由于我们提供的处事是让用户挑选5件衣服，打包成一个盒子，然后寄回家中试穿，试好后再抉择是否购置，然后再把不喜好的衣服退返来，并且来回运费全免。

颠末必然的调研和统计，最终用户5件衣服全买的概率是很小的，留货量在2、3件的用户居多。

也就是说，退货的举动是一个通例的举动，退货产生的概率可以到达九成，盒子的一个往返也也许不涉及买卖营业，而买卖营业订单也有也许不与盒子关联（好比购置会员处事或其他增值处事等）。

以是我临时把盒子订单和买卖营业订单分隔，此文首要具体说盒子订单。我方的盒子订单正向流程如下图所示：

一、待发货状态

在一样平常电商中，用户选货后进入“确认订单”的页面，目标是为了让用户搜查所选SKU是否有误，以及给用户一个最终抉择的进程，由于他的下一步是去付款，要审慎为好。当用户确认订单后，天生买卖营业单，同时锁定库存，用户在一个时刻段内付出后库存扣减，打消订单或超时未付出则锁定库存开释。

与一样平常电商沟通的是，订单建设后，要占用现实的库存，以是看起来确认订单同时锁库存的操纵是沟通的。

可是，订单建设后用户不必要付出任何用度（由于本质是试穿，到货才也许发生买卖营业），不天生付出单，这是对比于一样平常电商差异的处所，就是我们在这一步没有“从付出单建设到付出/不付出”的进程，也就是锁定库存的进程。

因此，我们可以不做锁定库存的操纵。

可是这会碰着的题目是：用户在选货到建设订单那一步，也许会产生选到的SKU被别人选走导致缺货的环境，这样就要返回从头选择，再从头天生新的订单，体验不太友爱。

以是在没有付出订单的环境下，我们是否必要在天生原始订单前、在选款竣事到订单最终确认前做库存锁定操纵？

锁的话锁定多久？会不会让此外想要这件SKU的用户想选的时辰可用库存已经没了，而踌躇半天的用户最终又没要，为这部门用户锁定库存造成了资源的挥霍？

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!