使用备注、提及、标签和预设回复

Inbox 协作会使用多种用途不同的对象。内部备注保存仅供团队成员查看的上下文,提及会通知特定团队成员,标签用于对会话线程进行分类,而预设回复会将可复用文本插入面向客户的回复中。 本指南说明这些可见性边界,并为团队提供维护例行流程。目标是在不向购物者发送私密上下文、也不让已保存回复变成过时政策副本的情况下,更快地完成工作。 这如何融入 Humind Inbox 是客户对话的运营记录。它结合了消息历史、购物者和商品上下文、内部协作、...

Inbox 协作会使用多种用途不同的对象。内部备注保存仅供团队成员查看的上下文,提及会通知特定团队成员,标签用于对会话线程进行分类,而预设回复会将可复用文本插入面向客户的回复中。

本指南说明这些可见性边界,并为团队提供维护例行流程。目标是在不向购物者发送私密上下文、也不让已保存回复变成过时政策副本的情况下,更快地完成工作。

这如何融入 Humind

Inbox 是客户对话的运营记录。它结合了消息历史、购物者和商品上下文、内部协作、转交人工状态、标签和工单。客户回复与内部备注在可见性上是刻意区分的。

一致的团队例行流程比任何单独的筛选器都更重要。请约定何时接手、何时留下内部备注、何时创建工单,以及何时将对话交还给 AI,以便每位操作人员都能明确责任归属。

开始之前

访问权限:回复和备注需要 Inbox 写入权限。管理公司预设回复或标签除了需要 Inbox 访问权限外,还可能需要公司设置权限。

  • 统一标签名称、备注规范、提及紧急程度以及预设回复负责人。
  • 在创建可复用回复之前,先审查当前的支持和政策措辞。
  • 在输入面向客户或内部的内容之前,确认会话线程和编辑器模式。

分步工作流程

  1. 添加内部备注

    打开一条对话,并将编辑器切换到备注模式。写下另一位团队成员所需的上下文,重点说明事实、已完成的工作、不确定点以及下一步操作。该备注会单独存储,绝不会出现在客户小部件中。

    内部备注不会接管 AI 仍在处理或处于排队中的线程。只有在购物者应当收到该消息且由此产生的归属变更是预期行为时,才使用回复。

  2. 提及正确的团队成员

    提及功能在备注模式下可用。选择目标团队成员,以便 Humind 创建提及并发送与该特定用户关联的通知。提及应用于具体请求,而不是作为既有队列的替代方式。

    编辑备注时,编辑器会恢复提及项,以便查看或删除。保存前请检查最终备注。

  3. 一致地应用标签

    对由 Humind 定义的含义使用系统标签,对公司特定分类使用商家标签。只添加支持路由、筛选、分析或有文档规定的流程的标签。

    定期通过已批准的设置流程移除含义模糊的公司标签。过长且失控的列表会降低筛选器的实用性,并导致团队成员对同一问题作出不同分类。

  4. 插入并检查预设回复

    在回复模式下,打开预设回复选择器,或使用其支持的键盘操作流程。搜索或浏览结果,插入已保存回复,并在发送前检查替换内容、政策措辞、语气和客户上下文。

    预设回复面向客户,因此在备注模式下不可用。管理链接仅对具备相应权限的用户开放,并会打开公司设置中用于管理已保存回复的区域。

  5. 维护协作系统

    为包含政策措辞的预设回复指定负责人和复审日期。与团队一起审查商家标签和备注规范。当已保存回复原本会复制一大段政策内容时,请改用指向权威 Knowledge 的内部链接。

    培训操作人员在编辑消息后核实编辑器模式。Humind 会根据原始操作人员消息是否为内部消息来推断编辑模式,但用户仍应确认受众对象。

权限和重要注意事项

  • 备注在设计上是私密的,而预设回复只会插入到客户回复中。
  • 提及可以通过电子邮件通知团队成员,请避免不必要或过于宽泛的提及。
  • 标签用于分类,但不会分配工单负责人,也不会解决工作事项。
  • 在政策、品牌或法律要求变更后,必须审查已保存回复。

验证结果

在认为工作完成之前,请使用此核对清单:

  • 内部上下文显示为备注,而不是出现在购物者可见的对话中。
  • 提及明确了具体的团队成员和操作。
  • 标签使用有文档规定的含义,并支持实际工作流程。
  • 每条插入的预设回复在发送前都已针对当前客户进行了调整。

故障排查

切换模式时提及被移除

提及属于内部备注。请切回备注模式进行团队协作,或在发送面向客户的回复前删除内部引用。

缺少预设回复

确认你当前处于回复模式,按标题或文本搜索,并检查公司的已保存回复配置以及你的权限。管理员更新列表后,请刷新。

找不到标签

确认它是系统标签还是商家标签,清除搜索或筛选条件,并请公司管理员确认该商家标签仍然存在且可供使用。

相关指南

这篇文章对您有帮助吗?