三大运营商一起上桌？流量单位重写，AI生态悄悄变天

5月19日，三大运营商盘中再度走强，中国电信涨超8%，中国联通、中国移动均涨超2%，直接催化来自一个很新的产业信号：三家运营商都在把 Token 套餐推向试商用阶段。对普通用户来说，这看起来像是“AI 会员”又多了一种卖法；但对开发者、产品经理和增长团队来说，【Token套餐】真正重要的地方在于，AI 服务开始像流量、宽带、短信一样被标准化售卖，应用入口、用户路径和归因逻辑都要跟着改写。

新闻与环境拆解

三大运营商为什么会因为 Token 套餐一起走强

这条新闻本身很短，但市场反应很直接。5月19日盘中，中国电信涨超8%，中国联通、中国移动均涨超2%，消息面则指向三大运营商推出系列试商用 Token 套餐。也就是说，资本市场不只是把它看成一次普通的新套餐上架，而是把它理解为运营商在 AI 商业化阶段的一次新动作：从“卖连接、卖流量、卖宽带”，进一步走到“卖词元、卖算力、卖任务处理能力”。

如果把时间线拉近看，运营商并不是突然进入这个赛道。中国电信已在5月17日推出全国层面的试商用 Token 套餐，覆盖开发者及中小微企业、个人及家庭客户，以及生态合作伙伴三类对象；中国移动也在 2026 移动云大会期间正式发布 Token 运营生态体系，并提出把 Token 打造成连接算力、模型、应用与用户的“通用货币”。这说明今天盘中的异动，并不是孤立公告触发，而是市场开始把一系列动作拼成一张图：运营商正在集体下注词元经济。

这类信号为什么会刺激股价？因为它带来的不是单一产品收入想象，而是更大的业务重估空间。过去运营商的商业模式主要围绕连接层展开，核心是套餐、管道、带宽、云网资源；而 Token 套餐一旦跑通，运营商就能把自己在网络、算力、云、端侧触达和企业服务上的能力，重新打包成一套 AI 服务经营体系。它卖的不再只是“接入”，而是“完成一次任务所需的可计量能力”。

中国电信这次的套餐到底卖了什么

目前公开信息最清晰的是中国电信的试商用 Token 套餐。它不是简单地给一个“AI月卡”，而是按不同客户类型拆分产品：

• 面向开发者及中小微企业客户，提供“Token+连接+安全”一体化服务，推出基础版、专业版、旗舰版三档 Token Plan，月费分别为39.9元、159.9元、299.9元，对应每月1500万、7000万和1.5亿 Tokens。
• 面向个人及家庭客户，也提供“Token+连接+安全”一体化服务，轻享版9.9元/月包含1000万 Tokens，畅享版29.9元/月包含4000万 Tokens，尊享版49.9元/月包含8000万 Tokens。
• 同时还提供宽带上行提速包、安全防护包等可选服务，并向生态合作伙伴开放相关能力。

这个设计有两个非常值得注意的地方。

第一，它已经不是“按次数卖 AI”，而是在用更底层的 Token 作为计量单位。换句话说，运营商不是把自己包装成一个内容订阅商，而是在尝试建立 AI 使用的基础结算口径。

第二，它并没有把 Token 单独卖，而是和连接、安全、宽带等原有能力捆在一起。这意味着运营商的目标不是只做一个代售模型调用的中间商，而是试图利用自身在网络和服务上的既有优势，把 Token 套餐嵌入更完整的使用场景中。对于开发者和企业客户来说，这种打包方式比单纯购买 API 调用量更容易落地，因为它更接近真实业务需要：不仅要用模型，还要考虑接入质量、上传能力、风控和安全。

中国移动为什么强调“通用货币”

如果说中国电信展示的是套餐形态，那么中国移动更值得关注的是它对 Token 体系的定位。中国移动在 2026 移动云大会期间发布 Token 运营生态体系，并联合腾讯、阿里、华为、中兴、科大讯飞等伙伴启动 Token 运营生态联盟，提出要把 Token 打造成连接算力、模型、应用与用户的“通用货币”。

这个表述很关键，因为它透露出 Token 套餐背后的真正野心：不是做某个单点产品，而是试图定义一套新的流通单位。

过去，不同 AI 服务的计费方式往往是割裂的：有人按包月卖，有人按次卖，有人按字符量卖，有人按模型档位卖。对用户和企业来说，这种分裂式计费非常不利于横向比较，也不利于生态协同。而一旦 Token 被推成统一量纲，就会出现三个变化：

• 不同应用之间，服务价值更容易被放进同一张账单里。
• 运营商可以围绕统一账户、统一认证、统一结算做平台化经营。
• 用户和企业采购 AI 服务时，开始像采购水电、带宽或云资源一样，形成更稳定的预算逻辑。

中国移动还提到“人人一个 Token 账户”“统一 Token 量纲”“一次认证、全网通行”“打造应用入口，锻造 Token 发生器矩阵”。这些表述背后其实已经不是传统通信语言，而是明显的平台运营语言。换句话说，运营商想做的并不是让用户多买一项新功能，而是让 Token 成为穿透应用、模型和任务链路的统一凭证。

从流量到词元，运营商到底在改什么

如果只看表面，Token 套餐像是对 AI 调用量的包装；但如果把它放进更长的商业脉络里，会发现它改的是“资源售卖方式”。

过去几十年，运营商最擅长的事情，就是把复杂底层资源抽象成用户可理解、可购买、可续费、可管理的标准套餐。语音分钟数是这样，短信条数是这样，流量包是这样，云专线、云网套餐也是这样。现在，Token 套餐本质上是在把“模型推理能力”也产品化。

这一步的难点，不是做一个价格表，而是把原本专业、抽象、对普通用户不友好的 AI 消耗单位，转化成可经营的市场语言。为什么说这是一个结构性变化？因为它等于把 AI 从“功能附加项”推向“基础资源项”。

当 AI 被当作基础资源售卖时，后续变化会很快发生：

• 计费模式会逐步从模糊订阅转向更细颗粒度的按量使用。
• 应用分发会从“推荐一个 App”转向“推荐一个能完成任务的入口”。
• 用户路径会从“打开 App 再找功能”转向“先买能力，再决定用哪个服务完成任务”。

这对普通消费者来说，可能只是资费单多了一行 Token；但对整个应用生态来说，意味着 AI 资源层和分发层开始贴得更近了。

为什么这件事不只是运营商新闻

很多人会把这条新闻当成通信板块消息，但它其实已经越过通信行业，开始影响开发工具、云服务、AI 应用乃至企业数字化市场。

一方面，Token 套餐把 AI 使用门槛进一步往下拉。个人用户9.9元就能拿到1000万 Tokens，这种价格带已经不再是“高端尝鲜”，而是非常接近大众消费品。另一方面，开发者和中小企业也能用相对明确的成本获取一体化的调用能力，而不是自己从零拼模型、网络、安全和预算控制体系。

这会带来一个重要后果：越来越多的 AI 需求不会先去找“哪个模型最强”，而是先去找“哪个入口最省事、最稳定、最容易管控成本”。谁掌握了这个入口，谁就更有机会掌握用户关系和任务分发权。

这也是为什么【Token套餐】值得被当作一个真正的时效热点来看。它不只是说明运营商在尝试新业务，更说明 AI 产业开始出现一个非常成熟的征兆：底层能力开始被标准化、打包化、普惠化。

从新闻到用户路径的归因问题

当 Token 套餐变成运营商可以售卖的商品，用户路径也会跟着发生变化。过去，用户通常是先找到某个 App，再在 App 内消费功能；现在很可能变成先在某个运营商入口、合作应用入口、模型入口或终端入口里获得 Token 账户和可用额度，再去决定具体任务由谁来完成。

这就意味着，开发者和增长团队面临的问题不再只是“用户从哪里点进来”，而是“用户手里的 Token 是从哪里获得的，他为什么在这一刻发起任务，以及任务最终在哪个场景被承接”。传统归因体系在这里会遇到明显盲区，因为它更擅长看下载、点击、注册，却不擅长解释“能力预算”如何影响后续行为。

举个很现实的例子：一个用户可能先在运营商套餐侧获得 Token，再在某个合作入口里触发 AI 任务，随后跳转到你的 App 完成安装、注册或调用。后台如果只看到一次普通安装，团队就会误以为这是一条自然流量；但真正的关键变量是，这个用户早已被上游入口预热过，而且他的行为是由 Token 消耗预算和任务意图共同驱动的。

在这种场景下，传统埋点和归因会暴露出几个问题：

• 只能看到最后落点，看不到用户的 Token 来源。
• 能看到激活，看不到任务为什么会在这一刻发生。
• 能看到渠道名，看不到背后的套餐、场景和预算差异。
• 能看到单设备行为，看不到跨平台、跨入口的任务继承关系。

也就是说，普通人看到的是“运营商卖 AI 套餐”；开发者真正需要面对的，则是“用户的决策前移到了套餐和能力层，我还能不能看懂真实来源”。

工程实践：重构安装归因与全链路归因

先给 Token 入口编号：别让所有流量都长成“自然新增”

第一步，是把不同 Token 来源清楚编号。因为在 Token 套餐时代，同样是一个新用户，背后可能完全不是一回事：

• 有人来自电信开发者套餐入口；
• 有人来自移动 Token 账户引流；
• 有人来自生态合作伙伴联合活动；
• 有人来自 App 内的二次任务调用；
• 也有人只是普通自然搜索。

如果这些入口不做统一编号，最后都落成“自然新增”或“其他渠道”，后续分析基本失真。更稳妥的做法，是通过渠道编号 ChannelCode统一标识不同的套餐来源、合作入口、活动场景和任务触发链路，把“谁把用户送进来”这件事结构化。

这样做的好处，不只是区分投放效果，更重要的是让团队看见“能力预算入口”和“内容流量入口”的差异。前者往往带着更明确的任务意图，后者则更偏泛流量，两者在转化质量、留存和付费路径上通常不会一样。

再把场景和任务意图带进安装链路

第二步，不是只记住用户来自哪个入口，而是尽量把他进入前的任务语境一起带进 App。因为 Token 套餐时代，用户不一定是来“逛一逛”的，更多时候是带着任务来的：想写文案、想生成图片、想跑脚本、想做表格、想处理办公流程。

如果安装或首启环节把这些信息丢掉，App 内部看到的就只是一个“新用户”，而不是一个“从特定 Token 场景中被唤起的任务用户”。这会直接影响 onboarding、推荐逻辑和转化分析。

更适合的做法，是通过智能传参把关键字段带进安装与首启环节。例如可以预留：

• token_source
• operator_platform
• channelCode
• scene
• entry_intent
• package_type
• task_type

这样一来，产品和数据团队在后续分析时，才能区分“这个用户是因为运营商发放 Token 而首次接触产品”，还是“这个用户本身就是老用户，只是在新的任务场景里被重新激活”。

关于安装前上下文如何在安装后被恢复，也可以参考 xinstall 站内《智能体分发时代 App 安装传参逻辑的底层重构》的设计思路，把来源、场景、参数恢复和首启承接连成一条线。

最后把漏斗升级为任务事件图

第三步，是别再只盯着“点击—安装—注册—付费”的老漏斗。Token 套餐带来的最大变化，是用户价值越来越体现在任务完成，而不是单次访问。

更适合的，是建立围绕任务流量的事件图，例如：

• token_received
• token_activated
• entry_opened
• app_installed
• params_restored
• task_started
• task_completed
• token_consumed
• task_reused

有了这套事件图，团队才能回答更有价值的问题：

• 哪个 Token 套餐入口带来的用户最容易完成首次任务？
• 哪类场景更容易形成后续复用？
• 哪些用户只是来消耗赠送 Token，哪些用户会转成长期留存？
• 哪些任务虽然消耗高，但带来的付费和留存更强？

注：本文讨论的 Token 套餐引流、跨平台任务发起、复杂安装链路还原等场景，属于对 AI 分发趋势下精细化归因与场景承接的工程化延展思考。不同业务中，涉及运营商入口、联合活动、任务工作流、端云协同等链路时，通常需要结合实际架构、数据系统与业务规则做专项适配，不宜简单理解为完全一致的标准化现成功能。如需针对高阶场景做定向方案，也可以结合 xinstall 在智能体指令集 Skills.sh 发布：AI Agent 分发生态下的 App 归因新范式和亚马逊 AI 战略升级？多云多 Agent 时代 App 该怎么认清流量真身中的方法继续展开。

这件事和开发 / 增长团队的关系

面向开发与架构：先把 Token 相关字段留出来

如果你是研发负责人，现在最值得做的不是急着追热点上线一个“AI 按钮”，而是先保证系统能够识别 Token 时代的新入口。至少需要预留和梳理以下字段：

• operator_platform
• token_source
• token_account_id
• channelCode
• scene
• entry_intent
• task_type
• risk_level

这些字段未来不一定一次性都用上，但现在不留，后面很可能连复盘入口来源都做不到。

面向产品与增长：从“拉新”转向“承接任务”

产品和增长团队最容易犯的错误，是还在用传统拉新思维理解这波变化。可在【Token套餐】场景里，用户往往不是先被内容种草，再决定下载，而是先拿到了使用预算，再决定把预算花在哪个任务、哪个入口和哪个产品上。

这意味着增长策略也要跟着改：

• 不只盯投放渠道，要盯能力发放入口。
• 不只看安装成本，要看首次任务完成率。
• 不只看注册转化，要看 Token 激活后的复用率。
• 不只做下载承接，还要做任务承接。

面向数据团队：重新定义高质量用户

数据团队也需要重新理解什么叫“高质量用户”。过去，一个下载即激活、注册后付费的用户可能算高质量；但在 Token 套餐模式下，真正高价值的用户可能是那些虽然安装晚、却任务完成快、复用强、消耗深的人。

因此，数据模型最好从“页面行为分析”转向“任务行为分析”。你要看的不只是 DAU、次留和转化漏斗，还包括：

• Token 激活后多久发起首个任务；
• 首个任务完成率如何；
• 不同套餐入口的平均 Token 消耗深度；
• 用户是一次性使用，还是形成持续工作流。

常见问题（FAQ）

Token 套餐和普通 AI 会员有什么区别？

普通 AI 会员更像是订阅某个具体产品的使用权，而 Token 套餐更接近把 AI 资源抽象为可计量、可配置、可组合的基础单位。它不一定绑定单一应用，而更容易进入多应用、多场景和多任务的流通体系。

为什么运营商会在这个时间点推 Token 套餐？

一个重要原因是，AI 服务正在从演示期走向普及期，市场需要更低门槛、更统一的计费方式。运营商本身就擅长把复杂底层资源产品化，因此当算力、模型和任务调用逐渐稳定后，它们天然有动力把这些能力打包成新型套餐。

Token 为什么会被说成“通用货币”？

因为它有机会成为跨模型、跨应用、跨入口的统一结算单位。只要量纲、鉴权和账户体系逐步统一，Token 就不只是某个模型的消耗计数器，而会变成连接用户、应用、模型和平台的中间媒介。

Token 套餐会不会让 App 自己的会员体系变弱？

有这种可能，但更准确的说法是：App 的会员体系会被迫重构。未来部分用户未必愿意先为某个产品长期订阅，而更倾向先获得一笔可支配的 Token，再决定在哪个任务场景里花掉。这会迫使很多产品重新思考自己的收费结构、入口设计和任务承接方式。

行业动态观察

从行业角度看，三大运营商试商用 Token 套餐，说明 AI 已经不再只是一个附着在 App 里的高级功能，而开始被当成独立资源经营。只要这套模式继续推进，未来围绕模型、算力、应用和用户的关系，就会越来越像一个可结算、可流通、可追踪的新型基础设施体系。

对 App 和 B 端团队来说，这个变化的中长期影响不在于“又多了一个竞争者”，而在于用户入口开始前移到能力层和任务层。谁能先把来源编号、场景传参、任务事件图和多入口归因补齐，谁就更能在新流量格局里保住解释权。也正因为如此，现在正是重构数据与归因体系的窗口期：当 AI 服务开始按资源售卖、按任务消耗、按路径结算时，【Token套餐】就不再只是一个通信行业新词，而会成为很多增长团队必须正面应对的新分发现实。