电商售后服务台系统（电商售后服务流程）

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

本文目录一览：

• 1、电商产品后台系统概述（笔记）
• 2、电商系统源码售后服务怎样
• 3、订单系统：看似简单的“订单售后”，背后竟隐藏这么多的设计细节

电商产品后台系统概述（笔记）

本文将分别从电商商业模式、什么是电商后台、电商后台系统架构有哪些进行描述记录。

电商行业由系列的供应商、服务商、分销商、消费者组成。服务商即大型综合购物网站（淘宝、京东）、垂直购物网站（唯品会、叮咚买菜），分销商即各类流量入口（***、抖音），以及一些相关支撑服务包括支付、物流等共同构建了电商生态圈。

主流的电商模式包括：B2B、B2C、C2C、O2O、C2M。

B2B（business to business）：促成企业与企业之间的电子商务活动。以1688、找钢网为例，促成供应方与采购方通过平台达成商品或服务的交易；

B2C（business to consumer)：促成企业与消费者个人的电子商务活动。以苏宁易购、京东为例，企业通过入驻平台直接向消费者提供产品或服务，B2C是当前最普遍的一种电子商务模式；

C2C（consumer to consumer）：促成消费者个人与个人之间的电商交易。以淘宝、微商为例，C2C模式是对B2C模式的一种补充，让普通用户也可以参与平台，为用户提供商品或服务，大限度的扩充了平台商品品类；

O2O（online to offline）：线上到线下的一种电商交易模式。以美团、饿了么为例，通过线上获取用户消费线索，线下展开服务的一种模式；

C2M（customer to manufactory）：客户反推工厂个人化定制服务和商品的一种电商模式。以必要商城、淘宝心选为例。

实际上给一个平台做严格的商业模式定论是不准确的，通常在发展过程中会形成以某一商业模式为主，其他商业模式为辅的结构。产品经理需要在设置电商后台系统的前提下，先对平台的业务模型了解透彻，平台的目标用户是谁？靠什么盈利？

当前，电商行业已经呈现全渠道、线上线下融合发展的新形态，新冠疫情之后，生鲜电商的快速崛起，让中国电商行业看到了新可能。民众的消费场景已经不仅仅存在于APP、小程序、pc网页商城了，更多的需要和线下零售、及时配送相结合。

新可能要求人、货、场三者的协同融合，从供应链的角度来看，主要的变化是场，如何营造好这样的一个消费场景。

通常，我们进行网络购物的流程是注册-浏览-加购物车-下单-支付-配送-收货-评价。

这简单的一个操作流程就需要电商生态的数个系统进行操作流程才能完成，其中的参与角色包括：货物供应商、商家、平台、物流、支付、我们自己（消费者），后台涉及的系统包括：会员、商品、支付、订单、营销、仓库、物流、评价等，从用户注册到订单结束，每一个环节和流程都准确无误的记录，才能保证商品完整无缺的送到用户手中。

后台系统对于不同的用户而言，是不一样的。对于用户来说：商家和平台都属于后台系统，对于商家来说：店铺管理就属于后台系统，对于平台来说，内部管理工具和电商业务后台属于后台系统。

电商业务后台系统的作用

优秀的产品经理可以通过对业务的了解，选择合适的后台产品架构，从整体的角度去考虑后台功能的合理性，为业务的快速发展提高支撑。

一个好的产品架构可以支撑业务的横向发展，不至于重复造轮子，造成研发资源的浪费；

设定产品架构的初期，也要设定业务边界，定义每一个系统的业务范围，这样的好处是可以让子系统之间相互配合，形成大型的业务系统，即使单一系统发生问题时不会牵一发而动全身，同事产品人员和研发团队可以更加专注，权责分明。
商品中心：spu、sku、商品属性、类目（前后台）、价格

订单中心：管理订单类型、订单状态、获取订单的商品\用户\营销\支付\物流相关信息、进行库存更新、订单下发

支付中心：管理支付数据、调用支付接口、获取支付信息、支付对账

会员中心：等级、权益、积分、卡券

调度中心（多仓库时存在）：调度仓库、物流发货

库存中心（WMS系统）：出库、入库、盘点、与调度中心互动

促销中心：营销活动、优惠券、专场活动、促销专区

内容管理系统（CMS系统）：自定义配置页面

评价中心：管理商品评价和用户反馈

店铺管理：入驻店铺管理、店铺权限

采购中心：自动采购、供应商管理

财务管理：订单对账、采购对账、清账、统计

物流中心（TMS系统）：运费模板、物流对接、海关对接

风控中心：信用建设、反欺诈、恶意刷单、恶意评价

客服管理系统：管理退货退款、售前售后咨询、呼叫中心、在线客服

每个系统之间相互关联交叉，又相互影响。

以下单流程为例：

1.用户进行下单时，需要去风控中心自动校验是否商户黑名单或ip地址异常

2.在商品中心获取商品信息，在营销中心获取打折促销信息，在会员中心获取会员权益

3.根据商品锁库存规则在调度中心或支付中心锁定库存

4.在物流中心选择运费模板，生成待支付订单

5.订单支付后，订单下推至调度中心，根据规则选择发货仓库

6.wms系统根据根据发货单选择出库和物流，同时把订单号给到物流中心继续跟踪

7.用户签收，即订单完成

8.产生售后，回溯订单

用户下单信息在多个子系统间流转，每个子系统通过数据架构产生关联，共同为业务流程服务。
后台系统架构应该如何设立？

启动初期：主功能优先、简单架构

产品初期：现有架构上丰富功能

产品中期：模块分离，拆离子系统

产品后期：业务复杂，重构产品架构
一个好的产品经理要脚踏实地，仰望天空。

根据业务实际发展情况来进行产品迭代，具有预见性，支撑中长期的业务发展。

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

电商系统源码售后服务主要是指在客户购买系统源码后，在使用中出现的问题的解决工作，比如源码使用过程中的安装、调试、维护、功能增强等。
电商系统源码售后服务要做到以下几点：
1、系统使用故障分析及处理
2、功能优化及定制服务
3、技术支持
4、升级服务

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

有关订单系统的前台设计目前已经基本完结，后续再与大家讨论分享有关订单系统的后台设计。 关于电商售后服务台系统和电商售后服务流程的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 电商售后服务台系统的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于电商售后服务流程、电商售后服务台系统的信息别忘了在本站进行查找喔。