不承诺「首年回本」这类财务结论
价值测算页给的是可调模型，不是收益承诺。真实的回报取决于你的规模、线路和管理基础， 我们会在摸底后用你的台账重新算一遍，算出来是多少就是多少。
07 — 落地路径
留痕类能力可以第二天就见效，动钱的能力必须跑顺了再切。 我们按这个顺序推，也按这个顺序验收 —— 每一步都有明确交付物，你验收了才进下一步。
实施方法
把现有的客户、车辆、司机、线路、计费口径完整盘一遍。 这一步最重要的产出是计费规则表 —— 系统里计费规则是唯一的定价真源，这里定错了，后面每一单都是错的。
客户、车辆、司机、合同、历史单据的批量导入。 你的历史数据格式不统一没关系 —— 走需求单导入， AI 逐单理解之后，再人工核对一遍关键字段。
选一条线路或一个客户，新旧流程并行跑。 这一阶段只做留痕和派车，不动结算 —— 先把「数据对不对」验完，再谈「钱算得对不对」。
四端全量切换。结算口径切换后连续对账两个月， 这是整件事里最需要耐心的阶段 —— 也是最不该省的一步。
部署环境
系统装在你自己的服务器上。数据、账号、AI 调用密钥，全部在你的环境里。 下面是一套参考配置 —— 实际按你的车辆与人员规模重新评估，不需要为了保险盲目堆配置。
| 资源 | 参考配置 | 说明 |
|---|---|---|
| 应用服务器 | 4 核 8G · Linux | 可按端数与在线人数上浮；支持本地机房或云主机 |
| 数据库 | MySQL 8.0 | 建议独立实例或云数据库，不建议与应用同机 |
| 缓存 | Redis 7 | 会话与热点数据 |
| 文件存储 | 持久化磁盘 | 证件、回单、装卸照片；容量随单据量增长，需纳入备份 |
| 网络 | HTTPS · 备案域名 | 微信小程序要求 HTTPS 且域名备案 |
| 备份 | 数据库每日全备 | 文件存储同步纳入备份策略，由我们指导配置 |
我们不做的事
价值测算页给的是可调模型，不是收益承诺。真实的回报取决于你的规模、线路和管理基础， 我们会在摸底后用你的台账重新算一遍，算出来是多少就是多少。
你的计费口径、你的客户规则、你的司机结算办法 —— 优先按你现在的来配。 只有当规则本身自相矛盾时，我们才会提出来一起讨论。
如果试运行阶段的数据准确率不达标，我们会建议延期切换，而不是硬上。 带病上线的系统，后期修起来比重新实施更贵。
温区、温控留痕、温区加价、双口径计费 —— 这几件事是这套系统的立足点。 去掉它们，我们就只是一个更差的通用 TMS，那没有必要做。