配置 Smart Tags 以进行分流

创建聚焦的自动分流标签,并验证它们是在改进 Inbox 工作,而不是让其变得更难分辨。本指南将工作重点保持在 Inbox Smart Tags 上,并提供一条可重复执行的路径,让新的 Humind 用户在不更改无关配置的情况下也能遵循。 Inbox 是团队成员查看对话并处理需要人工介入工作的地方。所有权、队列状态、筛选器、标签、保存的回复、备注和工单各有不同用途。团队应就对话如何进入队列、由谁承担责任,以及工作如何解决或返回给 A...

创建聚焦的自动分流标签,并验证它们是在改进 Inbox 工作,而不是让其变得更难分辨。本指南将工作重点保持在 Inbox Smart Tags 上,并提供一条可重复执行的路径,让新的 Humind 用户在不更改无关配置的情况下也能遵循。

Inbox 是团队成员查看对话并处理需要人工介入工作的地方。所有权、队列状态、筛选器、标签、保存的回复、备注和工单各有不同用途。团队应就对话如何进入队列、由谁承担责任,以及工作如何解决或返回给 AI 达成一致。

开始之前

访问权限:需要具有 Inbox 配置写入权限。操作人员需要具有 Inbox 读取权限来验证结果。

  • 定义每个标签应支持的运营决策。
  • 收集正向和负向对话示例。
  • 检查现有手动和自动标签是否存在重叠。

在下文所述的最小责任范围内工作,并在准备更改时保持当前面向客户的状态可用。在点击任何最终操作之前,请确认 Humind 中显示的当前公司、Agent、商店、语言和市场。缺少某个控件可能表示只有只读权限,或者表示该公司尚未配置相应能力。在这种情况下,请记录预期任务,并请管理员检查确切的权限或依赖项。不要通过共享账户、将数据复制到其他区域,或承诺工作区未公开的能力来绕过这一边界。

分步工作流程

  1. 确认范围和当前状态

    打开 Smart Tags 配置,并搜索是否已存在涵盖预期主题或结果的规则。

    • 编辑前确认当前公司和 Agent。
    • 记录当前状态,以便在更改后比较结果。
    • 如果屏幕或权限与预期任务不匹配,请停止操作。
  2. 准备更改

    创建具体的名称和描述,在不使用客户个人数据的情况下区分符合条件和不符合条件的对话。

    • 使用能够完成客户任务的最小更改。
    • 将权威信息保留在其所属来源中。
    • 保存前检查标签、日期、语言以及客户可见的措辞。
  3. 保存并等待所需处理完成

    保存该规则,并让受支持的分类流程在符合条件的对话上运行。

    • 等待界面确认更改已保存。
    • 如果需要同步、索引或发布,请等待其最终状态完成。
    • 重新加载该区域,并确认已保存的值仍然保留。
  4. 测试完整客户旅程

    在 Inbox 中查看已打标签和未打标签的示例,优化过于宽泛的措辞,并记录操作人员应如何在视图或后续处理中使用该标签。

    • 使用新的会话和真实的客户场景。
    • 当结果显示在店面时,检查桌面端和移动端。
    • 如果结果与预期不符,请记录确切的失败步骤。

重要限制和操作说明

  • 保存成功只确认已持久化,不代表每个下游同步或公开更新都已完成。
  • 工作区权限可能会隐藏某个区域,或者允许读取但不允许更改。
  • 不要把易变的目录、账户或客户事实复制到叙述性内容中作为变通方法。
  • 仅测试对当前公司可见且已配置的受支持能力。
  • 将 Inbox Smart Tags 中的更改与无关的 Agent、Knowledge、目录、Inbox 或 Helpdesk 工作分开。

验证结果

  • 已知的正向示例会收到该标签。
  • 已知的负向示例保持未打标签状态。
  • 操作人员理解该标签的作用和限制。
  • 该标签能改进视图或工作流程,而不是替代对话审查。

简要记录你测试了什么、使用了哪个客户场景,以及发生了哪些变化。这会让后续故障排查更精确,也有助于其他团队成员在不依赖记忆的情况下复现结果。

故障排查

收到该标签的对话过多

围绕运营信号缩小定义范围,并测试接近但不完全匹配的示例。当团队需要的是特定结果时,避免使用宽泛的主题标签。

最近的对话没有被打标签

检查该规则是否处于活动状态,以及哪些对话符合处理条件。不要假设新创建的规则会追溯性地对每个历史线程进行分类。

相关指南

这篇文章对您有帮助吗?