同样的，换货流程也同时伴随着售后状态的流转。用户发起换货售后申请，若拒绝则售后状态结束，售后状态为售后关闭。若同意则等待客户退货，客户填写退回信息后流转至待退货入库的状态，确认退货后则可生成换货出库单等待换货出库，换货出库成功后则售后结束，售后状态为售后成功。
需要注意的是，在待客户退货或待退货入库两种状态下，同样需设置时效限制，一般是7天或14天，若超时未反馈或超时未入库则会自动关闭售后订单，进入售后关闭状态。
2. 售后关键点
除了各个售后主流程的设计，售后产品的设计中还有几个值得注意的关键点。
一是关于超时的处理，一般都会设置售后单超时关闭的机制。各节点都要有限时机制，保证售后处理时效，不论是由商家还是客户原因引起的。另外，不仅是服务成本，售后过程中也会涉及到结算，也关系到订单数据的统计，所以在这些流程中都需要设置一定的时限。
二是系统打通，售后一面需与订单系统打通，方便查看售后对应的订单信息。另一面需要与后端的ERP、WMS等系统打通，以实现退货、换货全流程的自动化，快速响应用户的售后需求，打造更好地用户售后体验。
三是与客服&工单系统打通，以上小节的售后过程为例，在售后审核阶段需要及时与客服沟通，确认真实情况。而在售后的收获阶段，若没问题可以及时确认进行退款，若出现问题则可经由客服及时联系客户进行处理。除此之外，还可与工单系统打通，方便不同内部人员之间的流转，比如客服、供应链、仓库、财务等人员。
四是协商过程展示，系统可以记录售后过程中的每一步状态，展示用户、商家、平台、系统等角色的动作，记录关键售后信息方便后续的追溯。
3. 售后与供应链
在上一小节售后相关的介绍中，我们讲解了若商家有对接ERP（进销存）系统，售后需要与ERP系统产生交互。售后对接ERP系统主要是为了解决实物流的信息化，减少人工环节，针对订单量较大的商家可以大大提高处理的效率。
主要是退货、换货环节需要涉及到与ERP的对接。针对退货类型的售后，需要通过退货入库单来连接整个流程。针对换货类型的售后，可以通过换货入库单、换货出库单来连接整个流程。
以换货为例，我们可以用我之前在库存篇介绍的分层模型去看这个流程。用户在销售层发起换货，客服审核同意后由调度层生成换货任务与退货入库单，待用户将需换货的商品退回至仓库后，仓库层凭借退货入库单检查退货商品并确认入库，调度层接收到入库成功的消息后一方面将此信息传给销售层，将售后订单的状态更改为待发货。
另一方面，调度层需生成换货出库单，仓库层凭借换货出库单去进行发货的操作，换货成功后，售后流程结束，销售层的售后状态变更为售后成功。
前面我们详细分析了售后的流程与售后状态的流转，这一小节我们来详细说说售后与订单的联结。
总的来说，订单状态与售后状态的流转是相互独立的，但是在售后状态结束（售后成功）才会影响订单状态。
从商品维度来说，订单详情页的商品会根据售后的状态来展示商品售后状态。售后状态为退款中、换货中、退货中时，商品可以展示售后进行中状态；售后状态为已退款、已换货、已退货时，商品可以展示售后成功状态；若售后被拒绝则商品可以展示售后关闭状态。
这里有一个二次售后的情况，一般情况下为了避免人效的浪费，我们会限制二次售后的情况：对一个商品来说，若售后关闭，则可再次发起售后。若商品对应的退款、退货售后单已成功，不可再次发起售后。同样的，换货类型的售后一般也不支持二次售后。
