当原系统过于冗杂，原功能不再适用于当前需求时，重构系统的需求自发产生。因此，笔者与我们分享了订单管理模块重构的经验。
从事电子商务行业是女装自营电子商务平台。结合虚拟试衣技术和线下试穿服务，为用户提供无需外出即可享受购物试穿的服务。
用户首先购买平台会员，在会员有效期内可以在平台上添加最喜欢的衣服，盒子满5可以寄给用户，用户拿到盒子，试穿这些衣服，然后决定是否购买，然后不买衣服进入盒子，然后寄回平台，往返邮件。
本文的背景是在重构订单管理模块时产生的。似乎所有系统建立的第一个版本都暂时符合当前版本APP，然后需求越来越大，不断向原系统添加功能。
有一天，我终于发现我不能添加它。由于可扩展性太弱，旧系统无法承受奇怪的功能。
于是我开始想办法一个一个梳理模块，开始重构事情。
但此时重建工作量巨大，任何功能都在网上运行，一个都不能砍，耗时巨大。
因此，我认为重建越早越好。当第一个版本没有明确规划时，功能越少，历史遗留问题越少，重建越好。因此，借用订单部分重构的摊位，总结订单管理的相关问题。
重构的必要性：
目前，将单一原始订单拆分为不同状态的产品形式已不能覆盖所有交易类型的订单处理。将订单分为不同类型，分别定义后台状态，方便不同业务部门有针对性地处理订单。随着业务形式的多样化，。随着业务形式的多样化，可以优化不同类型的订单及其状态，如7天无理由需求可能涉及的售后类型的订单问题。重构步骤：
原订单分为不同类型的订单，梳理不同类型订单的流程和相应状态，类比传统电子商务节点控制的关键信息，根据业务特殊性移植嫁接，梳理传统电子商务的状态流通：
1. 待付款：
用户选择商品下单，但未付款。
预测用户的下一步可能是付款行为，所以同时锁定库存，但由于用户没有付款，我们不知道用户是否会购买，所以仓库只是暂时留给用户，但不会扣除，当用户付款时，商品将真正成为用户的商品。
然而，由于用户可能会下订单，但未付款，占用的商品不能卖给其他用户，造成损失，所以待付款订单将有效，只为用户保留一段时间。
这段时间的长度根据不同的平台有不同的考虑。例如，由于外卖平台的及时性较高，订单可能只保留15分钟；服装电子商务对及时性的要求也很高，通常会给出24小时的锁定时间，24小时后不付款就会自动取消订单。
2. 待交货用户付款后，货物未交货。付款后，库存扣除，仓库备货。
3. 收货:仓库包好货，交给快递哥，订单开始更新物流信息。
4. 评估：用户确认收到货物后，钱打给卖方，用户可以评估订单。
5. 售后：用户付款后，不管货有没有发出，用户都可以将钱款退回，此时的退款或退货申请均作为售后状态，创建相应的售后工单，会有对应的售后服务人员跟进。
值得注意的是，用户在每个订单状态下的退款和退货：
首先，用户可以在款时，用户可以直接取消订单。订单的最终状态是取消，不会转移到后续订单状态；
付款后，用户可以直接退款，无需发货。仓库拦截出库成功后，可直接退款，订单最终状态为取消或关闭；
交货后，用户取消订单，直接走售后流程，创建退换单，推到仓库。仓库根据退换单审核退货并入库，然后用户更换新货。
以上是对常规电子商务订单状态的梳理。让我们来看看哪些流程可以直接复制，哪些流程有自己的特点。
首先，我们的盒子一去一来(平台 → 用户 → 平台)是一个正常的过程，因为我们提供的服务是让用户选择5件衣服，打包成盒子，然后送回家试穿，然后决定是否购买，然后退回他们不喜欢的衣服，运费是免费的。
经过一定的研究和统计，最终用户购买5件衣服的概率很小，留货量为2、3件。
也就是说，退货是一种常规行为，退货的概率可以达到90%，盒子可能不涉及交易，交易订单可能与盒子无关（如购买会员服务或其他增值服务）。
也就是说，退货是一种常规行为，退货的概率可以达到90%，盒子可能不涉及交易，交易订单可能与盒子无关（如购买会员服务或其他增值服务）。
因此，我暂时将盒子订单与交易订单分开，本文主要详细介绍盒子订单。如下图所示：
在一般电子商务中，用户在选择商品后进入确认订单页面，目的是让用户检查所选用品SKU是否有错误，以及给用户一个最终决定的过程，因为他的下一步是支付，要小心。用户确认订单后，生成交易订单并锁定库存。用户在一段时间内支付后扣除库存，取消订单或加班后释放库存。
与一般电子商务一样，订单创建后，需要占用实际库存，因此似乎确认订单同时锁定库存的操作是相同的。
然而，订单创建后，用户不需要支付任何费用（因为本质是试穿，只有在到达时才能产生交易），也不需要生成支付订单。与普通电子商务相比，这是一个不同的地方，即我们没有从支付订单创建到支付/不支付的过程，即锁定库存的过程。
因此，我们不能锁定库存。
但问题是用户在选择商品到创建订单时可能会选择SKU被别人选中导致缺货的情况，所以要重新选择，重新生成新订单，体验不友好。
因此，在不支付订单的情况下，我们是否需要在生成原始订单之前，在选择结束到订单最终确认之前锁定库存？
锁多久？会不会让别人想要这个？SKU当用户想要选择时，可用的库存已经消失了，而犹豫了很长时间的用户最终不想要它，因为这部分用户锁定库存造成了资源的浪费？
买粉链接,qq名片赞100万 - 在线刷快手双击网站
考虑到我们早期的库存很浅，每个库存都很浅SKU最多5件，用户有很大的概率会在确认订单时，刚选的SKU被另一个用户秒下单缺货，用户会觉得我们做的是假电商(骗我进来看看，不让我买那种)。
对于已进入确认订单步骤的用户，我们将首先检查库存，以确保他们决定下订单SKU一定有货；对于尚未进入订单确认步骤的用户，尽快告诉他们，让他们知道，不会进入订单确认步骤，节省时间和成本，不会有太多的负面情绪。
因此，我们决定为用户锁定库存，并选择库存SKU在进入确认订单的页面后，我们为用户锁定库存。
用户最终确认订单后，创建订单并扣除库存；如果用户在确认订单的步骤中放弃，订单创建失败，锁定库存释放。
订单创建后，推到仓库ERP系统、仓库确认，并发出订单提货通知WMS，经过相应的拣货人员拣货、包装、称重等一系列流程后，最终交付给快递员，订单状态变为已发货。
订单可在发货前取消。创建订单后，创建相应的发货单并推送到仓库WMS，可能已直接发货，状态未及时更新。在一般电子商务中，如果用户直接退款，仓库已直接发货，可能导致付款损失，应暂停订单出库，并在仓库调度中检查订单是否推到仓库。
若未推送，则停止推送；若已推送，则应到达WMS拦截交货，暂停交货流程；如果拦截失败，由于订单已实际出库，应拒绝取消订单申请。
在我们电子商务的待交付状态下取消订单。由于用户尚未支付，取消订单不会导致货款损失。因此，只要货物没有实际交付，我们就可以直接暂停。此时，库存将相应增加。
以上是订单出库前的状态，下一步将涉及订单在路上和反向过程。
订单将显示在快递兄弟手中，并根据发货物流订单号获取物流动态信息。
在一般电子商务中，用户可以在这种状态下确认收货。如果在物流状态更新为已签收后一段时间内，如果9天内未确认收货，订单将自动确认收货。
我们平台的订单不会主动确认用户的收据，因为对于用户来说，他们只是叫了几件衣服回家试穿，购买行为是后置的。
如果用户迟迟未购买也未寄回，会造成资源大大的浪费，而且服装容易过季，超过半个月再返架，返架前还需要运送、审核、清洗等一系列流程，此时的服装不一定在售了。
因此，我们将给用户一个相对较短的试穿时间，此时以物流信息已签收为准。
然而，由于我们收到了第三方物流查询接口，所获得的物流动态无法实时更新，快递兄弟很可能被送到，但用户没有时间提货。如果倒计时直接根据物流已签收状态开始，用户将无法接受。
因此，我们设定的时间是从物流更新到第二天凌晨0点开始的72小时，这是用户可以尝试的时间。如果超过此时间，如果衣服没有买回，订单将逾期，并有相应的记录，为我们提供用户分层和风险控制中心的参考信息。
因此，只要逾期订单逾期，就会一直跟着订单，可能看不到用户，一方面，由于特殊原因意外逾期（例如，工作日没有人，只能预约到周末，但到周末），如果用户看到逾期不良记录可能会产生负面情绪；另一方面，对那些恶意买家，给他看逾期不会改变什么，所以只要内部工作人员能看到逾期记录。
本质上，一般电子商务的确认收据基本上等于我们的购买，因为它也确认向卖方支付钱，一般电子商务是向卖方支付钱的支付平台，我们实际收到用户的钱。
如上所述，我们的购买行为是后置的。用户只有在实际收到货物时才决定是否购买。因此，在创建交易订单时，无需锁定库存，这与普通电子商务不同。
我们不想做交易订单，因为我们希望用户尽快进入付款过程，不要再买一步，这是老板的论点，我理解老板的担忧，但这一步有一定的原因：
除了锁定库存外，一般电子商务还需要锁定商品价格和优惠信息，这两种信息具有很高的及时性。即使我们不需要锁定库存，我们也应该锁定价格和优惠信息。很有可能用户在下订单和发送时会以这个价格付款得到它时，他们必须支付一个价格，当他们实际支付时，它是另一个价格。支付系统不知道收到哪个。
而且我们有些优惠信息时效性更高，可能1分钟后不真的付款，不创建交易单来锁定的话，万一由于网络原因支付失败了，返回再重新进入交易流程，优惠信息没了，岂不是很不开心，后台开发人员在系统设计时也会创建交易订单，只是是否对用户可见。
而且一般电商都有创建交易单的操作，用户已经被市场教育认可，没有必要做出改变。
而且一般电商都有创建交易单的操作，用户已经被市场教育认可，没有必要做出改变。
然后，进入订单的反向过程。正如上面提到的，这种区别在于接近仓库，仓库的各个方面的业务都相对完善。例如，反向过程可能不仅是退货，而且是后续的交换。所有的常规都非常完美，所以我们采取了成熟的解决方案来使用它。下图为反向订单流程：
{ n}
在我们的平台中，用户付好款后（或一件都看不上的），可以直接在APP中预约快递，只需要填写上门取件地址和时间，就会有快递小哥上门取件，取件后，用户可以继续叫盒子，保证用户一次只能叫一个盒子，但是再会员有效期内可以叫多次。
{n}
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时候联系我们修改或删除，多谢。
标签：
评论