老旧系统迁移
很多公司有一套跑了十几年的系统：界面丑、只能在一台 XP 电脑上跑、原开发者早失联、数据全在里面不敢动。这种活最难的不是技术，是不能出一点差错。
我们的迁移原则
- 数据先跑通，界面后美化。先把历史数据一条不少地搬过去并对上账，再谈长得好看。
- 流程不变。老员工用惯了的一套操作，新系统尽量保留同样的路径。改流程是另一件事，要单独谈，不要混在迁移里。
- 双轨并行一个月。新老系统同时跑，每天对数，确认一致再停老的。不停机、不冒险。
- 旧数据只读归档。老系统下线后，数据打包成可查询的归档，需要查历史时还能翻。
常见的老系统类型
| 老形态 | 迁移方案 | 周期 |
|---|---|---|
| Access 数据库 | 转 MySQL/SQL Server + 新 Web 界面 | 2–4 周 |
| Excel 台账（多文件） | 合并成单库 + 录入界面 + 报表 | 2–3 周 |
| VB6 / Delphi 桌面程序 | 功能梳理后重写为 Web 或新桌面端 | 4–8 周 |
| 老版网站（ASP/PHP4） | 重构 + 数据迁移 + URL 保持 | 3–6 周 |
什么情况下你需要这个
- 核心业务跑在一台随时会坏的旧电脑上
- 原开发者联系不上了，代码没人敢动
- 系统只能在局域网用，外地分公司用不了
- 数据量变大后越来越慢，报表打不开
交付内容
- 老系统摸底：功能清单、数据结构、使用习惯记录
- 迁移方案设计（保留什么、改什么、废弃什么）
- 数据清洗与迁移（含历史数据校验）
- 新系统开发（Web 优先，也可做桌面端）
- 双轨并行期对数支持
- 旧数据只读归档
- 员工培训与操作手册
EXAMPLE · 看个实例
这件事具体怎么做
不用先听我讲概念。下面是一个同类项目的真实流程和前后对比，三步走完你就能判断值不值得做。
场景十几年的 Access 台账，只有一台旧电脑能打开，那个人一走就没人会了。
1 · 你提供旧库文件、旧程序、能说清业务的老员工半小时
→
2 · 我们做结构梳理 + 字段映射 + 数据清洗 + 新系统
→
3 · 你拿到新库、迁移脚本、核对报告（总条数/金额对得上）
| 看什么 | 之前 | 之后 |
|---|---|---|
| 数据 | 12 个 .mdb 分散在 3 台机器 | 一个云数据库，权限统一 |
| 字段 | 中文列名混乱、类型不一 | 映射表逐项确认，脏数据单独列 |
| 查询 | 只能查当年 | 全量可查，支持导出 |
| 备份 | 拷 U 盘 | 每日自动备份，异地一份 |
看全部 8 个在线演示 →
这类交付主要以文档、表格、脚本为主，交互界面可参考上面的实例。
迁移前先跑一次「总数 + 金额合计」双向核对，对不上不切换——这是迁移唯一的安全底线。
常见问题
数据会不会丢？
不会。迁移前做完整备份，迁移后逐表对数（记录数、金额合计、关键字段抽样）。双轨并行一个月，每天比对，确认一致才切。
能不能完全照原样搬？
界面可以接近，但底层技术必须换。有些老系统的做法在新环境里是错的（比如把金额存成文本），这种要顺手修正，我们会提前说明。
要停业务吗？
不需要。新老并行，切换选在业务低峰期，通常一个周末完成。
微信扫码，直接说需求手机上长按识别也可以。看到的都会回。