今天给朋友们分享一下电商后台退款逻辑的泳道图和状态操作框架。虽然这不是最先进的业务处理逻辑，但还是希望能给初入电商后台的产品经理一些启发。可以进一步优化以下过程。

在电商平台中，订单、退货、退款等相关业务流程是首次进入电商后台的产品最难处理的环节。工艺功能基本靠口碑，师傅带徒弟的形式在这里表现的淋漓尽致。当然，也有一些大牛，刚出生就颠覆了现有的逻辑。

1.仅退款——电商退款流程中有一项业务是“仅退款”，顾名思义，退款不退款。

在专退环节，用户只需在前台申请专退流程，触发专退审核流程后，审核回路将在前后台循环。

在只有退款的泳道图中，为该角色计划了一个三方谈判流程。用户首先与供应商协商，协商内容主要包括退款申请和退款金额两个方面，供应商也可以拒绝。用户和供应商之间发起和拒绝协商的次数没有限制。

为了保证用户和供应商的权益，避免任何一方的无聊行为，平台角色实际上是作为最高裁判机构的一种形式而存在的，用户和供应商都可以启动平台介入纠纷裁判的过程。

平台运行的判断权是至高无上的。一旦平台认为纠纷中的错误一方应承担相应责任，可以改变当前流程要求的流向，用户和供应商都可以做出退款关闭和退款判决的决定。

退款关闭后，当前订单不能再被任何入口触发。

仅退款车道地图:

二、退货退款——电商退款流程中的另一项业务是“退货退款”，顾名思义，一手交钱，一手发货。

在退换货环节，用户只需在前台申请退换货流程，触发审核流程后，前后台开始进行审核回路流转。

退货退款和仅退款流程的角色和功能基本相同，唯一不同的是用户发货和供应商收货的流程比仅退款流程多。

在审核环节，供应商在收货环节增加了拒绝用户申请的机会，平台介入机会也从一次退款增加到两次。

这源于退货退款流程有两个要素:申请流程和执行流程。

退货退款通道图:

三。销售退款和售后退款。销售中的退款可分为:未送达退款(仅限退款)、送达中退款(仅限退款和退货退款)。售后退款可分为:交付中退款(仅限退款和售后退款)。从销售的角度来看，目前的流程分为两个环节:售中销售和售后退款；在这两个环节中，又细分为未送达和送达退款两种形式，只有退款和退货退款是两种退款形式。以及具体操作对应状态，请参考下图:

退货退款状态框架: