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

对付已经进入确认订单步调的用户来说，我们会先检讨库存，担保了他们抉择下单的SKU必然有货；对付还未进入确认订单步调的用户来说，没货了尽早汇报他们，让他们冷暖自知，不会进到确认订单的步调，节省时刻本钱，也不会有太大的负面情感。

以是我们抉择照旧为用户锁定库存，在选好SKU后进入确认订单的页面同时，我们就为用户锁定了库存。

假如用户最终确认了订单后，订单建设，库存扣减；用户假如在确认订单的步调中放弃了，订单建设失败，锁定库存开释。

订单建设后，推送至客栈ERP体系，客栈确认，并将订单拣货关照下发至WMS，由响应的拣货职员拣货、包装、称重等一系列流程后，最终出库，交给快递小哥手中，订单状态变为“已发货”。

二、已打消状态

在商品发货前可以打消订单。订单建设后建设响应的发货单，并推送至客栈WMS，也许已直接发货，状态未实时更新，在一样平常电商中，假如直接给用户退款，而客栈已经直接发货，有也许造成货款两失，以是应该先停息订单出库，在客栈调治中查询订单是否推送至客栈。

若尚未推送，则遏制推送；若已经推送，则应该到WMS拦截发货，停息出库流程；若拦截失败，则应该拒绝“打消订单”申请，由于订单已经现实出库了。

在我们电商的待发货状态打消订单，因为用户尚未付出，打消订单也不会产生货款两失的环境，以是只要是在商品没有现实出库的环境下，我们都是可以直接停息的，此时库存会响应的加返来。

以上是订单出库之前的状态，接下来会涉及到的是订单在路上和反向的进程。

三、已发货状态

订单在快递小哥手中时会表现这个状态，而且按照发货品流单号获取物流的动态信息。

一样平常的电商中，这个状态下用户可以确认收货，若在物流状态更新为“已签收”后的一段时刻内，好比9天未确认收货，订单会自动确认收货。

我们平台的订单不会给用户主动确认收货，由于对付用户来说，他们只是叫了几件衣服抵家试穿，购置举动是后置的。

假如用户迟迟未购置也未寄回，会造成资源大大的挥霍，并且打扮轻易过季，高出半个月再返架，返架前还必要输送、考核、洗濯等一系列流程，此时的打扮不必然在售了。

以是我们会给用户一个较量短的时刻试穿，而且这个时刻以物流信息“已签收”为准。

可是因为我们接了第三方物流查询接口，获取的物活动态做不到及时更新，并且很是有也许是快递小哥送到了可是用户没时刻取货，那假如直接凭证物流“已签收”状态开始倒计时，用户也不太能接管。

以是我们定的时刻是“从物流更新为“已签收”的越日破晓0点开始的72小时”为用户可以试穿的时刻，高出这个时刻若未将衣服买下或退回，则订单过时，要有响应的记录，给我们做用户分层和风控中心做参考信息。

因此，过时的订单只要一旦过时了，就会一向随着这笔订单，未必对用户可见，一方面临那些真的有非凡缘故起因不警惕过时了（好比说，事变日家里没人，只能预约到周末，可是到了周末就超时了），此时假如用户看到本身的过时不良记录也许会发生悲观的情感；另一方面临付那些恶意买家，给他看到过时也不会改变什么，以是过时的记录只要内部事恋职员可见即可。

从本质上来说，一样平常电商的“确认收货”根基便是我们的“购置”，由于同样是确认把钱款付给卖家，一样平常电商是付出平台把钱打给卖家，我们是现实收到用户的金钱。

四、已付款状态

如上所说，我们的购置举动是后置的，用户只有本身现实拿到货时才抉择是否购置，以是此时买卖营业订单建设同时不必要锁定库存，这是跟一样平常电商不太一样的处所。

我们原本是不想做“买卖营业订单”这件事的，由于其时但愿的是用户尽快地进入付款的流程，多一步操纵搞欠好就不买了，这是老板提出的论调，我很领略老板的担忧，但这一步存在必然有它的来由：

一样平常电商必要这一步除了要锁定库存外，还要锁定商品价值、优惠信息，这两个信息时效性很高，即便我们这步不消锁库存，但也要锁订价值、优惠信息，很有也许用户下单寄出时是这个价值，得手后要付款了是一个价，现实付出的时辰又是另一个价，付出体系也不知道收哪个。

并且我们有些优惠信息时效性更高，也许1分钟后不真的付款，不建设买卖营业单来锁定的话，万一因为收集缘故起因付出失败了，返回再从头进入买卖营业流程，优惠信息没了，岂不是很不开心，靠山开拓职员在体系计划时也会建设买卖营业订单，只是是否对用户可见。

并且，一样平常电商都有建设买卖营业单的操纵，用户也已经被市场教诲得很承认了，没有须要再做改变。

接下来，就进入了订单的反向的流程。如前文提到的，这样区分是向客栈方面靠拢，客栈的各方面营业都较量完美，好比反向流程也许不只仅是退货，后续还会有换货，全部的套路都很完美，以是就捡成熟的方案用起来。下图是反向订单流程：

五、待寄回

在我们的平台中，用户付好款后（或一件都看不上的），可以直接在APP中预约快递，只必要填写上门取件地点和时刻，就会有快递小哥上门取件，取件后，用户可以继承叫盒子，担保用户一次只能叫一个盒子，可是再见员有用期内可以叫多次。

在预约快递，到快递小哥现实揽件的状态为“待寄回”状态。从这里开始，订单开始走反向流程，即一样平常电商中的退换货/售后流程。

用户将不必要买的商品勾选好后，预约快递，选择取件时刻和地点，退货单建设，同时建设物流单。退货单建设同时推送至客栈ERP体系，客栈操纵员按照退货单号、物流单号、应退商品等信息举办验货、洗濯以及入库操纵，平台按照ERP对商品的考核状态将订单置为“已完成”。

在退货单建设前，也就是乐成预约快递之前，都是可以购置商品的，而且可以分多次购置，由于发明女生的购物风俗很不确定，5件衣服中常常会有个一两件衣服想买可是又不太舍得买，可是放了几天后想想照旧买下吧，有点像淘宝退货，申请退货后照旧支持用户打消申请的。

此时一个盒子订单就也许与多个买卖营业相干联，这也是把盒子订单和买卖营业订单分隔的缘故起因，营业的可扩展性加强。

六、寄回中

快递小哥取件后，到快递被客栈签收的进程为“寄回中”。

七、待考核/非常/已完成

客栈签收退回货物，到验货完成之前，订单状态为“待考核”。

商品从用户手中退回的时辰不必然全为齐备无损的，也许是奇形怪状的，有的也许沾有口红印子，有的起球严峻。

齐备无损的货物是颠末洗濯、熨烫以及再次包装的操纵后可以直接入库变为可贩卖库存；奇形怪状的货物颠末考核后确定无法还原后，不能入库变为可贩卖状态，只能进入次品仓。

（编辑：湖南网）

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