《拼团交易平台系统》第2-25节：逆向流程场景分析

作者：小傅哥
博客：https://bugstack.cn (opens new window)
视频：https://t.zsxq.com/afbln (opens new window)

沉淀、分享、成长，让自己和他人都能有所收获！😄

一、本章诉求

对于拼团这样的业务场景，有正向流程的下单，就有逆向流程退单。基本你在各类应用 APP 中，如；商城、外卖、出行、票务等，都是可以下单或者退单的。这也是一个互联网toc业务场景中，非常常见的流程。

所以，从这一节开始，我们将进入逆向流程的分析和后续的功能实现。先有这一节的场景分析，让小白伙伴知道这样一个流程，之后在详细设计和编码也会更加容易。

建议；学习这一节的时候，可以看看其他的应用类 APP 他们的退单流程都发生了什么动作，这些知识点以及不同的处理方式，都可以作为你学习后的对项目扩展实现的增强点。

二、功能流程

如图，以用户旅途视角来看整个拼团流程。

• 首先，我们来回顾下前面章节，完成的业务流程。从运营配置拼团活动，到用户从「小型支付商城（对接的一个场景）」，开始查看带有拼团优惠的上，进行试算，过滤规则。再到参与拼团，完成下单和一系列的流程处理。之后是拼团对于支付收单的入账计算，达成拼团目标后，回调（HTTP/MQ）商城服务，完成整个交易过程。
• 那么，从本节开始，我们要考虑的是如何处理逆向流程，也就是退单的过程。退单分为当前过程中，拼团是否完成，未完成则根据是否支付了，取消锁单量和完成量。如果拼团已完成，则取消锁单量和完成量，拼团优惠释放后，则回调商城（refundGroupBuySuccess）,完成退单退货服务。
• 一般，对于已经完成拼团的，有用户退单是不会对其他用户已经完成交易的进行退单的，会造成很差的体验。这部分成本往往由商家和平台分摊，毕竟平台的目的是为了卖货。