生成 Intercom 退款原因报告
Manus 会搜索提到退款或取消的对话,逐条阅读,把客户给出的原因分组并计数,每个原因都附一句原话。
连上你的 Intercom 工作区后,Manus 可以搜索和读取对话、联系人和公司,找出最常见的问题和退款原因,并添加只有同事能看到的内部备注。新的帮助中心文章会存为草稿,你提出要求时它也能更新已有文章。它不能给你的客户发消息。
不用自己一条条读对话,就能知道客户一直在问什么、为什么离开,还附带客户原话。
Manus 会搜索提到退款或取消的对话,逐条阅读,把客户给出的原因分组并计数,每个原因都附一句原话。
只需设置一次定时任务。之后每周,Manus 都会查看上一周的对话,给主题排行,并把报告发给你。
把 Linear 或 Notion 也连上,Manus 就能为每个缺陷建一个工单并附上客户原话,或者把本周的问题清单整理成一个页面给团队看。
把联系人、所在公司和历史对话放在一起看,再留下只有同事能看到的背景说明。
Manus 会找到这位联系人、所属公司和他们发起的对话,然后总结续约或升级沟通前需要知道的事。如果你用 HubSpot 跟进交易,它也能去那里查一下。
Manus 会读完整条对话和这位客户的历史记录,再添加一条备注,写上背景和建议的下一步。备注只有同事能看到,不会发给客户。
Manus 汇总客户反复问的问题,检查有没有现成答案,再起草文章交给团队审核。
Manus 会读取某个问题背后的对话,并检查你现有的文章。然后新建一篇草稿文章,或者把它打算对已有文章做的改动给你看。
看看客户等首次回复要多久、等对话关闭要多久,以及哪些主题拖慢了团队。
Manus 会看每条对话等了多久才得到首次回复、花了多久才关闭,再列出哪些主题等得最久,让你知道该在哪里补文章或加人手。
Intercom 已经在 Manus 的连接器里。用你的 Intercom 账号登录并允许访问即可,不用粘贴地址或令牌。
在 Manus 中打开连接器,找到 Intercom,然后点“连接”。
登录你的 Intercom 工作区。Intercom 会先列出这个连接能做的事:查看对话并添加内部备注,查看联系人和公司,查看、新建和更新文章。点 Allow(允许),然后完成授权。
提到 Intercom,然后说清你要什么,比如上周最常见的问题,或某位客户的历史记录。
Intercom 的 MCP 服务器给托管在美国和欧盟的工作区各用一个地址,暂不支持托管在澳大利亚的工作区。如果选择“Allow”(允许)后 Intercom 提示“We’re having technical difficulties”,多半是连到了另一个区域的服务器。
是的。Manus 里的 Intercom 连接器是一个 MCP(模型上下文协议)连接器,连接的是 Intercom 自己托管、并为 AI 工具提供说明文档的 MCP 服务器。它已经在 Manus 的连接器里,不需要安装或自己托管任何东西。
在 Manus 中打开连接器,选择 Intercom,然后点“连接”。接着登录 Intercom:先会出现一个同意页面,列出这个连接能做的事,你点 Allow(允许)后,Intercom 会请你授权访问。这是 OAuth 登录,你不需要把 Intercom 密码交给 Manus。
没有。Intercom 是 Manus 的内置连接器,你只需登录,不用粘贴 Intercom MCP 服务器地址,也不用设置 Intercom 自定义 MCP。Intercom 开发者文档里的服务器地址,是给需要自己添加服务器的应用用的。
不能。在对话里,Manus 只能添加内部备注,只有你的同事能看到,不会发给客户。备注只能加在普通对话上,不能加在工单(ticket)上,署名是连接 Intercom 的那位同事。备注不会改变对话的负责人,但如果对话处于暂停(snoozed)状态且负责人是别人,加备注会让它重新打开。
能。Manus 可以搜索和读取你的帮助中心文章,新建文章,也能更新已有文章。除非你要求 Manus 直接发布,新文章都会存为草稿;每篇文章都需要一位作者,所以 Manus 可能会问你署哪位同事的名字。更新会直接改动文章本身,包括是否发布,所以请先让 Manus 把改动给你看。
Intercom 的 MCP 服务器支持托管在美国和欧盟的工作区,两个区域各用一个服务器地址,暂不支持托管在澳大利亚的工作区。看工作区网址就知道托管在哪里:app.intercom.com 是美国,app.eu.intercom.com 是欧盟。如果选择“Allow”(允许)后 Intercom 提示“We’re having technical difficulties”,多半是连到了另一个区域的服务器。这些限制由 Intercom 决定,最新情况请查看它的 MCP 说明。
Intercom MCP 服务器里的 14 个工具:一个搜索工具和一个读取工具,可以跨对话和联系人使用;搜索和获取对话、联系人和公司的工具;列出、搜索、获取、新建和更新帮助中心文章的工具;以及一个添加内部备注的工具。Intercom 的 MCP 说明里有每个工具的介绍。
不需要。搜索“Intercom API conversations”或“Intercom conversation API”的,通常是想用代码拉取对话的开发者。Intercom 的 MCP 服务器会替 Manus 调用这些 API,你只需登录即可连接,不用创建访问令牌。
不需要。那些讲“Intercom MCP Claude”设置、Intercom Claude 连接器、Intercom Claude 集成、Intercom ChatGPT 集成或 Intercom ChatGPT 连接器的指南,讲的是怎么把 Intercom 加到这些应用里。在 Manus 中,Intercom 已经在连接器里:登录一次,之后在任何任务里直接提问就行。
不是。Fin 是 Intercom 自己的 AI 客服智能体,会直接回答你的客户。和 Intercom AI 的其他功能一样,它由 Intercom 内置在 Intercom 里。Manus 是另一款通用 AI 智能体,为你的客服团队工作:它分析对话、写内部备注、起草帮助中心文章,不会回复客户。两者可以一起用。
不需要。Manus 会读客户实际写的内容,自己把对话归成主题,所以即使团队没有给每条对话打标签,也能出主题报告。你也可以给它一份自己的主题清单,让它按清单归类。
可以。在 Manus 里把这些应用也连上,一个任务就能把本周最常见的问题发到 Slack,在 HubSpot 里查看某位客户的交易,或者通过 Atlassian 连接器在 Jira 里提交缺陷。这和 Intercom 自己的集成是两回事:你在 Intercom 里设置的 Intercom 与 Slack 集成、Intercom 与 HubSpot 集成或 Intercom 与 Jira 集成,都会照常运行。
可以。在 Manus 中打开连接器,选择 Intercom,然后点“断开连接”。如果加内部备注失败,也可以断开后重新连接:Intercom 说明过,在它加入备注权限之前建立的连接需要重新连接一次。