按账号计费和按版本授权，哪个更省钱
这两个词经常被混着用，但它们指的是完全不同的计价逻辑，直接决定了你的账单在团队扩编时会怎么变。
按账号计费：每个使用系统的人单独计一个价。人增加，费用按比例增加。
按版本授权：按功能等级打包一个价，用户数不限或在一个范围内不限。人增加，费用不变。
一句话概括差别：一个随人头线性上涨，一个是固定金额。固定金额的那条线不会涨，所以两条线必然会交叉。交叉点落在哪里，就是这篇文章要算清的事。文中算例均取自公开的定价数据并注明来源，涉及换算的部分会写出全部假设。
一、先把"版本授权"这个词界定清楚
市场上有三种东西都被叫作"按版本"，但它们的成本行为完全不同。分不清这三者，比价一定会出问题。
第一种：真正的固定价（不限用户数）
一个价格覆盖整个团队，用户数不进公式。公开资料给出的一个例子是：某 CRM 固定价方案 299 美元/月（Starter 档）、499 美元/月（Professional 档），不限用户、不限联系人、不限流程。另一个例子是 97 美元/月 起步的固定价方案。只有这一种才真正意义上"不受扩编影响"。
第二种：分档固定价（有用户数上限）
看起来是固定价，实际按用户数分档。公开资料举的例子是某产品把固定价分成 5 人档、50 人档、100 人档、10,000 人档——档位内不按人头计费，但跨过阈值会跳价。它比纯按人头好，但不等同于"不限"。对助贷机构来说，这类方案的关键是问清楚：我这个规模会落在哪一档，下一档的门槛是多少。
第三种：假固定价（其实是按人头）
公开资料专门点出了这种混淆：有的产品宣传"统一费率 15 美元/用户/月"——这不是固定价，它是"数字很整齐的按坐席定价"。另外还有一种混合形态：固定平台费 + 按用户加购，首个坐席看起来很贵、后续坐席看起来很便宜，但总成本仍然跟着人头走。
判断方法很简单：看用户数量是否出现在计算式里。出现了，就是按人头；没出现，才是真正的固定价。营销文案上的"不限"字样不能作为依据。
二、交叉点在哪里：两组公开算例
把两组公开的价格数据摆在一起，交叉点的位置非常清楚。
算例一：固定价 $97/月 vs 按人头 $39/用户/月
- 1 人：按人头 39 vs 固定价 97 → 按人头胜
- 2 人：按人头 78 vs 固定价 97 → 按人头小幅胜
- 3 人：按人头 117 vs 固定价 97 → 固定价开始占优
- 5 人：按人头 195 vs 固定价 97 → 固定价胜
- 10 人：按人头 390 vs 固定价 97 → 固定价明显胜
- 20 人：按人头 780 vs 固定价 297 → 固定价压倒性胜
算例二：固定价 $299/月 vs 按人头 $50/用户/月
- 3 人：按人头 150 vs 固定价 299 → 按人头胜 149
- 5 人：按人头 250 vs 固定价 299 → 按人头胜 49
- 6 人：按人头 300 vs 固定价 299 → 基本打平
- 10 人：按人头 500 vs 固定价 299 → 固定价胜 201
- 20 人：按人头 1,000 vs 固定价 299 → 固定价胜 701
- 50 人：按人头 2,500 vs 固定价 299 → 固定价胜 2,201
两组算例给出的交叉点分别在 2 至 3 人 和 5 至 6 人。公开资料给出的经验区间也一致：多数情况下落在 5 至 12 人 之间，另一份资料给的是 8 至 15 人。差异来自两点：按人头的单价和固定价的档位。
由此可以得到一个很有用的判断：交叉点的位置，由两个数字的比值决定——固定价月费 ÷ 按人头月单价。前一个算例里是 97 ÷ 39 ≈ 2.5，交叉点就在 2 到 3 人；后一个算例里是 299 ÷ 50 ≈ 6，交叉点就在 5 到 6 人。这个除法你可以在拿到两家报价后当场做，不需要等供应商解释。
对助贷机构来说，这个算法的意义很直接：如果你的坐席数超过 10 人，而且固定价方案的月费不到"按人头单价 × 10"，那么按版本授权在纯价格上通常已经胜出。当然，前提是两家的功能范围可比——这一点后面会专门说。
把两种模式放进五年周期看
上面算的是月费，把周期拉到五年，差距会进一步放大。仍用第二组算例（按人头 50 美元/月、固定价 299 美元/月）按 20 人团队推演：
- 第一年：按人头 1,000 × 12 = 12,000 美元；固定价 299 × 12 = 3,588 美元。差额 8,412 美元。
- 第三年：按人头累计 36,000 美元；固定价累计 10,764 美元。差额扩大到 25,236 美元。
- 第五年：按人头累计 60,000 美元；固定价累计 17,940 美元。差额 42,060 美元。
关键在于两条线的形状：按人头是线性上升，固定价是平的。所以差额不是固定值，而是每年都在扩大——从 8,412 到 25,236 再到 42,060，五年里翻了三倍多。这解释了为什么公开资料里反复强调"看五年总拥有成本，不要看首年报价"：首年几百美元的差额，在五年周期里会变成数万美元。
需要提醒的是，这个推演假设了人数不变。如果团队从 20 人扩到 30 人，按人头线的斜率会变陡，而固定价线仍然不动，差距会比上表更早拉开。反过来，如果团队从 20 人缩到 12 人，按人头线会下移，而固定价不会——这正是"规模波动大时按人头更划算"这句结论的数学来源。把这种波动纳入测算的方法，可以参考买断与订阅的成本对比里的 TCO 框架。
三、除了价格，还有一个行为差异
这一点在公开资料里被反复提到，而且对助贷机构的实际影响可能比价格更大。
按人头计费会让人"限制访问"
当每个账号都要额外付钱时，机构会自然产生一种行为：尽量少开账号。具体表现包括：不给质检开账号（改用截图传阅）、不给财务开账号（改用导出表格）、让主管和坐席共用账号、离职员工的账号继续被借用。公开资料对这个现象的描述是：按坐席定价会制造"让支持、市场、运营、高管都留在系统外"的压力，以避免账单上涨。
这对助贷机构是有实际代价的。客户资源保护依赖权限分级，而权限分级的前提是每个角色都有自己的账号；账号共用意味着操作日志无法定位到人，出了问题查不到是谁做的。这一点在客户资源保护的 6 层机制里有过说明。
固定价会鼓励"把人都拉进来"
反过来说，固定价模式下增加一个账号是零边际成本，机构会倾向于让更多人进入系统——主管能看到全量跟进记录、质检能直接调录音、老板能看实时数据。公开资料的表述是：在这种模式下，团队问的问题从"我们能不能负担得起又一个账号"变成了"谁需要访问权限才能把工作做得更好"。
所以选择计价方式时，除了算价格，还要问自己一句：我需要多少人进系统？如果答案是"只有坐席"，那按人头更合适；如果答案是"坐席 + 主管 + 质检 + 财务 + 老板都要看"，那固定价的价值就不止账面上的差价。
为什么供应商更愿意按人头卖
理解这一点，能帮你在谈判时不被动。按人头的收益结构对供应商更有吸引力，原因有两个：
- 收入随客户成长自动增长。客户扩编不用重新谈合同，账单自己就涨了。这是 SaaS 模式最受资本市场欢迎的一点。
- 扩编时客户的议价能力最弱。团队已经上线、数据已经在系统里、员工已经形成习惯，这时候加购账号，客户几乎没有替代方案。公开资料把这一条列进了"隐藏成本"清单——不要在扩编时才开始谈账号价格。
所以谈判的时机很重要：在签约时就把扩容价格锁定。具体做法是在合同里写明"每新增一个坐席的价格"以及"该价格在合同期内的有效期"。公开资料在讨论报价单时给出的建议也是这一条：把"账号增购与容量扩展"逐项确认清楚，让每家供应商在相同格式下报价，比价结果才有可比性。
反过来说，固定价方案对供应商的吸引力在于"锁住大客户"——一次性覆盖整个团队，客户迁移成本更高。这解释了为什么它常常出现在面向中小企业与营销服务类公司的产品里，而传统 CRM 更偏好按人头。对买方来说，这个差异意味着：当你人数够多时，固定价方案是供应商愿意谈的，因为它对你更划算、对它更稳。
四、一个实用的判断规则：活跃率
公开资料给出了一条可以直接套用的规则：如果你的许可用户中，每周使用超过 3 次的活跃用户占比低于 60%，那么按人头计费大概率让你多付了钱。
道理很简单：按人头计费是按"账号数"收费，但你得到价值的是"活跃使用"。一个 30 人团队里，如果只有 15 个人真正每天用系统，另外 15 个人一周登一两次，那么按 30 个人头付费就是在为使用价值的下半部分买单。
对助贷机构来说，这个规则的落地方式是先盘一遍角色和账号的关系。我们在一套在跑的系统里统计过权限相关的数据：活跃员工 33 人、权限记录 1,569 条、角色 61 个。这个比例本身说明一件事——助贷机构的账号需求不是"一人一号"，而是"一人多角色权限"。坐席需要客户与拨打权限、主管需要分配与查看权限、质检需要录音与统计权限、财务需要回款与结算权限。如果让你按人头为每一种角色都买一个账号，成本会被严重高估。
所以实操建议是：先按角色设计权限矩阵，再统计真正需要登录的人头数，最后拿这个人头数去比两种计价方式。顺序反了（先定账号数再想权限），几乎一定会多买账号。
五、版本授权要注意的三件事
第一，功能边界
按版本授权的价格和功能等级绑定。"不限用户"听起来很划算，但如果录音管理、AI 分析、防飞单这些助贷必备能力都在最高档，那么你实际要付的是最高档的价格。省钱的前提是：你需要的能力恰好落在你付得起的那个档位里。关于这几项能力该怎么列清单，可以对照签约前必问的清单。
第二，档位跳档
分档固定价的情况下，要提前算好"什么时候会跳出当前档"。例如某产品分 5 人、50 人、100 人档，一个 45 人的团队现在落在 50 人档，看起来很划算；但如果明年扩到 55 人，就要跳到 100 人档，成本可能翻倍。签约时应该把"下一档的门槛"和"下一档的价格"都写进合同。
第三，用户上限与并发限制
公开资料对"不限用户数"有一条明确的提醒：有的软件号称不限用户数，但并发数有限制，人多一点就卡，最后还要加钱买并发包。另外，很多固定价方案有"隐藏的用户上限"——"不限用户"实际指"在本档内不限"，有硬上限，跨过就触发升级。这两条都要落在书面上：最大并发数、最大用户数、超出后的处理方式。
六、助贷机构该怎么选：一份决策清单
把前面的分析收成一份可以直接用的清单：
- 现在的坐席数是多少，明年预计多少人？按峰值算，不按当前编制算。助贷有季节性扩编。
- 固定价月费 ÷ 按人头月单价 = 多少？这个比值就是交叉点的人数。你的规模在交叉点之上，固定价在纯价格上更省。
- 预计有多少人要进系统？如果主管、质检、财务、老板都要看，把它们算进"人头"，因为按人头计费下他们也是要付钱的。
- 预期活跃率是否低于 60%？低于这条线，按人头大概率在为你用不满的账号付费。
- 你需要的能力在哪个档位？如果必须买最高档，那"按版本"的价格优势要重新算。
- 档位门槛和并发上限是多少？写进合同，避免第二年因为跨档而成本翻倍。
还有一个混合形态值得了解：按坐席基础费 + 按用量计费。公开资料对这种混合模式的评价是"可以消除一部分波动，同时让成本与实际产出挂钩"。对助贷机构来说，这类模式的典型表现是"按坐席数收基础费、按通话分钟或 AI 分析次数收用量费"。它保留了灵活性，但把不可预测性从人头转移到了用量上。按年付费的账怎么算里对这种"会自己长大"的成本有更细的说明。
七、常见问题
我们只有 8 个人，选哪个？
8 人正好落在常见的交叉区间（5 至 12 人）里，不能靠经验拍板，要算。用固定价月费除以按人头单价，得出交叉人数；如果你的 8 人高于这个数，固定价更省，反之按人头更省。如果两个数字非常接近（差距在 10% 以内），建议按人头——因为它保留了随时缩编降本的灵活性，而助贷行业的人数波动是常态。
按版本授权是不是一定"不限人数"？
不是。如前面所说，市场上至少存在三种形态：真正不限用户数、按用户数分档、以及名为固定价实为按人头。公开资料的建议是把"非用户类的上限"也拿到书面答复：接口调用上限、工作流数量上限、存储配额、以及"5 倍人头时会变成多少钱"。这几项在签约时问清楚，比砍价更有价值。
按人头计费的账号，离职员工要立刻停吗？
要，而且这是一个纯管理动作，不涉及技术成本。按人头计费的模式下，一个未清理的离职账号就是每月白付的钱。更重要的是，未清理的账号意味着离职员工仍可能访问客户资料，这是客户资源外流的典型路径。建议把"离职当天停用账号"写进人事流程，并且每月做一次账号与在职名单的核对。
能不能两种混着用？
可以，而且公开资料明确提到"不要把它当成二选一的单选题"。常见做法是：核心岗位（坐席、主管）按固定价或按版本覆盖，临时性岗位（短期兼职、外包质检）按人头单独买。这样做的前提是同一家供应商同时提供两种计价方式——签约前问清楚即可。
版本授权省了钱，会不会牺牲功能？
通常不会牺牲核心功能，但会牺牲"边界内的自由度"：固定价方案往往在导出能力、API 调用、存储配额上设上限。这些上限在正常使用时感受不到，但在你需要做数据分析、或者要换系统的时候会变成障碍。所以"数据导出格式与是否收费"这一条，无论选哪种计价方式都要写进合同。这一项在买断与订阅的成本对比里被列为退出成本的核心条款。
助贷机构旺季扩编，用哪种方式更合适？
这是助贷行业最典型的一个场景：旺季从 20 人扩到 35 人，淡季再收回来。按人头计费下，扩编意味着当月账单上涨约 75%，但淡季缩编后账单会同步下降——弹性是它的核心价值。按版本授权下，扩编不增加成本，但如果为旺季峰值买了高档位，淡季就会闲置。
务实的处理方式是把"常规编制"和"旺季弹性"分开看：如果峰值持续时间长（例如连续三个月以上），按峰值规模比较两种模式；如果峰值只持续一两周，按人头更划算，因为固定价方案通常会按"最大用户数"或"最大并发数"定价。这一条判断需要向供应商问清楚：固定价方案计算哪个人数口径——是账号总数、当前在职人数，还是同时在线人数。
如果两家报价里，一家是按人头、一家是按版本，怎么比？
把两边都折算成"同一人数、同一周期、同一功能范围"的总价，再比。具体做法是：取你的目标人数（建议用未来两年的峰值），分别算出五年总价，再看差额。如果差额在 15% 以内，优先选功能更贴合的那家，而不是更便宜的那家——因为计价方式可以谈，功能缺失不能谈。
八、小结
按账号还是按版本，本质上是你在为什么付费的问题：按账号是为"人头"付费，按版本是为"能力等级"付费。
三个判断就能定下来：
- 规模在交叉点之上，用按版本。交叉点 = 固定价月费 ÷ 按人头月单价。
- 需要更多人进系统（主管、质检、财务、老板），用按版本。零边际成本让"给权限"不再是一个财务决策。
- 规模会明显波动、或者活跃率很低，用按账号。它保留了随人数增减的能力。
还有一个容易被忽略的观察：计价方式的选择，会反过来影响你的管理动作。按人头计费时，你会更关注"哪些账号是闲置的"；按版本授权时，你会更关注"哪些人该拿到权限"。两种关注都没有错，但后者更接近客户资源保护的本意。如果机构的客户资料安全等级要求高、需要严格的操作留痕，那么"让该有权限的人都有独立账号"这件事的价值，往往超过计价方式本身带来的价差。相关设计可以对照部署与运维成本里关于权限与日志留存的说明。
最后提醒一句：这两种计价方式的价差，通常远小于"选错功能档位"带来的价差。所以在纠结计价方式之前，先把功能清单理清楚——你需要录音、AI 分析、防飞单这三项中的哪几项，它们分别在哪个档位。这部分的结构可以对照报价单里的六项成本和不同规模团队的报价对照一起看，两份材料合起来能把"该花多少钱"和"该怎么计价"这两件事同时说清。