小岛AI
| ONLINE |

posts/chatgpt-business-seat-billing.md

ChatGPT Business 没涨价,审批流程却该重做

小岛AI 2026 / 08 / 19

700 美元。

这是 OpenAI 在新版 ChatGPT Business 席位计费说明里给出的官方例子。一家年付工作区原本买了 5 个标准席位,第 10 天又加 3 个,系统现在会把本月剩余 20 天和后面 11 个月的钱一起算完,直接从卡里扣走 700 美元。

价格没涨,全年总额也没多一分钱。变化只有一个,扣款从后面的账单,挪到了新增席位的当下。

看着像财务帮助中心里一行不起眼的更新,跟模型跑分、上下文窗口、Agent 新功能完全不在一个热闹程度上。可我觉得,对正在给团队开 AI 账号的小公司来说,这一行比很多发布会都更接近生产环境。

因为从 8 月 19 日开始,工作区里那个看起来很普通的「加成员」,已经不只是账号管理动作了。

它同时是一次付款。

而且付款成功后,席位才会生效。

好家伙,过去管理员可能只是顺手把新同事拉进来,财务到月底或者下一个 true-up 周期再看到费用。现在邀请、购买、扣卡、开权限几乎挤在同一个动作里。按钮还是那个按钮,动作的责任边界已经换了。

成员邀请从账号动作变成付款动作

成员邀请、即时扣款与剩余账期,现在落在同一条动作链上。

这里先把规则压缩清楚。ChatGPT Business 目前有两类席位。标准 ChatGPT 席位包含 ChatGPT 和 Codex,月付每人每月 25 美元,年付折算为每人每月 20 美元,至少买 2 个。Codex 专用席位的固定月费是 0 美元,但使用时要消耗工作区 credits。后者只对 2026 年 6 月 24 日前已经拥有过 Codex 席位的老工作区开放,新工作区不能再添加第一张 Codex 专用席位。

标准席位才是这次变更的主角。

月付方案里,月初先按基准席位数结算。月中新增的席位,立刻按剩余天数收费。官方例子是原来有 10 个席位,第 10 天再加 3 个,当月还剩 20 天,每个席位 25 美元。

3 个席位 × 20 天 ÷ 30 天 × 25 美元 = 50 美元

这 50 美元不再等下一张账单,新增时就扣。下个月再按 13 个席位收 325 美元。

月付看起来还算温和,毕竟只是剩余二十来天的钱。年付才是容易让人手一抖的地方。官方的 700 美元示例里,新增 3 个席位时,系统会把当前月剩余 20 天和后续 11 个月一起收掉。

20 天 ÷ 30 天 × 3 × 20 美元 + 3 × 20 美元 × 11 个月 = 700 美元

同样是点三次加人,月付示例即时扣 50 美元,年付示例即时扣 700 美元。差的不是单价,是你在当下承诺了多长的剩余账期。

月付与年付新增三个席位的即时扣款对比

两组都是官方新增 3 个席位的示例,月付覆盖剩余 20 天,年付覆盖剩余 20 天加后续 11 个月。

厉害了,一个成员邀请按钮,背后藏着现金流的时间函数。

OpenAI 说总价没有变化,这句话没有问题。按相同席位数和相同使用时间算,新的规则没有凭空涨价。可企业里真正容易翻车的,往往不是总价,而是谁在什么时点,有权让哪张卡立刻多一笔支出。

以前的后付 true-up 给了团队一段缓冲。管理员先加人,费用随后进入账单,财务还能在对账时发现席位增长。现在缓冲缩短了。只要新增席位的操作能走通,付款方式里就会马上出现按比例扣款。

我看到这里,脑子里浮出来的不是财务报表,而是很多创业团队熟悉的权限配置。公司只有十几个人,AI 工具账号通常没人专职管。创始人开了工作区,研发负责人是 Owner,行政也能加成员,银行卡可能还是老板自己的。新同事第一天入职,Slack、GitHub、Notion、ChatGPT 一路开过去,大家都觉得只是配账号。

现在其中一步会直接动钱。

这不是说不能加,也不是说规则不合理。新增席位本来就该付费。真正的问题是,团队原来如果把「邀请成员」当作低风险操作,权限设计就跟新的计费时点对不上了。

很多朋友可能会问,反正迟早都要付,早一点晚一点有什么区别?

区别至少有三层。

第一层是现金流。月付新增几个人,金额可能不大。年付工作区在续费日刚过不久时加人,几乎要把剩余一整年的费用当场付掉。人越多,卡上的即时支出越明显。你原来预算的是下个月统一结算,现在却在入职当天完成了一笔年度采购。

第二层是审批证据。过去财务能在后续账单里看到席位变化,再追问是谁加的、为什么加。现在扣款先发生,解释排在后面。如果工作区没有记录申请人、使用目的、席位类型和成本中心,月底拿到的只是一张已经支付的账单。

第三层是撤销并不对称。新增席位立即付费,删除成员却不会把当前账期的钱立刻退回来。官方写得很清楚,移除成员会马上收回访问权限,但较低的可计费席位数通常到未来账单或续费才生效。某些情况下,被移除的标准席位还会暂时继续计费,Owner 会收到相应通知。

进门立刻扣,出门下周期再减。

这个不对称才是小团队最该记住的东西。

假设一个明确标注的常见场景。年付工作区给一位短期外包开了标准席位,合作一周后结束。成员权限可以当天撤掉,但已经支付的剩余年费不会因为账号只用了七天就自动退回。官方的 退款说明 也确认,标准席位一旦承诺到当前月付或年付账期,未使用席位不退款。

所以,短期成员到底该不该进标准席位,已经不是随手加一下的事。你得先看合作周期、当前账期还剩多久、工作区有没有老 Codex 席位资格,以及对方究竟需要完整 ChatGPT 访问,还是只需要某种更窄的工具权限。

这块容易被「0 美元 Codex 席位」绕晕。Codex 专用席位没有固定月费,不代表免费使用。它要消耗 credits,具体成本看 Codex rate card。新 Business 工作区又不能再添加第一张 Codex 专用席位。老工作区能继续用,不等于所有人都能把短期成员塞进零固定费席位里。

账号类型、访问范围、固定席位费、credits 消耗,是四个不同问题。

混在一起看,账单一定会给你上强度。

怎么把这件小事修好?我不太想列一套看着很完整、到头来没人执行的制度。对十几二十人的团队,能跑起来的办法其实很朴素,在新增成员前留下一张小记录就够了。

记录里至少有申请人、成员身份、预计使用到哪天、要标准席位还是 Codex 专用席位、当前方案是月付还是年付、这次页面显示的即时扣款金额。再加一个确认人,别让同一个人既提出需求、又完成购买、还自己解释账单。

它不需要上复杂采购系统。一个表单、一张飞书多维表格,甚至一个固定格式的工单都可以。关键是付款发生前,页面上的金额要被另一个人看见。

对于年付工作区,我会多加一道非常具体的检查,先算剩余账期。不是只看「每人每月 20 美元」,而是看点击确认后今天会扣多少。官方已经把规则写得够明白,真正的金额还会在 checkout 页面展示。别拿月单价替代即时支出,这两个数经常不是一个量级。

坦率讲,这个细节很像我们给 Agent 做工具调用审批。一个工具看起来只是 add_member,如果它会连带触发 charge_card,权限模型就不能只写「允许管理成员」。你得把副作用写进动作定义,把金额展示给审批人,把失败和重试也算进去。

要不然,模型重试一次,管理员手快点两次,或者浏览器卡住后刷新页面,团队就得在账单里考古。官方页面没有说这些操作一定会重复扣款,我也不会凭空下结论。工程上该做的是,在付款型动作面前默认检查最终状态,不拿按钮有没有响应当作成功依据。

这一下,账号管理和 Agent 工程竟然撞在了一起。

凡是会产生不可逆副作用的动作,都值得比普通读操作更严格。发送邮件、删除文件、转账、购买席位、打开自动充值,应该有明确的确认、结果回执和审计记录。只弹一个「你确定吗」,并不等于边界已经做好。

ChatGPT Business 的官方说明里还有一个容易漏掉的点,只有 Owner 能查看和管理工作区计费信息。Owner 可以看历史账单、下一次账单日期与金额、席位数量、credits 和自动充值。成员管理与账单管理如果分散在不同人手里,团队就需要约定谁负责把两边对上。

不然管理员知道谁入职,Owner 知道卡扣了多少钱,财务知道发票来了,三个人各有一块真相,就是没有一个人看见完整链路。

比较实用的节奏是,入职时确认席位,人员变动当天回收访问权,每周或每月固定扫一次 Billing 里的标准席位数、Codex 用户数、credits 余额和自动充值状态。离职回收不能只做一次「删除成员」,还要记下较低席位数什么时候才会反映到未来账单。

如果团队已经打开 credits 自动充值,也别把它跟标准席位预算混成一个数字。标准席位是固定订阅,Codex credits 是用量支出。一个看人数,一个看调用。人数没变时,用量照样可能上涨;用量没变时,新增标准席位也会立刻扣款。官方的 credits 与支出控制说明 应该跟席位账单一起看。

还有自助 Business 的采购边界。它目前只支持信用卡和借记卡,不支持采购订单、银行转账、净账期或拆分付款。需要正规发票账期和企业采购流程的组织,官方建议联系销售讨论 Enterprise 或 Education。支持团队不能把现有自助 Business 工作区直接改成发票结算。

这对增长中的团队是个信号。规模小时,一张卡加几个席位很方便。等人数、成本中心和合规要求都起来了,继续靠某位 Owner 的银行卡扛所有即时扣款,迟早会变成运维债。

不是今天就必须升级 Enterprise,而是该知道自助方案的边界在哪里。

我很喜欢这次更新暴露出来的一个工程事实。产品价格是一张表,产品行为却是一条时间线。什么时候授权,什么时候扣款,什么时候收回访问,什么时候停止计费,什么时候允许退款,这些时间点拼在一起,才是团队真正承担的成本。

只盯着每席位每月多少钱,会漏掉一半。

回到那 700 美元。它没有证明 ChatGPT Business 变贵了,也没有证明 OpenAI 在偷偷加价。官方反复强调总额不变,这一点应该如实说。

它证明的是另一件更朴素的事,AI 工具正在从个人订阅,走进企业权限和采购系统。过去那个「顺手加个人」的时代,正在慢慢结束。

屏幕前如果正好是你在管团队账号,今天可以做一件很小的事。打开成员页和账单页,对一下谁能加人、谁能看钱、年付还剩多久、离职成员何时停止计费。十分钟够不够我不敢替你保证,但这张表越早对上,下一笔意外扣款就越不像事故。

模型会越来越强,账单也会越来越像生产系统。

罗盘不只要指向能力,也得指向成本。