Adrian 差点错过迁移期限：东南亚 IDC 复合故事
一个复合场景：基础设施服务商如何从延迟抱怨、供应商失效与仓库上线期限中，整理出需要核实的迁移问题。
合成故事 · 合成场景本文为复合应用场景；人物、对话与运营细节均为演示，不构成客户业绩或证言。
重点监测信号
- 现有供应商多次修复后仍有延迟、掉包或宕机
- 新仓、区域上线、合同退出或迁移期限
- 存在不可中断系统、容灾或切换窗口
一条重要消息，被 300 多条资源广告压了下去
Adrian Tan 是一家新加坡基础设施服务商的业务负责人，团队一共 12 个人，为东南亚的物流、制造和金融科技企业提供 IDC、跨境专线和 SD-WAN 方案。项目金额不低，但客户很少直接以“我要更换基础设施供应商”开场。
为了早点看到需求，Adrian 和两名销售长期守着 9 个 Telegram 群，包括“SEA Cloud Operators”“APAC Network Engineering”“ASEAN Digital Infrastructure”等。每个人每天至少花一个多小时翻消息，再把可疑的对话截图丢进共享表格。
问题是，群里大部分内容都是设备资源、报价和技术问答。真正的客户消息混在其中，很容易被刷走。一次周会里，Adrian 才发现一家印尼物流企业三天前问过新加坡灾备节点，而竞争对手已经先联系上了对方。
“那条消息我们明明都在群里，却谁也没看到。”这次漏单让他决定换一种办法。
他只让 AI 留意一种变化
Adrian 没有把所有“服务器”消息都交给 TOP Prospect。他只写下一个很具体的条件：企业提到延迟、宕机或现有供应商解决不了，同时又出现新仓库、区域上线或迁移期限。
第二天早上 8 点 17 分，一条群消息被排到了最前面：
“雅加达配送中心到新加坡核心节点的线路这两周一直不稳定，供应商修了几次还是掉包。下个月新仓库上线前，必须准备另一套方案。”
消息下面保留了原文、所在群和前后几句讨论。AI 还标出了两个值得注意的细节：对方不是在排查一次故障，而是在准备替换方案；“下个月上线”意味着窗口不会持续太久。
Adrian 没有发送产品目录。他先问了三个问题：涉及哪些仓库、哪些业务系统不能中断、对方需要完整迁移还是备用线路。
当天晚上，对方的技术负责人回复了容量和线路要求。第二天，两边约了一次 30 分钟的技术沟通。
故障与期限怎样改变优先级
单独的掉包或延迟更像技术支持话题；当“现有供应商多次修复无效”和“新仓下月上线”同时出现时，讨论才可能升级为迁移评估。销售记录也应从截图改成四个字段：业务影响、受影响节点、不可中断系统和最终期限。
这个复合故事不声称已经产生技术会议或项目。它说明基础设施团队为什么应先问迁移范围、容灾目标和切换窗口，而不是先发服务器目录。
常见问题
所有延迟抱怨都是迁移需求吗？
不是。需要同时看到业务影响、现有方案失效和明确变化或期限，才值得进入迁移核实。
第一次应该索取哪些信息？
先确认受影响节点、关键系统、当前拓扑、容量、容灾目标、目标区域和不可移动的切换日期。
什么时候不应该发服务器目录？
在尚未确认问题属于计算、网络、托管还是应用层之前，产品目录通常会造成误路由。