赌场和体育博彩的玩家留存：大盘交给自动化，头部玩家交给人

你的留存团队这个月很可能复盘过一次玩家分组：新存款玩家、活跃玩家、正在降温的玩家、休眠账户，还有最上面一份由专人亲自照看的短名单。自动化分组配上了自动序列。那份短名单配了一个人，通常在 Telegram 上，通常用的是这个人自己的账号。而在你后台的某个角落，有一个自我排除标记，按照英国的规定，它必须在两天内同步到你的营销数据库。

这份指南讲的就是这两半之间的分界线，它同样适用于赌场和体育博彩的玩家留存。它只主张一个观点：玩家 CRM 应该把大盘自动化，而 Telegram 上真人的对话应该守住头部玩家。 大多数玩家留存策略把两者当作相互竞争的渠道。其实不是。它们是同一个系统，中间有一次交接，而你流失的大部分玩家，正是在这次交接中流失的。

本文写给赌场和体育博彩的留存负责人、CRM 经理和运营负责人。如果你想从产品角度了解对话这一侧，赌场 Telegram CRM 页面介绍了客服、VIP 和联盟团队如何共用一个工作区。本文只停留在策略层面。

从这里开始，因为这是玩家留存中唯一一条没有任何取舍的规则。

英国博彩委员会关于确保自我排除客户不会收到营销内容的指引指出，运营商必须采取一切合理措施，阻止任何营销内容触达自我排除的客户，并且必须在收到完整的自我排除通知后两天内，在营销数据库中移除或标记该客户。同样的措施也适用于排除期已过、但尚未选择回来的人。委员会还表示，如果存在单点故障，它不太可能认可运营商已经采取了合理措施，并点名指出员工个人使用手动变通做法是导致违规的原因之一。另外，GAMSTOP 自己的历史页面记录了自 2020 年 4 月起，运营商必须至少每天一次将全部客户群与该计划进行比对。

用本文的视角来读这段话。你的玩家 CRM 有屏蔽名单、同意字段，还有一个负责审计它们的合规团队。真人渠道通常这些都没有。客户经理在 Telegram 上发一条友好的问候，从定义上讲就是一种手动变通做法。如果你最好的留存发生在真人这一层，那么你的自我排除流程也最可能在这一层失效。

所以真人渠道需要和自动化渠道同样的屏蔽机制，而且建立方式不能依赖某一个人记得：

• 每个玩家聊天上都有一个标记。 一个复选框或单选字段（已自我排除、已设限、已退订营销），任何打开这段对话的人都能看到。
• 标记只有一个来源。 由你的后台或合规工具决定谁被排除。Telegram 这一层只是同步它。团队里没有人凭记忆去设置或清除它。
• 每个外发分组都按它筛选。 群发、问候和召回消息默认排除带标记的聊天，而不是靠某人额外加上一个步骤。
• 每周做一次检查，结果应该永远是零： 带标记的聊天收到了任何外发消息，而且这条消息不是经合规团队批准的服务类回复。

在 Entergram 中，这个标记是聊天上的一个自定义字段，群发可以按自定义字段筛选，所以排除规则存在于分组里，而不是存在于客户经理的脑子里。限制也要说清楚：Entergram 不检查自我排除状态、牌照或年龄，也不连接你的后台或玩家 CRM。 它保存的是你的合规流程设置的标记。在你运营的每个市场里按时把标记同步过来，仍然是你的工作。

Optimove、Fast Track、Smartico 和 Xtremepush 这类玩家 CRM，生来就是为了根据平台数据，在没有人参与的情况下，决定海量玩家中谁今天收到哪条消息。这正是玩家大盘所需要的。

自动化这一侧才是分组、触发器和同期群分析该待的地方。玩家 CRM、联盟平台与 Telegram 层的对比介绍了这些工具各自能做什么、不能做什么，包括其中几款现在如何通过玩家主动订阅的 Telegram 机器人发送营销活动。

这种机器人渠道对自动化的各个层级来说是正确的设计。对头部玩家来说却不是。机器人无法主动发起对话，而一位给某个人写信的高价值玩家，期待的是这个人亲自回复。一条来自机器人的营销消息，会让这位玩家明白自己真正处于哪个层级。

真人这一层之所以有效，是因为它小。一个人能和几十或几百名玩家保持真正的关系，但不可能和整个活跃大盘做到这一点。一旦它的规模超出了团队当天能回复的范围，它就会变成一份挂着真人名字的群发名单，玩家是能察觉到的。

三条规则让它保持真实：

1. 进入这一层是一项决定，而不是顺其自然。 由你的留存团队设定标准（价值、产品组合、市场，或者你的模型使用的任何指标）并定期复盘。玩家不应该只是因为某位客户经理碰巧给出了用户名，就有了一个私人联系人。
2. 一个玩家，一个负责人。 每个聊天只有一个负责人。在 Entergram 中，这是聊天上内置的 Assignee 字段，而不是自定义列。
3. 账号属于运营商。 如果玩家在和客户经理的个人账号对话，客户经理离开时，这段关系也会跟着离开。用公司拥有、团队可以接管的账号来运营真人这一层。团队日常如何运营这些账号，在赌场 VIP 客户经理实战手册中有介绍，本文不再重复。

在运营层面，限制在于账号，而不是席位。一位留存经理可能在多个品牌和市场中运营好几个账号，而好几个人也可能共同负责一个账号。Entergram 运行在这些个人账号之上，而不是机器人上，它把 100 多个账号放进一个可按账号筛选的收件箱，并让每个账号通过自己独立的代理。玩家感受不到任何变化，而团队不再需要来回切换手机。

大部分留存流失发生在玩家换层的时候，两边都以为对方在负责。把移动规则写下来。

• 玩家价值超过了留存团队设定的门槛，以玩家 CRM 中的数据为准。
• 一位头部玩家出现了你的模型所信任的流失信号：活跃度远低于其自身的常规水平、全额提款、多次存款失败。使用你自己模型的定义；重点在于，头部玩家出现流失信号时，应该通知一个人，而不是启动一个自动序列。
• 玩家主动发来消息。自动化分组中的玩家发来消息，这本身就是一个信号，回复应该来自真人。
• 有未解决的投诉或支付问题。一个仍在等待答复的玩家，什么都召回不了。

• 价值低于门槛的时间已经足够长，团队一致认为私人关系已经不再相称。
• 玩家要求减少联系。
• 客户经理离职了，但还没有分配新的负责人。这是需要修复的问题，而不是降级的理由，但如果真的发生了，也不应该让玩家陷入无人回应的状态。

玩家移动时，把它记录在两个团队都会看的地方：

第四行中的重复消息问题，是两半互相拖后腿最常见的方式。当专人接手一位玩家时，这位玩家的自动序列应该停止，而这必须由负责玩家 CRM 的团队在玩家 CRM 中完成。

在系统之间移动数据时，限制就很重要了。Entergram 不与玩家 CRM 集成。它具备的是与 HubSpot 和 Notion 的双向自定义字段同步，以及一个可以更新聊天标签和联系人信息的 Make.com 应用。如果你的团队已经通过其中某个工具传递玩家标记，那么层级或排除字段就可以被带到 Telegram 聊天上，不需要任何人重新录入。如果没有，导入一份名单也可以：导入的列会变成自定义 CRM 字段，可以用作筛选条件。

你的玩家 CRM 按同期群衡量留存，它也应该继续作为这项数据的记录系统。真人这一层需要另一组规模更小的衡量指标，因为它的失效方式不同：它不是因为发错消息而流失玩家，而是因为根本没有发消息。

• 每个账号的首次回复时间，对照团队为这一层设定的目标。Entergram 的数据分析会按账号显示收发消息数、回复时间，以及最繁忙的时段和日期，原始数据还可以下载，用于你自己的报表。
• 每个班次开始和结束时，等待回复的头部玩家聊天。
• 在你的复盘周期内没有过真正对话的头部玩家，除非带有标记，否则每一位都要由专人问候。
• 收到了外发消息的带标记聊天，也就是第一节里那个应该为零的数字。

如果你的团队在用 AI 助手，Entergram MCP 会把该席位所有账号的原始消息事件（账号、聊天、时间戳、方向）提供给它，这样它就能计算回复覆盖率，或者列出正在等待真人回复的聊天。助手负责基于你的数据做分析。它有调用频率限制，也不能替代由专人签字确认的每周复盘。

真人这一层还应该衡量一件事：有人离职时会发生什么。Entergram 的四项对内隐私控制（隐藏用户名、隐藏群组成员信息、禁止编辑消息、禁止删除消息）之所以存在，是因为留存团队失去头部玩家最现实的方式，就是有人带着聊天离开，或者事后修改自己做出的承诺。Slack 还可以单向接收一个席位能访问的每个聊天的副本，作为审计日志。

什么是玩家留存？
运营商在获客之后，为了让玩家持续活跃在自家品牌上所做的一切：生命周期消息、VIP 关系，以及对支付和账户问题的快速答复。本文把它分成两部分：玩家 CRM 自动化的部分，以及由专人在 Telegram 上处理的部分。

玩家留存和召回有什么区别？
留存是让活跃玩家保持活跃；召回是把已经沉寂的玩家带回来。对于玩家大盘，两者大多都属于玩家 CRM。对于高价值玩家，两者都应该是专人的工作，由 CRM 的信号触发。

高价值玩家还应该收到自动消息吗？
服务类和交易类消息可以，以合规团队的定义为准。在专人负责这段关系期间，促销序列应该暂停，否则玩家会就同一件事既收到模板消息又收到私人消息。

玩家 CRM 的 Telegram 机器人能取代真人这一层吗？
对于玩家主动订阅的营销消息，它很好用。但它无法主动发起对话，也无法让一个团队把多个个人账号当作一个来运营，所以它无法取代玩家直接联系的客户经理。

怎样防止在 Telegram 上给自我排除的玩家发消息？
把合规系统中的标记同步到每个玩家聊天上，让每个外发分组默认按它筛选，并每周检查带标记的聊天没有收到任何消息。Entergram 保存这个标记并按它筛选，但它本身不检查排除状态。

Entergram 能连接 Optimove、Fast Track、Smartico 或 Xtremepush 吗？
不能。它已上线的集成是 HubSpot、Zendesk、Notion、Make.com 和 Slack。字段可以通过 HubSpot 或 Notion 同步、Make.com 应用或名单导入来传递。

真人这一层应该容纳多少玩家？
你的团队能在为这一层设定的回复目标内答复多少，就容纳多少。如果每个账号的首次回复时间开始下滑，说明这一层太大了，或者团队太小了。

把本文中的层级标准和移动规则写下来，并为每一条指定负责人。然后，在任何人动手做召回之前，先给真人这一侧的每个玩家聊天加上自我排除标记，并把它设为每次外发的默认筛选条件。你的玩家留存策略中自动化的那一侧很可能已经调好了。交接和标记，才是下一次增长和下一个合规风险真正所在的地方。