续约还没到，他先问 IP 和专线怎么搬
IDC 商务拓展负责人要把扩容受限、迁移依赖和合同通知期连起来，才能判断一段机房抱怨是否已经进入服务商替换准备。
工作流 / 架构 · 典型工作流本文记录这类工作的典型运营方式，不代表具名客户、真实产品操作记录、客户证言、合同、收入结果或已核实转化。
重点监测信号
- 现有机房的机柜、电力或链路限制正在阻塞扩容
- 讨论开始触及 IP、专线、交叉连接或远程运维的迁移依赖
- 合同通知期与可用维护窗口共同决定是否仍能切换
- 资产清单、地址资源归属和候选机房容量仍需人工核实
IDC 服务商的商务拓展负责人在东南亚基础设施群里看到：“高密柜那边一直加不上，换地方的话原来的 IP 和专线怎么处理？”没有合同日期，没有设备清单，也没说现有机房究竟拒绝了什么。可这句话已经从“机房不好用”走到了“搬的时候什么会断”。
商务拓展负责人长期盯的是自己有权访问的 Telegram 区域 IDC 用户群、跨境网络运维群和技术出海群，想发现的 Signal 是现有托管安排开始阻塞扩容、团队正在拆迁移依赖。若晚一天看到，合同通知期可能继续缩短，下一次维护窗口也可能被现有安排占用；等公开问“哪家有价格”时，迁移路径和候选名单往往已经形成。
替换准备先出现在依赖关系里
普通抱怨通常停在温度、电力、链路抖动或响应慢。准备迁移的人会开始问另一类问题：原有 IP 地址是否属于当前机房或运营商，专线怎样改接，交叉连接要重新申请多久，设备谁来下架和上架，目标站点有没有远程运维。
这些问题不证明对方已经决定更换服务商，却说明他在计算切换代价。机柜容量只是第一块。电力密度决定目标站点能否接设备；IP 资源归属决定地址能否继续使用；专线与交叉连接决定业务怎样到新机房；远程运维决定现场没有本地团队时谁执行操作。任何一块不成立，低价容量都不能成为可执行方案。
销售不需要在群里替对方画完架构。更有用的是识别哪条依赖已经被提出来、哪条仍为空白。原话只问 IP，就先核实地址类型和使用方式，不要顺手假定机柜数量、带宽或迁移城市。
合同结束日和最后决定日不是同一天
“下月续约”听起来有时间，但真正决定窗口的是通知条款和迁移准备。合同可能要求提前通知；设备迁移也要避开业务高峰，预留网络开通、上架和回退安排。即使当前机房问题严重，错过通知期后，对方也可能选择短期续用，而不是立刻搬迁。
因此，商务拓展负责人的第一轮核实应分开问：现有合同何时需要作出续约决定，团队能接受哪个维护窗口，当前限制是临时故障还是结构性容量不足。只有三者能对应起来，才值得让资源团队查目标机房。
反证也要能够结束判断。如果现有机房已经确认扩容，链路问题来自外部运营商，或者发言者只是帮别人转问 IP 常识，这条记录就不能继续按替换机会处理。
分散消息不能自动变成一项迁移
同一个问题可能先出现在网络运维群，随后被转进 IDC 资源群。用户可以在 TOP Prospect 中主动选择有权访问的相关群，设置“现有容量受限 + 迁移动作”一类规则。系统筛选讨论、去除明显同源转发，并把原始消息、来源、时间、上下文、AI 摘要、判断理由和优先级整理成候选 Signal。它不会跨群确认发言者身份，也不会认证两段相似讨论属于同一家公司。
商务拓展负责人要打开证据，检查后文是否承接前文。只有来源和上下文能够支持，才把 IP、专线或远程运维问题放进同一张人工复核记录。评分用于先看哪条，最终是否联系、是否修改线索状态、是否交给资源团队，都由人决定。
这一步避免两种相反错误：把同一问题的多次转发当成多个项目，也避免只留下最后一张“求机房”截图，丢掉最初的容量限制。
让下一步与已经出现的依赖匹配
人工复核后，不是所有记录都要进入报价：
- 先查容量： 目标地区、机柜或电力限制已经明确，现有安排确实无法承接；先确认候选站点能否服务，再谈商业条件。
- 先做迁移澄清： IP、专线、交叉连接或现场操作仍会改变方案；安排技术沟通，但不承诺迁移日期。
- 继续观察： 只有故障抱怨，没有迁移动作或合同窗口；等新的原文证据出现。
- 停止： 已确认问题会在现有机房内解决，或消息只是同源转发和泛咨询。
开头的人问“IP 和专线怎么处理”，销售最先应该回答的不是价格，而是哪些资源归谁、哪些连接必须重建、最后决定日还在不在。替换窗口真正打开的时刻，是团队开始为迁移依赖找答案，而不是它第一次抱怨机房。
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。