为什么“中国特殊性”不是一句免责声明

先交代一个我自己的翻车现场。2021 年秋天，《云·原神》刚上线那阵，我在内部评审上拍着桌子说这东西做不大：一个开放世界，要稳定 15 到 20Mbps，手机用户谁给你这个网络？地铁里断流、电梯里断流、高铁上直接掉线重连——我列的失败理由足足七条，条条“技术上成立”。

结果呢？它活得挺好，而且活得比很多同期上线的“大作云版”都稳。我错在哪？我当时只算了网络，没算“手里这台手机跑不动原神，但我真的很想玩”这件事有多大的势能。中国有大量用户，他们手里是一台两千块的安卓机，不是一台跑得动 3A 的 PC，也不是一台主机。云游戏对他们不是“更方便”，是“从不能到能”。这个价值差，比延迟少 20 毫秒重要得多。

所以这篇我不打算写成“中国市场的十个特点”这种 PPT。我想干的事只有一件：把中国的三个硬约束拆开，看看它们怎么反过来塑造了你的技术架构。

你做海外云游戏，面对的是三件事：网络质量、内容授权、硬件替代。你在中国做同样的事，这三件事会被换成另外三个：版号、运营商、千元安卓机。前面那三件是市场问题，后面这三件里有两件压根不是市场问题。

这也是为什么，[19] 那篇讲的订阅制 / 按需 / 混合模式，在中国会走出一个完全不一样的形状——海外的订阅制卖的是“内容库访问权”，中国的订阅制很多时候卖的是“流量包 + 一张版号清单”。模式长得像，骨头不一样。而下一篇 [21] 讲用户为什么留不下来，你会看到大量流失其实在第一分钟就注定了：内容库里没有他想玩的那款，或者他的手机根本进不了那个页面。

我们一层层拆。拆完你会得到一张表：在什么条件下，你该做云平台原生内容；什么条件下，你该老老实实去做“云电脑”这条绕道；什么条件下，你压根不该碰中国市场的云化发行。

第一层：版号——它不是法务流程，是内容库的限速阀

先把机制讲清楚，别绕。在中国，一款网络游戏要商业化运营，得先拿到出版物号（俗称版号）。国产游戏走国产审批，进口游戏走进口审批，进口还有单独的配额，一年放几批，批多少不由你定。2021 年 8 月到 2022 年 4 月，版号发放停了大约八个月，那段时间全行业的新品排期表集体报废——这是任何一家公司做三年规划都必须内建的风险项，不是黑天鹅，是灰犀牛。

那云游戏为什么把这个老问题放大了？三个原因，一个比一个要命。

第一，云平台的内容库不是“买”来的，是“批”来的。你看 Netflix 买电影，谈钱就行。云游戏平台想上 Third-party 的游戏，谈完分成，还得等对方那张纸。所以国内平台的内容库规模天然上不去。海外 GeForce NOW 的库是两千款量级，Xbox Cloud Gaming 背后是 Game Pass 那几百款，而国内主流云游戏平台，基本都在“百余款到数百款”这个量级上挣扎。不是钱不够，是纸不够。

第二，海外的 BYOG（Bring Your Own Game，自带游戏）这条路，在中国走不通。GeForce NOW 最聪明的设计是：你已经在 Steam 买过这款游戏，我只负责把画面传给你，我不“运营”它。这个法律结构在中国很难成立——平台承载一款游戏并提供给用户使用，实践口径上很容易被认定为网络游戏运营行为，而运营就需要主体、需要版号。你没法对着监管说“我只是个显示器”。

第三，老游戏上云的主体一致性问题。一款 2015 年拿到版号的游戏，2024 年上云，运营主体没变，通常不需要重新申报，但平台方作为渠道或联合运营方，要能核验版号真实性、覆盖范围、以及是否存在授权链条断裂。这事儿的坑在于：很多中小团队的版号是挂在某家发行商名下的，发行商换了、公司注销了、协议过期了，游戏还在云上跑——这在抽查里是要出事的。

这三个原因叠加起来，结果就是内容库高度同质化。每家平台都在抢同一批“版号清晰、体量够大、运营主体稳定”的产品，也就是腾讯、网易、米哈游、莉莉丝这几家的存量。你打开咪咕快游和天翼云游戏，会发现首页的推荐位有大量重合，这不是产品经理偷懒，是货架上就那么几件货。

对独立开发者，这一层的现实含义特别扎心：你去跟云平台谈合作，对方第一句话一定是“版号有吗”。没有版号，聊都不用聊。有版号但还在排队，可以聊“上线预留位”，但排期不敢写进合同——因为版号什么时候下来，谁也保证不了。行业里普遍的说法是国产游戏从提交到拿号，顺利的话一年出头，不顺利两三年也是有的。这意味着什么？云游戏的立项节奏，被迫前置了整整一年半。你得在游戏还没做完的时候，就把它放进云平台的年度规划里。

还有个灰色地带值得单拎出来：云试玩。很多平台做“点击广告直接玩 30 分钟”这种形态，把试玩片当作广告素材处理，理论上不构成完整运营。但这个边界很模糊，不同平台的风控口径差得远。我见过一个团队，试玩素材做了半年，法务一评估，整个形态推翻重来。这钱花得冤不冤？冤，但这就是约束。

第二层：三条运营商管道——IDC、5G 套餐与那个叫“免流”的开关

如果版号决定了你“能卖什么”，运营商决定了你“从哪出”。

中国的云游戏，有一块版图和海外完全不同：三大运营商自己就是平台方。中国移动有咪咕快游，中国电信有天翼云游戏，中国联通有沃云游戏。这不是玩票，是战略级投入，因为他们手里握着两样公有云厂商短期补不齐的东西：遍布地市级的机房资源，和直接绑在用户账单上的计费通道。

先说机房。公有云的边缘节点是“按需布点”，算的是 ROI，一线城市和强二线先铺，三四线往后排。运营商的机房是历史遗产，很多地市公司几十年前就有楼、有电、有带宽，改造成边缘节点几乎不需要新增土建成本。所以你在纸面上会看到运营商的节点覆盖数字非常漂亮。但坑在这儿：有楼不等于有 GPU，有 GPU 不等于有运维。真正能跑起 AAA 渲染的机房，还是集中在少数核心城市。宣传图上的“全国覆盖”和实际可用的“高质量区域”，差距能有一倍以上——这一点和 [05] 那篇讲的“官方覆盖 vs 实际可用区域”落差，是同一个病。

再说计费。这是运营商模式最独特的地方，也是最有意思的地方：5G 套餐捆绑 + 定向免流。

你想想云游戏最大的自然阻力是什么？不是延迟，是“我不敢用流量玩”。用户心里有个计价器，一小时 1.5GB 到 2GB，一个月玩 30 小时就是 50GB，这个心理成本比钱本身还吓人。运营商一句“这个 App 的流量不计费”，这个心理门槛就直接被拆了。用户敢开高码率、敢长时间挂着，你的平均会话时长会明显抬起来。

但这个开关对技术架构是有反作用的，很多人没意识到：免流是靠识别流量特征实现的。运营商侧要能判断“这段流量属于咪咕快游”，通常靠 IP 段 + 域名 + 特定端口特征。你的传输要是走了自建私有协议、用了非常规端口，或者中途换了 CDN 节点没在免流白名单里，用户就会突然收到“您本月流量已超”的短信。这类投诉一旦起来，运营商会直接把你从免流名单里摘掉。技术自由度，被一个计费规则反向限制住了——这就是中国生态最有意思的地方，架构不是从技术最优解出发的，是从“能不能被识别”出发的。

还有一个更隐蔽的结构问题：分省结算。运营商的体系是按省分的，你在广东注册的账号，跑到北京用，节点归属、计费归属、投诉归属可能落在三个不同的省公司。这会逼着你做一套跨省的会话路由和账务对账逻辑。海外同行基本不用考虑这个——他们面对的是 AWS，一个账号全球通用。

说到绕道，必须讲云电脑这条路径。达龙云电脑、网易云电脑、阿里无影这类产品，卖的不是“游戏”，卖的是一台远程 Windows。平台不承载具体游戏内容，用户自己装 Steam、自己登账号。这一下就把版号问题绕过去了——我不运营游戏，我只是出租一台机器。代价是什么？体验全面降级：没有游戏专用的编码优化、没有手柄直通、没有存档管理、没有会话迁移。用户得自己搞定一切，本质上是在租一台“机房里的电脑”。但它活得挺滋润，因为它服务的是那批“有 Steam 库、有版号管不着、但手里没硬件”的用户。

这个案例特别值得产品经理琢磨：它不是技术选择，是监管结构下的形态选择。你在别的市场根本想不到要做这种东西，因为没必要。

第三层：千元安卓机——「性能均衡器」这个价值主张的工程含义

这层是我认为中国市场最被低估的一层，也是最容易被海外经验带偏的一层。

海外的云游戏叙事是什么？“你不用买 500 美元的显卡了”“你在电视上玩 4K 光追”。核心是画质升级，服务的是那批“有主机、追求更好体验、但懒得装机”的人。Stadia 死在内容库和商业模式上，但它一开始的假设——用一个 Chromebook 玩 3A——在西方是有共鸣的。

中国的叙事不一样，核心是从不能玩，到能玩。

你去看看国内安卓机型的结构。存量最大的那一段，是中低端机型，处理器是几年前的骁龙 6 系、7 系，甚至更低。这些机器跑个主流手游中画质都掉帧，更别说《原神》这种级别的。同时，中国的主机文化很薄，PC 游戏本的比例也不高，很多人家里没有一台能跑 3A 的机器。于是“我有一台跑不动游戏的手机，但我真的很想玩”这件事，覆盖的人群规模，远超“我有主机但想要 4K”的人群。

这就是“性能均衡器”这个说法真正的分量：云游戏不是给你升级，是给你补齐。它把一个两千块设备的性能下限，拉到了旗舰机水平。

把这个价值主张拆成工程语言，会得到三个非常具体的设计约束：

约束一：目标机型不是旗舰，是中低端。这类机器的硬解能力有限，H.265 支持可能有但能耗高，AV1 硬解基本没有（这是 [02] 和 [07] 那两篇反复强调的：编码选型不能只看压缩率，要看解码侧的存量设备能力）。你选 H.265，压缩率好看 30%，但一批中低端机解码发热、掉电快、甚至解不了。这跟你做海外市场完全不是一回事。

约束二：分辨率目标是 720p，不是 4K。很多团队第一次做中国区方案，本能地想给 1080p60。但中低端机的屏幕就是 1080p 甚至 720p 的，你把 1080p 的流推过去，用户在小屏上感知不到多少差别，码率成本却翻倍。反过来，720p 稳定 30 帧、延迟压到 60 毫秒以内，用户体验远比“1080p 但时不时卡一下”好。在这条赛道上，稳定性比清晰度值钱得多，这跟 [15] 讲的帧时间稳定性被云游戏放大，是同一个道理。

约束三：场景不是客厅，是碎片时间。这是最容易被忽略的一条。海外的云游戏场景是“晚上在沙发上玩两小时”，中国的云游戏场景大量是“午休二十分钟”“通勤路上”“蹲厕所”。碎片化场景意味着：会话必须是秒级启动的（不能等 30 秒加载），必须有随时中断存档的能力（呼应 [18] 的会话连续性），必须在弱网切换时优雅降级而不是直接崩。同时它还有个反讽：通勤场景在地铁里恰恰是最难的——信号频繁切换、隧道断流。用户最想玩的场景，正好是技术最不友好的场景。这个矛盾，谁先解决谁赚。

《云·原神》是国内把这个价值主张打透的样本，值得拆细一点。它的包体只有一百多 MB，而本地版是二十多个 GB——这个对比本身就是最好的广告，它精准打击了“我这台手机装不下”这个最痛的痛点。付费上它走的是时长制 / 畅玩卡，而不是包月无限玩，本质是在算力成本和用户使用时长之间找一个平衡点：重度用户付得多，轻度用户不会被“包月但用不上”劝退。技术上，它服务端跑的是完整的游戏逻辑和高画质渲染，客户端只负责解码和输入回传，流量在 1080p 档位大概是每小时 1.5GB 上下，这个数字被写进了大量用户的实际体验吐槽里——不是嫌贵，是“我在外面不敢开”。

它的社群反馈特别真实：夸的人说的是“我这台破手机居然能跑原神”“上班摸鱼神器”，骂的人说的是“网络一抖就糊成一片”“地铁里根本玩不了”。你看，夸的和骂的，其实是同一个产品的两面——它成功兑现了性能承诺，但没有完全兑现移动场景承诺。而这个缺口，恰恰是后来者可以下嘴的地方。

第四层：合规不是法务的事，是架构的事——实名、防沉迷、日志与会话

这一层最容易被制作人当成“上线前找法务过一遍”的收尾工作。我劝你别这么想，因为这几件事一旦晚做，改的是骨架。

第一件，实名认证与防沉迷。国内游戏必须接入实名认证，未成年人有明确的时段限制和消费限额。听起来是接个 SDK 的事，但放到云游戏架构里就出问题了：防沉迷的计时，是按“账号”算的，不是按“会话”算的。用户 A 在手机上玩了 40 分钟，切到平板继续玩（这是云游戏最核心的卖点之一），这 40 分钟必须继承过去，不能清零。而你的会话迁移是在另一台虚机上重建的，实名状态、剩余时长、消费累计，全都要跟着会话走。这不是“加个校验”，这是把用户身份态做成了会话状态的一部分。

第二件，日志留存与多租户隔离。云游戏的物理形态是“一台服务器跑好几路”，同一个时间片里可能有五六个不同用户在跑不同的游戏。日志一旦混在一起，出了内容问题根本查不出来谁是谁。所以从第一天起，你的日志结构就得按“用户 - 会话 - 虚机 - 时间段”四元组能追溯。这个成本不高，但补起来很痛。

第三件，内容审核。游戏内聊天、UGC、自定义名称，该审的都得审。云游戏的特殊性在于，服务端渲染意味着所有内容都在你机房里生成，理论上你能做得比本地版更细——但反过来说，责任也更集中。这块跟 [25] 讲的安全威胁图谱可以对照看，一个是恶意攻击，一个是内容合规，都指向“你不是个纯管道”。

第四件，跨端账号与版号主体的一致性。云平台账号、游戏账号、支付账号，这三者在国内经常是三个不同的主体。用户在一处充值、在另一处消费，退款、投诉、未成年人退费的归属就会扯皮。这套东西设计得好不好，直接决定你出事那天有没有证据链。

说句实话，这一层最考验的不是技术能力，是制作人的成本意识：你得在项目早期就把这些当成必选项排进里程碑，而不是等美术资源都做完了才发现架构要动。我见过不止一个团队，在临近上线时被迫重做了账号体系，交的学费是两个月工期。

参数化设计工具：四张表，把约束变成能算的数字

光讲道理没用，得能算。下面四张表是我自己在做中国区云化评估时会填的东西，你可以直接拿去改。

表一：内容库结构规划。这张表决定了你的商业模型能不能自洽。核心是把“自有版号内容”“合作分账内容”“云电脑形态”三条腿的比例定死。

表二：渲染档位与成本模型。这张表是回应“性能均衡器”价值主张的。别一上来就做 4K，先算清楚 720p30 这一档能不能赚钱。

这张表里最关键的不是数字，是并发路数和码率的乘积。你把默认档从 1080p30 改成 720p30，单卡并发能翻一倍，单小时算力成本能降 40% 上下——这直接决定了你的定价有没有空间。别小看这一步，它比优化编码器算法来得快。

表三：运营商的对接清单。这张表是给商务和技术一起看的，谁漏了谁背锅。

表四：上线合规检查清单。这张表建议直接钉在项目管理工具首页。

四张表填完，你会发现一件事：中国云游戏的成本结构，有一大半不在服务器账单上，在“等待”和“返工”上。版号排期、授权谈判、合规改造，这些都是时间成本，而时间成本在制作人的账本里，往往比钱更贵。

双路径对照：初级速览与进阶推演

初级路径（5 分钟速览）：如果你只想记住五句话

一、中国的云游戏平台，内容库大小不由钱决定，由版号决定。别指望靠“买内容”做出差异化。

二、BYOG（你买过的游戏云上玩）这条路在国内走不通，想绕，只能做“云电脑”形态，代价是体验全面降级。

三、三大运营商不是渠道，是半个平台方。他们的机房遍布地市，他们的“免流”开关能直接改变你的码率策略。

四、中国云游戏的核心价值主张不是“升级画质”，是“从不能玩到能玩”。目标设备是中低端安卓机，目标分辨率是 720p，目标体验是稳定，不是清晰。

五、实名、防沉迷、日志、会话继承，这些是架构问题不是法务问题，晚做要返工。

进阶路径：给制作人的三个取舍判断

判断一：你要做“云平台”还是“云化的内容”？这两条路的资源结构完全不同。做平台，你的核心竞争力是版号资源 + 运营商关系，本质是渠道生意，毛利被两头挤压；做云化的内容（比如把自家游戏做云端版），你的核心是把 LTV 拉起来——让那批跑不动硬件的用户也能付费。前者是 To B 的战争，后者是 To C 的战争，别混着做。

判断二：云电脑这条绕道，值不值得走？我给一个粗糙的判断标准：如果你的核心用户是“有 Steam 库、有消费能力、但没有硬件”的成年男性，云电脑形态能用，因为用户自己会装、会调、会忍受；如果你的用户是轻度、是女性向、是低龄，云电脑基本不可用，他们没有能力也没有耐心自己折腾一台远程机器。这条路是窄门，不是大道。

判断三：运营商合作，是渠道还是枷锁？换来的东西很实在：套餐捆绑带来的零成本获客、免流带来的时长抬升、话费代扣带来的付费转化。代价是账号被手机号绑死、结算周期长、用户数据拿不全、产品决策要跟省公司的 KPI 对齐。我的建议是：把它当流量入口，别当主阵地。核心用户的账号体系一定要握在自己手里，否则你永远只是个 SKU。

争议与常见坑：这几个念头，每一个都会让你多花两个月

还有一个我自己的判断偏保守，说出来供你反驳：我不认为中国会出现一个真正意义上的“云原生 3A”。理由不是技术，是版号周期和算力成本的组合——一个需要三年研发、两年审批、上线后还要持续烧 GPU 的项目，财务模型太难看了。更可能跑出来的，是“轻量级、强社交、按场次计费”的形态。这个判断我也许会再翻一次车，但先把话说在这儿。

FAQ

Q1：我们是个小团队，没版号，能不能先上云电脑形态试试水？

能，但要先想清楚三件事。第一，云电脑里的用户是自己装游戏的，你控制不了他们装什么，所以你卖的不是“我的游戏”，是“一台机器”，这个定位下的品牌价值和用户关系几乎为零。第二，体验是你控制不了的，用户抱怨会算到你头上。第三，它不能替代正式发行——你还是得拿版号。我建议把它当“验证玩法”的手段，而不是“绕过审批”的方案，心态会正一点。

Q2：云试玩广告到底算不算运营？

实话讲，没有一刀切的标准答案，各家平台的合规尺度差别很大。比较稳妥的做法是：试玩时长尽量短、内容尽量限定在已获版号产品的片段、不涉及付费、不做账号绑定与进度保存。一旦你让用户“试玩后进度能带走”“试玩能付费解锁”，性质就变了。具体怎么定，请务必找专业法务给书面意见，别听同行口口相传。

Q3：免流是不是意味着我可以放心推高码率了？

恰恰相反。免流是个“开关”，开关的前提是流量能被识别。你一旦为了画质推自定义协议、换非常规端口、走多 CDN 混合，就可能掉出白名单，用户会收到超流量短信。这事的正确姿势是：先跟运营商确认识别规则，把传输层参数锁死在白名单允许的范围里，再在这个约束内做 ABR 优化（这跟 [06] 讲的感知驱动策略是一套东西）。约束内的最优解，才是真本事。

Q4：运营商渠道这么便宜，为什么不能把它当主渠道？

因为它给你的不是用户，是“权益覆盖”。用户为套餐付费，你只是套餐里的一个功能。权益到期，用户就走，你连挽留的抓手都没有——账号是运营商的、支付是话费代扣、数据你只拿到一部分。我的建议是：运营商渠道用来做规模化获客和降低首次体验门槛，但账号、存档、社交关系链必须落在你自己的体系里。否则你做三年，还是个 SKU。

Q5：海外发行成功，能反哺国内版号审批吗？

间接有用，但不构成直接加分。审批看的是内容合规、主体资质、材料完备度，海外成绩不是评审项。它真正有用的地方是商务侧——你去跟平台谈合作、跟发行商谈代理、跟投资方谈融资时，“海外已经跑通了”能显著提高你的议价权，也能让你在等版号的那段时间里活得下去。说白了，海外发行是给国内审批期买的保险，不是通行证。

最后一个问题留给你：如果版号、运营商、千元机这三件事你都改变不了，那你能改变的只有一件事——你到底为谁做云游戏。是那批想玩但玩不上的人，还是那批想玩得更好的人？这两个答案，会导出两套完全不同的产品和架构。你选哪个？