你的游戏上线了。Steam 显示累计销售额为 42,000 美元，但你的银行账户里只到账了 27,400 美元。如果你不清楚剩下的 14,600 美元到底去了哪里，你并不是一个人——而且更重要的是，你其实根本没在看你公司的财务报表，你看的只是一个从来没被设计成财务报表的商店后台面板。
Steam 的收入分成常被简单概括为“Valve 抽走 30%”，对绝大多数独立开发者来说，这个说法大方向上没错。但这 30% 只是玩家付款金额与最终进入你公司支票账户的金额之间五项扣减中的一项：平台佣金、退款、货币转换、增值税/销售税，以及——如果你不是美国纳税人——联邦预扣税。每一项都需要在账本里单独记一行，因为它们在税务处理上各不相同；把它们混在一起记，正是许多开发者要么多缴了季度预估税，要么在四月被会计师告知一个不愉快的意外的原因。
下面我们来看看这笔钱到底是怎么流动的，以及应该如何记账，才能让你的账本反映真实情况，而不是 Steamworks 后台上的数字。
Steam 的阶梯式收入分成，以及为什么它对大多数开发者其实无关紧要
Valve 目前的分成结构按每款游戏的累计收入分阶梯：
- 累计毛收入前 1,000 万美元部分，收取 30% 平台费（你留下 70%）
- 1,000 万至 5,000 万美元之间的收入，收取 25% 平台费（你留下 75%）
- 超过 5,000 万美元的部分，收取 20% 平台费（你留下 80%）
这套阶梯制度是在大型发行商威胁要把大制作游戏转移到竞争对手平台的压力下才加进来的，并不是为了照顾独立开发者。数据也印证了这一点：独立游戏的累计收入中位数只在 5,000 到 15,000 美元之间，即便是销量排名前 5% 的作品，也很少能突破 100 万美元。除非你正在打造下一款爆款，否则请按固定 30% 佣金来规划你的账本——对于一款永远达不到八位数收入的游戏来说，这套阶梯制度基本就是个可以忽略的舍入误差。
话虽如此，如果你确实有一款游戏正在逼近 1,000 万美元这个门槛，那么这恰恰是你的记账系统需要实时关注的临界点，而不是等三个月后对账时才发现。一套按每款游戏单独追踪收入（而不是笼统地放进一个“Steam 收入”科目）的会计科目表，能让你提前看到阶梯跨越的信号。
净收入：Steam 到底是按什么给你分成的
这一点最容易绊倒那些习惯了简单零售或订阅业务的开发者：Steam 的佣金并不是按标价计算的。它是按“净收入”计算的，而净收入等于毛收入减去适用调整项。
毛收入包含结账时收取的增值税和销售税。适用调整项包括：
- 退款与拒付——任何被退款的副本，其全部购买金额都会被扣除
- 增值税/销售税——大多数国家的 Steam 售价是含税价，Valve 会将这部分税款直接汇给相应的税务机关；它从不计入你的收入分成计算
- 货币转换——国际销售会按 Valve 的汇率结算成美元，而这个汇率会随外汇市场在销售日和支付日之间的波动而变化
只有在扣除以上所有项目之后，才会应用 70%/75%/80% 的分成比例。换成实际操作层面的意思就是：退款的销售你不需要支付 Steam 佣金（这是好事），但你也从一开始就不能把标价记为你的收入（这一点很重要，因为这意味着你从营销后台看到的“毛销售额”数字，永远会比你会计意义上的毛收入更高）。
**记账方法：**每个结算周期都要分别记录两个数字——扣除增值税、但未扣退款前的平台毛收入，作为你的收入行；退款则作为一个抵减收入科目，在利润表中与之相抵。不要只把最终到账金额直接记为“Steam 收入”——那样你会失去追踪退款率变化趋势的能力，而这恰恰是独立工作室最有用的健康指标之一。
退款不是舍入误差——要追踪比率，而不仅仅是金额
Steam 的退款政策允许玩家在购买后两周内、且游玩时长不超过两小时的情况下申请全额退款。这比主机或移动端商店都要宽松得多，而且它的存在是有道理的（它遏制了大量“购买、破解无 DRM 版本、再退款”的滥用行为，也为玩家建立了信任）。就整个平台而言，退款率平均约为购买量的 5%，但短篇叙事类游戏，以及那些能在两小时内“通关主线”的游戏，退款率往往要高得多——有开发者反映，对于玩家能在两小时窗口关闭前一口气打通的游戏，退款率甚至能攀升到两位数。
对你的账本来说，这意味着：
- **把退款当作在 Steam 上做生意的一项经常性成本，而不是例外情况。**就像零售商为损耗做预算一样，为退款做预算。
- **把退款率当作一个 KPI 来监控，而不只是盯着退款的金额总数。**如果某次补丁更新或营销推广之后退款率悄悄上升，这就是一个信号——可能是出现了 bug、商店页面存在误导性描述，或者（在 2026 年越来越常见）针对短流程游戏的退款窗口滥用行为。
- 如果你在做正式的收入确认（ASC 606），不要在退款窗口有意义地过去之前就确认一笔销售的收入——考虑到两周退款窗口本身很短、退款率在统计上也相对可预测，大多数独立工作室并不需要为此推迟收入确认；但如果退款对你的游戏来说金额较大且波动较大，按月计提退款准备金/备抵，会比先确认 100% 毛销售额、事后再冲销更准确。
区域定价，以及你从未主动选择过的货币转换
Steam 支持以 35 种货币定价，而 Valve 在 2026 年的定价更新中，不再只是简单地按汇率换算，还会考虑当地购买力和区域娱乐产品的定价惯例——这意味着你标价 19.99 美元的产品，在巴西或东南亚等地折算成当地实际价格后可能大不相同，而且即便你从未改动过自己的定价设置，这个折算比例也可能随时间发生变化。
这对你的记账有两个影响：
- **每一笔国际销售的美元金额都是一次货币转换的结果，而不是一个固定数字。**所使用的汇率是 Valve 在报告时点的汇率，而不是玩家购买当天的汇率。如果你出于税务或经营规划目的需要按地区追踪收入，应该直接从 Steamworks 销售报告里取区域明细，而不是试图从到账总额反推。
- **在调整区域定价之前，不要忘了检查它对单件商品净收入的下游影响。**在增值税较高的国家降价，可能会比标价变动本身看起来的幅度更大程度地压缩你的实际所得，因为增值税是在应用分成比例之前就先被扣除的。
支付时间：为什么你的银行到账金额永远对不上当月销售额
Valve 大约在销售月份结束后 30 天付款——例如，2 月的销售额会在 3 月底支付——而且 Steam 要求账户余额达到 100 美元的最低门槛才会付款，这对早期体验版小型游戏，或者同时运营多款小游戏的工作室来说尤其重要，因为单款游戏当月的收入可能自己够不到这个门槛。
这种延迟，是新手 Steam 开发者遇到“我的账本对不上银行账户”困惑的最常见根源。解决办法就是标准的权责发生制记账：按照销售实际发生的月份（依据你的 Steamworks 销售报告）记录收入，而不是按现金到账的月份。设立一个“Steam 应收账款”科目，按月计提净收入，等大约 30 天后电汇或 ACH 到账时再冲销。如果不这样做，你的月度损益表看起来就会像坐过山车一样，跟你真实的销售趋势毫无关系——它只会反映哪个月恰好有一笔付款到账而已。
预扣税：非美国开发者容易跳过、之后又后悔的一步
如果你是美国纳税人，Valve 会给你开具 1099 表格，你按处理其他营业收入的方式处理即可。如果你不是美国纳税人，接下来这部分才是最容易让人栽跟头的地方：
Steam 收入被归类为美国来源的特许权使用费收入（具体来说，是适用于游戏和 DLC 的版权使用费税率）。在 Steamworks 入驻流程中，每个合作伙伴都要完成一次税务访谈，并生成 W-9 表格（美国开发者）或 W-8BEN 表格（非美国开发者）。根据你的居住国以及该国是否与美国签有税收协定，Valve 会在你的分成收入到账之前，预扣0% 到 30% 不等的比例，并在每年 3 月 15 日前通过 1042-S 表格进行申报。
如果你发现自己被预扣了 30%，而你所在国家与美国签有税收协定、本应享受更低的税率，那么你很可能没有正确完成税务访谈——常见原因是没有在协定优惠要求提供的地方填写外国或美国纳税人识别号。这是一份可以回头重新提交的表格，不是一成不变的税率。对于独立开发者来说，未申报协定优惠（预扣 30%）和已申报协定优惠（通常 0-15%，具体取决于国家）之间的差额，一年下来可能是几千美元——花半小时重新检查一下税务访谈是完全值得的。
无论如何，预扣税都是与 Steam 平台佣金完全独立的一行。不要在账本里把“Steam 的抽成”和“预扣税”混成一个数字——它们的税务处理方式完全不同。被预扣的金额是你自身税务责任的一笔预付款（根据你所在国家的税务处理规则，你也许可以把它申报为境外税收抵免，或者申请退还），而平台佣金则是 Valve 收取的费用，仅此而已，不能用来抵扣任何东西。
一套适用于依靠 Steam 收入的工作室的简单会计科目表
对小型工作室来说，五个科目就能覆盖上面提到的几乎所有内容：
- Steam 毛收入——扣除增值税后、但在退款和佣金之前的销售额
- Steam 退款（抵减收入科目）——已退款/被拒付销售的金额
- Steam 平台费——30%/25%/20% 的佣金，与以下科目分开记录……
- Steam 预扣税——仅适用于非美国开发者；应作为一项预付税款资产处理，而不是费用
- Steam 应收账款——当月及上月已计提但尚未支付的收入，在付款到账时冲销
如果你同时运营多款游戏，建议为每款游戏加一个类别或标签，而不是为每款游戏都新建一整套科目——这样你才能比较不同游戏的表现，而不用把整套会计科目表复制五遍。
让你游戏工作室的账本和你的代码库一样干净
如果你已经习惯阅读 Steamworks 销售报告，那你其实也已经习惯了纯文本——而这正是 Beancount.io 的设计理念所在。与其在一个 GUI 驱动的记账工具里费力去建模像阶梯式平台费、退款准备金和境外预扣税这样不规则的场景，不如把它写成一份版本受控的账本，写一次，后续所有计算都能自动得出。查看文档了解开发者如何搭建一份市场收入账本，或者试试 Fava，无需离开纯文本环境，就能以仪表盘视图按游戏查看收入、退款和费用。