从一次内部会议说起

上周三下午，我在一个软件行业的闭门交流会上，听到旁边一位做了十二年 ERP 的老哥说了句话：「我这套系统打磨了八年，现在有人告诉我，以后用户用完就扔？」

他说的，是钉钉新负责人提出的那个概念——软件日抛。

不是订阅制，不是 SaaS，而是更彻底的一层：需要什么功能，当下生成，用完即弃，不再有「版本迭代三年、客户培训两个月」这种节奏。

这不是某一家公司的策略选择，而是模型能力溢出之后的必然路径。

问题在于：我们这些靠软件吃饭的人，到底该怎么面对？

先说冲击：哪些传统软件会最先被撞到

结合实践经验，受冲击的顺序其实是有规律的。

• 第一类：表单流转型工具。请假、报销、审批、排班，这类需求逻辑清晰、字段固定，模型理解成本极低。
• 第二类：轻量数据看板。拉几个维度、出一张图，过去要配一个 BI 工程师，现在一句描述就能生成。
• 第三类：单点小工具。格式转换、批量重命名、简单爬取，这类过去卖 99 元终身授权的软件，最先被抹平。

一个可感知的对比：过去客户提一个报表需求，从沟通到上线平均 5 个工作日；现在生成一版能看的原型，可能只要 8 分钟。

再说保留：哪些软件反而更稳

值得注意的是，不是所有软件都会被冲掉。有三类反而会更值钱。

• 一是深嵌业务流程的系统。ERP、MES、医院 HIS，这些不是功能问题，是组织问题、责任问题、合规问题。
• 二是数据沉淀型的平台。你用了五年积累的客户档案、工单历史、交易流水，模型生成不出来，因为它没经历过。
• 三是承担法律与安全责任的软件。签字、审计、留痕、等保，出问题要有人兜底的场景，客户不会把命交给一段临时生成的代码。

换言之，软件的价值正在从「功能」迁移到「责任」和「数据」。

行业该怎么调整：三个可操作的转向

第一，把「卖功能」换成「卖上下文」。

你比模型更懂客户的业务黑话、历史遗留规则、老板的隐性偏好，这才是护城河。

第二，把开发能力前置到交付环节。

以前是研发做完产品、销售去卖；现在是交付现场就得能生成、能改、能重来。团队结构要跟着变。

第三，把收费锚点从「席位」移到「结果」。

按人头收费的逻辑会越来越难讲，按业务结果、按数据规模、按风险兜底收费，才是可持续的。

商业用户和个人用户，其实是两件事

从本质上看，这两类用户面对日抛软件的节奏完全不同。

商业用户更慢，但更深。他们不会因为一个演示很惊艳就替换掉现有系统，采购流程、责任归属、数据迁移，每一步都是成本。所以 B 端的机会在于「混合模式」——核心系统保留，边缘需求日抛。

个人用户更快，但更浅。今天用 AI 生成个记账小工具，明天可能就删了。对他们来说，日抛不是效率提升，而是试错成本趋近于零。真正留住人的，仍然是那些能持续积累个人数据的软件。

写在最后

那位做 ERP 的老哥最后说了句挺实在的话：「八年打磨的东西，不会一夜之间没用，但会一夜之间不值钱。」

这句话听着扎心，但逻辑是成立的。功能层的价值在被快速稀释，剩下的价值，藏在流程理解、数据积累和责任承担里。

具体怎么转，还是要结合自身所处的细分行业和客户结构来判断。