Google Dialogflow CX

Google Dialogflow CX 是一个提供虚拟坐席的第三方平台。虚拟坐席可以解读您的联系人中所说的话或键入的内容,并做出适当的回应。在这一过程中,他们使用以下技术:

虚拟坐席十分灵活,可提供一系列功能来满足您组织的需求。例如,您可以对虚拟坐席进行设计,来处理一些简单的任务或作为复杂交互的坐席。

CXone支持 Google Dialogflow CX ,与语音和 CXone 聊天渠道一起使用。 它还可与 Digital First Omnichannel 基于聊天的渠道结合使用。 CXone 通过 Google Dialogflow CX 支持基于话语的功能。不支持需要音频流的功能。

Dialogflow ES 和 CX 是公开供给的产品,您可以通过 NICE CXone 直接购买。然而,公开版本没有完整的电话功能或 DialogflowGoogle Contact Center AI Agent Assist 之间的本地连接功能。通过NICE CXone合作伙伴购买时才提供这些功能。

Google Dialogflow CX 和 ES 的比较

CXone 支持 Google Dialogflow ES 和 CX。两个版本类似,但存在一些关键区别。

Dialogflow ES 适合小型简单的机器人。它以意图和上下文的平面结构为指导,模拟非线性对话路径。此方法不支持大型或复杂机器人。您可以使用脚本中所用 Virtual Agent Hub Studio 操作的 customPayload 属性传递上下文。这些机器人使用上下文数据确定联系人的意图。

Dialogflow CX 支持适用于大型复杂机器人的复杂非线性对话流程。它允许重复使用意图关闭 联系人所说/输入内容背后的含义或目的;联系人想要沟通或完成的内容,不需要上下文。您可以传递 customPayload 数据,但不需要包含上下文。

语音和文本虚拟坐席的对话流程

语音和文本虚拟坐席的对话开头是不同的:

对话开始后,虚拟坐席会分析联系人的话语,以了解对方说话背后的目的或含义。这就是联系人的意图。识别意图时,虚拟坐席会向联系人发送适当的响应。根据集成设置的不同,请求和回复有两种处理方式。它们可以是:

  • 在虚拟坐席与联系人之间直接发送。CXone 在整个对话过程中保持与虚拟坐席服务的连接,等待对话完成或联系人需要转移给真人坐席的信号。
  • 每一轮通过 Virtual Agent Hub 和脚本发送。该选项允许自定义虚拟坐席在不同回合中的行为。

Google Dialogflow CX 文本和语音虚拟坐席可以使用这两种方法处理请求和回复。

对话结束时,虚拟坐席向 Studio 脚本发送信号。它可以表示对话已完成,或者联系人需要与真人坐席通话。如果对话完成,则交互结束。如果需要真人坐席,脚本会发出请求。当有有空的坐席时,会将联系人转移给该坐席。

对话完成后,可以执行交互后任务,例如在 CRM关闭 管理联系人、销售信息、支持详细信息和案例历史记录等事项的第三方系统。 中录制信息。

先决条件

如果要将 Google Dialogflow CX 虚拟坐席关闭 代替现场人工坐席处理客户交互的软件应用程序。CXone 结合使用,您需要:

  • Google Cloud Platform 帐户。

  • 经过配置和培训的 Google Dialogflow CX 虚拟坐席可对联系人的请求作出响应。要完成 CXone 集成,您需要 Google Dialogflow CX 控制台中虚拟坐席设置中的虚拟坐席名称。

  • 电话号码,如果您使用 SIP关闭 用于对多媒体通信会话(如语音和视频通话)发出信号和进行控制的协议。 反向通道连接DialogflowCX 语音虚拟坐席。您必须从 Google 请求号码。您可以在 Google Dialogflow CX 控制台的“管理”部分的“集成”下执行此操作。有关更多信息,请参阅 Google Dialogflow CX 在线文档。

Google 中的 Alpha 可见性

Alpha 可见性是一个 Google 程序,可为 Google 云项目提供其他程序无法提供的功能。将 DialogflowCX 与 CXone 一起使用并不需要 Alpha 可见性。但是,有一种情况可能需要启用 Alpha 可见性。

需要 Alpha 可见性才能从 Dialogflow 虚拟坐席返回最后一次用户语音以及意图信息。您可以在脚本跟踪中查看这些信息。如果 lastUserUtterance 变量中应包含数据却为空,则可能无法为您的项目启用 Alpha 可见性。如果需要此信息,您的 Google 云项目必须启用 Alpha 可见性。

集成组件

使用 SmartAssistGoogle Dialogflow CX CXone 涉及以下组件:

Google Dialogflow CX 和数字渠道

您可以将Google Dialogflow CX文本虚拟坐席与 Digital First Omnichannel (DFO) 渠道关闭 联系人与坐席或机器人交互的一种方式。通道可以是语音、电子邮件、聊天、社交媒体等。一起使用。

数字关闭 与Digital First Omnichannel相关的任何渠道、联系或技能。渠道与 Virtual Agent Hub 一起使用时,消息可以是纯文本,也可以包含富媒体内容。富媒体内容包括按钮、列表选取器和附件等。可发送的富媒体类型可能因渠道而异。有关详细信息,请参阅您正在使用的特定数字渠道的在线帮助。

要在文本虚拟坐席的响应中包含富媒体内容时,请遵循所使用 DFO 渠道的 JSON 模式。每个渠道的模式都不同。将要使用的媒体内容的 JSON 添加到您Google Dialogflow CX配置控制台中创建的响应消息配置中。

谈话记录文本

您可以从所有 Google Dialogflow CX语音和聊天对话中捕获记录文本和意图信息。您可以以任何方式使用捕获的数据。例如,在交互转移给实时坐席的情况下,可以将其显示给坐席。另一种方法是将其保存为对话的永久记录。您可以选择仅捕获文字记录、仅捕获意图信息、两者均捕获或均不捕获。

要捕获此信息,必须在 Virtual Agent HubGoogle Dialogflow CX 配置设置中启用它。您还必须配置与虚拟坐席一起使用的 Studio 脚本。该脚本必须包含配置为管理捕获数据的 Get Bot Transcript 操作。捕获的数据将在联系人 ID 的生命周期内暂时储存。如果需要保存,可以配置脚本将其发送到存档。

自定义脚本编写指南

在集成虚拟坐席关闭 联系人所说/输入内容背后的含义或目的;联系人想要沟通或完成的内容之前,您得知道:

  • 您要将虚拟坐席添加到哪个脚本。
  • 将虚拟坐席连接到 CXone 的虚拟坐席 Studio 操作关闭 在 Studio 脚本中执行一个过程,如收集客户数据、播放消息或音乐或将联系人转接给坐席。对于语音虚拟坐席文本虚拟坐席,可以使用单独的操作。

  • Studio 操作必须放在您脚本流中的哪个位置。
  • 特定于您正在使用的虚拟坐席的配置要求。
  • 添加虚拟坐席操作后如何完成脚本。您可能需要:
    • 根据需要,使用 Snippet 操作向脚本添加初始化代码片段。如果要自定义虚拟坐席的行为,则需要执行此操作。
    • 重新配置操作连接器,以确保正确的联系流并纠正任何潜在错误。
    • 使用 OnReturnControlToScript 分支来处理挂断或结束交互。如果使用 Default 分支来处理挂断或结束交互,则脚本可能无法按预期工作。
    • 完成任何额外的脚本编写并测试该脚本。

确保将添加到脚本的虚拟坐席操作中的所有参数经过配置后可传递正确的数据。操作的联机帮助页面涵盖了如何配置每个参数。

此外,确保您在提供程序端完全配置了您的虚拟坐席。验证它是否配置了所有可能的默认消息。这包括错误消息或表明意图已实现的消息。

如果您需要有关在 Studio 中编写脚本的帮助,请联系您的 CXone 客户代表,参阅在线帮助的脚本指南部分,或者访问 NICE CXone 社区 一个方块,箭头从中心指向右上角。 网站。

Studio 语音虚拟坐席的操作

语音虚拟坐席有两个 Studio 操作:Voicebot ExchangeVoicebot Conversation

Voicebot Exchange 操作

Voicebot Exchange 操作适用于复杂的虚拟坐席或者当您需要自定义虚拟坐席每个回合的行为时。该操作监控联系人与虚拟坐席之间每个回合的对话。它将每句话语关闭 联系人所说或输入的内容。发​​送到虚拟坐席。虚拟坐席分析话语意图关闭 联系人所说/输入内容背后的含义或目的;联系人想要沟通或完成的内容和上下文,并且确定需要作出的响应。该操作将虚拟坐席的响应传递给联系人。对话完成后,该操作将继续执行脚本。

这是用于语音虚拟坐席的首选操作。如果想配置插入或不输入,则需要额外的脚本。如果您使用 SIP关闭 用于对多媒体通信会话(如语音和视频通话)发出信号和进行控制的协议。 秘密渠道连接,则必须使用 Voicebot Conversation 操作。

Voicebot Conversation 操作

Voicebot Conversation 操作仅适用于非常简单的机器人或使用 SIP关闭 用于对多媒体通信会话(如语音和视频通话)发出信号和进行控制的协议。 秘密渠道连接时。不允许 Studio 脚本自定义或控制虚拟坐席每个回合的行为。

此操作直接与虚拟坐席交互,并被动地实时监控对话。虚拟坐席分析对话意图关闭 联系人所说/输入内容背后的含义或目的;联系人想要沟通或完成的内容和来自恒定音频流的上下文。然后将合适的响应返回给联系人。当虚拟坐席指示对话已完成时,该操作将继续执行 Studio 脚本。该操作传递有关弹出屏幕关闭 允许坐席在完成交互后完成工作要求的状态、坐席路由等的所有相关信息。

除非您使用 SIP 秘密渠道连接,否则不建议将此操作与 Google Dialogflow CX 一起使用。

Studio 文本虚拟坐席的操作

TextBot Exchange 操作适用于复杂的虚拟坐席或者当您需要自定义虚拟坐席每个回合的行为时。该操作控联系人与虚拟坐席关闭 代替现场人工坐席处理客户交互的软件应用程序。之间每个回合的对话。它将每句话语关闭 联系人所说或输入的内容。发​​送到虚拟坐席。虚拟坐席将分析话语的意图关闭 联系人所说/输入内容背后的含义或目的;联系人想要沟通或完成的内容和上下文,并且确定需要作出的响应。TextBot Exchange 将响应传递给联系人。对话完成后,该操作将继续执行脚本。