最近和一个老用户聊到我们之前做的 ERP。

他没有说什么难听的话，语气也很客气。大意就是：功能是有的，流程也能跑完，但用起来太绕了。查一个客户要点好几层，填一张单要补一堆字段，审批卡在哪里还得人自己去问。系统像是在监督人干活，不太像是在帮人把活干顺。

我听完那一刻，心里其实有点挂不住。

做程序员这么多年，我很熟悉那种成就感：需求评审过了，表建好了，流程上线了，权限也配齐了。项目验收时，大家看着页面能点、数据能存、报表能出，就觉得这事算成了。

可用户真正每天面对的，不是我们写了多少接口，也不是数据库设计得多完整。他面对的是：今天这件事到底能不能少点折腾。

​ 

原来我写的不是系统，是一条条“必须照做的路”

以前做 ERP，我脑子里想得最多的是流程闭环。

销售线索怎么转客户，客户怎么关联合同，合同怎么走回款，回款怎么生成报表。每一步都要有字段、有状态、有审批、有日志。站在管理角度看，这当然有价值。企业要规范，要可追溯，要知道事情卡在哪。

但从一线用户那里看，感受就完全不一样了。

他们不是不愿意配合流程，而是很多流程把人变成了系统的搬运工。明明一句话能说清楚的事，要拆成三个页面；明明系统里已经有的信息，还要再填一次；明明下一步该找谁，系统却只给你一个冷冰冰的“待处理”。

以前我会觉得，这是用户还不熟悉系统。

现在想想，这句话有点偷懒。一个系统如果总要用户去适应它，时间久了，用户当然会觉得它笨。

用户要的智能，其实没那么玄乎

现在大家一说智能，很容易想到大模型、自动生成、Agent、各种看起来很厉害的功能。

但那天聊完，我反而觉得，用户嘴里的智能可能很朴素。

比如他说一句“这个客户最近有动静吗”，系统能把合同、回款、沟通记录和待办拉到一起。

比如填单时，历史客户、常用项目、上次附件能自动带出来，不要让人一遍遍复制粘贴。

比如审批前，系统先提醒“缺了哪份材料”“金额和合同不一致”，别等到领导退回来才发现。

比如每天打开系统，不是丢给用户一堆菜单，而是告诉他：今天最该处理的三件事是什么。

这不是替人做主，也不是把所有岗位都变成聊天框。说到底，就是少让人当“系统翻译”。人说的是业务，系统能不能听懂一点；人想的是结果，系统能不能少绕一点。

我也被这句话往前推了一把

说实话，刚赋闲在家的那段时间，我对“转型”两个字挺反感。

它听起来太漂亮了，好像只要换个词、学个新工具，人就能立刻翻篇。真实情况没那么轻松。白天学东西，晚上也会怀疑自己；看到别人项目跑得快，会心急；看到招聘要求写着年轻团队，心里也会沉一下。

但这次用户反馈，反而让我缓过来一点。

我突然意识到，过去做 ERP 的经历并没有白费。那些表单、权限、流程、回款、审批、报表，虽然看起来传统，但它们都是企业真实运转的骨架。只有真的做过这些东西，才知道哪里最容易卡人，哪里最容易重复，哪里最适合被智能化改掉。

我需要转的，不只是技术栈，而是看问题的方式。

以前我先问：这个需求要几个字段，几张表，几级审批？

现在我更想先问：这件事原本是怎么发生的？谁最烦？哪一步最不该让人重复？有没有可能让系统先整理，最后再交给人确认？

这几个问题，比“我要不要学 AI”更实在。

接下来，我想从小地方重新开始

如果要把传统 ERP 的经验转成新的能力，我不想一上来就喊“重做一套智能平台”。那种话太大，我现在也不信。

我更愿意从几个小口子开始：

1.先挑一个高频流程，比如客户跟进、合同检查、回款提醒，只把一个环节做顺。

2.把用户每天重复说的话记下来，那些才是真正值得自动化的入口。

3.让 Agent 先做整理、查询、提醒、生成初稿，不急着让它直接拍板。

4.最后一步一定留给人确认，因为业务里很多判断，不只是数据问题。

这条路不一定快，也不一定马上有结果。

但我觉得它比原地焦虑要踏实。以前我写系统，是让流程能跑；以后我更想做的是，让人少被流程拖着跑。

那位用户说 ERP 不够智能，表面上是在吐槽旧系统，其实也像是在提醒我：软件的下一步，不该只是多几个按钮、多几张报表，而是更懂一个普通人正在完成什么事。

我现在做的东西还很小，可能只是一个帮我整理需求、梳理想法、陪我把情绪放平一点的 Agent。

但重新开始有时候就是这样。不是一下子站到很远的地方，而是先承认过去那套方法不够用了，然后慢慢把自己从“写流程的人”，变成“帮人少走流程的人”。

那么你们觉得怎么样的ERP怎么样的系统，才是真的好用的系统呢？

阅读原文：点击这里​