一组具有代表性的 B2B 线索发现情境，展示 AI 如何从典型业务交流中识别值得人工核实的销售机会。
机柜还有位置，电力却要排队：基础设施采购该相信哪个交付日期？
当机柜、电力和高密度改造来自不同团队的三份时间表，AI 基础设施采购负责人需要一张容量承诺核实表来区分可信交付与空头承诺。
以下是一个典型场景演示，用于说明产品的判断逻辑，不代表真实客户案例、客户证言、合同、收入结果或转化数据。
01场景描述
02Signal 判断
03可信度与优先级
04人工下一步
判断时关注的线索
- 交付日期冲突
- 电力容量核实
- 采购决策框架
三份时间表摆在 AI 基础设施采购负责人面前：销售确认机柜可以本周进场，电力团队回复扩容申请正在审批、预计 12 周后供电，高密度改造的施工窗口则排到了下个季度。没有一份文件是错的——但它们说的“交付日期”指向完全不同的时间点。
作为采购负责人，你该用哪一个日期去对齐业务侧的集群上线计划？
这不是沟通误会，而是数据中心采购中最隐蔽的成本来源：时间表错位。机柜是物理空间交付，电力是工程容量交付，高密度改造是施工窗口交付——三个职能部门对“可用”的定义各不相关。
同一个“可用”，三个定义
在采购沟通中，“可用”是最危险的模糊词。对机柜销售团队而言，可用意味着库房有货、物流可发；对电力工程师而言，可用意味着变电站通过验收、容量已分配；对施工方而言，可用意味着改造窗口已锁定、施工队已排期。
当这三个定义被压缩进同一份采购合同，真正的风险不是任何一个日期不准确，而是决策者无法判断哪个日期值得写进项目主计划。
为什么“信最快的”策略反复失效
最常见的应对是选最早日期——机柜能进就先进，电力后面再想办法。结果是设备上架后无电可用，闲置机柜每日产生运营成本，电力扩容仍在审批流程里排队。
另一种做法是选最晚日期——以高密度改造窗口为基准。这会把可以提前投产的标准密度业务一起延迟，损失的是时间成本。
取平均值同样不成立。电力并网受市政工程进度影响，高密度改造依赖施工队排期，机柜交付只涉及库房调度。三个变量的驱动因素没有交集，平均计算没有意义。
容量承诺核实表
容量承诺核实表的核心逻辑很简单：把供应商给出的每个交付日期标记为三种类型之一，不同类型对应不同的核实方式和可信度。
| 承诺类型 | 定义 | 核实方式 | 可信度 |
|---|---|---|---|
| 现有容量 | 电力和冷却资源已就位，机柜通电即可使用 | 要求提供 30 天内的电力容量测试报告或变电站供电确认函 | 可用于硬性交付承诺 |
| 计划容量 | 资金已批准，工程已排期，有确定交付窗口 | 要求提供内部项目编号和工程阶段里程碑日期 | 可进入项目排期，需跟踪 |
| 条件性承诺 | 依赖外部审批、第三方施工或市政并网 | 要求列出所有前置依赖项及每个依赖项的负责方和当前状态 | 不作为主路径基准 |
这张表不要求供应商提供额外数据——它只是把已经存在的信息重新归类。采购负责人需要的不是更多信息，而是更好的分类框架。
从核实表到交付判断
完成容量承诺分类之后，采购负责人可以做三件事。
第一，把条件性承诺从项目排期的主路径中移除。它们仍然是采购决策的参考信息，但不应该成为业务上线计划的依据。
第二，对计划容量设置跟踪节点。每项计划容量对应一个明确的里程碑日期和资金批准状态，任何延期都会触发重新评估。
第三，只有现有容量可以进入合同的硬性交付承诺。如果供应商无法提供 30 天内的电力容量测试报告，那么“机柜随时可用”就不应该被写入交付条款。
在此基础上，采购负责人可以对不同数据中心、不同供应商的交付时间表做横向比较。同一张核实表输出的结果，比分散在不同邮件里的时间承诺更容易判断优先级。
当核实表遇上多项目并行
亚太数据中心市场的基础设施采购往往不是单一项目。一个 AI 基础设施采购负责人同时推进三到四个集群的扩容是常态，每个项目涉及不同的供应商、不同的电力条件、不同的并网阶段。
手动为每个项目维护一张核实表，并跟踪每个承诺类型的状态变更，工作量会随着项目数量线性增长。此时更需要一套标准化的分类规则，确保团队内部对“现有容量”“计划容量”“条件性承诺”的定义一致。
TOP Prospect 信号智能模块可以将供应商交付承诺自动归类，在条件性承诺的依赖项出现延期时触发预警。信号框架帮助采购团队建立统一的交付判断标准，而来源治理机制确保每个承诺类型的核实依据可追溯。
本文所述的容量承诺核实表是一个复合教学场景，不指向任何具体企业的采购流程。采购负责人可以根据自身供应商结构和项目类型调整分类标准。
常见问题
供应商说电力“可用”，为什么到了项目节点却无法供电？
“可用”在供应商内部可能指机柜就绪时间，并非电力并网时间。需要在合同中单独确认电力交付的触发条件——是变电站完工、变压器安装还是高压验收完成。不同触发条件对应的时间差可能长达数周。
计划容量和条件性承诺的根本区别是什么？
计划容量有确定的资金批准和工程排期，变更需要正式通知；条件性承诺依赖外部审批或第三方工程，供应商自己也无法控制时间表。区别在于“谁掌握取消权”——前者在供应商内部，后者在外部。
多供应商报价时，如何统一比较容量交付时间？
用同一张核实表要求每个供应商分别填写三个日期：现有容量可用日、计划容量批准状态和审批时间、条件性承诺的依赖项清单。不同供应商的交付时间可以在同一个分类框架下横向比较，而不是在分散的邮件中逐个判断。
要点总结
- 数据中心采购的时间表错位来自机柜、电力和改造分别使用不同的“可用”定义
- 容量承诺核实表将交付日期分为现有容量、计划容量和条件性承诺三类
- 只有现有容量应进入合同的硬性交付承诺，条件性承诺不应作为项目主路径基准
- 同一张核实表可跨供应商、跨项目使用，降低多项目并行的判断成本
常见问题
供应商说电力"可用"，为什么到了项目节点却无法供电？
"可用"在供应商内部可能指机柜就绪时间，不是电力并网时间。需要在合同中单独确认电力交付的触发条件——是变电站完工、变压器安装还是高压验收完成。
计划容量和条件性承诺的根本区别是什么？
计划容量有确定的资金批准和工程排期，变更需要正式通知；条件性承诺依赖外部审批或第三方工程，供应商自己也不能控制时间表。区别在于"谁掌握取消权"。
多供应商报价时，如何统一比较容量交付时间？
用同一张核实表要求每个供应商分别填写三个日期：现有容量可用日、计划容量批准状态和审批时间、条件性承诺的依赖项清单。这样就能在同一个框架下横向比较。