ENTERGRAM操作指南
将 Telegram 对话转化为负责任的收入和支持工作
实用的销售和运营指南,适用于将响应能力、客户情报和控制视为运营优势的团队。
为什么选择 ENTERGRAM
01Telegram 推动对话。上下文丢失。
销售和支持团队通常在 Telegram 中完成最重要的工作,但这些工作分散在个人帐户、共享收件箱、电子表格和后续工具中。其结果是答复缓慢、未能兑现承诺以及所有权不明确。
Entergram 将 Telegram 变成受控的商业操作系统。团队可以组织对话、进行协作、衡量绩效并将工作安全地连接到运行业务的系统。
| 没有共享操作层 | 与 Entergram |
|---|---|
| 消息分散在各个帐户中 | 授权帐户在一个受控的工作流程中工作 |
| 后续行动取决于记忆 | 票证、提醒、评论和自定义字段使后续步骤变得明确 |
| 管理者只看到轶事表现 | 分析显示按帐户和席位划分的响应质量、数量和工作量 |
| 自动化需要复制私人对话 | MCP 为 AI 提供正确的上下文和受控操作 |
对话工作空间
02从一个地方处理每一次对话
聊天不仅仅是一个线程。这是一个有效的客户记录:团队可以捕获资格、状态、所有者、下一步、提醒、内部评论和 Telegram 交换的链接票证。客户仍处于Telegram;团队获得了良好销售和支持所需的运营环境。
收件箱为团队提供了跨授权聊天的可靠操作视图。自定义专栏将重复出现的商业问题转化为结构化数据:哪个潜在客户合格、谁拥有下一步行动、预期价值是什么以及哪些对话存在风险。

组织并确定优先顺序
03Make 收件箱的行为类似于 CRM
CRM 视图将一长串聊天列表转换为可操作的队列。为合格的潜在客户、等待回复的对话、VIP 客户、升级或 ZTelegram 数据和自定义字段的任意组合创建已保存的视图。
- 按聊天类型、固定状态、发送、最后一条消息日期、在线状态和自定义字段进行过滤。
- 为阶段、细分、所有者、风险或任何特定于团队的分类创建选择或多选字段。
- 选择您的团队需要的列,然后围绕现在有价值的工作对队列进行排序。

团队设计
04席位和 Telegram 帐户,解释
座位是分配给一名团队成员的许可工作空间。每个席位最多可连接5个Telegram账户。额外的帐户容量可以作为付费附加组件添加。重要的规则很简单:帐户必须先连接到席位,然后该成员才能使用它。连接工作区不会自动公开每个人的个人 Telegram 收件箱。
个人帐户对话默认保持私密;有意为需要的客户和人员添加协作。共享支持身份可以由多个席位处理,而卖家的个人帐户仍然属于他们自己。
| 型号 | 会员看到什么 | 最适合 |
|---|---|---|
| 个人账户 | 仅会员连接的Telegram账户。其他成员无法仅仅因为共享工作区而阅读它。 | 销售、合作伙伴关系、创始人主导的推广 |
| 共享账户 | 有意将一次登录连接到相关席位,创建一个共享操作收件箱。 | 支持、社区、共享帐户覆盖范围 |
| 所有者/管理员控制 | 所有者邀请成员、连接或授权共享访问以及管理隐私和成员权限。 | 受监管或高度信任的团队 |
规模化而不混乱
05可扩展的帐户架构:十个席位,仅在需要时共享
购买 10 个席位将为您提供 10 个 Entergram 会员身份,而不是 10 个 Telegram 帐户。每个席位通常是一个具有自己权限的团队电子邮件。 Telegram 帐户仅连接到需要使用它们的席位。当这是预期的操作模式时,单个帐户可以出现在一个席位、多个席位或每个席位上。
例如,第 5 行显示了经理范围的模型。将经理有权监控的每个员工帐户连接到该操作席位,经理的 MCP 可以在一个位置查询所有五个列出的帐户以进行分析、审查和例程。它不是自动后门:帐户必须故意连接在那里,并且隐私权限仍然适用。
| 座椅 / EMAIL | 连接的 Telegram 账户 | API / MCP 范围 |
|---|---|---|
| 业主 所有者@northstar.co | ZZ保留0ZZ ZZ保留1ZZ | MCP: @northstar_ceo @northstar_support |
| 安娜 anna@northstar.co | ZZ保留0ZZ ZZ保留1ZZ | MCP: @anna_sales @northstar_support |
| 本 ben@northstar.co | ZZ保留0ZZ ZZ保留1ZZ | MCP: @ben_sales @northstar_support |
| 玛丽亚 玛丽亚@northstar.co | ZZ保留0ZZ ZZ保留1ZZ | MCP: @maria_sales @northstar_events |
| 操作监控* ops@northstar.co | @anna_sales · @ben_sales @maria_sales · @northstar_ceo @northstar_support | MCP:所有 5 个列出的帐户* |
信任层
06精心设计的账户安全、保障和隐私
每个连接的 Telegram 账户都使用自己的 IP 和代理分配进行操作。这些运营成本包含在账单上的账户容量中。目的是帐户卫生和安全:身份保持隔离,而不是在 Telegram 看来是一个拥挤的共享网络足迹。
Telegram 会话材料以加密方式存储。该应用程序使用加密的会话存储,其保管库流程使用专用的主密钥对会话材料进行加密。用日常术语来说:会话在静态时受到保护,而不是作为可读的 Telegram 凭证保存。
隐私是可操作的,而不仅仅是技术性的。工作区所有者可以控制成员是否查看 Telegram 联系人和群组详细信息、访问登录代码聊天、编辑或删除消息以及从 CRM 中排除聊天。这些是工作区范围的控件。
“对会员隐藏 Telegram 登录聊天”控件可保护登录代码到达的 Telegram 服务聊天 (777000)。启用后,席位成员无法使用这些代码在其他设备上登录帐户或接管该帐户;所有者和管理员保留访问权限。

数据和连接
07您的数据,按您的条件提供
Entergram 为工作区所有者和管理员提供了三种实用方法来进一步获取操作数据:导出受控快照、为内部系统创建范围内的公共 API 密钥,或通过 MCP 连接 AI 客户端。每个选项都从相同的权限模型开始,因此访问仍然是经过深思熟虑的。
| 选项 | 何时使用它 | 简单的操作方法 |
|---|---|---|
| 导出工作区数据 | 您需要一个便携式存档或报告快照。 | 打开工作区数据,请求导出,然后下载 ZIP 或 CSV 文件,用于聊天、联系人、群组、票证、分析、自定义字段覆盖范围和审核历史记录。 |
| 生成 API 密钥 | 您的内部工具、仓库或自动化需要持续的结构化访问。 | 打开 Workspace Developer 设置,创建命名密钥,仅选择必要的读取或写入范围,可以选择将其限制为批准的 IP 范围,然后将其存储在您的秘密管理器中。 |
| 连接MCP | 您希望 Claude、ChatGPT、n8n 或其他受支持的客户端使用许可的 Entergram 上下文。 | 打开 MCP 连接区域,复制托管链接,将其粘贴到 AI 客户端,然后授权连接。 |
AI,安全连接
081个MCP连接,多个授权Telegram账户
Entergram MCP 是 AI 客户端(例如 Claude 或 ChatGPT)与工作区之间的许可桥梁。它可以跨授权人员或工作区可用的 Telegram 帐户工作,而不需要为每个帐户使用单独的连接器。它不会公开每个帐户。工作区访问和隐私规则仍然定义连接器可以使用的内容。
| 用这个 | 当它是最好的时候 | 示例 |
|---|---|---|
| 聊天 | 一个人现在需要答案或建议。 | 我的哪些活跃线索的下一步行动最弱? |
| 例行公事 | 同样的分析应该重复出现,但仍然需要管理者的判断。 | 每周五评估销售质量并标记辅导风险。 |
| 预定提示 | 可预测的、基于时间的内部报告很有用。 | 每个星期一,总结上周并列出五个最佳行动。 |
| 批准的工作流程 | 成熟的、范围严格的流程可以安全地更新记录系统。 | 每天晚上,仅丰富明确的 HubSpot 联系人并排队不确定的匹配项。 |
克劳德例程示例
09让日常工作将对话变成指导
每周例行公事可以阅读您的团队被允许访问的对话,并生成可供经理使用的教练摘要。有用的输出不是聊天摘要;而是聊天摘要。它是销售质量、客户情绪以及干预有帮助的证据。
Hubspot、ZENDESK 及其他
10将对话连接到运行您业务的系统
MCP 使得将 Telegram 活动转化为干净的常规业务数据变得切实可行。从一个狭窄的、可审查的工作流程开始;一旦可信,就安排它。
| 使用案例 | 示例说明 |
|---|---|
| HubSpot 充实 | 每天晚上,将今天的 Telegram 对话与 HubSpot 联系人进行匹配。仅在身份明确时更新联系人;写一份简明的互动摘要、最后一次联系日期和观察到的兴趣。将不确定的匹配放入队列以供审核。 |
| Zendesk 票务 | 当客户在 Telegram 中报告产品故障、计费问题或紧急服务中断时,请使用客户的话、对话链接、严重性理由和建议的优先级创建 Zendesk 票证。不要创建重复的票证。 |
| 销售交接 | 当潜在客户要求演示或定价时,将资格详细信息添加到 CRM 记录中,为帐户所有者创建任务并起草建议的回复。不要自动发送。 |
分析
11衡量客户实际体验到的服务
分析使团队能够了解消息量、活动模式、帐户绩效、席位绩效、自定义字段覆盖范围和票证。使用日期范围提出一个有针对性的问题:“活动结束后发生了什么变化?”或“哪个团队需要更多报道?”
分层阅读仪表板:首先是整体运行状况,然后按 Telegram 帐户进行细分以了解身份级别的工作负载,或按席位进行细分以了解团队绩效。活动热图有助于在客户最活跃时安排覆盖范围。

实际部署
12Make 前 30 天可衡量
当团队看到具体的运营改进时,新的工作空间就会赢得信任。从小范围开始,建立基线,然后仅在流程一致运行后才进行扩展。
| 期间 | 焦点 | 进步的证据 |
|---|---|---|
| 第 1 天至第 7 天 | 连接正确的帐户、分配所有者、设置隐私控制并保存一个 CRM 视图。 | 每个活跃的对话都有一个可见的所有者和下一步操作。 |
| 第 8 至 14 天 | 进行每日回复审核并解决最早的等待对话。 | 响应率和首次响应时间有一个基线。 |
| 第 15 天至 21 天 | 使用一个只读 AI 例程进行每周回顾和辅导。 | 经理们会收到一份简明、基于证据的摘要。 |
| 第 22 天至 30 天 | 将一个批准的工作流程连接到 HubSpot、Zendesk 或内部流程。 | 交接是结构化的、可审查的,并且不再依赖于记忆。 |
ANALYTICS, EXPLAINED
响应率是在窗口内兑现的承诺
响应率 = 匹配响应 ÷ 触发消息 × 100。平均首次响应时间仅根据匹配回复计算。错过消息会影响回复率;缓慢但匹配的回复会提高平均时间。
| 触发消息 | 匹配的响应 | 回复率 |
|---|---|---|
| 10 条需要回复的传入消息 | 一小时内发送 7 条回复 | 7 ÷ 10 × 100 = 70% |
