为您的Web3社区提供全天候客服团队，按清晰步骤搭建

外包客服团队处理什么

快速测试： 统计您最繁忙的3个小时收到的消息数量。先安排这些时段的客服，然后再添加其余时段。

外包客服团队为您的用户在整个客户旅程中提供一个清晰的第一联系人。客服人员回答常见问题，在需要调查问题时收集背景信息，并在下一步行动明确之前保持对话进行。

对于Web3产品，这可以包括产品功能、账户访问、支付和技术问题的指导。该团队根据您批准的信息和升级规则工作，而不是猜测协议行为或代表您做出承诺。当请求需要专家处理时，客服人员会将相关详细信息传递给您的开发、财务、营销或合规联系人。

服务计划可以包括：

• 覆盖聊天、邮件、Telegram和帮助中心。
• 根据您服务的受众，提供多种语言的回复。
• 共享的知识库和答案指南。
• 对紧急、敏感或未解决案例的清晰处理。
• 按照您的SLA工作，即您商定的回复和处理标准。

当用户需要在您的核心团队工作时间之外获得帮助、请求通过多个渠道到达，或者创始人和产品人员花费过多时间回答重复问题时，这种模式是合适的。有关更广泛的支持功能，请参阅客户支持和审核团队；有关所有权和监督，请查看支持团队负责人服务。

如何根据您的时间匹配团队规模？

正确的团队规模始于您支持工作的形态：哪些频道活跃，用户需要什么语言，请求何时到达，以及哪些案例需要专家审查。在启动前分享这些细节，以便覆盖计划反映实际服务，而不仅仅是人数。

可用的现成套餐包括：Lite版（2名客服）、Basic版（4名客服及VIP客户处理）和Pro版（10名客服）。团队规模可从1到15名客服。每个现成套餐都包含一名团队负责人，支持服务涵盖单独团队负责人服务所包含的一切。承诺三个月或更长时间可享受折扣。

要制定有用的计划，请准备：

• 您当前的频道以及您预计添加的任何频道。
• 用户需要的语言和时间覆盖。
• 常见问题、已知边缘案例和现有的回复模板。
• 每个升级领域的指定内部负责人。
• 任何VIP处理规则或敏感账户流程。

一个规模较小、重点突出的设置可能适合支持计划范围狭窄的产品；当多个频道、语言或专家交接需要同时覆盖时，可能需要更多客服。我们在启动前确认计划和职责。如果您还计划进行社区互动，请参阅社区增长与互动，以协调用户对话和客户关怀。

您的6点支持启动清单

在客服开始工作前勾选这6点。它们为团队提供了清晰的答案和明确的界限，这有助于保持回复快速和安全，并保护您的用户免受只有您自己的团队才能提供的建议的伤害。将勾选的清单与您的记录一起保存，因为这是以后解释已商定内容的最快方式。

• 列出频道和语言。
• 编写20个批准的答案。
• 指定客服升级给谁，并附上时间。
• 标记客服绝对不能做的事情，例如处理资金。
• 设定回复时间目标。
• 选择每周报告日。

术语一览

一线支持（通俗地说：用户对常见问题得到的第一个回复）。

升级 意味着将困难案例传递给您团队中的指定人员。

Telegram、邮件和帮助中心整合在一个工作流中

每个频道都需要一致的答案标准，而回复本身应适合人们使用该频道的方式。在聊天和Telegram中，用户通常需要简洁的回复和清晰的下一步。邮件可以容纳更多背景信息或后续跟进。帮助中心内容为客服提供了共享参考，并让用户无需等待对话即可找到常规指导。

在服务开始前，我们审查您的频道访问权限、产品术语、批准的答案、升级联系人和语气。然后，我们组织指导，以便客服能够区分简单问题与需要技术、财务或合规审查的问题。对于Telegram特定的覆盖，我们根据您的社区规则协调审核和支持职责；请参阅Telegram审核支持。

为了使答案随着产品变化而保持有用，请为功能、费用、账户流程和事件通知的更新指定一个负责人。客服不应从旧消息或未经审查的社区帖子中推断变化。当批准的指南中没有答案时，正确的回应是确认问题，收集所需信息，并通过商定的路径升级。

这种方法有助于用户了解接下来会发生什么，即使第一位客服无法直接解决问题。它也为您的内部团队提供了更清晰的交接，而不是转发一条没有背景信息的消息。

团队上线前会发生什么

常见错误： 用冗长的手册培训客服。给他们20个批准的答案和一个明确的升级规则。

仔细的交接使全天候支持感觉像是您产品团队的延伸。在客服处理请求之前，我们商定频道访问权限、团队可以回答的内容、如何识别紧急案例以及每种升级类型的负责人。

初步审查涵盖您的团队已经使用的材料：常见问题解答、支持历史记录、产品文档、已知问题、账户流程和沟通指南。我们标记可能导致不一致答案的差距，然后确认客服应如何处理材料尚未涉及的问题。您的内部联系人还应该知道升级时会附带哪些信息以及在哪里回复。

在运营期间，团队负责人协调客服工作，检查案例是否遵循商定的流程，并发现重复出现的问题。报告可以总结用户提出的主题、未解决的案例、交接和知识库差距。利用这些观察结果来更新产品指导并减少重复摩擦；它们是运营反馈，不能替代您的产品数据分析。

支持团队负责人服务更详细地解释了领导力组成部分。如果您需要规划更广泛的合作，我们的工作方式概述描述了我们如何规划和协调服务。工作协议应明确职责：支持团队可以决定什么，需要批准什么，以及紧急问题如何到达您的内部负责人。

外包支持的边界在哪里

支持团队可以管理沟通并遵循您的升级流程，但不能使上游服务可用，也不能决定保留给贵公司处理的案例。例如，网络中断、支付提供商问题或账户限制可能需要第三方或您自己的技术、财务或合规人员采取行动。我们提前商定回复语言和交接路径，以便客服可以解释下一步，而无需承诺他们无法控制的解决方案。

工作依赖于清晰、最新的指导和可联系的内部联系人。在启动前，确认团队拥有已知问题的批准解释、标记紧急报告的方法，以及在产品信息发生变化时可以批准更新的负责人。如果您的团队有正式的SLA，请定义它如何适用于每个频道，以及哪些案例需要暂停等待专家输入。

对于同时处理社区活动和用户请求的项目，请将支持问题与更广泛的对话或互动工作区分开来。社区增长与互动可以补充客户关怀，但这两个功能需要不同的目标和明确的所有权。支持团队应优先处理用户的请求，记录背景信息并适当地路由——而不是模糊援助和推广之间的界限。

如何选择合适的设置

一个有用的计划描述了用户将收到的服务以及客服被授权做出的决定。从您当前的支持工作量开始，然后确定覆盖不足的地方：无人值守的时间、语言差距、频道切换、重复问题或缓慢的内部交接。

使用此清单准备一份实用的简报：

• 列出需要覆盖的频道：聊天、邮件、Telegram和帮助中心。
• 注明语言、用户群体和任何VIP处理要求。
• 分享常规问题和复杂案例的示例。
• 将每个升级类别映射到内部负责人。
• 提供现有的常见问题解答、政策、产品指导和事件消息。
• 说明您偏好的SLA和报告需求（如果已定义）。

发送3件事：您的频道、用户使用的语言以及人们最常问的20个问题。有了这些，我们确定团队规模并在任何人开始回答之前以书面形式确认成本。

如何操作

1. 分享您的支持背景发送活跃的频道、语言、重复出现的问题和当前的支持材料。包括已知的边缘案例和任何VIP处理要求。
2. 商定覆盖范围和所有权我们定义团队规模、服务计划、回复标准以及技术、财务、营销和合规升级的内部联系人。
3. 准备客服和频道在客服开始处理请求之前，我们审查批准的答案、产品术语、访问权限和交接流程。
4. 运营、审查和改进团队处理传入的支持请求，并分享重复出现的主题、未解决的案例和指导差距，以便您保持信息更新。