电商售后流程系统（电商售后规则标准）

本篇文章给大家谈谈电商售后流程系统，以及电商售后规则标准对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享电商售后流程系统的知识，其中也会对电商售后规则标准进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、解构电商产品之订单系统（二）：逆流程（售后）
• 2、订单系统：看似简单的“订单售后”，背后竟隐藏这么多的设计细节
• 3、B2C商城的订单退款和售后流程——axure原型图详解
• 4、售后派单ERP系统都有什么推荐？
• 5、电商系统源码售后服务怎样

解构电商产品之订单系统（二）：逆流程（售后）

1. 订单逆流程介绍

订单逆流程无论在电商还是o2o中有普遍的应用电商售后流程系统，在C2C电商或O2O中的流程相对于B2C电商的逆流程会简单些电商售后流程系统，因为前者一般不涉及WMS，无需针对退货的货品进行入库等一系列操作。

2. 逆流程的解构

订单的逆流程主要分为仅退款和退货退款，前者对用于商品无需寄回或因为商品问题，卖家返现补贴等情况（退款的金额可以由申请者手动填写，但是不高于商品本身的金额），而后者则是电商售后流程系统我们熟知的正常退款退货流程（如淘宝退货）。

上图可以看到对应的几个状态下的售后操作，笔者一一为大家分析：

（1）待支付

在用户已下单未付款时，若买家主动取消或支付超时自动关闭的，订单状态会变更为交易关闭。

（2）待配送

在待发货状态下，买家申请退款的，退款状态会置为退款中，此处的部分退款和全额退款有些差别，若是部分退款，订单状态仍可往下流转，该订单下申请退款的商品会生成一个退款单，走退款流程。

（3）待确认收货/交易完成

在待确认收货中申请退款，一般商品已经进入物流配送环节，此时的逆流程分为退款/退货退款，下面分别就两种情况进行说明：

① 退款

在待收货或者交易完成后的退款，流程如下，买家提交退款申请，如果卖家同意则直接进入退款流程，若为订单全额退款（单商品订单全额退或多商品订单整单退），则订单的状态变更为交易关闭；若为部分退款，则订单状态仍为待收货或交易完成（待收货会继续流转）。

这里还有一种特殊情况，买家和卖家在申请时理论上会出现一方申请，另一方拒绝的循环情况，所以需要有一个申请客服介入的流程来保证交易和售后的正常进行，一般买家发起后被拒绝则可选择客服介入；同样的，在卖家端收到申请的时候，也可以进入客服介入流程，每个电商平台会根据自身的业务情况，微调这块的逻辑。

② 退货退款

在待收货或者交易完成后的退款，流程如下，卖家同意退款前的流程与退款的流程类似，但在同意退款后，买家端会看到卖家的退货信息，包括姓名、地址、电话等退货相关信息，买家在寄出商品后，卖家会进行验收确认，确认无误后会进行退款，如果在验收环节有问题的话，一般会走线下协商，要么将货品发回给买家，要么退部分款项。

3. 逆流程几个注意事项（退款时间、退货时间）

（1）超时时间

超时时间分为订单超时和退款超时，主要是在长时间没有操作的自动触发机制，为电商售后流程系统了保障订单和退款状态的正常流转。

（2）订单超时

支付超时： 长时间没有支付，系统会自动关闭订单，支付时间根据不同公司不同业务和场景决定，例如外卖的超时时间一般在15min~30min，而淘宝一般在3天（促销活动等特殊情况除外）；

收货超时： 用户一般主动确认收货的情况较少，建立这样的机制既能保证商家资金流的正常周转和买家的权益，又能在一定程度上减少用户的操作成本，收货时间也会根据不同公司不同业务和场景决定，例如外卖的收货时间一般骑手送达后的几分钟内，而淘宝一般在10天左右（促销活动等特殊情况除外）。

（3）退款超时

退款超时一般发生在等待卖家同意或者等待买家重新发起阶段，如果在机制的时间内没有处理，系统会自动进入下个流程（卖家超时未处理则自动同意，买家超时未处理则撤销退款）。

4. 总结

订单系统逆流程的分支很多，需要兼顾业务场景，一般在从0到1的过程中，逆流程会先通过线下的方式解决，以便能把资源集中在更核心的部分，也就是常说的MVP，电商系统中还有很多复杂的产品逻辑，下一期将为大家解构商品中心，欢迎关注~

如果电商售后流程系统你觉得文章有帮助，也欢迎进行打赏，哈哈哈~

订单系统：看似简单的“订单售后”，背后竟隐藏这么多的设计细节

订单的售后类型可分为退款、退货退款及换货。下面分别说明各类型的售后申请。

单纯的退款一般发生在用户支付后，订单还未发货的中间过程，此时用户可申请仅退款。用户申请退款后，系统直接校验通过，不需要人工审核干预，系统直接进行支付通道的原路退款。

用户申请退款时，可选择需要退款的商品及数量，即支持用户申请全部货物退款，也可以申请部分货物退款。用户需要选择退款原因，退款原因由后台系统提供。单纯性退款的原因一般为型号/参数选错、不想要了等原因。申请退款的页面根据用户选择退款的商品及数量，自动计算退款金额。如果用户申请的的是整单货物全部退款，此时退款金额包含了商品金额+运费金额。优惠券、积分抵扣等各类优惠减免的费用是不会退还的。

商家发货后，无论用户是否收到货物都可以申请退货退款。退货退款一般需要经过商家后台的人工审核，用户方能退回货物，系统在进行原路退款。

用户申请退货退款时，同样需要选择退货的商品及数量，系统支持整单货物全部退货退款，也支持部分货物退货退款。系统根据用户选择退货的商品，计算退款金额，运费与各类优惠金额不执行退款，系统仅退还商品金额。退货退款时，用户也需要选择退货原因，退货原因一般为后台定义并提供给前端系统。退货的原因一般为：型号/参数选错，质量问题，参数与商品描述不符、其他原因等几种原因类型。申请退货退款时，用户还需要上传商品照片（用于商家确认货物是否损坏）。用户申请退货时，系统还支持用户填写退货说明的备注信息，用于和商家沟通，方便商家审核尽快给出审核结果。

用户收到货物，如果对货物质量不满意，可申请换货。换货申请提交后，需要经过商家的审核，审核同意后用户寄回货物，商家重新发货。

用户申请换货时，同样需要选择商品及数量，支持货物全部退换和部分退换。选择换货原因，换货原因一般为后台系统定义并提供。常见的换货原因为：型号选错/参数选错、质量问题、参数与商品描述不符、其他原因。申请换货，用户需要上传货物的照片（无图无真相）。

单纯退款用户提交申请后，系统生成退款售后工单，此类售后退款不需要经过系统审核，系统直接予以原路退款。若用户申请的是整单退款，则退款金额包含商品金额+运费，不退款优惠金额及其他抵扣金额。

1、买家填写信息，提交退货退款申请，系统生成退货售后工单。

2、商家通过管理后台审核退货工单，审核时商家可以根据实际情况收取用户一定的服务费（需要与买家沟通），从而修改退款金额。若审核通过则进入下一步，若审核不通过，则换货流程终止。审核不通过，商家可以通过后台编辑不通过原因，告知买家不通过的原因。

3、买家寄回货物，买家可以通过商城预约快递上门取件（商城与第三方快递服务商完成技术对接），完成货物退回。

4、货物寄回后，系统根据商家审核后的退款金额，执行原路退款。

1、买家填写信息，提交换货申请，系统生成换货售后工单。

2、商家通过管理后台审核换货工单，审核通过进入下一步，审核不通过换货终止；

3、家寄回货物，买家可以通过商城预约快递上门取件（商城与第三方快递服务商完成技术对接），完成货物退回。

4、商家收到货物，进行退货入库，挑选商品重新发货

5、买家收到货物，确认收货，换货流程正常结束，完成换货。

每一步的售后操作都会产生一个对应的状态，下面分别说明各类型售后的状态。

买家填写信息，提交退款申请后，生成退款售后单，流程进入待退款状态，系统执行退款后，工单变更为已完成状态。

1、买家填写信息，提交退货申请后，生产退货售后工单，工单进入待审核状态。

2、商家通过后台审核，审核通过，工单则进入待退货状态。

3、买家通过商城发货寄回货物，工单则进入待退款状态。

4、系统进行原路退款，工单则进入已完成状态。

1、买家填写信息，提交换货申请后，生成换货售后工单，工单进入待审核状态。

2、商家通过后台审核，审核通过，工单则进入待退货状态。

3、买家通过商城发货寄回货物，工单则进入待换货状态。

4、商家挑选货物重新发货，工单则进入换货中状态。

5、买家收到货物，确认收货，工单则进入已完成状态。

在前台商城，售后工单的展示一般分为售后列表展示和售后详情页展示。

售后列表页展示所有的售后工单，列表页的售后单支持按售后类型、售后申请时间、售后状态等条件进行筛选，支持按售后编号、订单编号搜索售后工单。售后类型包含全部、退款、退货退款和换货。售后申请时间为一个日期时间段。售后状态包含全部、待审核、审核通过、审核拒绝和已完成。

售后列表展示的信息主要包含：店铺名称、商品标题、商品规格、商品图片、商品数量、退款金额（换货不展示）、售后类型（退款/退货/换货））、售后状态（待审核/审核通过/审核拒绝/已完成）、售后申请时间、售后编号、订单编号等。大家可以根据自己实际业务需求进行展示。

售后详情页展示售后工单的完整信息，向用户展示了售后商品信息、售后工单信息、售后流程、甚至商家信息等。

商品信息包含申请售后的商品名称、规格、数量、图片，各商品申请的退款金额，该工单商品累计退款金额。售后工单信息包含申请售后时间、售后编号、订单编号、售后类型、售后原因、售后单状态。售后流程清晰的向用户展示该笔售后工单需要经过的流程步骤、以及每一步的时间节点，每一步操作后订单所处的当前状态。商家信息则展示店铺名称、商家的联系方式、与商家的沟通记录等内容。

退货、换货类的售后单详情页还应展示退货、换货的快递方式、快递单号及物流轨迹信息。物流轨迹信息可通过与第三方快递服务商（如快递100）进行技术接口对接，抓取物流轨迹信息。

平台作为连接商家与买家的纽带，应努力为买家与商家之间搭建一个有效沟通的桥梁。售后处理的中间过程，免不了有很多需要沟通的事宜。平台方可以根据自己的资源与实际开发情况为买家与商家之间提供以下沟通渠道：

1、平台展示商家的有效联系方式、联系人或地址信息。

2、鼓励商家将售后、售前咨询的问题整理成FAQ问题脚本，供买家查阅。

3、平台为商家与买家提供在线客服等沟通工具，方便商家与买家能够实时的在线交流，提高沟通的效率。在沟通的过程中，能够支持买家与商家选择特定的售后单、订单发起进行沟通，提升沟通的质量与效率。

售后服务作为订单履约服务的重要一环，各电商平台都很重视订单的售后服务，尽可能的降低用户售后的操作门槛、尽可能快速的解决用户的售后问题。无论是在售后的流程、售后的操作、售后的沟通上，各电商平台都应为用户提供良好的售后服务体验。线上流量已进入存量维护环节，各电商平台都应重视老用户的订单履行体验。做好售后服务，为留住存量用户，提升用户复购贡献一份力量。

有关订单系统的前台设计目前已经基本完结，后续再与大家讨论分享有关订单系统的后台设计。

B2C商城的订单退款和售后流程——axure原型图详解

前一段时间接到任务，要做一个B2C的官方商城，自有品牌的，基于前面的电商经验，其他模块很快上手，唯独订单模块困扰了我好久，尤其是订单的退货退款和售后流程，与订单的正向流程密切相关，什么时候该展示什么数据，什么功能，退款单的状态对订单状态的影响等等，接下来我将用axure原型图一一讲解。

在做订单流程这一块，参考了很多大神的文章，还有各种开源的商城软件，都过于理论化，实操性不强，对于新手来说没有一个实操的axure原型讲解，都是在用流程图告诉大家退款售后有哪些步骤，但是没有一个具体的案例来分析。相信我，你是不可能一上来就做到像很多文章里写得很完美订单管理系统的，况且文章中连原型图都没有。其实，即使是天猫和京东，在售后方面也是有取舍的，设定好规则才能让系统跑通，而不是说能够应付所有的异常情况。在设计之前，要考虑很多看似基础，却需要重视的规格，比如：

1.是否支持部分退款，部分退货？

2.是否支持换货？

3.是否支持多次申请退款/退货？

4.如果在售中时申请退款被拒绝了，还可不可以申请售后？

5.部分退款时，自动收货时间到了怎么办？如果退款申请拒绝了，订单状态怎么继续走？

我这些只是举例了冰山一角，对于订单管理的确有很多异常分支情况和用户错误操作。那我在这里既然说要用案例具体去讲订单的逆向流程，我就先要规定好我们商城的订单规则：

1.待发货前可以申请一次退款，发货后可以申请一次售后（退货/退款）

2.一笔订单多种商品只能分开申请退款，不支持对订单申请退款，意思是有一种商品时就是全退，有多种商品时就是只能部分申请退款。

3.订单中暂不含优惠券，只包括运费，在待发货时部分退款，最后一笔申请会退运费；在已发货后申请售后就不再退运费，其他原因走人工客服

以上就是我对订单的设置的前提条件，有了前提条件，我再去跟技术评审，就让他们心里也感觉到靠谱一些，毕竟第一次的时候他们提出了很多漫无边际，非常离谱但是也会出现的异常情况，一开始得时候我真的很苦恼，后来才发现是我没有设定规则，没有规则，技术同学当然怕出现出现异常情况程序不知道怎么跑了。

用户端订单页面

关于订单的具体流程我就不多讲了，大家都知道的，待付款，待发货，待收货，交易成功，待评价，那我们先来看看我是如何对订单设置布局的

图片所展示的，一笔订单分为商品操作栏，交易状态栏和操作栏，对于商品操作栏我是分开的，所以一笔订单有多种商品时在申请退款的时候，一定是单个申请的；交易状态栏是合并在一起的，这是对订单整体进度的状态显示，在部分退款时显示的订单状态；最后操作栏在确认收货前都是合并在一起的，对整个订单的签收，当状态为交易成功时，则会显示商品的评价入口。

那么这里就涉及这三块的状态和操作功能的切换，我们先来看一下 退款单过程状态 对商品操作栏的显示影响

我前面有讲，当处于待发货状态时，商品操作入口为“申请退款”；当已发货后，商品操作就为“申请售后”，那退款单的状态先去影响了商品操作栏的显示。具体的细分状态我在图片中已经详细列出来了，包括异常情况该如何处理。

在看完退款单对商品操作的影响后，再来看看退款单对订单状态的影响，注意，退款单与订单是多对一的关系，退款单和商品也是多对一的关系，所以才会有申请一次退款被拒绝了，还可以申请一次售后（退款/退货）。下图是 退款单结果状态 对订单状态的影响

可以看出来每一种订单都有部分和全部两种影响，这里要注意，全部并不是一次对订单提交的退款申请，而是查看到订单中是不是所有商品都有退款单，并且都有结果。通过这样表格的分析整理，会很清晰理解订单状态随退款单的变化。

用户端退款单界面

前面讲了订单页面中订单状态的变化，具体的订单详情我就不做过多说明了，因为大家参考其他网站也可以很直观的看到，接下来看退款管理的界面

根据我之前的设置的退款规则，这里的退款单一定是一种商品一个退款单（可能包含多件，因为规定申请退款是不能选择退款数量，要么全退，要么客服联系，因为后台可以修改退款金额）。退款单分为两种，仅退款和退货退款，在待发货时只能申请仅退款，在发货后可以选择申请退款或者是申请退货，但是只有一次机会！

这里很多人就会说我不考虑用户体验问题，首先我想说京东一上来退款退货规则也不完善，当然发展到今天他仍然还有很多不好的地方，当用户的退货申请被拒绝了你作为用户怎么办？京东的客服什么时候上线过，那个时候你只能网上发发牢骚。商城是从0到1，订单模块第一版的计划就是用户能下单，能退款，能退货。至于为什么用户不能一次申请所有商品的退款，为什么不能设置一种商品的退货数量等，后期会加上批量选择退款商品，设置退货数量等，不断优化退款和退货的流程图。

这篇文章很适合产品新人来了解基础的退款退货的原型图设计，毕竟这里不包含优惠券，没有拆单，也没有调仓等等，所以大家看了文章觉得还可以的点个赞~不喜勿喷

这里就没有展示具体的详情页面，所以可以底下留言找我要原型图~

售后派单ERP系统都有什么推荐？

1、优服务的系统是很多电商企业一直在用的；
2、例如：客户管理，合同管理，采购管理，仓储管理，派工管理，数据分析，财务管理的功能，这个系统支持自定义配置，可以满足公司个性化的需求。
3、优服务ERP系统能把企业所有的信息储存在同一个地方，紧密连结企业各个部门，使z信息收集更加高效。
4、没有ERP系统的企业通常会为不同部门配备不同的软件。ERP能把所有不同的软件应用程序整合到一个程序中，供所有部门使用，全部实现同步。
5、优服务ERP系统能消除耗时和易出错的手工数据输入流程。
6、ERP系统也能让不同部门的多名员工免于录入相同的信息。

电商系统源码售后服务怎样

电商系统源码售后服务主要是指在客户购买系统源码后，在使用中出现的问题的解决工作，比如源码使用过程中的安装、调试、维护、功能增强等。
电商系统源码售后服务要做到以下几点：
1、系统使用故障分析及处理
2、功能优化及定制服务
3、技术支持
4、升级服务 关于电商售后流程系统和电商售后规则标准的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 电商售后流程系统的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于电商售后规则标准、电商售后流程系统的信息别忘了在本站进行查找喔。