虚拟商品退款的产品设计中，有哪些坑你需要了解( 三 )

即，我支持用户走逆向流程，但从成本考虑需要有一定的限制，并且这个限制条件是提前让用户知道的。如果用户在这个限制条件之外，那只能先退款再重新购买了，尽管我们知道这样用户第二次购买的概率会比较低，但从总体成本考虑这样也是划算的。
所以呀，还是那句话，做到80分，考虑所有可能，但永远考虑成本。
怎么做的呢，我设计了一个缓冲期。当用户发起退款后，在缓冲期内用户可以发起拦截，过了缓冲期就不行了。当然，缓冲期内拦截后，用户理论上可以再次申请退款（技术上是0边际成本的，只要把可支持退款的订单状态范围扩大就行），但是从客服成本考虑，我一期还是先把这个口子收拢了。
另一方面，这个缓冲期支持后台配置，根据平日和大促两种节奏，制定不同的退款缓冲期。
05 第五个坑：苹果用户购买虚拟商品时的退款。
最后一个坑，也是最头疼的设计，就是苹果用户购买虚拟商品时的退款。这里先介绍苹果用户退虚拟商品的三个阶段吧。
第一个阶段：用户找苹果退款后，苹果公司不会有任何消息给我们。当然苹果也不会轻易同意一个用户的退款，他们有自己的判断准则。但是这对于所有卖虚拟商品的平台来说，不确定性就很大了。如果用户从苹果退款了，但苹果不告诉我们，那这里面会有多大的黑产空间，简直不可想象。
第二个阶段：用户找苹果退款后，苹果公司会有一个消息告诉我们，有用户退款了。这个消息包括：用户id、产品id、第三方交易id、订单id、退款时间、退款状态。这对于我们来说就已经是一大进步了，至少收到这个消息后，我们可以对用户在站内的权益做回收，相关的订单做状态流转处理。
第三个阶段：未来，用户发起退款后，苹果会首先找平台要用户在平台相关的下单记录和使用情况，以此作为依据决定是否要给用户退款。这样能进一步地压缩黑产操作的可能性，希望这一天早点来到。
好了，接着说下现在的第二个阶段，用户在苹果退款了，苹果也给我们发消息了，那应该如何处理。
这里又涉及到两种情况：

用户在苹果购买的是商品；
用户在苹果购买的是虚拟货币充值，比如我司的智慧币、得到的得到贝。

如果是第一种情况，那处理逻辑很简单。找到退款的那个订单id，完成权益回收，并且将退款状态修改为退款完成，应退金额和实退金额都是苹果实际返回给用户的金额。
第二种情况比较麻烦，最麻烦的地方在于找到充值订单和商品购买订单的关联关系。
举个例子吧，用户在苹果充了100个智慧币，然后用100个智慧币在平台购买了1门课程。如果用户在苹果退了100智慧币的充值订单，那理论上平台应该也把这门课回收。
但最有意思的是，用户用100智慧币购买1门课程的时候，购买这个课程的订单和100智慧币的充值订单不太好完全关联。就好像我从银行取了100块钱现金，然后我去隔壁烧烤店吃了一顿100的烧烤，我能知道我花的是哪一张RMB么，很难。
因此思来想去，我决定在这一步还是由人工介入，根据充值订单的时间，和用户在这个时间之后的其他订单，以及每个订单的支付方式，来判断这种关联关系。
【虚拟商品退款的产品设计中，有哪些坑你需要了解】只要这种关联关系判断好了，剩下来的就是回收权益，然后可能会有虚拟资产的平衡（因为会有关联订单的总价大于或小于退回的虚拟资产这两种情况）。
06虚拟商品的退款流程设计，当我走完一遍之后，差不多能盘出来的主要的坑就是这些了。
当然有很多东西还没有讲清楚：比如会期、课程、训练营等不同的产品，权益该如何回收；比如涉及到分销时，账又该怎么算等问题。可以肯定的是，这篇文章所说的内容，没有覆盖虚拟商品退款时所关联的所有场景。