财务抄送了领导，我在便签上写了四个问题

做云成本治理的销售，群里看到一条消息说账单涨了 12 万，正常反应是想：这人可能需要我。但群消息不是需求单——它只是一条还没拆开的信息。

周三下午，我在一个运维 Telegram 群里看到这段对话——以下为模拟/复合场景，数字与公司名均为示意：

15:47 「上个月 AWS 账单比前一个月多了 12 万，财务直接抄送我领导了。我还没来得及拆是哪个服务涨的，只看到 EC2 和 RDS 都有涨幅。领导让我周五前给个解释。」

15:52 「你 RI 是不是到期了？我有一次预留实例过期没续，按量跑了三周，多付了快 8 万。」

15:58 「先别猜。拉一下 Cost Explorer 按服务拆，再看是哪个 region 涨的。有时候是某个区域的流量被调度过去了，成本结构会跟着变。」

三条回复各有道理。但对我来说，真正的信息不是群里的猜测——是发消息的人要在周五前给领导一个解释，而他自己还不知道答案。从消息发出算，还有不到两天。

我没急着判断要不要联系他。我先翻出一张空白便签。

便签上半页：已经知道的

群消息能直接给我的信息不多，但我需要先把确知的事情和猜测分开：

• 金额：+12 万，月环比，来源为 AWS 月度账单
• 涉及服务：EC2（云上的虚拟服务器）和 RDS（托管数据库服务）都在涨，各自占比未知
• 时间约束：周三下午发出，周五前要给领导回复——不到两天的窗口
• 发消息的人：能在群里公开问，说明他需要外部参考，但不能推断他就是决策者——也可能是被领导点名解释的执行人

上半页写完，已知项就这么几行。接下来是下半页——我需要但群消息没给的东西。

便签下半页：还不知道的

• EC2 和 RDS 各自的涨幅占比：12 万里如果 EC2 涨了 10 万、RDS 涨了 2 万，和反过来完全是两件事。没拆开之前，任何猜测都只是猜测
• 是否有预留实例（RI）或 Savings Plan 到期：RI 是提前承诺一年或三年使用一定量资源以换取折扣（约 30%–40%），承诺期结束后自动恢复原价计费。群里的第一条回复就在猜这个方向
• 业务侧近期有没有变化：促销活动、新功能上线、数据迁移——发消息的人说“据我所知最近没有大改动”，但这个判断不一定覆盖了其他团队的动作
• 谁在要求解释：财务抄送了领导——是部门经理还是 CTO？周五前要的回复是一封邮件还是要在会上讲？被问的人和能拍板的人可能不是同一个人

下半页写完，便签没有给我答案。但它帮我确定了一件事：在这四个问题有初步答案之前，任何“要不要跟进”的判断都是跳步。

第一种情况：12 万是挣来的

假设核实后的画面是这样的：ELB（负载均衡器，负责把用户请求分发到后端服务器）的日均请求数从 90 万涨到了 210 万，对应 EC2 的 Auto Scaling 组自动扩容了约 40%。原因是一条业务线两周前做了促销，流量至今没有回落（以下数字为模拟/示意，仅用于演示判断方法）。

12 万不是浪费，是被业务量撑起来的。财务看到账单涨了，但没有同时看到流量曲线——这很正常，财务盯的是支出，不是架构。发消息的运维同事被质问，只是因为他站在账单和业务的中间，两边信息还没对齐。

这种情况下，我不会联系对方。不是所有成本上涨都需要一个“成本优化项目”。如果这时候我去敲门说“我可以帮你省钱”，对方的第一反应只会是：这人连我的业务在涨都没搞清楚。正确的做法是在便签角落写一行：三个月后如果流量回落而成本没降，再回头看。

第二种情况：资源在悄悄跑表

换一个画面：EC2 涨幅不大，RDS 涨了将近 8 万。拉出来一看，有三件事叠在一起——一个 m5.2xlarge 的 RDS 实例 CPU 利用率长期在 12% 以下；四块各 500GB 的 EBS 卷（块存储，可以理解为云硬盘）挂在三个月前就停止的 EC2 实例上，持续产生费用；另有一批 gp2 类型的旧卷没有升到单位成本更低的 gp3（以下数字为模拟/示意）。

这些叫配置层面的浪费——资源还在，服务没坏，只是没有人回头检查它们是否与实际用量匹配。解决起来技术上不复杂：改实例规格、清理闲置卷、升级存储类型。但如果涉及生产数据库实例类型的变更，需要业务窗口配合，那就不是一个电话能收尾的事。

截止到群消息发出的时间点，发消息的人还没有排查到这个层面。配置浪费只是三种可能之一，不是既定事实。我能做的不是现在就联系对方，而是准备好一份同类公司常见的配置浪费核对清单——等对方自己有了排查结果，再看要不要递过去。

第三种情况：折扣窗口关掉了

第三种画面：EC2 和 RDS 各自的涨幅不重要——真正的原因是一笔 RI 和一笔 Savings Plan 在同一个月到期，折扣从约 36% 掉到零。同样的资源用量，账单凭空多出 11 万（数字为模拟/示意）。

群里第一条回复猜的就是这个方向。RI 到期不续在运维圈子里太常见了：不是技术问题，是时间问题——没有人专门盯这些承诺合同的到期日，等账单出来才发现。

如果核实下来确实如此，那 12 万里有一部分不是浪费，只是折扣过期。但和第一种情况不同：RI 过期后的第一个月如果不重新承诺购买，多付的钱不会退还。Savings Plan 虽然可以随时买，但确定未来用量基线这件事拖得越久，按原价跑掉的金额越多。

这种情况下，我可以联系对方。但开口不是“我可以帮你省钱”，而是“你下一轮的承诺买了吗”。电话打通之前，我需要提前算好几个数：对方近三个月各项资源的实际用量基线、承诺一年和三年折扣之间的差额、不同承诺范围的月成本估算。能递出去的是具体到实例类型和承诺期的数字，不是一个笼统的“优化方案”。

便签最下面那行

回到那张便签。三个方向，对应三种动作：

• 如果 12 万来自业务增长——不动。记下来，三个月后复查。
• 如果来自配置层面的闲置——暂缓。等对方自己有排查结果，再递核对清单。
• 如果来自折扣窗口关闭——可以联系。带着用量基线和承诺期计算去问一句话。

便签帮我做了一件事：它把“这个月多了 12 万”这条群消息，从一种模糊的“可能有需求”的直觉，变成了三个具体的、可核实的方向。每一个方向对应一个确定的动作，而每一个动作的前提，是下半页的四个问题至少有了初步答案。

有人会问：你怎么知道对方用的是 AWS？你怎么确定发消息的人有权限决定外部服务商的对接？答案是——我都不知道。群消息只给了我这么多。便签的作用不是替我下结论，而是让“还不知道”这件事变得可见。四个问题只要有一条没确认，这条消息就不能从便签搬进客户跟进表。

这不是方法论，也不需要把 12 万先换算成投资回报率再判断。这是一张便签的工作方式：先不急着做任何事，先把不知道的东西写下来。写完之后你会发现，有些群消息值得跟，不是因为它看起来像机会，而是因为你确切地知道接下来该问什么。

研究与定义

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

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

查看方法论与核心定义 →