2026 Q4 价格与采购预测:席位稳、用量涨,条款比单价更值钱
- 席位价稳、增量在用量:竞争仍在,平台不会大幅上调席位价,但会把 AI 消耗拆出来单独计价,实际支出整体上移(置信度:高)
- Q4 是折扣窗口:厂商年度任务与渠道返点集中在 Q4,11–12 月的成交条件通常优于次年 Q1,代价是交付排期顺延(置信度:中高)
- 议价空间在「条款」不在「单价」:用量上限、调价机制、报表导出、顾问到场时间这四项,实际价值常高于席位单价让利(置信度:高)
- 私有化报价必须重算:国产化选型 + AI 组件(向量库 / 推理服务 / GPU)+ 运维 FTE,使去年的模板低估约 15–30%(置信度:中高)
- 三年 TCO 是唯一可比口径:订阅、AI 用量、实施人天、运维人力、硬件资源五项都要折算,否则比较的是「首年价格」而不是「总成本」(置信度:高)
- 时间比话术重要:签约流程需 3–4 周,压到 12 月下旬只剩接受或不接受(置信度:高)
- 建议节奏:10 月建模型 → 11 月上旬取 2–3 家报价 → 11 月下旬谈条款 → 12 月上旬签约
发布:2026-10-07 · 算数科技选型研究组 · 基于 16+ 平台渠道报价结构与一线交付复盘 · 全文约 1.5 万字
一、价格结构变了:从「人头」到「消耗」
过去两年,低代码采购的价格讨论围绕一个数字打转:每用户每年多少钱。2026 年这个锚点正在失效——原因是 AI 功能把成本从「人头」转移到了「消耗」。
| 成本构成 | 约 2023–2024 | 2026 现状 | 变化含义 |
|---|---|---|---|
| 席位订阅 | 绝对主体(约 80%+) | 仍是底盘,占比下降 | 预算可预测,不必等降价 |
| AI 用量 | 基本不存在 | 逐步独立计价 | 新增预算科目 |
| 实施人天 | 一次性 | 合规与集成项变多,人天上升 | 集成必须单独列项 |
| 运维人力 | 常被忽略 | 私有化后尤其需按 FTE 计 | 0.25–0.5 FTE 是常见量级 |
| 硬件 / 云资源 | 私有化为主 | AI 组件带来增量 | GPU 与向量库需单列 |
因此 Q4 的比较问题应该换个问法:不是「这家比那家便宜多少」,而是「我的用量增长曲线会撞上哪一档阶梯、条款里有没有兜底」。
二、四类费用的 Q4 走势
| 费用项 | Q4 预期 | 置信度 | 对你的影响 | 应对动作 |
|---|---|---|---|---|
| 席位订阅 | 基本持平,个别平台小幅上调 | 高 | 预算可沿用,无需观望 | 把谈判重点转到条款 |
| AI 用量 | 独立计价比例快速上升 | 高 | 需新增预算科目 | 做稳态用量预估 + 硬上限 |
| 实施人天 | 小幅上行 | 中高 | 集成场景成本上升 | 要求人天单价封顶 |
| 运维 / 私有化 | 随国产化选型重算 | 中高 | 旧模板不可用 | 要求供应商重出组件清单 |
四类中风险最高的是第二项 AI 用量,因为它同时具备三个特征:可增长、不可见、难预估。可增长指随场景增加而上升;不可见指若无报表导出则无法分摊;难预估指非线性增长。
三、三种计价口径 × 不同规模的实际差别
下表用示例假设说明结构差异,帮助你在拿到报价后快速归类,不代表任何厂商的实际价格。
| 场景 | 口径 A:含在席位内 | 口径 B:按用量计 | 口径 C:预付费额度池 |
|---|---|---|---|
| 轻量使用(偶发问答) | 最优:成本固定且低 | 成本低但需对账 | 额度易闲置浪费 |
| 中度使用(部门级自动化) | 易触顶被限流 | 成本随增长上升,可控 | 较优:享阶梯折扣 |
| 重度使用(全流程 Agent) | 通常不可行 | 需硬上限兜底 | 最优,但要求可拆分报表 |
| 多部门分摊 | 难以内部结算 | 需按部门导出 | 需约定额度切分规则 |
判断自己属于哪一档,问三个问题即可:① 每天调用量级是多少?② 是否包含附件解析与批量问数?③ 是否有多部门分摊需求? 任一答案为「是」,就应优先考虑 B 或 C 口径,并把报表导出写进合同。
四、三年 TCO 模型
4.1 计算框架
三年总拥有成本的构成可以写成:
TCO₃ = Σ(订阅费) + Σ(AI 用量) + Σ(实施人天) + Σ(运维人力) + Σ(硬件/云资源)
| 成本项 | 怎么算 | 最容易漏的地方 |
|---|---|---|
| 订阅费 | 席位 × 单价 × 3 年,考虑调价 | 把「首年优惠价」当成三年价 |
| AI 用量 | 月调用量 × 单价 × 增长系数 × 36 | 只按 POC 用量估算,忽略增长 |
| 实施人天 | 场景数 × 人天单价 + 集成专项 | 漏算 ERP/IM 集成与数据清洗 |
| 运维人力 | FTE × 人力成本 × 3 年 | 默认「上线后不需要人」 |
| 硬件 / 云资源 | 私有化按清单,SaaS 按云用量 | AI 相关 GPU 与存储增量 |
4.2 一张示例 TCO 对照(结构演示,非报价)
| 成本项 | 方案甲(SaaS + 用量计) | 方案乙(SaaS 含席位) | 方案丙(私有化) |
|---|---|---|---|
| 三年订阅 | 按席位计,中等 | 按席位计,略高 | 按永久或年费,中等 |
| 三年 AI 用量 | 随增长上升,需硬上限 | 触顶受限流影响 | 自有算力,边际成本低 |
| 实施人天 | 较低 | 较低 | 最高(适配 + 部署) |
| 运维人力 | 低 | 低 | 0.25–0.5 FTE |
| 硬件 / 云资源 | 按用量 | 按用量 | 一次性 + 折旧 |
| 三年合计 | 中等,弹性大 | 可能最低,但受限流约束 | 前高后低,规模越大越划算 |
4.3 一条经验规则
如果两家平台的订阅价差在 15% 以内,最终 TCO 差异往往由实施人天与运维决定,而不是订阅单价。 因此议价时优先谈这两项——尤其是「人天单价封顶」与「运维责任边界」,比死磕每席位几十元更有价值。
五、议价窗口与节奏
| 时间 | 动作 | 谈判杠杆 |
|---|---|---|
| 10 月 | 需求收敛、成本模型、用量预估 | 信息对称:知道自己要多少,才谈得动价 |
| 11 月 上旬 | 取得 2–3 家书面报价 | 比价:形成竞争性报价 |
| 11 月 下旬 | 集中谈条款 | 年度任务压力最大,让利意愿最强 |
| 12 月 上旬 | 签约 | 时间:留出法务与采购流程 |
| 12 月 下旬 | 交付排期 | 此时谈判空间几乎消失 |
两个前提:① 启动不晚于 11 月下旬,否则签约流程(通常 3–4 周)来不及;② 能接受交付排期顺延到次年 1 月。
一个反面案例(常见情形):某企业 12 月中旬才启动选型,此时供应商年度任务已完成,让利意愿下降;同时交付团队档期已满,最终结果是价格没有优势、进场时间还要等到次年——最差组合。正确的做法是提前一个月拿到报价,把「签约在 12 月、交付在次年 1 月」作为主动安排,而不是被动结果。
六、私有化报价为什么必须重算
| 组件 | 平台提供 | 甲方自备 | 易争议点 |
|---|---|---|---|
| 应用服务 | 是 | — | 并发用户数的定义方式 |
| 数据库 | 适配清单 | 采购与授权 | 国产库适配成熟度差异大 |
| 中间件 | 适配清单 | 采购与授权 | 版本兼容边界 |
| 对象存储 | 适配说明 | 采购 | 附件加密与备份策略 |
| AI 推理组件 | 适配说明 | GPU / 向量库 / 推理服务 | 性能不达标由谁负责 |
| 运维监控 | 可选模块 | 监控体系 | FTE 归属与响应时效 |
三类增量:AI 组件增量(向量库 / 推理服务 / GPU)、适配增量(国产库与中间件适配人天)、运维增量(补丁升级、备份演练、容量规划)。把这三类写进询价清单,能避免验收阶段的责任争议。
七、十条议价清单与话术
| # | 要谈的条款 | 可复用话术 |
|---|---|---|
| 1 | AI 用量单价与调价机制 | 「请给出单价、计价单位与续约涨幅上限,并写明提前通知期。」 |
| 2 | 用量报表导出 | 「请提供按应用与部门维度的用量报表导出,我们要做内部成本分摊。」 |
| 3 | 月度硬上限与降级策略 | 「上限按月可调,超限优先降级,不接受直接停机。」 |
| 4 | 试点期用量封顶 | 「POC 期间的消耗请封顶或不计费,降低评估门槛。」 |
| 5 | 席位可回收 / 可转移 | 「人员流动是常态,席位需支持回收与转移。」 |
| 6 | 实施人天单价封顶 | 「集成与数据清洗请给单价封顶与增项审批流程。」 |
| 7 | 续约价格锁定 | 「续约价不超过首年的某个比例,请写进合同。」 |
| 8 | 培训与文档 | 「管理员培训与文档请含在订阅内,并给培训记录。」 |
| 9 | 数据删除与保留期 | 「合同终止后提供删除证明与保留期承诺。」 |
| 10 | 顾问到场时间 | 「请把顾问到场时间写进附件,这比再降一点价更重要。」 |
八、六个常见误区
- 只比订阅单价:忽略了用量、人天与运维,最终总成本可能反而更高。
- 把首年优惠价当三年价:续约调价机制没写清,第二年就被动。
- 按 POC 用量估算稳态:真实用量非线性,容易低估一到两倍。
- 用去年模板做私有化预算:AI 组件与适配人天是新增项。
- 把「不限量」当成真优点:要看是否有隐性并发或速率限制。
- 12 月下旬才谈:此时既没有比价空间,也没有交付档期。
九、如何读懂一份低代码报价单
拿到报价单后,先别急着比总价。多数报价单的差异不在数字,而在科目边界。下面这张表建议逐行核对。
| 常见科目 | 你需要问什么 | 容易藏成本的地方 |
|---|---|---|
| 席位 / 订阅 | 是否区分账号类型?超额如何计价? | 轻量账号是否也按标准价计 |
| AI 用量 | 单价、计价单位、是否分模型计价 | 单位口径含糊,事后按高价结算 |
| 实施人天 | 单价、预估人天、增项如何审批 | 集成与数据清洗未计入 |
| 集成专项 | 是否单列?接口不达标谁负责 | 被并入「实施」后无法追责 |
| 培训 | 含几次、线上还是到场 | 二次培训另行收费 |
| 运维 / 维保 | 首年是否免费?次年比例 | 次年按标价续,涨幅可观 |
| 私有化组件 | 哪些平台提供、哪些甲方自备 | GPU / 向量库 / 运维 FTE |
| 定制开发 | 是否走人天?源码归属 | 后期无法自行维护 |
一条经验:报价单里没有出现的科目,往往是最贵的科目——因为它会在实施阶段以「增项」形式出现。
十、三类企业的价格敏感度与取舍
| 企业类型 | 最敏感的项 | 建议取舍 |
|---|---|---|
| 小规模(< 100 人,单场景) | 首年总投入、上线速度 | 优先 SaaS 含席位口径,治理条款可简化但不可删除 |
| 中等规模(100–500 人,多场景) | 用量增长、集成人天 | 争取阶梯折扣 + 人天封顶;用量必须可导出 |
| 大型 / 集团(> 500 人,含信创) | 合规、私部署、长期 TCO | 优先私有化或专属部署;治理条款全部保留 |
同一套需求,三类企业的「最优解」完全不同。不要照抄同行方案——规模、场景数量与合规要求决定了成本结构,而不是平台偏好。
十一、议价前的内部准备(六项)
- 场景清单:把需求拆成可计数的场景,每个场景标注优先级。这是判断报价合理性的基础。
- 用量估算:按稳态用量做一版,含附件解析与批量任务。
- 账号清单:区分标准账号与轻量账号,含预期增长。
- 集成清单:列出需要对接的系统与接口,标注接口质量(有文档 / 需探查)。
- 合规清单:法务与信息安全提出的必须项,明确哪些不可谈判。
- 时间窗:目标签约时间与最晚上线时间,决定你的谈判底气。
六项齐备后再谈价,效率通常比「先聊价格」高出一个量级——因为你清楚哪些可以让、哪些不能让。
十二、术语速查(预算评审常用)
| 术语 | 含义 | 评审时的关键词 |
|---|---|---|
| TCO | 总拥有成本 | 要三年口径,不要首年口径 |
| 席位 | 计价的用户账号 | 是否区分账号类型 |
| 用量计费 | 按调用 / Token 计费 | 单价、上限、报表 |
| 人天 | 实施工作量单位 | 单价封顶、增项审批 |
| FTE | 全职人力当量 | 运维投入按 FTE 明确 |
| 降级策略 | 超限后的处理方式 | 优先降级而非停机 |
| 私部署 | 部署在自有环境 | 组件与责任边界 |
| 信创适配 | 国产软硬件兼容 | 适配成熟度与实测报告 |
| 维保 | 上线后的技术支持 | 次年比例与响应时效 |
| 调价机制 | 续约时价格如何变 | 涨幅上限与提前通知期 |
十三、向管理层汇报价格预测的口径(可直接复用)
「本季度低代码与 AI 平台的席位价基本稳定,但 AI 用量已成为独立计费项,因此三年总成本的关键变量从『人数』变成了『用量增长曲线』。建议三步走:10 月完成用量与成本模型,11 月取得 2–3 家书面报价并在下旬集中谈条款,12 月上旬完成签约、上线安排在次年 1 月。谈判重点应放在用量单价与调价机制、报表导出、月度硬上限与降级策略、实施人天封顶四项,而非席位单价。」
这段口径的好处是:把「采购」讲成「可控的成本结构问题」,管理层更容易给出授权与时间窗。
十四、报价比对表模板(可直接建表)
把 2–3 家的报价填进同一张表,差异会立刻显现——比看三份不同格式的报价单高效得多。
| 字段 | 说明 | 为何必要 |
|---|---|---|
| 报价方 / 版本口径 | 产品版本与授权口径 | 避免拿低版本价对比高版本 |
| 席位单价 + 账号类型 | 是否区分标准 / 轻量 | 账号结构直接决定总价 |
| AI 用量单价与单位 | 按 Token 或按次,是否分模型 | 单位口径含糊最容易埋坑 |
| 月度硬上限与降级策略 | 是否可约定 | 决定风险是否可控 |
| 报表导出维度 | 能否按应用 / 部门 | 决定能否做内部分摊 |
| 实施人天单价 + 预估人天 | 是否封顶 | 防增项失控 |
| 集成是否单列 | 接口不达标责任 | 集成是最常见的扯皮点 |
| 培训次数与形式 | 线上 / 到场 | 二次培训常另行收费 |
| 维保次年比例 | 相对首年的比例 | 影响三年 TCO |
| 私有化组件范围 | 平台提供 / 甲方自备 | 责任边界必须书面化 |
| 调价机制 | 涨幅上限与通知期 | 防续约被动 |
| 顾问到场承诺 | 是否写入附件 | 保障交付时间 |
| 付款节点 | 与验收挂钩 | 建议尾款与验收绑定 |
十五、三类典型谈判场景与应对
| 场景 | 对方常见说法 | 建议应对 |
|---|---|---|
| 用量无法预估 | 「先按实际结算,用多少算多少」 | 接受按量计价,但要求单价上限 + 月度硬上限 + 降级策略,并争取试点期封顶 |
| 报表被当成定制 | 「按部门拆分报表属于定制开发」 | 视为成本治理的必要能力,列为签约条件;否则说明平台缺少企业级成本管理能力 |
| 人天按实结算 | 「实施人天按实际发生计」 | 要求人天单价封顶 + 增项审批流程,并把集成单独列项 |
| 年底冲刺让折扣 | 「今天签可以额外给折扣」 | 用折扣换条款(调价机制、顾问到场时间、报表导出),不要为折扣放弃底线条款 |
| 报价差异很大 | 「我们比对方便宜不少」 | 对比口径而非总价,逐行检查是否有漏项(集成、培训、维保、AI 用量) |
谈判的底层逻辑很简单:价格是可以再谈的,条款一旦签错就很难改。 因此优先用价格空间换取条款空间。
十六、三种采购路径的成本差异
同一套需求,走不同的采购路径,总成本与风险差别很大。Q4 常见三种:
| 路径 | 做法 | 成本特征 | 风险 |
|---|---|---|---|
| 集团统一采购 | 由总部一次性签约,再分配给各单位 | 单价最低(量大),但一次性支出大 | 各单位需求差异被忽略,后期增项多 |
| 分部门独立采购 | 各部门各自签约 | 单价偏高,但预算分散易通过 | 账号与数据割裂,治理条款不统一 |
| 分阶段采购 | 先签试点,验收后再扩量 | 首年支出低,扩量时需重新议价 | 扩量时缺乏价格保护,可能被涨价 |
建议:采用「分阶段采购」时,务必在首份合同里写入扩量价格保护条款(如后续 12 个月内增购沿用同一单价或不超过约定涨幅),否则试点成功反而会成为被动议价的起点。若采用集团统一采购,则应保留各部门的场景清单与验收口径差异,避免「统一签约、分散扯皮」。
十七、常见问题 FAQ
Q1:Q4 的席位订阅价会明显下降吗?
大概率不会。低代码赛道竞争仍在,平台宁愿用条款与赠量让利,也不愿公开下调标价以保护渠道体系。因此预算不必等降价,谈判重心应放在用量条款与实施人天。
Q2:AI 用量该怎么预留预算?
按稳态用量估算,而非 POC 用量乘以人数。做法是:取业务日均调用次数、乘以单次消耗、再乘 1.5–2 倍增长系数;同时约定月度硬上限与降级策略,把风险控制在可承受范围。
Q3:为什么说议价空间在条款而不在单价?
因为条款直接影响风险与总成本。用量上限、调价机制、报表导出、顾问到场时间这四项,一旦缺失,事后补救的成本远高于当初争取的一点折扣。
Q4:私有化一定比 SaaS 更贵吗?
前两年通常更贵,因为实施人天与运维投入集中在前期;但从更长时间看,规模越大、用量越稳定,边际成本优势越明显。判断依据是三年 TCO 而非首年投入。
Q5:预付费额度池有什么风险?
主要是跨部门结算难与额度闲置。若选择该口径,务必要求按部门拆分用量报表,并约定额度有效期与结转规则。
Q6:如何判断报价是否「诚意价」?
看三点:是否给出书面报价而非口头区间;是否愿意把调价机制写进合同;是否愿意承诺顾问到场时间。三项都回避的报价,通常还有较大空间。
Q7:集成场景的人天为什么容易失控?
因为工作量取决于对方系统的接口质量与数据干净程度,而非低代码平台本身。应对方式是把集成拆成独立专项、约定单价封顶与增项审批,避免混在主合同里。
Q8:如果预算确实有限,优先砍哪一项?
优先砍「可延后的场景覆盖」,而不是砍治理类条款。日志导出、回滚演练、权限矩阵这类投入看似不产生功能价值,但一旦缺失,出问题时的处置成本会成倍上升。
延伸阅读与入口
- 2026 Q4 低代码与 AI 十二条预测:Agent 验收、双轨计费与数据出口治理三条主线
- Q4 行业 POC 预测:制造追溯完整率、贸易三张表、零售巡检闭环
- 渠道报价与三年 TCO · 低代码成本计算器 · ROI 投资回报测算
- 低代码选型对比中心 · 平台差异速查
口径说明:本文所有金额与比例表格均为结构演示与示例假设,不代表任何厂商的实际报价;价格预测基于公开报价区间与渠道反馈,具体成交价因规模、年限、渠道与谈判时机而异。本文不构成报价承诺或投资建议。转载请注明出处 micount.cn。