前阵子翻以前 ERP 项目的反馈，有一句话让我停了很久。

对方说：“不是不会用，是不想再学一套系统了。”

这句话不重，甚至算客气，但我看完心里还是沉了一下。做程序员这些年，我太熟悉“把功能做完整”这件事了。需求拆出来，字段配上，按钮摆好，审批流跑通，报表能导出，项目就算往前推进了一大步。

可用户打开系统时，想的不是这些。

他想的是：今天这件事能不能少点绕路，少点重复，少点猜。

我们以为交付的是功能，用户看到的是负担

以前做 ERP，我很在意系统是不是严谨。

客户资料要有完整字段，合同要有状态，回款要有关联，审批要能留痕，权限要分清楚。站在开发和管理角度看，这些都没错。系统如果太松，后面查数据、追责任、做统计，都会出问题。

​ 

但问题在于，功能一层层叠上去以后，用户面对的常常不是“清楚”，而是“累”。

查一个客户，要先记得进哪个菜单；填一张单，要知道哪些字段必填，哪些附件必须传；想知道下一步找谁，要从流程记录里一点点翻。系统里的每一步都有道理，可放到一个真实工作日里，就变成了打断。

我以前会说：“这个流程设计就是这样，熟悉一下就好了。”

现在想想，这话挺像开发者的自我安慰。用户当然可以熟悉，但一个好系统不该总靠用户忍耐。

真正的智能，先从少打扰人开始

这几年大家都在谈 AI、Agent、自动化。刚开始我也容易被那些很大的词带着走，好像只要接了模型，产品就智能了。

后来想明白一点：对很多业务系统来说，智能不一定是炫技，先做到少打扰人，就已经很有价值。

比如用户输入客户名称时，系统能不能自动带出最近合同、待回款和跟进记录？

比如提交审批前，能不能先提醒“少了附件”“金额和合同不一致”“上次类似单据被退回过”？

比如负责人每天打开页面，能不能先看到真正需要处理的三件事，而不是一排排菜单和数字？

比如用户说一句“帮我看看这个客户还有什么没处理”，系统能不能先把相关信息整理出来，再让人确认下一步？

这些事情听起来不惊艳，但很实在。它们不是让机器替人拍板，而是让机器先把散落的信息捡起来，别让人把时间耗在来回找、重复填、反复问上。

我这段时间也在重新认识自己的旧经验

赋闲在家的这段时间，我其实经常怀疑自己。

一会儿觉得以前写的都是传统系统，离现在的 AI 太远；一会儿又觉得新东西太多，学了这个漏了那个，心里没底。人到一个尴尬阶段，最怕的不是学不会，而是不知道自己以前积累的东西还值不值钱。

但那句“不想再学一套系统”，反而让我慢慢缓过来了。

我开始觉得，过去做 ERP、做流程、做权限、做报表的经历，并不是包袱。它们让我知道企业里真实的麻烦长什么样：哪些信息总是重复填，哪些审批总是卡住，哪些报表看着漂亮却没人真的用，哪些功能上线后变成了新的负担。

这些经验如果只停在旧系统里，确实会慢慢变钝。

但如果换一种方式看，它们也可能变成做 Agent 的入口。因为 Agent 最需要的，恰恰不是一句“我要智能”，而是知道人在哪一步最累，知道系统该在什么时候开口、什么时候闭嘴。

接下来我想把转型做小一点

以前我一听转型，脑子里容易冒出很大的计划：学一整套技术，做一个完整产品，最好还能马上看到结果。

现在我想反过来，先把事情做小。

1.先找一个最折腾人的流程，不求全面，只求把一个环节顺下来。

2.多记录用户的原话，因为真实入口往往藏在一句抱怨里。

3.让 Agent 先做整理、提醒、生成初稿，不急着让它直接决定。

4.把最后确认留给人，尤其是金额、责任、承诺这些不能含糊的地方。

这条路不一定快，但我觉得它比空想踏实。

客户说“不想再学系统”，表面上是在吐槽软件，背后其实是在提醒我们：不要把技术的进步，变成用户新的负担。

以前我总想把流程写完整。

现在我更想练的，是把复杂流程藏到后面去，让前面那个正在干活的人，能轻一点、顺一点，也少一点被系统支配的无力感。

这大概就是我现在理解的转型：不是把过去推翻，而是把过去那些真正懂业务的部分，换一种更像人的方式重新做一遍。

阅读原文：点击这里​