后台收到一位朋友的私信，他说这个问题（为什么90%的ERP项目最后都沦为了Excel？）困惑了他许久，想让我聊聊对这个问题的看法。

ok，今天难得有空，就来好好聊聊。

先说结论：大多数ERP项目最后“沦为Excel”，根本原因不是软件太差，而是企业没有先解决流程、数据和责任闭环的问题。

再说得更直接一点：

• ERP 负责把规则固化下来；
• Excel 负责替企业兜住那些还没有被说清楚、定明白、接起来的部分。

所以当一家公司上了 ERP，结果大家还在用 Excel，通常不意味着 ERP 没价值，而意味着企业原本就存在的大量管理问题，被系统放大了。

很多老板会把这个结果理解成“软件不适合我们”。

这不是完全没道理，但大多数时候，这个判断只停留在表面。

真正的问题往往是下面三类。

第一类问题：流程没有统一，系统只是把分歧照出来了

很多企业在没上系统之前，看起来也能运转。

销售接单，仓库发货，财务对账，老板开会，似乎都没出大事。

但这种“能运转”，很大程度上依赖的是人脑、经验、默契和 Excel。

比如同样是“订单”，不同部门的理解可能完全不一样：

• 销售口中的订单，是客户口头确认或微信确认过的订单；
• 仓库口中的订单，是已经排产或已经发货的订单；
• 财务口中的订单，是已经开票、能进入收入口径的订单。

没上 ERP 的时候，这些差异还能靠人去协调，靠 Excel 去模糊处理。

一旦上了系统，问题就躲不掉了。系统会逼你回答：

• 客户资料由谁创建，谁能修改？
• 价格以谁维护的数据为准？
• 订单在什么节点算“成立”？
• 发货、签收、开票、收款分别怎么流转？
• 数据出了错，谁负责纠正，谁有权限改？

这些问题如果企业内部本来就没有共识，那么 ERP 不会帮你自动生成共识。

它只会让冲突变得更清楚。

所以很多 ERP 项目看上去是“实施失败”，本质上是企业试图用软件解决一个本该先由管理层拍板的问题。

第二类问题：数据没有打通，ERP变成了“更贵的Excel”

很多企业的问题，不是没有系统，而是系统太多。

CRM 一套，ERP 一套，财务软件一套，仓库系统一套，电商后台一套，审批系统一套。

每个系统单独看都能用，放在一起就开始出问题：

• 销售在 CRM 跟进客户，成交后再把资料手工录进 ERP；
• 电商订单导出成表格，运营发给财务，财务再手工生成单据；
• 仓库发货后库存变了，但财务和经营分析报表不同步；
• 老板想看利润，收入在 ERP，费用在财务软件，投放数据在电商后台，库存成本还得找仓库核。

最后怎么办？

还是 Excel。

导出、复制、粘贴、VLOOKUP、透视表、手工修正。

很多企业的真实数字化现状其实不是“没有系统”，而是每个系统都是一座岛，岛和岛之间靠人划船。

而那个划船的人，通常就是财务、运营、销售助理，或者公司里最懂 Excel 的那个老员工。

这也是为什么很多老板一听“我们帮你做 API 对接”没什么感觉，但一听“电商订单可以自动同步到 ERP 和财务，月底少几十小时重复录单”，马上就明白价值。

因为企业最终买的不是接口本身，而是：

• 数据自动流转；
• 人工重复劳动减少；
• 报表口径更稳定；
• 经营决策不再依赖某个人电脑桌面上的几个表。

换句话说，企业真正需要的不是“又上一套系统”，而是把断开的数据链路接起来。

第三类问题：责任没有闭环，系统最后只能背锅

ERP 还有一个常被忽略的特点：它天然要求责任清晰。

谁录入，谁审核，谁修改，谁确认，谁承担后果。

但很多企业恰恰不习惯这件事。

现实中经常是这样：

• 销售觉得先把单子签下来最重要，后面的信息以后再补；
• 仓库觉得先把货发出去最重要，系统记录晚点再说；
• 财务觉得业务前面填得不规范，最后只能自己重做一遍；
• 老板希望要数字的时候立刻就有，但平时又不愿意推动各部门统一口径。

这时候系统往往会被评价为：

• 太死板；
• 不符合业务；
• 不够灵活；
• 员工不爱用。

这些评价有时成立，但要翻译成人话，很多时候其实是在说：

系统不允许大家继续沿用原来那套含糊、临时、靠经验兜底的做法。

这也是 Excel 为什么顽强。

Excel 本质上不是 ERP 的敌人，而是企业真实流程的“缓冲层”。

它允许：

• 客户没建好，先把订单记上；
• 库存不太准，先填一个差不多的数字开会；
• 单据没走完，先把结果做出来给老板看；
• 多个部门口径不一致时，先人为调成一个“能讲得过去”的版本。

所以 Excel 的生命力，不是因为它比 ERP 高级，而是因为它能容纳混乱。

ERP 讲规则，Excel 讲生存。

很多企业之所以最后又回到 Excel，不是因为员工天然反系统，而是因为业务流程本身还没有被整理到足以让系统稳定承载。

那是不是意味着ERP不该上？

当然不是。

恰恰相反，ERP 仍然是企业从“人治 + 表格协调”走向“流程化 + 数据化”的关键基础设施。

问题不在于该不该上，而在于怎么上。

我更认同一种做法：不要从“功能清单”开始，而要从“业务断点”开始。

企业做 ERP 时，最该先问的不是：

• 采购模块上不上？
• 生产模块上不上？
• 报表中心要不要一起做？

而是下面这三个问题：

1、哪几个数据现在最容易错？

比如库存老是不准、客户资料多头维护、价格体系版本混乱。

这类问题优先解决，因为它们会直接破坏所有后续分析和决策。

2、哪几个动作现在最浪费人？

比如订单重复录入、财务月底反复对账、多个系统之间人工搬运数据。

这类问题优先解决，因为它们直接关系到效率和人效。

3、哪几个报表现在最不可信？

比如利润表永远慢几天，经营会上的数字每次都不一样，销售和财务给老板的口径对不上。

这类问题优先解决，因为它们直接影响老板对系统的信任。

从这三个问题切进去，ERP 才有机会真正落地。

• 订单断在电商和 ERP 之间，就先修订单链路。
• 客户断在 CRM 和 ERP 之间，就先修客户主数据。
• 财务断在业务单据和凭证之间，就先修业财衔接。
• 报表断在多个系统之间，就先修核心数据口径和同步规则。

先把一个关键场景跑通，再扩展第二个、第三个。

这是慢办法，但通常是更快的路。

为什么很多“大而全”的ERP项目反而更容易失败？

因为很多企业高估了自己的组织能力，低估了数据治理和习惯迁移的成本。

听上去最完整的方案通常是：

• 所有模块一起上；
• 所有流程一起改；
• 所有部门一次性接入；
• 所有报表同时重构。

但现实是，企业的流程成熟度、主数据质量、部门协同水平和执行纪律，往往撑不起这种一口气的大改造。

最后就很容易出现一种典型场景：

上线当天很热闹，培训很多，仪式感很足；

三个月后，大家表面在用系统，实际都在偷偷维护自己的 Excel。

所以 ERP 项目失败，很多时候不是因为目标太小，而是因为目标太大、路径太虚。

企业需要的不是一场“数字化转型发布会”，而是一条能逐步跑通的业务链。

AI会不会解决这个问题？

短期内，不会自动解决。

AI当然会改变 ERP 的使用方式。

未来，老板可能不想点开系统界面，而是想直接问：

• 昨天哪些订单毛利异常？
• 哪些已发货订单还没开票？
• 哪些供应商最近交付稳定性明显下降？

未来财务、采购、运营也可能更多通过自然语言和 Agent 去调系统，而不是自己一层一层找功能。

但这里有个前提：底层数据必须是稳定的，流程节点必须是清楚的，系统之间必须是打通的。

如果企业今天的现实还是：

• 客户主数据混乱；
• 库存口径多版本并存；
• 收入和成本不在一条链上；
• 核心数据还要靠人工拼表；

那么 AI 最多只能更快地发现混乱，不可能替你把混乱自动变成秩序。

所以所谓 AI ERP，真正的起点不是先买一个聊天机器人，而是先把：

• 流程定义清楚；
• 数据口径统一；
• 系统链路打通；
• 权限边界梳理好。

地基没打好，界面换得再先进也没用。

总结

回到问题：为什么 90% 的 ERP 项目最后都沦为了 Excel？

我的判断是：不是 ERP 失败了，是多数企业试图让 ERP 去替自己承担那些本该先解决的管理问题。

ERP 之所以经常“沦为 Excel”，通常不是因为软件没价值，而是因为：

1、流程没有统一；

2、数据没有打通；

3、责任没有闭环；

4、多系统之间仍然靠人工搬运；

项目推进从功能清单出发，而不是从业务断点出发。

真正好的 ERP 项目，不是把 Excel 从公司里彻底消灭掉。

这既不现实，也没必要。

真正好的结果是：让 Excel 退回到辅助分析和临时测算的位置，而不是继续承担企业主流程。

让订单在系统里流动，让客户在系统里统一，让库存和财务能对上，让老板看到报表时不必先问一句“这个数准不准”。

这才是 ERP 真正该完成的事。

如果你做过 ERP、CRM、财务系统集成，或者你所在公司也长期依赖“那张永远不能删的 Excel”，欢迎直接说说你见过的最典型场景。

阅读原文：点击这里​