|
不同类型的支付，或许会有不同的退款时效，那么如果过了退款时效之后想将钱退回去，可以怎么操作？这篇文章里，作者就阐述了“基于付款能力的退款产品”该如何设计，一起来看看吧。  过了退款时效，还能把钱退出去么？或者说，过了退款时效，怎么样才能把钱退回去呢？  渠道的退款时效是渠道开放给商户的权益，而商户和用户的退款协议是另一回事，二者难免存在错配。 比如，某平台就是敢承诺，永久可退，那么我想没有任何一个支付渠道可以满足他这个诉求，怎么办？ 产品经理的神奇魔力就是，交给他，啥事都能给你办，不就是把超退款时效的款退回去么。 既然原渠道退不了了，那么……就得整点幺蛾子了。 退款的本质就是“把钱给他”，真想退，那就打破原路退的禁锢。 一、基础性的退款能力支付的逆向是退款，而退款也有几种基础的模式，我们先把这个了解清楚。 1. 怎么退一笔订单的内容构成是多样化的，那么也必然造成一笔退款的构成也是多样化的。 订单包含多个商家，多款商品，多种费用，那么退款的花样就多了。 从退款的基础能力上来说，一般的渠道会提供以下几种退款模式，我们可以把每一种退款模式当成一种退款产品。  当然，对于一个交易体量很大的平台来说，对这一能力并没有太强的诉求，从原基本户退回足够了。 3. 退回哪里前面我们讲了，退款的本质是退给付款的人，而不一定非得是付款的账户； 因为付款人在该平台可能有多个收款路径，比如在微信有绑定的银行卡、也有微信零钱，如果原路退回绑定的卡失败，那么微信可以决定退回用户的零钱账户。 这样我们就把退款的基础能力梳理清楚了。 二、必须退，把退款转成付款开头介绍了，退款有退款时效，过了这个时效，原支付不再支持通过渠道退回。 但是，本身的业务存在这样的超时效退款场景，比如平台的退款协议就是比渠道的退款时效长； 比如家政行业，有的客户一次签约3年，那么其中的客户服务费就是在三年内可退，当2年半时要退剩下的半年单子，那么服务费就需要退回半年的。 这个时候很明显已经过了渠道的退款时效了，但是从业务上来说又必须退款。 基于退款的本质是退回付款人这一点，我们不难想到——走付款。 构建一个新的退款产品——退转付。  也可以在用户订单中心增加一个提示：已超原路退款的时效，需要您提交银行卡信息，平台将在3个工作日以内将款项打到该卡中； 以上的问题就变成了“采集入口”问题。 一个真正的产品难题会被一层层的分解，直到找到了答案，产品设计的过程其实就是这样一个过程。 那么怎么发起上述的采集动作呢？就是当后台点击“退转付”时，当然这个发起动作可以是人为触发，也可以是系统自动触发。 当退款失败的原因是“超过退款时效”同时用户退款协议约定又可退时，自动触发该退款路径。  该付款单是明确的“退转付”，与原退款单关联，付款类型定义为“退款转付款”。 还有非常重要的一个问题需要解决，就是付款与原退款在信息上的强关联，特别是状态的联动。 因为退款业务是受到原支付单强制性限制，就是总退款金额不能超过原支付金额，而且，退款付的付款发起的前提是原退款单失败是由于超时效了。 如果退转付的付款业务不受上述条件的强制约，那么就可能发生资金损失，产生超额退款。  最后要说明的是，退转付的付款业务应该归属于“退款”模块，或者说退款业务，而不是付款业务。 更精确的描述这个能力，我觉得应该是“基于付款能力的退款产品”。 专栏作家 陈天宇宙，微信公众号：陈天宇宙，人人都是产品经理专栏作家。多平台支付领域专栏作者，十年资深产品；专注为10万支付产品经理和支付机构以及企业提供深度支付内容和服务！ 本文原创发布于人人都是产品经理，未经许可，禁止转载 题图来自 Unsplash，基于 CC0 协议 该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。 |
