将现有邮箱变成帮助台：中小企业指南

是的，您可以将 Gmail、Google Workspace 或 Microsoft 365 邮箱转变为功能完善的邮件工单系统，无需迁移现有邮件历史记录，也无需创建新的公共地址。Deskhero通过 OAuth 连接 Google 和 Microsoft 邮箱，将收到的邮件转换为可跟踪的工单，并通过双向邮件同步，从您的公司地址发送回复。

继续使用现有邮箱的实际优势非常明显。您的团队已经熟悉这个地址，客户也已经在使用它，而无需迁移的设置方式可以避免更改联系方式带来的干扰。Deskhero 可围绕您现有的邮箱添加新工单自动化、SLA 政策、分配和报告功能。

第一步：确认您拥有该邮箱的管理员访问权限。对于 Google 或 Microsoft，请通过 OAuth 连接。对于您拥有的其他域名，请配置 Deskhero 的 DNS 记录，并将收到的邮件转发到唯一的 Deskhero 地址。然后完成一次完整的发送与回复测试。

专业提示： 创建一个类似 support-test@yourdomain.com 的测试别名，并在那里完成首次设置。这样，您可以在更改正式客服地址之前，安全地检查邮件路由和回复效果。

关键要点

现有的 Gmail 或 Microsoft 365 邮箱可以在无需迁移历史记录的情况下变成帮助台。重要工作在于选择正确的连接方式、测试收发邮件，以及制定简单明确的负责人流程。

要点	详情
无需迁移历史记录	连接该地址，让新对话自动变成工单，同时保留旧邮件在原位置。
连接方式很重要	Deskhero 对 Google 和 Microsoft 使用 OAuth。其他自有域名则使用 DNS 记录加邮件转发。
明确负责人可避免重复工作	将每张工单分配给一名 User，并在交接时使用私密备注。
AI 需要设置防护措施	发送前请审核建议回复。面向客户的 AI 仅根据已批准的公开 FAQ 作答。
Deskhero 适合这一路径	Deskhero 提供 Google 和 Microsoft 双向同步、SLA 政策、自动化功能以及 30 天免费试用。

如何将现有邮箱设置为帮助台
启用哪些核心功能，才能让邮件帮助台实现规模化运作
如何确保回复来自您的公司地址
分流工作流与实用回复模板
时间安排、成本因素与实际价值
共享邮箱的安全与访问控制
如何安全地使用 AI 起草回复
应跟踪的 KPI 与 SLA 框架示例
常见问题及解决方法
小型支持团队中真正有效的方法
Deskhero 让无需迁移的路径成为最快路径
来源
常见问题

如何将现有邮箱设置为帮助台

请按以下顺序操作。每一步都建立在上一步的基础上。

验证邮箱和管理员访问权限。确认客服邮箱处于启用状态，并确保管理员可以批准连接。
选择连接方式。Deskhero 通过 OAuth 连接 Google 和 Microsoft 邮箱。对于您拥有的域名上的其他地址，请添加所需的 DNS 记录，并将收到的邮件转发到 Deskhero。
保留个人访问权限。邀请每位支持同事成为 User，而不是共享邮箱密码。
将邮箱连接到正确的群组。每个 Deskhero 邮箱都会将工单路由到一个群组。邮件转工单指南介绍了通用工作流程。
确认发件地址。检查回复是否从客户已经熟悉的公司地址发出。
完成完整的发送与回复流程。从外部地址发送邮件，确认 Deskhero 创建工单，从 Deskhero 回复，并确保客户在原始邮件线程中收到回复。

上线前测试清单：

分别从内部和外部地址发送测试邮件
附加一个 PDF 文件和一张图片，然后确认两者都显示在工单中
从帮助台回复，并验证发件人地址
再次发送客户回复，并确认它加入现有对话

专业提示： Google Workspace 和 Microsoft 365 管理员可能需要批准 OAuth 连接。如果授权失败，请先检查租户的应用访问策略，再更改邮箱设置。

启用哪些核心功能，才能让邮件帮助台实现规模化运作

将邮件导入工单只是第一步。一组简明且有效的规则，可以在邮件量增长时保持收件箱易于管理。

可靠的线程归组。测试真实回复、转发和抄送收件人，以了解平台如何对对话进行归组。
明确的分配。为每张活跃工单指定一名负责人，让所有人都知道下一次回复由谁负责。
SLA 政策。定义符合人员工作时间和工单优先级的首次回复及解决目标。
新工单自动化。工单到达时，可根据发件人、主题、消息、语言或 AI 评估的条件，设置群组、负责人、状态、优先级、标签或受支持的自定义字段。
回复手册。记录 User 在常见回复中应涵盖的事实和语气。支持邮件模板文章提供了可供调整的示例。
私密备注。当另一名 User 需要接手时，在工单中留下内部上下文信息。
实用的报告。在 Statistics 中查看工单量、响应时间、SLA 结果、渠道和团队活动。

如何确保回复来自您的公司地址

正确的设置取决于邮箱类型。Google 和 Microsoft 连接使用 OAuth，并提供双向同步。您拥有的其他域名上的地址，则使用邮件转发接收邮件，并通过三个 CNAME 记录，让 Deskhero 从该地址发送经过身份验证的回复。

连接清单：

Google：通过 Deskhero OAuth 流程连接 Gmail 或 Google Workspace 邮箱。
Microsoft：通过 OAuth 连接 Microsoft 365 或 Outlook。只要具备所需的共享邮箱权限，即可支持 Microsoft 共享邮箱。
其他自有域名：添加 Deskhero 显示的三个 CNAME 记录，然后将收到的邮件转发到唯一的 Deskhero 转发地址。
验证：使用邮箱验证测试，并在上线前完成一次外部发送与回复流程。

不要认为 IMAP 登录可以在 Deskhero 中提供持续同步。IMAP 可用于一次性导入，而不是作为实时邮箱连接。

专业提示： 保留设置过程中使用的确切 DNS 值和转发目标。如果之后邮件流转发生变化，您可以将当前配置与已知可正常工作的配置进行对比。

分流工作流与实用回复模板

一致的分流流程可以防止工单堆积并长期未读。以下是一个实用的顺序：

新工单 → 应用新工单自动化 → 分配给一名 User → 发送首次回复 → 交接时添加私密备注 → 解决并关闭

邮件帮助台分流工作流示意图

可直接使用的起始模板：

首次回复：“感谢您联系我们。我们已经收到您的请求，并会在[时间或日期]前向您更新进展。”
请求更多信息：“为了进行调查，请发送[具体信息]。请避免提供密码或完整的支付信息。”
交接：“我会邀请合适的同事加入处理。他们可以看到您已经提供的上下文，因此您无需重复说明。”
确认解决：“我们已经完成了[操作]。如果问题仍然存在，请回复此邮件告知我们。”

请根据实际工单调整每一条回复。交接工作时，请添加私密备注，说明客户的问题、已经检查的内容以及下一步建议。

时间安排、成本因素与实际价值

阶段	完成检查	关键活动
邮箱连接	收发测试通过	OAuth 或 DNS 设置、邮件转发、发件人验证
工作流设置	负责人和路由清晰明确	群组、User、新工单自动化、优先级
服务目标	SLA 政策符合工作时间	首次回复目标、解决目标、工作时间安排

需要预算的成本因素：

活跃 User 和所选方案的订阅费用
OAuth 审批、DNS 更改、邮件转发和测试所需的管理时间
分配、私密备注、升级处理和 SLA 管理所需的培训时间

需要衡量的价值：比较上线前后的首次回复时间、解决时间、重新打开的工单数量，以及每次解决所需的回复次数。请使用您自己的基准，而不要依赖通用的节省成本估算。

对于确实需要迁移历史记录的团队，Help Desk Migration提供无代码迁移服务。迁移是一个独立项目，与连接现有地址以接收新工单不同。

共享邮箱的安全与访问控制

个人账户：为每个 User 提供独立登录信息。不要共享邮箱密码。
特权账户启用 MFA：使用多重身份验证保护邮箱和帮助台管理员账户。
最小权限访问：仅授予每个人所需的邮箱、群组和角色访问权限。
私密备注：将内部协作信息保留在工单中，而不是通过非正式渠道转发客户数据。
已验证的发件功能：使用受支持的 OAuth 或 DNS 流程，确保回复来自经过授权的地址。
附件处理：限制对含敏感文档工单的访问，并遵循您组织的数据处理政策。
保留期限：根据您的合同、行业要求和法律建议设置保留规则。

专业提示： 当有人更换职位或离开团队时，请及时检查访问权限。停用 Deskhero User，移除邮箱权限，并轮换任何在受支持连接流程之外共享过的凭据。

如何安全地使用 AI 起草回复

Deskhero 将面向 User 的回复草稿建议与面向客户的自动回答分开处理。这一区别很重要，因为这两项功能使用的知识范围不同。

建议回复：Deskhero 可以根据工作区知识起草回复，包括已回答的工单、内部知识、已批准的公开 FAQ 条目、抓取的网站页面、导入的问答内容以及已连接的 Shopify 产品。
User 审核：User 可以接受、编辑或忽略建议。发送未经修改的建议需要额外确认。
面向客户的 AI：AI 自动回复和聊天机器人仅根据已批准的公开 FAQ 作答。
明确选择加入：自动回复按群组进行配置，聊天机器人按组件启用。两者都要求至少拥有 100 条已批准的公开 FAQ 条目。
可见的历史记录：自动回复会在工单时间线中标记并记录。

请从经过 User 审核的建议开始。在启用面向客户的 AI 之前，先建立并审核公开 FAQ，然后监控那些因 FAQ 未提供足够确定答案而转交人工处理的工单。

应跟踪的 KPI 与 SLA 框架示例

基于邮件的帮助台可使用的实用指标：

首次回复时间
解决时间
解决一张工单所需的回复次数
工单重新打开率
创建工单量与解决工单量
在 SLA 内完成的首次回复占比

以下目标仅供示例。请根据运营时间、人员配置和客户承诺设定您自己的数值。

SLA 层级	首次回复目标	解决目标
紧急	1 小时	4 小时
标准	4 小时	24 小时
低优先级	8 小时	72 小时

在上线过程中请经常审核这些目标。Deskhero SLA 政策可以使用日历时间或每周工作时间安排；在等待客户回复时，解决计时器可以在选定状态下暂停。Deskhero Statistics 会将当前 SLA 风险与已完成的 SLA 达成情况分开显示，帮助团队避免将实时截止时间与历史结果混为一谈。

常见问题及解决方法

OAuth 连接失败：请 Google Workspace 或 Microsoft 365 管理员检查应用访问和同意政策。
通过 DNS 配置的邮箱无法发送：将全部三个 CNAME 记录与 Deskhero 提供的值进行对比，并等待 DNS 传播后再重新验证。
两名 User 同时准备回复：在处理工单前先进行分配，并检查对话中是否有最新回复或私密备注。
连接需要处理：按照 Deskhero 中显示的邮箱状态操作。当 OAuth 邮箱提示需要身份验证时，请重新授权。
附件缺失：使用受支持的文件类型进行测试，并检查原始邮件。如果问题仍然存在，请记录工单 ID 和文件详情，以便排查。

上线前调试清单：

邮箱状态为活跃
外部测试邮件会创建一张工单
回复从预期的公司地址发送并送达客户
附件显示在工单中
新工单自动化应用了预期的群组和优先级
SLA 政策应用了预期的截止时间

小型支持团队中真正有效的方法

能够充分发挥基于邮件的帮助台价值的团队，通常会从一个小型且透明的工作流开始。连接邮箱、分配负责人、定义升级路径，并在添加更多自动化之前测试完整的客户对话。

正在整理工作流卡片的双手

速度与控制有时会相互制约。只有在底层知识经过批准且保持最新时，快速的自动回答才真正有用。经过 User 审核的建议是更安全的起点，而审核公开 FAQ 则为日后面向客户启用 AI 奠定基础。

请在客户可以找到的地方公布支持时间和现实可行的响应目标。如果您并非持续提供支持，请在首次确认邮件中明确说明，并仅根据实际覆盖的工作时间衡量绩效。

前 30 天：User 培训重点：

交接时的分配和私密备注
回复标准以及何时进行个性化调整
升级路径和负责人变更
SLA 目标以及工作时间如何影响这些目标
使用 Statistics 查看响应时间、SLA、渠道和团队活动

Deskhero 让无需迁移的路径成为最快路径

大多数小型支持团队不需要新的电子邮件地址，也不需要开展历史数据迁移项目。他们需要的是让现有地址收到的新邮件变成有组织、可分配的工单。

Deskhero

Deskhero通过双向 OAuth 同步连接 Gmail、Google Workspace 和 Microsoft 365。其他自有域名上的地址可以使用 DNS 记录加邮件转发。Deskhero 提供新工单自动化、私密备注、SLA 政策、Statistics、Google 和 Microsoft SSO、Shopify 客户面板以及 REST API 访问权限。建议回复会从工作区知识中提取内容，供 User 审核；而面向客户的 AI 仅根据已批准的公开 FAQ 作答。立即开始30 天免费试用，无需信用卡。

来源

常见问题

可以在不迁移的情况下将现有电子邮件地址用作帮助台吗？

可以。Deskhero 通过 OAuth 连接 Gmail、Google Workspace 和 Microsoft 365，并将新收到的邮件转换为工单，而不会移动邮箱现有的历史记录。其他自有域名上的地址可以使用 DNS 记录加邮件转发。

要在其他自有域名上设置 Deskhero 邮箱，需要哪些 DNS 记录？

Deskhero 会提供三个用于身份验证发送的 CNAME 记录。添加这些记录后，将收到的邮件转发到唯一的 Deskhero 转发地址，并运行邮箱验证测试。

如何降低两名 User 回复同一张工单的风险？

在开始处理前，将每张活跃工单分配给一名 User。检查对话和私密备注中的最新活动，并在负责人发生变更时添加清晰的备注。

如何在邮件帮助台中安全地使用 AI？

请从经过 User 审核的回复草稿建议开始。在启用 AI 自动回复或聊天机器人之前，先批准并维护公开 FAQ，因为这些面向客户的功能仅根据已批准的公开 FAQ 内容作答。

设置基于邮件的帮助台需要多长时间？

所需时间取决于管理员审批、DNS 传播、工作流复杂程度和测试情况。在收件邮件、发出回复、线程归组、附件、分配、自动化和 SLA 行为均通过外部测试之前，请不要正式上线。