工单系统、在线客服工具、客户服务 CRM，这三个类别是分开销售的，但企业购买它们的目的却是同一个：在不遗漏任何客户的前提下回应客户。它们之间的重叠部分足够大，以至于大多数团队最终会同时运行两种工具，并为重复的那部分功能付费两次。
解决之道并非一张功能对比表，而是要弄清楚每个类别真正是围绕什么构建的，因为那个核心正是它擅长的部分，其余的都只是附加功能。
三个类别，一个使命
每个类别都是围绕一个不同的对象组织起来的，其余一切都由此衍生。
工单系统围绕工单构建：工单是一项有状态、有负责人、有截止日期、有人对其负责的工作单元。在线客服围绕会话构建：会话是正在发生的、以秒计的对话。CRM 围绕账户构建：账户是一个拥有超出任何单次请求的历史记录的人或公司。
只需问一问：如果没有某个对象，这个工具将无法运作，那么无论定价页面怎么称呼它，其所属类别都会一目了然。
一款工具会原生处理自己的核心对象，并将另外两个对象当作附加项来处理。这也是为什么在线客服工具存储工单时显得笨拙，为什么工单系统显示的客户档案过于单薄，以及为什么 CRM 难以胜任实时收件箱的原因。
工单系统的核心职责
工单系统存在的意义在于，确保没有任何请求被遗漏，且每一个请求都有负责人。它的原生概念包括队列、状态、分配、优先级、SLA 计时器和升级机制。
当处理速度赶不上请求到达的速度、请求存续时间超过一次沟通、以及需要有人对尚未解决的问题负责时，工单系统就是正确的核心选择。
工单系统软件的价值体现在请求进入第二天时，而不是第一分钟。如果你处理的几乎所有事情都能在一次对话中结束，那么大部分机制都会闲置不用。
最适用场景：请求量大、请求存续时间超过单次会话，且需要有人对解决期限负责。
在线客服与聊天对话的形态
在线客服是为当下正在进行的对话而优化的，它的整个设计都围绕这个时限展开。
它关注的原生要素包括小组件行为、访客上下文、分配给空闲客服、快捷回复，以及以秒而非小时计的首次响应时间。
它适用于售前咨询和快速的账户问题。更广泛地说，它适用于任何一种情形快速给出的部分答案胜过完整但缓慢的答案。
它的弱点会在对话无法完成时立即显现。如果背后没有工单支撑，未完成的对话就没有负责人、没有截止日期、没有状态，只能留存在某人的记忆中。
最适用场景：对话能在单次会话内结束，速度比追踪更重要。
客户服务 CRM 软件与账户档案
CRM 保存的是账户信息：这位客户是谁、他们购买了什么、曾被承诺过什么、上次发生了什么。
对客户支持而言，它改变的是答案的质量，而非速度。能看到套餐、续约日期和之前投诉记录的客服，给出的答案会与只能看到当前消息的客服截然不同。
客户服务 CRM 软件也是让支持工作在公司其他部门中可见的关键。销售团队能在续约通话前看到未解决的投诉，而客户成功团队能在客户流失前看到相关的模式。
CRM 并不是收件箱。在专为销售漏斗设计的 CRM 中处理实时对话量，是最终不得不使用两套工具的最常见原因。
从决定性问题看三者对比
| 问题 | 工单系统 | 在线客服 | CRM |
|---|---|---|---|
| 围绕什么构建 | 工单 | 会话 | 账户 |
| 自然时间单位 | 数小时至数天 | 数秒至数分钟 | 数月至数年 |
| 能否回答谁负责 | 能 | 不能 | 部分能 |
| 能否回答这是谁 | 部分能 | 不能 | 能 |
| 能否在渠道切换后延续 | 能 | 很少能 | 能 |
| 失败表现为 | 首次回复过慢 | 丢失未完成的工作 | 实时处理能力不足 |
先看最后一行。每个类别都会以一种可预见的方式失败，而你最难以承受的那种失败，正是决定你需要哪种核心的最有力依据。
你最终会重复付费的重叠部分
这些类别中的每一个都在不断向其他类别靠拢发展，这也是为什么它们的边界在演示中显得模糊，而在日常使用中却又界限分明。
工单系统加入了聊天小组件。聊天工具加入了工单对象。CRM 加入了收件箱。每一项新增功能都是真实存在的，但都比围绕该对象专门构建的工具要浅显得多。
这种重复很少会体现在账单上。它表现为同一位客户被存储了两次、同一段对话在两个仪表盘中被统计了两次，以及两个团队因为读取的是不同系统而对某个数字争执不下。
联系人档案是代价最高的地方。一位客户存在两个信息来源，意味着两者都不被信任，每一份报表都会变成一场关于哪份导出数据才正确的争论。
你已超出某一类别承载能力的信号
该转变的时机，通过症状比通过员工人数更容易识别。
当客服人员开始用表格记录未完成的对话，或者客户再次联系时没有人能找到昨天说过什么，单靠在线客服就不再够用了。
当售前咨询以工单形式到达并被回复得太慢而失去意义时，或者客服人员因为客户档案信息太单薄，每次回复都要打开第二个工具时，单靠工单系统就不再够用了。
单靠 CRM 会在第一个繁忙的下午就失效，因为销售漏斗式的布局会妨碍你同时回复四十个人。
贯穿三者的可靠信号是：客服人员在工具之外自己维护一份清单。那份清单正是你所缺失的功能。
知识库：三者都默认存在的一环
这三个类别都默默假设知识库已经存在，而它们自身却都不是知识库。
如果没有已发布的答案，客服人员之间的快捷回复就会逐渐产生偏差，工单解决过程会重复已经完成过的工作，而 AI 层也就没有可信赖的素材来起草回复。
客户支持知识库软件能带来双重回报：一方面在前台让客户能够自助解决问题，另一方面在幕后成为自动生成草稿的依据素材。
工具分散时，报表最先失真
工具分散的问题会最先在报表中显现出来，因为每个工具只能统计它自己能看到的部分。
在线客服会报告响应时间，却遗漏了后续通过邮件继续的所有内容。工单系统会报告解决时长，却无法得知这个问题其实已经在聊天中被解答过了。CRM 会针对账户进行报告，却对队列负荷一无所知。
三个绿色的仪表盘可能描述的是一次实际正在失败的体验，而且没有一个是错的。
只有在统一的系统中才会出现的那个数字，是客户在每一次触点上的总成本，而正是这个数字决定着人员配置。
集成方案还是一体化平台
整合三种工具是一种合理的选择，当集成是双向的、身份标识能够对齐，并且有人在字段变化时负责维护同步时，这种方式是可行的。
它会悄无声息地失效。单向同步会逐渐退化为过时的数据，某个被重命名的字段会破坏映射关系而无人察觉，而这种失效最终会以客服人员信任了错误的记录这种形式暴露出来。
一体化平台不是改进同步，而是彻底取消同步。这种选择的代价是诚实的：在某个专业工具最擅长的领域，深度会不如那个专业工具。
RolChat 选择的是单一工作空间路线，将工单、聊天、联系人档案、知识库和 11 个渠道统一在一套路由模型和一份历史记录之下。
将你失去的深度与你不再需要维护的同步进行比较。拥有专职运营负责人的团队可以很好地运行三套工具。而没有这样的负责人的团队，通常要等到同步已经失效一个月之后才会发现问题。
随规模增长而表现不同的成本模型
这些类别的定价方式各不相同，而这种差异的累积速度，比任何功能差距都要快。
按客服人数收费的模式会随人数成倍增长，因此季节性招聘每年都会让账单变动两次。由三款产品组合而成的套件，还会按产品数量成倍增长，这就是为什么第二款和第三款工具的花费，往往比第一款给出的报价更高。
RolChat 按公司而非按客服人数定价，起价为入门版的 19 美元，企业版则按需单独报价，年付可覆盖十个月的费用。电话功能和合规同意功能为附加项，且入门版不提供附加项。
30 天试用期在绑定信用卡后开放所有功能，足以让你用真实业务量来测试，而不只是抽样体验。
不过度采购的选择方式
从你最难以承受的那种失败开始考虑。如果是工作被遗漏追踪，指向的是工单系统。如果是客户在等待中流失，指向的是在线客服。如果是在不清楚对方是谁的情况下作答，指向的是账户档案。
接着再检查第二严重的失败风险，因为它决定了单一类别的工具是否够用，还是重叠部分终将让你付出代价。
按你当前业务量再加一个季度的余量来采购，而不是按套餐里写的业务量来采购。支持工具很容易随需求增长，但一旦超出需求要缩减规模，代价却很高。
常见问题
工单系统和在线客服的真正区别是什么？
工单系统围绕工单构建，工单是有负责人和截止日期的工作单元。在线客服围绕会话构建，会话是正在发生的对话。前者用于追踪，后者用于应答。
我们还需要客户服务 CRM 软件吗？
你需要的是它所保存的账户档案。这份档案是以独立 CRM 的形式出现，还是作为支持平台内部的联系人档案出现，取决于销售和客户成功团队在多大程度上需要共享同一份视图。
CRM 能当作工单系统使用吗？
它可以存储案例，但其设计是围绕销售漏斗而非队列展开的。在 CRM 中处理真实对话量的团队，通常会在一年内添加第二套工具。
同时运行两套工具的实际代价是什么？
除了第二份许可证费用之外，还包括重复的联系人档案、在两个仪表盘中被重复统计的对话，以及一套在字段变化时必须有人负责维护的同步机制。
我们如何判断已经超出了纯聊天式支持的承载能力？
最明显的信号是客服人员在工具之外自行维护一份未完成对话的清单。那份清单正是你所缺失的工单队列。
一体化平台是否总是优于三套集成工具？
不一定。当集成是双向的、身份标识能够对齐，并且有人负责维护同步时，三套工具的组合是可行的。一体化平台省去了这项维护工作，但作为交换会牺牲一定的深度。
知识库处于什么位置？
它位于这三个类别之外，却被三者共同默认存在。它能直接回答客户的问题，并为自动生成的草稿提供经过审核的可靠素材。
工具分散时，哪个报表数字会丢失？
客户在每一次触点上的总成本。每个工具只能统计自己能看到的部分，因此三个健康的仪表盘也可能描述出一次正在失败的体验。
