判断时关注的线索

发言者提到 H100 排期和项目时间
实例、区域或卡数至少有一项仍未提供
是否由发言者自己的项目使用、是否准备换供应商仍需核实

一个 AI 算力群里出现了这样一句话：

“供应商说 H100 还要排六周，我们项目下个月要上，等得有点难受。”

群里很快有人附和：“现在都缺”“我们也排很久”“换一家也不一定有”。发言者没有补充实例、区域或卡数。

对 GPU 云销售来说，这条消息值得先看，却不值得马上发库存和报价。最有效的第一个问题仍然是：

“你们等的是哪种实例，哪个区域？”

这个问题不会把抱怨自动变成客户。它只是开始区分：这是一个具体项目遇到局部容量瓶颈，还是一个人对市场行情的泛泛评论。

NOTICE：本文中的消息、团队和业务条件均为合成示意，不代表真实客户案例、客户证言、合同、收入或转化结果。

为什么“六周”本身没有答案

同样一句“排六周”，背后可能是完全不同的事情：

某个项目真的在等特定配置，但需求规模尚未说明；
团队可以换区域，当前供应商只在一个区域缺容量；
发言者不是项目方，只是在转述同事或客户的情况；
同行销售借热点询问市场供给；
发言者只是加入群里的普遍抱怨，没有寻找替代方案。

因此，排期只能说明等待压力，不能说明身份、配置匹配、预算、采购权限，也不能证明换一家供应商就能解决问题。

项目时间让消息值得优先查看；实例与区域决定这次查看有没有继续下去的技术基础。

从群消息里能确认什么

开头那条消息只支持三个事实：

发言者提到了 H100；
当前说法是等待六周；
还提到了下个月的项目节点。

它没有说明：

具体实例形态与显存要求；
目标区域是否可以调整；
需要多少卡、多久、是否允许分批；
发言者在项目里的角色；
“下个月要上”是内部目标、合同日期还是大致计划；
团队是否真的在比较其他供应商。

把这些空白保留下来，比把它们补成“32 卡、CTO 决策、月底硬期限”更接近真实群聊。公开群消息通常只给出一小部分条件，其他信息需要人在后续核实。

候选记录负责整理，不负责确认

Top Prospect 可以从用户主动连接且有权访问的 Telegram 群中整理这条候选记录，保留原文、来源、时间和相邻上下文，按规则去重、分类与排序，并展示判断理由。

字段	合成示例
原始消息	“H100 还要排六周……项目下个月要上。”
来源与时间	用户已连接的 AI 算力群 · 当天下午
分类	GPU 容量等待 / 可能的替换需求
排序理由	具体 GPU 型号、等待期和项目时间同时出现
仍然未知	实例、区域、卡数、身份与采购安排
人工状态	团队查看证据后自行修改

排序理由回答的是“为什么先看”，不是“为什么相信”。产品不会验证发言者身份、项目真实性或可采购容量，也不会读取销售后来的私聊。

第一个问题：实例和区域

H100 只是 GPU 型号。真正的交付条件还可能包括显存规格、裸金属或虚拟实例、互联方式、存储、网络、区域和租用周期。对方没有说明这些条件时，“我们有 H100”并不是可用答案。

销售可以先问：

“你们现在等的是哪种实例、哪个区域？区域必须固定吗？”

不同回答会带来不同下一步：

“新加坡，实例名晚点发，区域最好别动”——可以继续问为什么必须留在当地；
“区域都行，只要下月能跑”——再确认网络、数据位置与合规要求；
“我替朋友问的，不清楚配置”——先停止报价，等原始需求方信息；
“就想知道你们现在什么价”——可能是行情询问，不应自动升级成项目需求。

这些回答仍然残缺。它们只是在减少未知，而不是认证买家。

第二个问题：规模与使用方式

问卡数并不是为了给候选贴“大单”标签，而是为了判断供应方案能否匹配。可以问：

“大概需要多少卡，是训练、推理还是临时扩容？能不能分批开？”

如果对方只说“先跑一批，量还没定”，就如实保留。不要替他补出精确的 32 卡，也不要从“训练”直接推导预算。

卡数之外，租用周期和互联要求往往决定可行性。八张卡短租与一个持续扩容的集群不是同一类交付，但两者都可能在群里被压缩成“缺 H100”。

第三个问题：那个日期是什么日期

“下个月上线”可能是内部演示、客户验收、模型训练开始或正式服务发布。销售可以追问：

“下个月哪个节点会用到这批机器？如果分批到位，最晚哪一部分先要？”

这比问“是不是很急”有用。它迫使双方讨论真实节点，同时允许对方回答“不确定”。没有可复述的日期与用途，就不应把语气里的焦虑写成硬期限。

最后核实发言者的角色

即使实例、区域和时间都对得上，销售仍需确认发言者是在项目团队里、替客户找资源，还是仅转发信息。不要通过查看一个账号的群龄或历史发言，就把它认证为真实买家。那些材料最多提供上下文，身份仍需独立核实。

如果销售决定人工联系，可以这样开场：

“看到你在群里提到 H100 排期和下个月的项目节点。我先不报库存，想确认一下实例、区域和大概用量，看看是不是同一个交付问题。”

这句话没有承诺容量，也没有假定对方已经准备迁移。后续是否安排技术沟通、测试或报价，由销售根据人工核实结果决定。

哪些情况应该结束本轮跟进

发言者无法接触原始项目方，也拿不到基本配置；
只想询价，没有项目用途或时间信息；
目标区域、架构或合规要求超出供应范围；
原消息已经过期，排期问题已经解决；
后续语境显示这是广告、转发或同行收集行情。

团队可以人工修改候选记录的状态。产品不会自动外联，不会验证项目或容量，也不会知道有没有报价、合同或成交。

回到那句“排六周”

真正有用的流程并不是从“排六周”直接走到“客户”，而是从一个残缺的公开消息走到一组可以回答的问题：哪种实例、哪个区域、多少卡、用到什么时候、谁在负责。

这些问题没有答案时，记录仍然只是一个值得查看的候选。让消息更容易被找到和检查，是产品的工作；确认项目、选择动作和承担承诺，是人的工作。

继续判断容量需求

研究与定义

值得关注的潜在线索 Signal 是怎样被发现的

了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。

查看方法论与核心定义

“H100 要排六周”：GPU 云销售先问实例和区域