跟踪未处理的客户请求并标记为已处理

找出每一段还有回电或其他请求等着团队处理的对话，看清那是第几个请求，然后从收件箱、提醒邮件或让 Octo 把它标记为已处理。

更新于 2026年10月12日

提醒告诉你客户开口了。它不会告诉你，一小时之后有没有人给他们回过电话。在柳溪动物诊所，前台趁病人之间的空当处理回电请求，兽医在做完手术之后回答用药问题。这两件事都需要从收件箱得到同一个答案：谁还在等我们？

Live 字段上的每一个请求都会保持打开状态，直到有人把它标记为已处理。这篇指南讲打开的请求会出现在哪里、怎么把它们关掉。没设为 Live 的字段没有请求这回事：它们的标签一如既往地工作。

从玛雅在提醒邮件里点「标记为已处理」开始：请求在收件箱里关闭，「待处理请求」的数字随之减少。

找到还等着人处理的对话

打开 /conversations。

行上的标记。 有打开请求的对话，会在它那行一串标记的最前面显示 「Open request」；有多个时显示 「2 open」、「3 open」。它绝不会被并进标签的「+N」里，最后一个请求处理完之后就会消失。
「Open requests」筛选按钮。 工具栏上有一个带计数的 「Open requests」 筛选按钮。点它，列表就只显示有打开请求的对话：一份给前台的待办清单。计数跟着隐藏营销活动走，所以永远和你实际会看到的列表一致。没有任何东西打开时，这个按钮会隐藏。

两者都会自己更新。同事把某个请求标记为已处理，或者有新请求进来，标记和计数都会变，不需要刷新页面。

对话列表，显示计数为 3 的「Open requests」筛选按钮，多行在各自标签前面带着「Open request」和「2 open」标记。 — 三段还在等着诊所处理的对话。

对话上方的横幅

打开其中一段对话，打开的请求就钉在文字记录上方，让你第一眼读到的就是它，而不是要滚动去找它。

一个打开的请求显示为一行，带着请求的标签、它是第几个请求和时间：

「Open request:」 要求回电 · 2nd request · 10:42

这一行下面是 AI 备注（智能体标记这个请求时写下的话）、提醒发出后的 「Alert sent」，以及一个 「Mark handled」 按钮。

多个打开的请求会折叠成一行摘要，比如 「2 open requests · 要求回电、用药问题」，旁边有 「Show」。点开 「Show」，会一行一个列出每个请求，每行都有各自的「Mark handled」。

一段对话上方的横幅：「Open request: 要求回电 · 2nd request · 10:42」，引用了客户原话的 AI 备注，「Alert sent」，以及「Mark handled」。 — 请求就是页面上的第一样东西。

时间线里的请求行

每个请求在对话的时间线里也有一行，位置就在客户开口的地方：

行上有什么	它告诉你什么
「Request 1」、「Request 2」	第几个请求，按顺序
「Detected during the conversation」 / 「Detected after the conversation」	智能体是当场实时标记的，还是对话结束后的检查发现的
「Asked again at 4:12 PM, merged into this request」	客户在 30 分钟之内又问了一次，所以仍是一个请求、一封提醒
「AI note (staff only):」	智能体就这个请求写下的话。客户永远看不到
「Alert limit reached」、「Alert not sent」	这个请求的提醒没有发出，以及为什么
「Handled by 玛雅·林」（旁边是日期）/ 「Handled via Octo」 / 「Handled when the label was removed」	谁把它关掉的，以及怎么关的

对话时间线里的两个请求行：「Request 1」已由团队成员处理，「Request 2」是在对话进行中被发现的，带一条 AI 备注和一个「Mark handled」按钮。 — 客户每开口一次都是独立的请求，各有各的状态。

标记为已处理

按横幅上或请求行上的 「Mark handled」。横幅那一行会在几秒钟里显示 「Handled」 和 「Undo」，屏幕上还会弹出一条确认提示： 「Request 2 marked handled」。

不会给客户发送任何东西。 处理是给你们团队自己看的记录，不是一条消息。
行上的 「Reopen」 可以在之后把已处理的请求重新打开。提示会显示 「Request 2 reopened. No alert was sent.」：重新打开绝不会触发提醒。
能打开这段对话的任何人都可以把它的请求标记为已处理。

最后一个请求处理完，标签就取下来

只要还有请求没处理，标签就一直留在对话上。带着打开请求的 Live 标签没有用来移除它的 ×。点它打开的是一个菜单：

标签和它的计数，比如 「要求回电 · 2 open requests」；
「Mark all 2 handled」；
「This label goes away when its requests are handled.」

最后一个打开的请求被处理掉时，标签就取了下来，就好像有人亲手移除了它。设置为在那个标签被移除时运行的工作流，会在那一刻运行。

「要求回电」标签以菜单形式展开：「要求回电 · 2 open requests」、「Mark all 2 handled」，以及「This label goes away when its requests are handled.」。 — Live 标签会一直留着，直到它的请求都被处理完。

从提醒邮件里标记为已处理

提醒邮件上有两个按钮：打开对话 和 标记为已处理。

邮件里的 标记为已处理 会打开这段对话，并直接定位到那个请求。就算同时还有别的请求开着，横幅显示的也是这一个，它在时间线里对应的行还会高亮一小会儿。在那里再点一下 标记为已处理，请求就关掉了。

邮件里的按钮绝不会自作主张改动任何东西。邮件扫描器和链接预览会打开邮件里的每一个链接，要是一个链接点开就把请求处理掉了，那会在任何人读到提醒之前就把它关上。

如果有人抢了先，横幅会说明这一点 —— 「Already handled by 玛雅·林 at 4:20 PM」，不带按钮，同时仍会列出这段对话里其他还开着的请求。

从提醒邮件的「标记为已处理」按钮打开的一段对话：横幅显示那一个请求和「标记为已处理」按钮，它在时间线里的那一行处于高亮状态。 — 从邮件到请求只要一下点击，再一下就处理完毕。

问问 Octo

Octo 也能把请求关掉：

把普莉娅的回电请求标记为已处理。

Octo 会把那个请求标记为已处理；如果你点名的不是某个请求而是那个标签，它会把标签上所有打开的请求都处理掉。那一行之后会显示 「Handled via Octo」。它不会给客户发送任何东西，收件箱里的 「Reopen」 随时可以撤销。

Octo 不能移除其他标签。不是 Live 的标签，在收件箱里用标签上的 × 移除。

处理请求对下一次提醒的影响

这取决于提醒工作流的运行方式；在配置的 「During the conversation」 区块里，字段的卡片会写明这一点：

提醒的运行方式	处理一个请求意味着
「For each new request」	对下一次提醒没有影响：每个新请求都会提醒，不管之前的处理没处理
「When the label is added」	有影响。下一次提醒要等所有请求都处理完、标签取下之后才会再来，下一个请求会再把标签挂上

无论哪种方式，在一个打开请求的 30 分钟之内再次提出的请求都会合并进去，不会再次提醒。

接下来

客户要求回电时的实时邮件提醒 —— 把字段设为 Live，以及提醒里写了什么。
把会话交还给 AI —— 当你的团队接管一段对话去回应一个请求时。