小游戏
平台
风险
集中度
依赖
战略

在别人的 runtime 上发布,什么时候会变成单点故障?

一篇问答:集中度风险、30% 抽成和规则的差别,以及不离场也能去风险的做法

C

Cross Mini App Team

2026年10月25日 · 1 分钟阅读

在别人的 runtime 上发布,什么时候会变成单点故障?

在别人的 runtime 上发布,什么时候会变成单点故障?

30% 抽成抢走了所有演讲时间。那是你能在表格里建模的部分。真正干掉工作室的,是更微妙的东西:你整盘生意建在一个规则由别人书写的平台上,而一次政策变更,挪动你收入线的幅度,可能超过你上线的任何功能。下面讲怎么判断"分发"什么时候变成了"依赖"。

Q:真正的风险是 30%,还是规则?

是规则。抽成是一笔已知、可谈、可建模的成本。风险在于平台改变分发、回款条款、内容政策,或者干脆把你的品类降级——这些你都没投票权。一个决定玩家看见什么、你怎么拿到钱、你的游戏是否被允许的 runtime,不是分销商,是房东。而房东可以在你还在交租的时候,把你周围的楼重新装修一遍。

Q:集中度风险怎么度量?

一个数字:你的收入或玩家,有多大比例来自单一平台?如果超过约 60%,那你没有分发战略——你有一个顶着 logo 的单点故障。危险会复利,因为集中度感觉像成功:平台奖励你,你越靠越近,三年后你离开就会丢掉大半生意。按季度量它,把上升的数字当成警示灯,而不是奖杯。

Q:不离场,也能去风险吗?

部分能,而这通常就够了。占有平台不占有的那种关系:你自己的用户账号、在规则允许范围内你自己的 billing、你自己的沟通渠道——邮件、自有社群。让你的游戏逻辑可移植,使接第二个 runtime 只是改个配置,而不是重写。再把顶部打散:绝不让任何一个 catalog 超过你设定的集中度上限。你不是要离开——你是要"能离开"。

Q:平台欠你什么,又不欠你什么?

它欠合同里写的,几乎不欠别的。不保证分发,不保证继续支持你的品类,不义务在改规则前警告你。能在平台震荡中活下来的团队,是把条款当租约而不是合伙关系读的人,是在需要之前就修好退路的人。依赖不是恶——不被审视的依赖才是。

杠杆换来的换不来的
自有账号直接关系平台分发
可移植逻辑退路只是改配置零停机瞬间迁移
顶部打散没有单点单平台最大触达
自有 billing支付控制权平台的暖启动用户池

参考来源

相关文章

为什么你的 A/B 测试总在骗你?

一篇问答:偷看问题、功效分析、保留组,以及让"胜出"变体成为统计幻象的混杂因素

小游戏
数据分析
A/B 测试
2026年10月25日·1 min read
广告太多会杀掉游戏

频次上限,是今天收入和下个月死掉的游戏之间的旋钮

Mini-Game
Ad Frequency
Load Balancing
2026年10月25日·1 min read
瀑布流还是竞价——广告收入到底怎么最大化?

一篇问答:聚合层、为什么手排瀑布流在悄悄漏钱,以及怎么选聚合 SDK 而不被它自己的 eCPM 骗

小游戏
广告
聚合
2026年10月25日·1 min read