先把现场感说清楚

不少 CIO 在正式立项前都会经历一个很像的阶段：会议开了很多次，大家都知道旧系统越来越吃力，但一谈到“从哪里开始”，现场马上就安静下来。因为谁都知道，第一步一旦踩偏，后面每一步都会更难。

当企业既想控预算，又想给 AI、集团协同和经营分析留出空间时，起步路径就不再是技术问题，而是资源配置问题。先做什么，决定了团队信心、管理层耐心和项目后续扩展速度。

这也是本文想认真拆开的地方。很多人第一反应是从功能、价格或者系统架构开始聊，但真到项目现场，决定成败的往往是更朴素的几件事：口径是不是一致，流程是不是稳定，关键岗位愿不愿意真的用起来。

对话实录

这是一篇按真实项目场景整理的对话稿，重点不是夸产品，而是回答一个更实际的问题：在预算有限、组织复杂、历史系统很多的情况下，数字化升级应该从哪里切入。

Q1：为什么今年会重新评估ERP？

因为管理复杂度变了。以前系统只要能记账、下单、出报表就够了，现在企业要集团协同、实时分析、AI辅助决策，旧系统的技术边界越来越明显。

如果把这句话翻成项目语言，意思就是：项目不能只看上线那天好不好看，而要看它能不能进入日常协同，帮团队减少重复判断。

Q2：为什么不先做局部优化？

局部优化能缓一阵子，但很难解决数据口径不一致、流程跨系统断裂和版本老化的问题。补丁越多，后面整体升级的难度反而越高。

这也是很多管理层一开始没意识到的地方。系统问题看上去像技术问题，最后常常演变成组织问题和管理问题。

Q3：上金蝶应该先从财务还是业务开始？

要看企业当前最痛的位置。如果结账慢、经营分析慢，先抓财务和主数据；如果交付波动大、计划总失真，就先抓供应链和制造协同。

项目里最怕的不是讨论难，而是讨论停在原则上。真正能推进的团队，都会很快把问题落到口径、流程、角色和节奏上。

Q4：管理层最怕什么？

最怕项目做成一场IT迁移，而不是经营改造。系统替换不是目的，让审批更短、计划更准、库存更稳、口径更统一，才是项目真正的价值。

说得更直白一点，大家真正担心的不是换不换系统，而是换了之后有没有人愿意按新的规则一起工作。

Q5：什么样的起步方式最稳？

先选一个跨部门影响大、但边界清晰的场景，比如费用管控、采购协同、销售到回款，形成可见成果后再向集团化扩展。

所以这类问题越早谈清楚越好。前期多花一点时间对齐认知，后面实施阶段反而能少掉很多返工。

对话之外，还要补三句实话

把替换项目当成技术搬家，忽略了规则迁移和关键用户转变。

想把历史定制全部保留，结果新平台还没上线，就先背上了旧问题。

只在上线前做培训，没有让关键用户提前介入，切换期的阻力会明显放大。

如果现在要启动项目，建议先做什么

先做一次系统体检，把必须保留、可以归档和应该废止的对象分开。

别急着照搬历史定制，先判断哪些真的是业务能力，哪些只是过去的补丁。

分阶段迁移比一步到位更稳，先拿到一个看得见的业务成果再扩大范围。

对话结论：ERP项目最怕一开始就想一步到位，最稳的方式往往是找准一个经营痛点切入，再把平台能力逐步放大。

资料说明

本文根据 2025 年以来金蝶公开资料与项目观察整理，正文为原创撰写。

• 2025-05-20 金蝶发布AI新品，升级云苍穹Agent平台2.0
• 2025-04-18 金蝶EAS V8.5产品生命周期结束公告

补充提醒

最常见的误判，是把起步场景选成最显眼的地方，而不是最容易形成正反馈的地方。

很多项目之所以在中后期才开始显出问题，不是因为软件突然不好用了，而是因为前期被忽略的管理细节在运行期集中冒了出来。越是复杂企业，越要尽量把这些问题提到前面说透。

先做一次系统体检，把必须保留、可以归档和应该废止的对象分开。

别急着照搬历史定制，先判断哪些真的是业务能力，哪些只是过去的补丁。

分阶段迁移比一步到位更稳，先拿到一个看得见的业务成果再扩大范围。

把替换项目当成技术搬家，忽略了规则迁移和关键用户转变。

想把历史定制全部保留，结果新平台还没上线，就先背上了旧问题。

只在上线前做培训，没有让关键用户提前介入，切换期的阻力会明显放大。

如果企业现在正处在是否要启动、先做哪一块、预算该怎么投的犹豫阶段，一个更稳的做法通常不是继续拖着，而是先挑出一个能形成样板的关键场景，把结果跑出来，再用结果带动组织继续往前走。