2018 I/O开拓者大会上，谷歌演示了对话机器人Duplex。

Duplex完成了两项任务：

第一项任务，预定理发做事；第二项任务，一个预定就餐的电话接待。

实际上，Duplex扮演的便是智能客服的角色。

在人工智能领域，智能客服该当是比较随意马虎落地，而且技能比较成熟，这是由于客服领域的场景路径具有相对明确的特色，决定了基于全量数据进行高并发需求处理的人工智能在客服领域将大有可为。

目前，基于大数据、云打算和深度学习等领先的人工智能技能，智能客服已经可以实现自主问答、业务办理、故障诊断等一系列繁芜操作，实现客服行业中大部分的应答需求，快速高效的办理用户问题。

据2018年5月发布的《中国智能客服行业研究报告》统计，中国大约有500万全职客服，以年均匀人为6万打算，再加上硬件设备和根本举动步伐，整体规模约4000亿元。

如此巨大的市场，当然会使得浩瀚企业对付智能客服如蚁附膻。
但是为什么到现在还没有一家独角兽公司涌现？

虽说这是人工智能中最随意马虎落地、技能相对成熟的项目，但干系企业如果想开拓和构建一套人工智能客服系统，到底要投入多大的本钱？

一家企业是自己搭建一套智能客服系统，还是找到一家得当的智能客服平台厂商，站在“巨人”的肩膀上，利用它们授予的能力，搭建自己的智

能客服办理方案。

本日我们好好聊聊。

一、客服系统的发展进程

中国客服软件市场大致经历了三个发展阶段：传统呼叫中央软件、PC网页在线客服+传统客服软件、云客服+客服机器人的智能客服阶段。

2000年以前，互联网尚未遍及，客服紧张以电话沟通为主。
2000-2010年间，得益于打算机技能、打算机电话集成技能（CTI）、网络技能、多媒体机技能以及CRM、BI、ERP、OA等企业信息化运用的集成，客服系统跳出单一的电话沟通涌现了网页在线客服等多种客服渠道。
而过去近十年，移动互联网、云打算、大数据和AI技能的发展又将传统呼叫中央和客服软件带入了SaaS和智能化时期。
一方面全新的SaaS模式使得企业搭建客服中央的本钱大大降落，SaaS模式逐渐遍及，早期供应呼叫中央硬件设备的厂商已经延伸到中下贱，为外企、国企等大型客户供应本地客服中央办理方案。

从当前客服家当链构成情形来看，上游根本举动步伐环节已经发展成熟，少数巨子垄断市场。
未来，他们会连续向下贱延伸，构建企业做事生态。

中游客服产品供应商中，云客服厂商经由几年竞争，头部几家已脱颖而出，但仍未长出巨子，竞争依然激烈。
产品功能更加丰富，运用处景也从客服延伸到了发卖、营销等多个环节，另一方面，客服机器人通过赞助人工，以及回答大略重复性问题，大大提高了人工客服的事情效率。
同时，AI也在从各个环节上变革着企业客服的交互办法，加速线上线下客服的智能化升级。

二、智能客服系统搭建

智能客服系统紧张基于自然措辞处理、大规模机器学习、深度学习技能，利用海量数据建立对话模型，结合多轮对话与实时反馈自主学习，精准识别用户意图，支持笔墨、语音、图片等富媒体交互，可实现语义解析和多形式的对话。

任务对话做事：

定制化做事，通过与用户的多轮交互，实现快递查询、订餐、年夜夫预诊等做事类功能。

业务咨询做事：

通过QA知识库，快速回答用户问题咨询做事。
办理常见问题的解答。

2. 智能客服系统的技能构架

（1）基于知识库回答的智能客服系统

基于知识库回答的智能客服系统， 利用的检索或者分类模型来实现的。

检索式回答的流程是：

首先对用户的输入问题做处理，如分词、抽取关键词、同义词扩展、打算句子向量等； 然后基于处理结果在知识库中做检索匹配，例如利用BM25、TF-IDF或者向量相似度等匹配出一个问题凑集，这类似推举系统中的召回过程； 由于我们是一个问答系统，终极是直接返回给用户一个答案，因此须要从问题凑集中挑出最相似的那个问题，这里会对问题凑集做重排序，例如利用规则、机器学习或者深度学习模型做排序，每个问题会被打上一个分值，终极挑选出top1，将这个问题对应的答案返回给用户，这就完成了一次对话流程。

在实际运用中，我们还会设置阈值来担保回答的准确性，若终极每个问题的得分低于阈值，会将头部的几个问题以列表的形式返回给用户，终极用户可以选择他想问的问题，进而得到详细的答案。

（2）基于槽位添补的多轮对话系统

搭建基于槽位的对话系统是一个相对专业而繁芜的过程，常日分三个紧张的阶段。
首先是需求剖析，然后是利用平台搭建 BOT，末了是持续优化。

理解该系统我们先熟习一下几个名词的释义：

1）意图

意图是指用户在语音交互中发出的紧张要求或动作。

意图示例：

肯定意图：是；对的；精确；Ok；否定意图：不是；不对；错了；NO；取消意图：退出；停滞；关闭；结束；

2）技能

技能是知足用户特定需求的一个运用。
例如用户说“查询我的洗发水快递到哪里了”时，会进入快递查询的技能。

3）问答型技能

通过Q（用户问法）和A（机器人回答）的配置，可以实现大略的用户与机器人的对话。

任务型技能：在问答型技能的根本上，增加槽位、API（接口）调用等高等功能，可以通过配置，来实现用户查询信息、问题搜索或者其他功能。

4）词典

某个关键词可能变革的内容，例如韶光词典，位置词典。

语义槽：语义槽是用户说法中包含的关键词，它可以帮助系统准确识别意图，例如星座语义槽包含12星座的名称。
语义槽和词典一样平常会同时利用，语义槽常日用来指代词典。
一个语义槽可以同时绑定多个词典，一个词典也可以与不同的语义槽干系联。

5）追问

当用户问法中没有供应该语义槽值时，机器人要对其自动发起追问。

例如用户问：景象怎么样？我们无法获取到查询景象的地点的语义槽值，就须要机器人追问，您想获取哪里的景象信息？，追问话术一样平常设置多条，随机追问。

在海内开放的bot系统中，百度UNIT和微信的对话开放平台便是运用的该技能框架。

一个自然措辞对话系统，理解的核心任务是对意图的解析和对词槽的识别。

例如：订来日诰日早上8点北京到石家庄的火车，在这个例子中，对付用户表达的一句话，它的意图是要订火车票，个中涉及的词槽包括出发地、目的地、韶光。
当这个韶光有多趟车次的时候，就须要进行追问用户，是要订哪一个。

以百度UNIT平台为例，搭建一个买票智能回答的流程。

需求剖析：订火车票须要知道韶光、出发地、目的地新建一个BOT，命名为：火车票新建对话意图：命名订票添加词槽：出发韶光、选择系统词槽词典，选择然后选择系统词典 sys_time(韶光)，出发地词槽、目的地词槽，这两个都可以选择系统词典，这些都是必填项。
设置词槽与意图关联属性，这里火车票的出发韶光是订票里必须的关键信息，以是选择必填。
澄清话术便是当用户表达订票需求的语句里短缺出发韶光时 bot 主动让用户澄清的话术。
还可以设置让用户澄清多少轮后放弃哀求澄清，默认是 3 次。
设置 BOT 回应，BOT 回应便是当 BOT 识别出用户的意图和所有必填词槽值时给用户的反馈。
对付订票回答一样平常对接API接口，实现自动天生办法。

当然，这只是火车票中的一个场景，在火车票这个场景中还有退票、改签、查询等功能。
这些都是须要我们在需求梳理中要确定的。

3. 如何评判一个智能客服系统的好坏

（1）基于人工标注的评价

基于问答知识库来回答的系统，回答能力受限于知识库的丰富程度，也便是说知识库对用户问题的覆盖率，覆盖率越高，准确性越高。

因此并非能回答用户的所有问题，系统最佳的状态是将能回答的全部回答准确，不能回答的全部拒识，即谢绝回答。

因此这里的评价指标包括有问题办理率、拒识率、召回率和准确率等，我们的目标是让系统的有结果率无限靠近数据的真实有结果率，召回率和准确率只管即便高。

召回率 = 机器人能回答的问题数 / 问题总数准确率 = 机器人精确回答的问题数 / 问题总数问题办理率 = 机器人成功办理的问题数 / 问题总数拒识率=机器人未回答问题数/用户问题数

通过从逐日的全量数据集中抽样出一个小数据集，担保小数据集的数据分布只管即便符合全量数据集，然后由标注团队对数据集做标注，标注出每个问题的实际答案，一样平常标注完成后还有质检的环节，以担保标注结果只管即便准确，这样便天生了逐日数据的标准评测集。

基于该标准评测集我们会去评价系统的好坏，并且每次做新模型迭代时都会利用标准评测集去评价新模型，只有新模型达到某个指标才可以上线。

（2）基于用户反馈的评价

人工评价能够评价智能客服系统的准确率，但是答案是否合理，能否为用户办理问题，须要用户去反馈评价，全体智能客服系统的终极目标是帮助用户办理问题。

我们会在产品上设计智能客服和在线客服的评价功能，例如会让用户评价智能客服的每个答案或者某次会话，在和人工客服谈天完毕会发送评价卡片给用户去评价满意度，如下图所示。

终极我们会统计参评比例、满意度等指标，这些指标能够真正反应智能客服系统的好坏。
实际中每每用户参评比例低，我们会利用各种方法去刺激用户评价。

三、智能客服碰着的那些问题1. 做通用智能客服系统还是垂直行业智能客服系统

智能客服系统的都是2B的，通用型智能客服系统意味着市场更大，用户更多。
而垂直领域的客服系统用户就少的多了。

以保险行业为例，全国保险公司一共一百多家。
而且做垂直领域的智能客服系统，AI团队必须充分理解行业。
理解业务需求，理解业务流程还须要跨部门沟通。

做垂直领域的智能客服系统，每每会陷入一两个大项目，不断知足用户的个性化需求上。
终极系统很“定制”，同时市场也很小。
做几个项目之后就会碰到透明的天花板。

然而做通用型智能客服系统最然市场很大，但是和做垂直领域的智能客服系统的团队比较，没有了上风，技能上风现阶段各家差距不大，小公司可以给用户定制化，但是通用化系统不可以，终极变成市场很大，但是被一个个一句突起的做垂直领域的智能客服系统小公司蚕食了。

那怎么办呢？

互联网刚开始的时候，门户网站率先突起，能够做事大多数人的需求，接下来，微信公号可以订阅，每个人的阅读内容都不一样了，这便是一种定制版的资讯平台。
从用户角度来说，定制化是演进方向，终极通用型客服会被垂直行业智能客服所取代。

2. 做SAAS做事还是私有化支配

传统行业银行、保险、证券、房地产等大企业每每有很强的客服需求，对引入智能客服系统的意愿很强，但同时其对自身数据安全性的哀求也很高，因此只会赞许本地化支配的办理方案。

这类大客户做本地化支配办理方案，就只能采取项目制的商业模式，做一个项目收一次用度。
好处是一个项目就能收到几十至上百万元的收入，创业初期就能有盈利；坏处是私有化支配客户须要定制化需求比较多，会占用大量人力本钱而且难以规模化复制，长久来看增长空间有限。

那怎么办呢？

单从数据安全角度来讲，会随着技能发展来办理，移动支付刚开始的时候大家还很害怕，绑定自己***会不会被盗。
会不会有黑客黑进我的支付宝。
现在来看是杞人忧天了。
有足够的投入才会有足够的资金支撑技能开拓，SAAS做事做事的用户更多，技能漏洞更随意马虎被找出来，系统的安全性会进化的更快。
私有化支配不是一个好的选择。

3. 做事大客户还是中小客户

创业之初选择目标客户时所有智能客服创业公司都须要面临一个选择：究竟是主攻大企业客户，还是一开始切入中小企业市场？

主切中小企业客户则可以用标准化的SaaS产品来知足其需求，不仅模式轻占用人力本钱低可实现规模化复制，而且能通过每年续费的办法得到持续的收入，还能不断得到数据循环反馈建立起技能壁垒。

但缺陷是前期获客难度大，须要做大量市场教诲事情，并且中小企业的去世亡率高，整体的续费率难以保障，创业初期很难实现盈利。

但是主攻大客户的话，一些定制化需求难以知足，而且大客户流程比较长，一样平常具有长期做事的做事商，对产品成熟性哀求比较高，创业公司很难打进去。
定位于做事几个大客户，对付创业公司风险比较大。

那怎么办？

做垂直领域的SAAS系统，就须要有更多的用户利用，才能更快的迭代系统，只有一两个大客户，很难提出培植性的改进建议，以是说做中小客户，尽快的找到第一批用户，把系统跑起来然后不断优化迭代。

3. 智能客服发卖难点

大家都在说传统客服行业有很多痛点，智能客服可以很好地办理这些痛点。
例如：

（1）人工本钱高

人口红利消逝，用人单位的用人本钱会越来越高。

这个是真实需求吗？首先客服并不是一个企业的核心部门，大多企业对付客服部门并不是很重视。
在中小企业，客服职员并不太多，真正能节省的人力本钱并不高，以是企业的更换的动力并不大。
在大企业中，人力本钱的确是一个大的本钱支出部门，但是也正基于此，大企业有足够的支出来自己做智能客服系统。
由于他们的投入产出比是得当的。
就像是滴滴这类拥有大客服部门的企业，更方向于自己来做。

（2）决策悖论

智能客服系统要办理的便是人类客服做的事情，当更换掉他们的事情后，就意味着部门裁员。

这样当然对付企业来说是节流的好办法，但对付客服部门领导来说就不那么好，部门人说减少就意味着自己在企业中的权重降落。

虽然长远来看这是大势所趋，但现如今发卖过程中基本是还是从上到下的发卖过程，而不是部门提出的急迫需求，并且有部门职员持续跟进。

总结

太阳底下没有新鲜事，大公司运用底层技能框架，搭建自己的智能客服系统。
大概会是一个趋势，既能够担保数据的安全性，也能够掌握本钱。
对付一些SAAS智能客服系统来说，当技能形不成寡头上风，产品推广和做事能力就会变得尤为主要。

智能客服公司有壁垒吗？什么才是智能客服公司的壁垒呢？

客服系统的利用习气，和数据的积累，以及知识库的完善，是智能客服系统的行业壁垒，用户切换智能客服系统的本钱太高，也就

以是尽快拓展自己用户，这便是智能客服公司的壁垒。
只做智能客服未来的业务增长会非常有限，找到自己的第二增长曲线，是决定智能客服公司走多远的关键。

作者：老张，微信ID：zjl12224。
智能保险产品经理，运营智囊同盟创始人之一，《运营实战手册》作者之一。

本文由 @老张 原创发布于大家都是产品经理。
未经容许，禁止转载。

题图来自Unsplash，基于 CC0 协议。