福州一家做包装的厂，Excel 用了八年：订单一张表、库存一张表、对账一张表，靠三个公式和一位老会计撑着。去年业务翻了一倍，表格开始崩——两个人同时改冲突、同一个客户在两个表里名字不同、月末对账要对三天。老板决定上系统，半年后系统上线，表格还在用。
这个故事里有两个问题：一是上晚了，二是上错了方式。Excel 不是敌人，它在相当长时间里是最合适的工具；问题在于没人判断"什么时候该换"。这篇给具体的判断标准和迁移步骤。
一、Excel 到底能撑到什么时候
Excel 的真实优势很强：灵活、零成本、人人会用、改起来快。它真正的短板只有三个，而且都会在特定规模上突然显现：
| 短板 | 表现 | 爆发的临界点 |
|---|---|---|
| 并发冲突 | 多人同时编辑，覆盖、丢数据、版本混乱 | 同时维护同一份表的人超过 3 个 |
| 无强制约束 | 字段随便填、格式随手改、删了没人知道 | 数据要用于对外结算或追溯时 |
| 无留痕 | 谁改了什么、什么时候改的，查不出来 | 出现争议或需要审计时 |
只要没撞上这三条，Excel 就还是更划算的选择。不要因为"感觉该数字化了"就上系统——那通常意味着流程还没想清楚。
二、该上系统的六个信号
- 核对成本超过录入成本。每周花在对数据上的时间，比录数据的时间还多。
- 同一份数据要录两遍。客户在系统里又要填进表格，说明系统没覆盖真实流程。
- 出错代价变大。表格错误曾经只是内部返工，现在会直接影响对客户报价或付款。
- 需要追溯。客户问"这批货用的哪家供应商的料、哪天入库的"，半小时查不出来。
- 流程需要强制。必须"先审核后发货""先入库后付款"，靠自觉已经管不住。
- 人员流动开始威胁到表格。一套表只有一个人懂，他请假就停摆。
命中两条以上，就该认真评估了。命中四条以上，说明已经在为不上系统付出代价。
三、五种情况先别上
- 流程还没跑通。线下流程还在天天变，系统配出来第二天就要改。先把流程稳定三个月。
- 基础数据没整理。客户重名、物料多码，这种状态下上系统，只是把混乱搬进新家。
- 没人愿意当关键用户。业务部门不派人参与需求与验收，上线后一定没人用。
- 指望系统解决管理问题。"交期老是拖"是排产与物料问题，不是软件问题。
- 预算只够买软件，不够做实施。实施与数据迁移的工作量常被低估，预算不够的项目最后都是半拉子。
一句实话：上系统失败最常见的样子不是"系统崩了"，而是"系统上线了，大家还在用表格"。判断要不要上的标准只有一个——业务是否真的愿意、并且被要求只在系统里操作。
四、真要上，五步走
步骤 1：先把表格整理成"准系统"
在上系统之前，把现有表格规范一次：字段固定、编码统一、每张表一个责任人、必填项标出来。这一步做了，后续数据迁移会顺利得多；不做，迁移时会发现一半数据没法用。
步骤 2：写需求清单，每条可验证
格式：编号、需求描述、业务场景、优先级、验收判据。优先级分 Must / Should / Could / Won't，明确写出本期不做的 Won't 清单。验收判据要具体到能判对错，例如"支持按日期区间导出销售明细，10 万行内 30 秒完成"，而不是"支持导出"。
步骤 3：数据迁移单独做方案
- 清洗：去重、补必填、统一编码，脏数据不要迁进去。
- 校验：迁完做三查——总量对得上、抽样明细对得上、历史单据可查。
- 保留旧表：迁移后旧表格只读封存，不要删，用于对照。
步骤 4：并行期，别直接切
新旧并行至少一个完整业务周期（通常一个月）。并行期两边都录，工作量翻倍，但这是唯一能验证数据准确性的办法。并行期发现的问题，都是上线后才暴露会更痛的问题。
步骤 5：停用表格要发正式通知
并行期结束，必须由业务负责人（不是 IT）正式宣布"从 X 月 X 日起，所有单据只在系统里，纸质与表格不再作为依据"。这一步不做，双轨运行会无限期延续，最后系统变成第二个表格。
五、四条避坑提示
- 不要一次上全部模块。先跑通最痛的一块（通常是进销存或应收应付），跑顺了再扩展。
- 不要为了让系统适应旧表格而大量二次开发。先问一句"这个旧做法本身对不对"，很多定制需求其实是在固化历史问题。
- 不要忘了导出能力。合同里要写明数据可完整导出、接口开放，避免几年后被锁死。
- 不要上线即结束。上线后三个月是最关键的优化期，要有责任人收集问题、定期迭代，并留下操作手册与录屏，防止人员流动后断层。
六、小结
Excel 和系统不是落后与先进的关系，是不同阶段的不同工具。判断标准很实在：看并发冲突、强制约束、留痕这三条有没有撞上，看核对成本有没有超过录入成本。真要上系统，先把流程跑通、把数据理顺、把需求写清，并行期别省，停用表格要有人正式发话——做到这几点，系统才不会变成第二个 Excel。