带快消 IT 项目这些年，车销（DSD）是我劝老板们慢一点的领域。不是不该上，而是太多团队把车销当成「给司机发个 APP」，上线后才发现库存对不上、账款理不清、排线跑不顺，天天在救火。

说句实话，我刚接车销项目时也高估了自己。当初拍板先做开单和收款，觉得盘点和排线可以后面补。结果初次试点就把脸丢尽了：车上丢货查不出是哪次成交少的，财务拿着一沓异常单找我，我半天说不出原因。那天晚上我重新把架构推倒，定下一条铁律——车销能不能成，先看三个模型想没想透。

模型一：车载进销存是移动仓的状态机

技术上把车当迷你仓，核心是给每辆车维护一份实时车存清单，并让它随业务事件演进。我后来把它固化成四个事件：

• 装车建档：出车前扫码，生成初始车存，锁定每款 SKU 数量，事后少货不扯皮；
• 成交扣减：门店签收后对应商品从车存实时扣除，车端与后台同步；
• 退换冲正：临期、破损、错发回流，自动减车存并打原因码；
• 收车盘点：比对理论库存与实盘，差异进预警队列。

我踩过的坑是低估了断网。车销常跑信号差的地方，纯批量同步不靠谱。现在做法是司机端本地写事件日志，联网后按序回放对账，冲突交人工复核。有一点我到现在也不让步：每一次库存变动必须留痕，没有离线兜底就不上线。

模型二：账款对账靠「货钱单」同流水

车销里钱特别乱，现金、转账、赊销三种混在司机手里。我的做法是每笔成交必须生成一张车销单，单子同时带商品行、金额、收款方式三要素，不许先卖后补。

赊销要接信用额度：每个门店有 credit_limit，开单实时查余额，超额直接拦截，不然财务拉应收全是逾期。收车后系统把车销账款和车载进销存做自动勾稽——

卖出数量 ↔ 开单数量 现金+转账+赊销 ↔ 开单金额

对不齐就挂异常单。早年有团队把账款做成「司机回公司再录」，我直说这是埋雷。押瓶赊销的啤酒饮料，瓶箱押金和货款混着算不清，特别容易变长期呆账，所以账款必须嵌进流程而非事后补录。

模型三：排线是带约束的车辆路径问题

路线优化我更愿意叫它实战版 VRP（Vehicle Routing Problem）。目标不是把路径压到最短，而是在约束下求一条兼顾效率与覆盖的环线：

• 门店位置与可达性；
• 历史销量、拜访频次决定的优先级权重；
• 时间窗（营业时段、收货窗口）；
• 车辆载重上限；
• 临时加单的动态重排。

我吃过静态排班的亏：老司机经验写成死规则，结果「熟人店天天去、潜力店总漏掉」。后来换成历史贡献打分 + 邻域搜索生成环线，空驶绕路明显下降，新司机照片区图也能跑。但要提醒一句：排线算法再好也吃数据，车存不准算出来的环线也是空中楼阁。这也是不少团队上了排线工具却没效果的根因。

决策者该问的三件事

如果老板让你评估车销系统，我建议先问这三句，比看 PPT 实在：

• 车存与总部实时双写还是批量？断网能否离线开单并回放？
• 账款是否锁死货钱单同流水？赊销超额能否实时拦截？
• 排线是静态规则还是动态优化？临时加单能否秒级重排？

我参与 eBest 车销相关方案时越来越确信：车销数字化难的不是某个功能炫不炫，而是库存、账款、路线三个模型能不能真正拧成一股绳。把「送、卖、收、退」闭环跑顺，才算踩在快消渠道效率的真正痛点上。只会做简单记账的轻量工具，问完上面三句基本就现原形。