大型云平台发布免费故障看板后的第一个上午，刻度云按原定规则向首批用户发出续订通知。问题区很快多了十几条相似留言，邮箱里也收到二十七封不再续订的回复。

“这个功能人家免费，你们下个月还收九块九吗？”

“云主机点一下就开，你这里还得部署。”

“能不能也永久免费？”

没有人要求退回已经完成的服务费。九块九对应的三十天记录与报告仍能使用，只是一些用户明确表示，到期后会改用平台自带功能。

周衡没有把这些人标成恶意流失。

周衡把回复按需求分开。只用来看机器是否在线的人，交给免费平台；需要跨系统查清事故的人，才是他要留下的客户。他不用替三百个人造同一把椅子。

他和丁卓各注册一个正常测试账户，把免费产品从头走了一遍。平台内的云主机、数据库和消息服务可以自动接入，页面比刻度云更精致，告警关联也很快。对只使用这一家云服务、又只想看基础状态的小团队来说，它确实更方便。

丁卓关掉演示页：“人家不用装采集端，账号里本来就有监控数据。这个我们学不了。”

“也不该假装能学。”

刻度云没有平台底层数据，强行做成同样的东西，只能要求用户交出更多权限。为了追一个免费的入口去索取云账号、数据库和生产控制权，产品风险反而会变大。

周衡把两边功能逐项列开。

免费平台能自动看见自家云资源，却看不到用户放在办公室的旧服务器、另一家云上的接口，也不会记录微信群里谁答应处理。它能告诉用户某个指标恢复，不能替客户确认影响是否结束，更不会对一份事故报告承担交付责任。

这不代表免费产品不好。

只用单一云平台、没有正式值班的小项目，本来就不必为了跨系统记录付钱。刻度云若靠隐藏这一点留住用户，下一次对方发现差异，只会走得更快。

周衡没有立即改价格。他先联系了二十名表示不再续费的用户，最后有十一人愿意谈十分钟。

六个人只需要服务器挂掉时收到消息，免费功能足够。两个人的测试项目已经结束，无论有没有竞品都不会继续付费。剩下三个人在意的不是看板，而是导出的报告能不能交给老板或客户。

“河堤上的猫”也在其中。

“我试了免费的。”他说，“报警挺快，但我那个小站还有一台不在它家的机器。两边各报一半，最后还是得自己拼。”

“你会为了跨平台继续付九块九？”周衡问。

“九块九无所谓。我更怕半夜出事以后，第二天只有一堆红绿曲线。你们要是能把谁接手、做过什么、还欠什么写进一页，我会留。要还是做一个更小的云监控，我就不用了。”

“那我给你看个新东西。”周衡把责任报告发了过去。五分钟后，对方回了一张打满批注的截图，三个圈都落在别家看板没有的地方。

孟冉晚些时候发来一份对比表。

她把免费平台评为“基础接入明显更好”，也把刻度云的责任去向与跨环境记录列为目前唯一清楚的差别。

“你如果为了跟它比下载量，把所有功能都免费，能得到什么？”她在视频里问。

“更多安装。”

“谁负责这些安装后的问题？”

周衡看了眼旁边正在回复工单的丁卓。

“我们两个。”

“那免费用户越多，你们越没时间服务真正愿意付钱的人。”

孟冉没有劝他把九块九涨成九百九，也没说免费必然藏着陷阱。她只让他回答一件事：客户付的钱到底买到什么承诺。

周衡把过去三十天的四十六次人工处理全部导出来。最短的一次只有三分钟，最长的一次从晚上十点拖到凌晨一点，累计用了三十二个小时。安装失败、权限配置和误报解释占去大半，真正与生产事故有关的只有五次。

这四十六次背后还有云主机、短信和支付通道成本。若三百名用户全部免费，收入会先归零，问题不会跟着消失；若安装量再翻十倍，两个人每天最先做的就不再是改产品，而是替不愿付费的人重复检查环境。

丁卓在表格末尾写下“免费人工响应”，估算结果很快变成红色。

“真这么开，”他说，“最贵的是我们。”