01
接口梳理
先摸清三套系统各自能开什么接口（有的只能导出 CSV），定下"谁做数据源、谁做接收方"，接口能力清单先给你确认
旧系统 → 网关同步 → 新系统
断线重连 · 增量对账 · 操作留痕
【谁】 一家 120 人的连锁烘焙品牌，16 家门店，门店店长 16 人、仓库 1 人、财务 4 人在用
【原来的日子】 数据在三处：门店 POS 一套、外卖平台（美团 / 饿了么 / 抖音）后台各一个、总仓 ERP 一套。每天打烊后 5 个人各导一次表，在微信群里传来传去；外卖单要人工录进 ERP，一天 480 单里总有 10 来单漏录；月底对账，财务和门店的数字差了 8 千多块，翻聊天记录找了 3 天才对上（示例口径）
【现在的样子】 每天导表的人从 5 个变成 0；外卖漏录从一天 10 来单降到 0–1 单；月底对账从 3 天缩到半天，差异能点到具体哪一张单（示例口径）。财务说，终于不用在微信群里捞截图
01
原来的日子
数据在三处：门店 POS 一套、外卖平台（美团 / 饿了么 / 抖音）后台各一个、总仓 ERP 一套。每天打烊后 5 个人各导一次表，在微信群里传来传去；外卖单要人工录进 ERP，一天 480 单里总有 10 来单漏录；月底对账，财务和门店的数字差了 8 千多块，翻聊天记录找了 3 天才对上（示例口径）
02
我做了什么
02
自动同步
POS 和外卖平台按 5 分钟增量同步进 ERP，同一张单只进一次；退款、改价、撤单单独走一条反向流程
128今日处理 96%按时完成 7待复核
| 编号 | 事项 | 状态 |
|---|---|---|
| A-018 | 回款计划核对 | 已完成 |
| A-019 | 合同条款抽取 | 处理中 |
| A-020 | 权限变更审批 | 待处理 |
03
对账与告警
每天凌晨自动跑一遍三方对账，差异单据列出来发到群里；同步失败自动重试 3 次并告警，不用人盯着屏幕
86进行中 12逾期 ¥48万本月
03
功能清单
可勾选 04
现在的样子
每天导表的人从 5 个变成 0；外卖漏录从一天 10 来单降到 0–1 单；月底对账从 3 天缩到半天，差异能点到具体哪一张单（示例口径）。财务说，终于不用在微信群里捞截图
05
项目周期
| 阶段 | 周期 | 交付内容 |
|---|---|---|
| 需求评估与选型 | 1–2 周 | 需求清单 + 报价区间 |
| 原型与 UI 设计 | 1–2 周 | 原型 + UI 稿 |
| 数据模型与接口 | 1–2 周 | 接口文档 + 测试环境 |
| 功能开发（迭代） | 3–8 周 | 每周可运行版本 |
| 联调测试与验收 | 1–2 周 | 测试报告 + 修复版 |
| 部署上线与移交 | 1 周 | 上线系统 + 源码文档 |
| 合计 | 2.5 个月，第 5 周先打通 2 家门店 + 外卖渠道，跑顺了再铺满 16 家 | 按里程碑分期验收付款 |
06
投入量级
Reference
面议
同类范围项目的参考投入，真正报价以实际需求评估为准。
※ 不含第三方服务费用（服务器、短信、支付通道等）。
Payment
按里程碑分 3 期
包含开发 + 部署 + 培训 + 上线后 3 个月免费维护。
付款节点与验收标准写在合同附件，双方确认后开工。
07
技术栈与交付成果
Node.jsPostgreSQLRedisDocker消息队列第三方平台开放接口
✓ 可运行系统 + 完整源码
✓ 接口文档与部署文档
✓ 使用培训与操作手册
✓ 上线后 3 个月免费维护
✓ 第三方账号与部署环境配置说明
08
坑在哪
① 对方系统的接口文档和实际行为经常不一样，接口梳理要留足 2 周真连环境试，只按文档排期必返工；② 同步不能只做"成功一次"，退款、改价、撤单这些反向操作不处理，账永远对不上 ---