Telegram 聊天记录
原始 Telegram 消息记录保留在 Telegram 中,并以其为准。这些记录不会被永久镜像到产品的 PostgreSQL 数据库中。
为掌控基础设施而设计
大多数 Telegram 客服流程会以两种方式之一失灵。要么每位客服各用一个账号,彼此没有共享上下文;要么团队采用托管式收件箱,却不符合自身的数据驻留和基础设施政策。
自托管的 Entergram 为销售、客服和运营团队提供所需的共享工作区,同时由组织自行决定应用及其业务数据在哪里运行。客服人员可以在同一个运营层中分配对话、创建工单、整理联系人、使用自定义 CRM 字段并查看团队活动。
数据架构
自托管应该带来掌控权,而不是为每一段 Telegram 对话额外建一份不必要的归档。Entergram 将 Telegram 原生的聊天记录与团队添加的运营记录分开处理。
原始 Telegram 消息记录保留在 Telegram 中,并以其为准。这些记录不会被永久镜像到产品的 PostgreSQL 数据库中。
联系人、自定义字段、工单、分配、备注、工作区配置及相关运营记录,都存储在你所掌控的部署内的 PostgreSQL 中。
通过 CRM 和客服流程产生的文件可以保存在私有对象存储中,受身份验证访问保护,而不是通过公开的原始 URL 访问。
由你的基础设施团队选择地区,并制定加密、网络访问、备份计划、保留期限、监控和灾难恢复流程。
自托管适合谁
责任共担模型
自托管改变的是基础设施的负责方,而不是产品的工作流程。确切的支持边界会在确定范围时商定,但以下内容是规划时切实可用的起点。
| 领域 | 你的基础设施团队 | Entergram |
|---|---|---|
| 计算、网络与数据库 | 资源配置、地区、私有网络、容量与访问控制 | 部署要求与应用配置指导 |
| 备份与恢复 | 备份计划、保留期限、恢复测试与灾难恢复方案 | 应用层面的恢复要求与文档 |
| 监控与事件 | 基础设施监控、告警分发与第一响应 | 针对约定的应用层面事件提供产品故障排查 |
| 应用更新 | 批准维护时间窗口并执行部署 | 发布包、变更指导与受支持的升级路径 |
| 身份与工作区策略 | 用户生命周期、权限、内部政策与审计流程 | 工作区角色与产品管控功能 |
| Telegram 服务可用性 | 到 Telegram 的网络访问与已连接账号的管理 | Entergram 应用行为;Telegram 仍属于外部依赖 |
你的团队能得到什么
常见问题
自托管 Telegram CRM 是部署在你的组织所掌控的基础设施中的客户关系与客服软件。你的团队管理应用环境、数据库、存储、访问策略、备份和数据所在地区,客服人员则在共享工作区中处理 Telegram 对话。
不会。原始聊天记录仍以 Telegram 为准。Entergram 存储的是你的团队创建的运营类 CRM 数据,例如联系人、自定义字段、工单、分配、备注和审计事件,而不会在 PostgreSQL 中为原始 Telegram 消息记录再建一份永久归档。
由你的组织选择部署所用的基础设施和地区。结构化的 CRM 记录存储在 PostgreSQL 中,上传的文件可以保存在私有对象存储中。这些系统的备份、保留期限、加密和访问控制策略由你的团队制定。
自托管最适合有基础设施掌控要求、数据驻留义务、内部安全管控或私有网络需求的组织,并且需要具备可靠运维该部署的工程或平台团队。
有。希望由 Entergram 运维应用基础设施的团队,可以改用云托管的 Entergram 服务。产品工作流程依然围绕共享 Telegram 收件箱、CRM 记录、工单、自动化和数据分析展开。
实用指南
部署由你掌控,协作流程照常共享。
告诉我们你的目标环境、数据所在地区、网络管控、备份策略和 Telegram 工作流程。我们会帮你判断自托管还是云托管的 Entergram 更适合你的运营需求。
我们尊重您的隐私权。请选择允许哪些 Cookie, 您的选择将应用于整个网站。 Cookie 政策
网站正常运行所必需,包括记住您的隐私选择。始终开启。
帮助我们了解网站使用情况,并将注册归因于推荐合作伙伴。可选。