软件迁移的成本与风险：为什么客户宁可忍受 543% 涨价也不换
"当待在花苞里的风险，比绽放的风险更痛时，绽放的日子就到了。"——阿娜伊斯·宁。但 IT 一线的真实感受是："容易"这个词在迁移语境里几乎永远不等于"省力"，而只意味着"没有重大意外"。 企业领导和厂商销售随口抛出的"升级一下"建议，与执行者真正要付出的代价之间存在巨大的认知裂缝。
一个鲜活的例子：543% 涨价仍不迁移
一篇近期 LinkedIn 帖子：SolarWinds 试图迫使一家公司签三年合同，价格较 2023 年成本上涨 543%（通胀率的 5.6 倍），"为监控基础设施付的钱比支撑基础设施本身还多"。作者声明这不是针对单一厂商的抱怨——大量厂商都在改定价，这只是最新一例。
但真正值得注意的教训是：客户仍然没有迁移。 没有有意义的更新或新能力、价格被抬、灵活性被砍、厂商高管近乎敌意——如此种种之下，他们还是没换工具。为什么？因为迁移太难了。难到客户宁愿忍受这种痛，也要"紧抱在花苞里"。
迁移到底要付出什么
作者逐条拆解一个普通 IT 从业者被要求评估新工具时的完整流程：
评估阶段（几周甚至几个月）：
- 为一场大多无必要的 RFP 造表格；
- 跟没有免费档位的厂商周旋免费试用，还不能说得像"一定会买"；
- 向 CFO 道歉——因为热情的销售跳了两三级直接打给 CFO"推进"订单（作者被两家监控厂商这么干过）；
- 求预算、捡二手件搭实验室——没人会（合理地）让你在生产上测；
- 自己搭实验室：连会受益的人通常也帮不上忙，因为他们也在一人身兼三职；
- 做 RFP：为至少三家厂商加现有方案安装配置，做详细对比以求"苹果对苹果"。
试用阶段：盘点试点涉及的全部系统；为新产品建 QA 环境；向厂商解释你真的需要两份软件——一份 QA 一份生产——但没有双倍预算，要求免费副本（厂商很少点头）。
上线阶段：安装配置新产品；把 QA 环境系统纳入；管理并监控测试、把结果展示给应用所有者，证明新软件不会毁掉他们的应用。
并行与收尾：在生产系统配置新软件；把应用添加（不是迁移）到新系统；与旧系统并行运行数周，逐级汇报对比结果；之后才开始关停（只是关闭，不是删除）旧厂商软件——注意公司还在为旧软件付费，零节省已实现；同时还要在新系统里重建旧系统上大家"迫切需要"（尽管两年没碰过）的测试、告警、报表和仪表盘。
结论：为什么换工具要等爆炸
多数 IT 人经历过一次这种流程，往往因为没意识到自己面对的是什么；之后学会教训，不再主动要求新工具——因为几乎没有东西值得这些。那公司怎么还会买新工具？等某个系统爆炸。等一个已知不稳定的系统烧到太阳表面温度。到那时所有障碍和扯皮都清空，挑剔的高管开始尖叫，愿意做任何事、同意任何事，只为确保那个精确的问题再也不会发生。只有那时，工具才能被快速采纳。
实践建议
- 提出"换个工具"之前，把上面的清单发给决策者——迁移的真实成本是原有工作之上的叠加，不是替代；
- 评估厂商时把"离开成本"当作功能之一：并行期、重建告警与报表、双付周期都是隐藏账单；
- 如果团队对迁移没有热情，先问约束在哪（预算/人力/风险窗口），而不是归咎于"抵触变化"。