关于 Entergram
我们打造面向销售与客服团队的 Telegram CRM
Entergram 是构建在 Telegram 之上的第二层(layer 2)。它运行在你的交易和客服对话本来就在进行的个人账号上,把 100+ 个账号汇集到一个收件箱里,没人需要为了找一条回复而切换账号。
它是怎么搭起来的
把一叠 Telegram 账号折成一个 CRM
一张 A4 纸折成飞镖。每折一次,就加上 Entergram 的一个部分。
- 01 · 纸张
从你已经在用的账号开始
你的商机和客服对话本来就在个人 Telegram 账号里,分散在多部手机和桌面客户端上。东西都在,但毫无条理。
边界Entergram 就运行在这些账号上。它不会用机器人替换它们。
- 02 · 第 1 折
把所有账号折进一个收件箱
每个账号都通过 Telegram 自己的登录方式连接,聊天汇入一个可容纳 100+ 个账号的界面。你按账号筛选,而不是切换账号。
边界100+ 是上限,不是门槛。大多数团队从一个账号开始。
- 03 · 第 2 折
每个账号都有自己的代理
每个账号都通过自己的代理运行,发送节奏也符合 Telegram 的预期。所以 40 个账号看起来不会像同一个 IP 上的 40 个账号。
边界节奏控制保护的是账号。它不会让一条不受欢迎的消息变得受欢迎。
- 04 · 第 3 折
龙骨把数据留在工作区
管理员可以隐藏用户名和群成员,并禁止编辑和删除消息。每个账号要么共享给工作区,要么只对一位用户可见。
边界这些控制关闭了经由 Entergram 外流的通道。它们无法阻止有人手动抄走一段聊天。
- 05 · 第 4 折
销售管道、工单和 MCP 提供升力
线索有销售管道和负责人,客服对话会变成工单,HubSpot、Zendesk、Notion、Slack 和 Make.com 连接到同一批记录。Entergram MCP 让 AI 助手可以在所有账号中工作。
边界已上线的集成就是这五个。其他的都只是需求,不是承诺。
- 06 · 起飞
飞起来之后,就要测量飞行
数据分析会统计消息数、响应时间和最忙的时段。原始数据可以下载,放进客户报告或表格。
边界本页的客户数据来自我们自己的数据和调研,而不是审计。
- 300+
- 家客户正在使用 Entergram
- 4.9 / 5
- 应用内客户调研评分
- 100+
- 个 Telegram 账号汇集在一个收件箱
- 5
- 个已上线集成:HubSpot、Zendesk、Notion、Slack、Make.com
客户数量和评分来自 Entergram 自身的产品数据和应用内调研,未经独立审计。
为什么会有它
在 Telegram 上做生意,到第四个账号时官方应用就不够用了
成为创始人之前,我们就是 Telegram 重度用户。你本来就在用来做生意的账号,就应该是你的 CRM 所运行的账号。
Telegram 官方应用最多登录三个账号,开通 Premium 后是四个。加密项目的 BD 负责人手里的账号往往不止这些,还分散在两部手机和一个桌面客户端上。每次回复前都要先问同一个问题:这段对话是在哪个账号上?
那些号称能解决这个问题的工具,都是基于 Bot API 构建的。机器人无法主动发起对话,也无法让团队把多个个人账号当作一个来协同处理。机器人适合发通知,但当客户关系建立在个人账号上时,它就是错误的工具。
所以我们直接基于账号本身打造了 Entergram。每个账号都通过 Telegram 官方登录接入,经由各自独立的专属代理连接,并汇入同一个收件箱。每条线索旁边都有销售管道、自定义字段和完整的聊天记录。
谁在用它
四类团队,面对同一个问题:账号太多
- A01
BD 和销售负责人
你运营着多个个人账号,每次换手机或换客户端都会丢失上下文。一个按账号筛选的收件箱,让你不必再来回切换。
- B02
代理机构
你们多人共用账号,需要知道谁回复了什么,又不想把整份联系人名单交给外包人员。
- C03
客服团队
你的客户就在 Telegram 上,不会转去用邮件或工单门户。对话会变成工单,并从客户已经熟悉的那个账号进行回复。
- D04
技术型创始人
你希望 AI 助手能读取并处理你席位下所有个人账号的对话。Entergram MCP 覆盖所有这些账号,而不只是一个机器人。
团队
一个负责开发、销售和支持产品的小团队
我们没有单独的客服部门。写代码、做合作的人,就是你在 t.me/hello_entergram 留言时回复你的人。

Den. M
联合创始人兼 CEO
从 Telegram 重度用户成长为创始人。负责产品和战略,决定下一步上线什么。

Przem R.
联合创始人兼 CTO
端到端构建整个平台:会话处理、代理账号和群发引擎。写 Python 和 Go,对不稳定的系统毫无耐心。

Veer
工程师
痴迷 Telegram 的工程师。对平台的各种细节了如指掌,负责构建 Entergram 中与 Telegram 对接的部分。

Siyu C.
工程师
负责你每天都会用到的部分:聊天表格、自定义列和工单流程。在前端开发中融入设计师的眼光。

Matias T.
业务拓展
负责合作伙伴关系、客户沟通和 Web3 社区。新团队接触 Entergram 时,往往最先与这位成员交流。
顾问
顾问Jeremy De Groodt
Keyrock CTO 兼联合创始人
联合创办 Keyrock 并主管其技术,打造每天在加密市场中运行的系统。
顾问Linus Dunkers
Dunkers IT 创始人兼 CTO
创办 Dunkers IT 并主管技术,在瑞典搭建并运营大规模计算基础设施。现任 Optimal2 系统架构师,负责系统集成、自动化和医疗电子档案。
我们的底线
Entergram 不做什么
- 它不是机器人平台。每个接入的账号都是真实的个人账号。
- 它不会从你的账号未加入的群组中抓取成员,也不出售联系人数据。名单由你提供,Entergram 负责解析。
- Telegram 实时搜索匹配的是名称或用户名,而不是消息内容。搜索有频率限制,也无法打开账号从未被批准加入的私密群组。
- 它不会把消息历史同步到 HubSpot 或 Notion。这些集成同步的是聊天记录条目及其自定义字段。