创建、导入和维护已保存回复

准备可重复使用的人工坐席回复,使其保持准确、个性化且易于维护。本指南将工作重点放在 Inbox 已保存回复上,并提供一条可重复执行的路径,让 Humind 的新用户无需更改无关配置即可遵循。 Inbox 是团队成员查看对话并处理需要人工参与的工作的地方。负责人归属、队列状态、筛选器、标签、已保存回复、备注和工单各有不同用途。团队应就对话如何进入队列、由谁负责,以及工作如何解决或返回给 AI 达成一致。 开始之前 访问权限: 管理已...

准备可重复使用的人工坐席回复,使其保持准确、个性化且易于维护。本指南将工作重点放在 Inbox 已保存回复上,并提供一条可重复执行的路径,让 Humind 的新用户无需更改无关配置即可遵循。

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

开始之前

访问权限:管理已保存回复需要对 Inbox 设置具有写入权限。操作人员需要有权访问 Inbox 才能使用它们。

  • 从支持负责人处收集已批准的重复使用回复。
  • 移除客户特定的细节和过时的政策文本。
  • 确定每条回复应手动创建,还是从经过审核的文件导入。

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

分步工作流程

  1. 确认范围和当前状态

    打开已保存回复或预设回复的管理区域,在添加另一个版本之前先搜索现有回复。

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

    创建简洁的标题和回复正文,并使用清晰的占位符,要求操作人员在发送前进行检查。

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

    对于导入,请先用一个小样本验证受支持的文件结构,检查生成的记录,并在进行更大批量处理之前修正重复项。

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

    在真实对话中插入回复,对其进行个性化处理,验证链接和语言,并为未来的政策变更安排内容负责人的审查。

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

重要限制和操作说明

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

验证结果

  • 每条已保存回复都具有唯一且可搜索的用途。
  • 导入的回复和手动创建的回复都能正确呈现。
  • 操作人员可以找到、插入、编辑并发送该回复。
  • 任何回复都不包含过时承诺、未说明的占位符或客户数据。

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

故障排查

导入产生错误或缺少回复

使用一个小而干净的文件检查预期列、编码、必填值和行数限制。不要在未解决重复项的情况下反复导入同一个完整文件。

已保存回复是正确的,但发送的消息不正确

确认操作人员已检查占位符、语言、链接和对话上下文。已保存回复是可编辑的起点,不是自动生成的最终答案。

相关指南

这篇文章对您有帮助吗?