客服系统后台:工单系统的简单说明

21 评论 53375 浏览 269 收藏 9 分钟

工单系统,是用于客服-客服、客服-业务、业务-客服之间沟通工具系统,他的主体使用人员是客服工作者,同时也会包含其他需要联系的业务人员。本文作者主要分享他对于工单系统的一些看法和经验。

最近在负责公客服系统,接手了工单系统的改造与优化,在此分享一些对此的看法与经验。

系统是一个纯粹的后台系统,不涉及到前台页面,不涉及功能,不涉及具体公司事务内容。

一、简介

1. 什么是客服系统

这里定义的客服系统是指:公司客服人员使用的系统的统称。可能包括呼叫系统、订单售后系统、工单系统、在线客服系统等一系列客服人员使用系统的统称。

2. 什么是工单系统

工单系统,在此指的是——用于客服-客服、客服-业务、业务-客服之间沟通工具系统,他的主体使用人员是客服工作者,同时也会包含其他需要联系的业务人员。

3. 什么是客服

这里的客服概念很宽泛,与公司结构有关。你可以认为:所有主要服务于公司后台用户的人员都可以统称为客服人员。

这里不做具体的区分,因为我们的工单系统没有根据他们的身份进行功能上的区分,我们的系统是统一化的。

4. 关于客服人员的具体分类

  • 直接与用户接触的:热线客服(接线)、在线客服(打字,回答),为保持接线的通畅与高效,以上客服通常只接入不呼出。
  • 销售客服:主动推销公司产品,服务等,维护客户关系。
  • 咨询客服:处理用户主动咨询产品的客服,咨询客服与销售客服区别主要在——一个主动一个被动。
  • 渠道客服:不同渠道有专门的处理联系人员,例如:为淘宝、美团途径卖出产品服务客服。
  • 供应商客服:处理与供应商之间联系人员。
  • 投诉人员:处理客服人员解决不了,升级的问题。

以上很多客服种类,可能有些头晕,你可以统一认为他们是处理客人问题的工作人员,只是对职责做了具体划分。

二、工单系统的意义

1. 工单系统的本质

对于电商类型的公司,工单系统的本质是为订单流转进行补充(无论是订单生成前还是订单处理过程中),而订单系统是公司内部系统的核心。

在订单流转过程中,必不可少的要发生内部的沟通交流,通过企业的通讯工具或者电话邮件等也能达到同样的效果。但这种方式是不系统、不可控,工单系统的出现就是为了弥补这个问题。

2. 工单系统目的

提升效率:

对于一个内部的沟通工具来说,最主要是问题是两个 :

  1. 找到对的人;
  2. 把事情说清楚。

从上述我叙述的客服人员种类可以看出:公司内部的工作流程是多层结构的,而场景是也多样的。固定的人员是好找的,但你可能遇到的事务类型是多种多样的,需要找不同部门的人员,而人员又具有流动性,因此找人可以说是最困难的问题。

因此,以小组为单位是工单系统的一大特点,所有的沟通问题都只具体到组织,而不需要到人员,由系统分配给不同的人员。把事情说清楚是容易的,只需要提前定义好需要哪些内容,而进一步提升效率只需要设置模板就能实现。

实现监管:

只要在系统上的,就是可监管的;只要是统一的,就是可查询的。

这个对于系统来说是非常简单,但是在设计的时候需要考虑到效率、绩效等一些问题,以符合不同部门的需求。

三、工单系统的结构

1. 最简单的流程:发送-分配-处理

上述流程是工单系统的基本结构,可以分为发起方、系统、接收方三部分。

可以预料到系统最重要的部分就是分配了,分配又可以分为——自动分配和手动分配。

自动分配:提交分配(发送后立即分配)、存单(例如非上班时间,进行存单,上班后进行分配)、重新分配(一段时间未处理的工单进行重新分配)、分配优先——部分工单是具有优先分配原则的。

例如:订单系统中可能会包含相应的负责人,我们希望能够优先分配给他,又或者相同订单生成多个工单,优先分配给之前接收过订单工单的人(前提是这个人能够接收此工单)。

上面说过工单是订单系统的补充,因此不要孤立的站在工单角度看待问题,要从订单的角度去思考工单系统。从订单系统中整合数据,能够让工单系统在实现功能的时候确保拥有底层数据支持。

手动分配:后台系统有个特点就是重管理,意思是——永远要准备好两套方案,一套给操作人员,一套给管理者和后台产品经理,这样在遇到问题的时候才能够有临时的解决方案。

手动分配分为两个部分:

  1. 辅助系统,选择接收组织或者接收者
  2. 出现问题,手动解决(可以理解为更高权限的分配)

2. 多层结构:发送-分配-处理-转发-分配-….转发-分配-处理-结束

上面说过工单系统是普适的沟通系统,那么对于多流程的处理工作,则不好支持。理论上工单系统应该在两方之间沟通后立即结束,从而达到最高效、简洁的效果。然而在公司的部门间的流程不可避免会出现多个部门间沟通。

例如:三级结构,A客服接收-转给B客服处理-B客服处理-转给C部门-C部门处理后完成。

由于我们的工单系统要做到普适性与开放性,首先我们不限制部门种类,其次我们不限制流程流转次数,并且我们必须要让这些流程全部在监督之下,最后我们还要考虑的是系统性能。

四、工单系统的适配

工单系统在实现功能后,可以适用于绝对部分功能,各个部门都可以去适配我们的系统。然而,实际上公司的多个系统可能是独立无关的。

例如:订单系统,作为公司最重要的部门,一般有能力的都是自己开发的。售后系统,辅助订单系统,应该也是配套的。但是例如:语音呼叫系统、在线客服系统等一些重要性不够高,但是开发成本很高的系统,可能就是从其他公司购买的了,又或者是自己开发但是完全独立不同的系统。

这种情况下我们需要确保,其他系统能够实现简单的查看、新增操作。

 

本文由 @付政博 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 您好,工单系统如何输出标准能力,用来与业务系统结合呢?比如订单系统?就是结合的同时如何保证功能逻辑低耦合

    来自北京 回复
    1. 首先考虑一下工单系统的标准能力是什么?

      1、记录、跟踪问题的能力:那这个是没有什么需要输出的。
      2、沉淀下来的场景化的解决方案:这个是可以通过知识复用,其实本身就是低耦合。
      3、其他能力,如安全合规:这一部分其实本身不应该归属到工单能力中。

      其实工单本身还是一种事务的跟进处理系统,它所使用的很多内容都是来源于业务,好像也没有什么可以输出的标准能力。

      来自浙江 回复
  2. 😂

    回复
    1. 😂😂😂

      回复
  3. 学习收藏了,今天就当一回课代表吧。搭建私域流量运营,当然必须要有工具。给大家推荐一款由【人人都是产品经理】【起点课堂】旗下独立研发的私域流量运营工具——粮仓·企微管家。粮仓·企微管家是一款基于企业微信的一款营销型SCRM系统。集裂变获客、留存促活、销售变现、客户管理于一体的私域增长闭环系统。覆盖企业客户运营的生命周期,助力企业私域流量运营,提升售前/售后服务能力。还可以免费开始使用哦~ http://996.pm/M0A06

    来自广东 回复
  4. 额,按照你的定义im也是工单

    来自浙江 回复
    1. IM也算是一种工单

      来自上海 回复
    2. 工单带有记录、任务的性质,IM有这个吗?

      来自浙江 回复
    3. im也是工单?im的主要提供的能力是什么,工单主要提供的能力是什么,想一想吧

      回复
    4. 其实都属于信息传递的载体,使用的侧重点不同。只不过工单载体是任务性质,也就是必须要协作处理完成的事项,IM是沟通性质,没有正式落成任务,工单是对沟通的补充

      来自广东 回复
    5. 来自浙江 回复
  5. 请教,你的意思是,工单系统是公司内部基于订单系统的沟通工具,也称为客服系统,是(面对公司内部人员的)客服人员和各业务人员之间的沟通工具,这个意思吗?

    来自广东 回复
    1. 不用限定在内部或者外部,工单就是一个记录事件、跟进处理、结果反馈的单据。

      工单系统只是承载这个单据线上化的载体而已

      来自浙江 回复
  6. 对于你描述的目的和本质非常认同,但是对于结构拆分就有些问题了,发送和分配在实际的执行环节为什么要拆分出来了,或者说用申请-路由-处理这样分是否会更清晰一些

    来自北京 回复
    1. 不好意思,是发起,写成了发送 哈哈哈 发起=申请

      来自浙江 回复
  7. 粗略看了下,列举的两种工单流程里都缺了一个重要的环节:反馈用户。这里不知道你们产品是自用还是商用,商用的话这一点更重要。涉及向用户反馈结果的话自然会涉及多渠道的问题,不同渠道访客的身份及通知回溯机制会是一个复杂的服务,这也是目前国内大部分客服产品的短板。

    来自北京 回复
    1. 这里的工单是公司内部使用的,不涉及反馈用户,面向用户反馈的应该是留言系统吧,留言渠道是很好获得的,身份回溯指的是什么呢?

      来自上海 回复
  8. 完全没看懂

    来自湖南 回复
    1. 尴尬,哪里不够清楚啊?

      来自上海 回复
    2. 😄可能是写的有点问题

      来自浙江 回复
    3. 哈哈哈 这….

      来自浙江 回复