群里有人说“每天 200 刀，20 人用，下周三上线”，这单到底跟不跟？
卖 API Token、中转和团队 Key 的 BD 看到“每天 200 刀、20 人用、下周三上线”，应该当天跟进，但先别发报价单。先用一句低压力回复，摸清钱花在哪、谁在用，以及上线到底有多急。
重点监测信号
- 200 刀是最近 7 天的稳定日耗，不是一天峰值或上线后的预估
- 对方能说出钱花在哪几个模型和应用，不只会重复总金额
- 20 人背后的个人调用、共享应用和批处理任务能够分开
- 下周三要交付什么、谁管技术、谁负责付款都能对上
周一早上，你照常扫过几个自己有权访问、也获准处理的 Telegram 开发者群。一条消息跳了出来：
以下是代表性模拟场景，不是真实客户原话。 “我们现在 API 每天大概烧 200 刀，团队 20 个开发，得把额度分开管。上周共享 Key 又被谁跑超了。新的编程助手下周三要上，需要 GPT 和 Claude 的通道，香港公司走账开票。谁能接？”
看到这里，手指确实该停一下。
金额、人数、共享 Key 跑超、上线日期、付款主体都有了。这比群里那些只有一句“求 API 报价”的消息具体得多，值得当天跟。
但别马上把产品手册和价目表甩过去。这样做，要么石沉大海，要么把自己变成又一个陪客户比价的人。
先说结论：这条值得当天跟进，但还没到报价的时候。 真正要做的，是用一句不让人有压力的话，看看对方愿不愿意把底细往下讲。
先别算月单，200 刀到底是怎么来的？
200 刀一天，一个月差不多 6,000 刀。这个数字当然值得看，但群里的一句“每天 200 刀”，常常混着三种完全不同的东西：过去一周的稳定日耗、某一天的峰值，或者上线后的预估。
这三种情况，卖的根本不是同一个方案。
如果是稳定日耗，可以继续聊长期额度和价格；如果只是昨天某个批处理跑了一夜，先得把峰值和日常用量分开；如果还没上线，只是拿测试数据往后推，那连 200 刀会不会真的发生都不知道。
钱花在哪也很关键。相同的 200 刀，可能是大量便宜的短请求，也可能是几个长上下文任务、推理模型、图片生成，或者不断重试、把后续成功调用持续叠高的自动化程序。只看总额，就像只知道一家餐厅一天进了 200 斤食材，却不知道卖的是盒饭还是宴席。
同样是每天 200 刀，交互式编程、自动审查、夜间批处理和临时实验，吃掉额度的方式完全不同。
这时候别让对方发带着完整 Key 和公司信息的账单截图。更实用的是一份脱敏的最近 7 天用量：日期、模型、请求量、输入和输出 Token、费用，再带一个 Key 或应用标签。像 OpenRouter 或各家云平台的后台，通常都能找到其中一部分。
你要看的不是报表做得漂不漂亮，而是两个问题：200 刀是不是稳定存在，以及到底哪个任务在烧钱。
20 个人，最怕按 20 份平均分
很多人听到“20 个开发者要分额度”，第一反应是 200÷20，每人每天 10 刀。
这个除法没错，方案很可能错得离谱。
举个虚构的拆分：55 刀花在 IDE 编程助手，80 刀花在夜间自动测试，40 刀花在代码审查，剩下 25 刀才是 20 个人零零散散的实验。人数还会重叠，同一个人白天用 IDE，晚上又在维护批处理。
真按人头平均，夜间任务第一天就会被卡死；那些一周只试几次模型的人，额度却一直空着。
所以客户说“分额度”时，先别默认他要 20 个独立账户。他更可能只是在说：别再让某个人的一次误操作，拖死整个团队。
这背后可能是几件事：生产 Key 和测试 Key 要分开；每个项目能看见自己的费用；用到某个比例先提醒；某个实验跑飞时能单独停掉；上线当天还要有人能临时加额。
客户嘴里的“分额度”，可能是分账、提醒、硬停，也可能只是想把生产环境从个人实验里隔开。
这时最有用的不是继续讲套餐，而是让对方把 20 个人背后的任务说出来：哪些是个人调用，哪些是共享应用，哪些是不能停的生产任务。Key 应该跟着应用、环境和负责人拆，不是跟着群消息里的“20 人”机械地拆。
还有一个很容易漏掉的坑：有余额，不等于高峰跑得动。RPM 是每分钟请求数，TPM 是每分钟 Token 数。20 个人在早上同时触发代码审查，日预算可能还剩很多，短时间流量却已经撞上限速。反过来，一个请求不算多的夜间长任务，也可能很快把当天额度烧完。
余额和花费上限管的是可消费金额，速率限制管的是短时间能跑多少请求和 Token。预算和流量，是两本账。
真正该试探的，是“下周三”
“下周三上线”是整条消息里最值钱的时间点，也可能只是催报价的话术。
判断方法并不复杂：别在群里连甩五个问题，先回一句既能帮对方，又能摸到底的话。
代表性模拟回复 “下周三时间挺紧的。为了避免上线当天因为限流卡壳，这 200 刀/天的消耗主要集中在几个核心应用上，还是大家比较分散地在用？如果是前者，可以先把生产环境的 Key 和备用线路理清。”
这句话没有让对方填表，也没有追着要账单。它先接住了“怕上线卡住”这个焦虑，再顺手问出最影响方案的用量结构。
如果对方能马上说出“夜间测试占大头，生产是另一个 Key”，或者愿意私聊发一份脱敏数据，这条线索就往前走了一大步。需求的可信度会提高，但还不能据此证明发帖人接触过原始用量；至少，他愿意投入时间把问题讲清楚。
如果他始终只回“你们最低多少钱”“先报个全模型包月”，却说不出哪个应用要上、谁负责迁移、下周三必须完成哪一步，那多半还在广撒网比价。可以回，但优先级不用放太高。
一条需求开始变真，往往不是因为数字更大，而是因为对方能把模型、应用、Key 和负责人逐一对上。
真要进入下一轮，也别突然切回审问模式。先顺着对方刚才的答案问一个问题：生产和测试现在是不是共用 Key？谁来确认香港公司的付款和开票？下周三要完成的是通道开通，还是全部流量迁完？一次问一件事，聊天才会继续。
TOP Prospect 放在这个流程里的位置
说白了，难点往往不是不会判断，而是这类消息太容易被刷走。
一个 BD 手里可能有几十个群。早上开会、白天跟客户、晚上再翻未读，等看到“下周三上线”时，可能已经是周二了。关键词提醒也不省心：“200 刀”“GPT”“Claude”既会出现在买方需求里，也会出现在卖号广告、同行报价和新闻转发里。
TOP Prospect 更适合放在这一步：你主动连接自己的 Telegram 账号，选择自己有权且获准处理的群。它把可能有用的消息去重、分类和排序，保留原文、来源与前后文。第二天打开候选列表时，你先看到这条同时带着金额、人数、故障和日期的消息，再点回原群判断要不要回。
它省掉的是“大海捞针”和“忘了上下文”，不是替你做销售。
对方是不是老板、200 刀是真是假、付款路径能不能做、该不该联系，还是要由 BD 自己判断。系统也不会替你自动发消息。这个边界不用背成一长串免责声明，记住一句就够：工具负责把值得看的消息放到眼前，人负责把关系往前走。
如果你还在分辨群里的同行广告、免费 Key 请求和真实买方消息，可以接着看四类 API Token 群消息怎么分。
这单怎么定级
“每天 200 刀、20 人用、下周三上线”，足够标成高优先级候选，也足够当天回一句。它还不够支撑报价。
对方愿意说明最近 7 天的钱花在哪、哪些任务不能停、谁负责技术和付款、下周三到底要交付什么，就约一次有范围的沟通。只有估算，没有负责人，也说不清应用，就先保持联系；只问最低价、拒绝提供任何脱敏信息，优先级直接往后放。
别急着用报价证明自己响应快。先问对一个问题，让客户觉得你听懂了他怕什么。
机会不在“200 刀”这个数字本身，而在对方愿不愿意把数字背后的底细讲清楚。那一刻，这单生意才真正开始。
常见问题
每天 200 刀、20 人用，能直接算成企业单吗？
不能，但值得当天回一句。先看 200 刀是不是稳定日耗、20 人背后有哪些真实任务，以及下周三到底要交付什么。
可以直接给每个人每天 10 刀额度吗？
通常不行。真正烧钱的可能是两个批处理任务和一个共享应用。按人头平均，重任务先被卡住，轻度用户的额度却一直空着。
账户还有余额，为什么上线时仍然会限流？
余额和花费上限管的是可消费金额，速率限制管短时间能跑多少请求和 Token。20 个人同时触发任务时，预算没用完也可能先撞上限速。
资料来源与延伸阅读
本文由 TOP Prospect 编辑部人工撰写。产品只处理用户明确授权接入的 Telegram 群消息；输出用于辅助销售人工判断，不代替人的决定，也不会自动联系群成员。
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
