认识达内从这里开始

订单功能在许多app和网站开发过程中都是会经常用到的一个功能，而本文我们就通过案例分析来简单了解一下，订单功能应用设计步骤分享。

1、流程拆分

订单的业务属性是极高的，流程本身也比较复杂，从不同的参与方来看，其流程分段策略完全不一样，这里仅站位研发视角，把订单逻辑分为：创建、支付、交付三个阶段;

订单创建：围绕用户的下单路径做管理，从商品的访问点击并选中，到购车下单或者直接下单，从而完成订单的创建;

订单支付：各种支付渠道的对接是交易场景的基础功能，订单的核心状态即支付成功;

订单交付：在订单支付完成之后，开始进行商品的交付流程，可能是商家的发货或者服务提供，交付成功即订单完成;

如果将整个订单场景统筹起来看的话，还存在很多隐性的流程，与订单衔接的上下游业务还有很多，这里只是专注于订单功能自身的边界做划分;

2、正向流程

在理想的状态下，订单从购物车结算下单开始，到交易支付完成，终到商家完成交付，是非常复杂的流程链路;

在实现上，订单的正向流程链路都是分段管理的，比如购物车、订单创建之后、支付完成、交付等诸多关键节点，并不是一个即时的流程;

3、逆向流程

对于订单这种极度复杂的流程，导致订单流程逆向的情况，要细致的考虑并且提供相应的解决方案，尽量确保程序可以兜底流程逆向，人工干预的成本和风险都极高;

取消动作：用户主动取消订单，发起退款流程等;商户因为交付失败，主动发起流程退回等动作;

超时情况：订单创建后，指定时间内没有支付;订单支付后，指定时间内商家没有交付等多个超时场景;

节点异常：系统平台的在订单调度时的业务异常，或者程序异常，又或者支付等三方渠道异常等;

这些常见的异常问题，在一般的场景下可能不会引发效应问题，对于订单这种异步解耦的复杂场景中，需要一个稳定的机制快速执行逆向流程;比如下单后未支付导致持续锁定库存，或者交付超时影响用户体验等;

4、调度与监控

订单属于核心流程又兼具复杂的特性，自然依赖系统平台的调度与监控手段，无论是正向还是逆向流程，都依赖调度手段提高订单的完成率，或者促使逆向流程有序执行，在这个过程中需要对订单路径有完整的监控能力;

调度机制：更侧重订单被动状态的处理，多见于各种超时的场景，用来提前对用户和商户进行消息提醒触达，或者进行订单流程的处理;

监控策略：更侧重对订单的主动干预处理，在发现订单中断或者异常时，可以通过产品层面的入口进行主动修复，或者系统层面的主动重试，当然也不排除后的手动干预;

5、结构设计

围绕订单场景，涉及的数据结构非常复杂，不论是商品还是支付，亦或是订单自身的结构，在具体的业务中都会拓展出很多关联表;

订单结构的设计和管理，基于场景复杂度考虑，可能要融合商家、仓储货架、用户、渠道和类型等;在订单量增长之后，还需要结合业务场景，进行数据体量层面的拆分处理;

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。