迁移到 Respondo

正在从另一个帮助台迁移？在一次引导式流程中把您的知识库、对话历史、保存的回复和工作区设置搬过来——一次性导入，与旧工具不保留任何持续连接。

迁移向导使用只读 API 凭据连接到您当前的帮助台，向您展示它找到的全部内容，让您选择要迁移什么，然后在后台完成导入，您可以继续正常工作。完成后，您的文章会为 AI 智能体提供知识，您的历史对话会带着完整记录出现在收件箱中，您保存的回复也随时可用。

数据只复制一次。Respondo 不会向旧帮助台回写数据，也不与它保持实时连接。

每个类别——文章、对话、保存的回复、设置——都可以单独开关。文章甚至可以逐篇挑选。

实时进度页展示每个类别的真实计数——已导入、已更新、已跳过、失败——并且您随时可以取消。

您提供的凭据只用于读取数据。为迁移连接帮助台不会创建渠道、不会安装 webhook，也不会改动您旧工作区中的任何内容。

Respondo 可以从三个帮助台导入。每家对事物的命名略有不同——向导全程使用各厂商自己的术语：

您的旧帮助台是迁移来源，不是渠道。导入之后，对话存在于它们真实的渠道中（电子邮件、聊天挂件），旧工具不再扮演任何角色。要继续接收新消息，请在 Respondo 中连接您的渠道——迁移不会替您完成这一步。

导入按四个相互独立的类别进行。您在向导的 Choose 步骤中选择包含哪些：

类别	在 Respondo 中变成什么
知识库文章	已发布的文章成为您所选 AI 智能体的知识来源——智能体可以立即依据它们作答。您可以全部导入，也可以逐篇挑选，多语言帮助中心还支持按语言筛选。
历史对话	工单和对话以已解决状态到达收件箱，带着完整的消息历史和联系人。系统还会从中挖掘高质量的问答对作为训练数据，让智能体学习您的团队实际的回答方式。
Macros / saved replies / canned responses	您的可复用回答会变成保存的回复（Settings → Macros），团队成员可以把它们插入到任何对话中。
工作区设置	时区、工作时间排班（包括假期）和您的公司名称。任何内容都不会被盲目应用——向导会逐项展示设置的并排对比，只有您接受的更改才会写入。

导入的对话不会触发任何自动化：没有机器人回复、没有升级、没有通知。它们作为历史静静到达。因为它们是在旧帮助台中由人工解决的，所以被归档在 Resolved by team 之下，而不是 Resolved by AI。

每个提供方都需要一个只读 API 凭据。向导的 Connect 步骤会准确告诉您在哪里创建它：

来源	您需要输入	在哪里获取
Zendesk	子域名、管理员邮箱和一个 API 令牌	在 Zendesk 中：Admin → Apps and integrations → APIs → Zendesk API
Intercom	访问令牌和您的数据区域（美国、欧盟或澳大利亚）	在 Intercom Developer Hub 中：在 Your apps 下创建一个内部应用，然后从 Authentication 复制它的 Access Token
Freshdesk	域名和一个 API 密钥	在 Freshdesk 中：Profile settings → View API key（管理员的密钥能导入的内容最多）

连接来源、启动导入和取消导入需要 manage channels 权限——默认是 Owner 和 Admin，或任何启用了 Channels 权限的自定义角色。没有该权限的团队成员仍然可以打开向导并查看进行中迁移的进度。

打开位于 /migrate 的迁移中心，或从 Knowledge → Add source → Switch from a helpdesk 进入。选择您的来源，向导会引导您完成四个步骤：

步骤	发生什么
1. Connect	输入只读凭据。Respondo 会验证它并读取您的工作区，统计可供导入的内容。
2. Choose	开关您想要的类别，选择接收知识的 AI 智能体，还可以逐篇挑选文章。
3. Preview	审阅工作区设置的对比——每项建议的更改都会与您当前的值并排展示，由您逐项接受。
4. Run	导入作为后台任务运行，带有每个类别的实时进度。您可以离开页面再回来——迁移中心会在对应提供方的卡片上显示进行中的迁移。

每个工作区同一时间只能运行一次迁移。您可以在进度页取消正在运行的导入，之后也可以再次运行导入——已导入的条目会被识别并更新或跳过，而不是重复创建。

每个导入的对话都被指派到客户实际使用过的真实渠道——通过电子邮件到达的工单成为原生电子邮件对话，来自网站信使的聊天成为原生挂件对话。不存在单独的"已迁移"渠道，也没有任何特殊的迁移行为：导入的对话在筛选、搜索、指派和回复上与在 Respondo 中开始的对话完全一样。

当无法确定原始渠道时，Respondo 会把对话放在您真正能够继续它的地方：如果联系人有可用的邮箱地址，它就成为电子邮件对话；否则成为挂件对话——后者无需地址即可保持可读。

您可以先迁移、之后再连接渠道。导入的对话立即可读；如果它们的渠道（例如电子邮件）尚未连接，回复框会在您回复前提示您先去连接——一旦连接完成，这些导入的对话就会自动变得可以回复。

可导入的内容受限于各厂商公开 API 暴露的范围。向导对此如实呈现——某个来源无法提供的类别会显示为不可用并附上原因，而不是悄悄地什么都不导入：

如果一次运行结束时有部分类别失败，其状态会被报告为 partial，进度页会显示哪个类别失败以及原因。您可以修复原因（例如过期的 API 令牌）后再次运行导入。