摘要

  • 适用最高数量计费的月付应用，周期内移除用户不会冲减已经计费的数量；空出的付费席位可以在当期重新分配。
  • 按官方示例的每人每月18美元、剩余25天推算，先加三人再减三人会新增45美元，先减再加则不抬高十人的峰值。18美元是示例单价，不是 Jira 现价。

一家公司没有扩招，也能多买三个软件席位。办法很简单：先把新人的应用权限开好，过一会儿再关掉离开者的权限。人事表最终回到十个人，账单却记住了中间那十三个。

这是根据 Atlassian 公开规则构造的比较场景。它刺中的问题很日常：采购按人数做预算，IT 按请求开权限，财务收到的却是一段时间内的付费最高数量。三个部门都完成了工作，差价仍然可以从他们之间的缝隙里长出来。

十人结账，十三人留下脚印

最高数量计费说明把规则写得很直白：新增用户超过当前已计费数量时，计费数量上调，新增部分按本周期剩余时间计算费用，放进下一张账单。周期内移除用户，不会相应扣费或退款。已经付费的空位，可以交给其他用户使用。

设一个适用该规则的付费月订阅，起初十人。第五天，三名旧用户确实需要撤销权限，三名新用户确实需要获得权限。如果先撤销，人数从十降到七，再开通三人，回到十，整个过程没有越过十个已付费席位。反过来，先开通再撤销，人数经过十三再回十，付费数量就留在十三，直到这个周期结束。

借用官方说明的示例单价，每人每月18美元，把一个周期设为30天、操作后还剩25天。第二条路径新增的费用是：3 × 18 × 25 ÷ 30，等于45美元。第一条路径的这笔席位增量为零。

这里的45美元是按规则推算的条件结果，没有冒充一张真实客户账单。新增三人按剩余天数收费，也没有把十三人全部倒推成整月收费。顺序改变的是新增容量有没有被买下，而非月底究竟有几个人。

官方 Melissa 示例另有一张279美元的预计账单：她从十人增加到十三人，并以十三人结束当月，下一月基本费用234美元，加上当月新增席位的45美元。它不是上述“同样十人收尾”的另一端。把279美元和180美元直接相减，会把下一月的人数差也塞进顺序题里。

没登录，照样占位

更容易让预算失真的，是“用户”这个词。用户与档位管理说明明确写道，添加到应用的用户，即使没有接受邀请、从未登录，也计入月度用户数量。

所以，最后登录时间不是计费数量的替身。权限已经到手、本人还没进门，付费席位也能先坐下。这说的是添加到应用并获得对应访问权限，不能扩写成发出任何一封邀请邮件都会收费。

对卖方而言，可访问的容量已经交付。对买方而言，这份容量可能还在等一个入职日、一次项目交接，或者一个终于处理完的撤权请求。价格衡量的是被开放的入口，使用记录衡量的是进门后的活动。两种记录各有用途，把它们混成一个“活跃用户数”，采购就会用错尺子。

卖方记得最高点，买方只看合影

Atlassian 在2025年的公告中，以成本可预测、跟踪简化和可见性解释这一调整。今天的说明列出 Compass、Confluence、Atlassian Guard、Jira、Jira Product Discovery、Jira Service Management、Loom 和 Marketplace 应用的相关月订阅。这篇文章分析的是现有规则，并非一项刚在2026年宣布的新涨价。

购买与许可 FAQ另将年度用户档位与月度最高数量分开。年度续费的档位问题是一道题，月内权限顺序是另一道。拿年付逻辑给月付账单做解释，等于拿座位区间去回答一段已经发生的峰值。

峰值也不会永久续命。当前周期最后一天的用户数，决定下一月开始时的计费数量。官方 Armando 示例里，十人减到七人，当期仍保留十人的付费数量，空出的三个位置可以复用；以下月七人起步。账单记住过去，也有明确的翻页时间。

这给企业留下一个务实的选择：把确实必要的交接重叠买明白，把纯粹流程错位产生的重叠消掉。真正的账单金额，还需该产品和方案的单价档位、计费日期、既有付费数量及实际权限变更记录。顺序能够改变成本，则已经写在规则里。

软件采购最容易讨论的是折扣，最容易漏掉的是计价单位。十个人的月末合影解释不了十三个付费席位。那三个空椅子坐着的，往往是两张工单之间无人负责的时间。