01
摸底与定口径
三类数据源全过一遍，列出哪些字段冲突、哪些缺失，先跟你确认"以哪份为准"，出一张清洗规则表给你签字
旧系统 → 网关同步 → 新系统
断线重连 · 增量对账 · 操作留痕
【谁】 一家 340 人的公路运输公司，8 个业务点，财务 6 人 + 调度 10 人在用；数据要留在自己机房，凭证类资料要留 10 年
【原来的日子】 数据散在三处：2016–2019 年的 Excel 台账 600 多份（每个业务点一套自己的表头）、旧系统 SQL Server 库 7 年数据、挂靠车队每季度给的第三方导出文件。同一个客户有五六个写法（"XX 物流""XX 物流有限公司"），车牌全角半角混着写。之前试过一次直接导，导完对不上账，运单数差了 1 万 2 千条，只能退回去手工录，3 个人干了一个月（示例口径）
【现在的样子】 原先对不上的 1 万 2 千条运单，迁移后差异收敛到 43 条并逐条标注原因；原计划 3 个人干 1 个月的核对，实际 2 周完成；查 2018 年某台车某月的运费，从翻 Excel 半小时变成系统里 10 秒调出来（示例口径）
01
原来的日子
数据散在三处：2016–2019 年的 Excel 台账 600 多份（每个业务点一套自己的表头）、旧系统 SQL Server 库 7 年数据、挂靠车队每季度给的第三方导出文件。同一个客户有五六个写法（"XX 物流""XX 物流有限公司"），车牌全角半角混着写。之前试过一次直接导，导完对不上账，运单数差了 1 万 2 千条，只能退回去手工录，3 个人干了一个月（示例口径）
02
我做了什么
02
清洗与分批迁移
客户名、车牌、金额格式统一，老运单按年份分 4 批迁，每批迁完当场出校验报告（条数、金额合计、账单归属），对不上就不往下走
128今日处理 96%按时完成 7待复核
| 编号 | 事项 | 状态 |
|---|---|---|
| A-018 | 回款计划核对 | 已完成 |
| A-019 | 合同条款抽取 | 处理中 |
| A-020 | 权限变更审批 | 待处理 |
03
可回滚 + 留存
迁移前整库快照留着，任何一批能单独回退；原始 Excel 和旧库按年度归档成只读备份，满足留存要求
86进行中 12逾期 ¥48万本月
03
功能清单
可勾选 04
现在的样子
原先对不上的 1 万 2 千条运单，迁移后差异收敛到 43 条并逐条标注原因；原计划 3 个人干 1 个月的核对，实际 2 周完成；查 2018 年某台车某月的运费，从翻 Excel 半小时变成系统里 10 秒调出来（示例口径）
05
项目周期
| 阶段 | 周期 | 交付内容 |
|---|---|---|
| 需求评估与选型 | 1–2 周 | 需求清单 + 报价区间 |
| 原型与 UI 设计 | 1–2 周 | 原型 + UI 稿 |
| 数据模型与接口 | 1–2 周 | 接口文档 + 测试环境 |
| 功能开发（迭代） | 3–8 周 | 每周可运行版本 |
| 联调测试与验收 | 1–2 周 | 测试报告 + 修复版 |
| 部署上线与移交 | 1 周 | 上线系统 + 源码文档 |
| 合计 | 1.5 个月（分 4 批，每批验收通过再迁下一批） | 按里程碑分期验收付款 |
06
投入量级
Reference
面议
同类范围项目的参考投入，真正报价以实际需求评估为准。
※ 不含第三方服务费用（服务器、短信、支付通道等）。
Payment
按里程碑分 3 期
包含开发 + 部署 + 培训 + 上线后 3 个月免费维护。
付款节点与验收标准写在合同附件，双方确认后开工。
07
技术栈与交付成果
PythonPostgreSQLSQL ServerDocker内网部署
✓ 可运行系统 + 完整源码
✓ 接口文档与部署文档
✓ 使用培训与操作手册
✓ 上线后 3 个月免费维护
✓ 第三方账号与部署环境配置说明
08
坑在哪
① 迁移最容易翻车的是"先迁再说"，清洗规则没签字就开干，后面每一条差异都要重新吵一遍；② 一定要留旧库只读快照，半年后有人问"这笔运费当年怎么算的"，只有原始库能回答