客户地址发在语音里或上周的消息里，老送错怎么办？

地址要变成客户档案上的一个字段，而不是每次下单重新问、重新翻聊天记录。一次维护、多次复用，才不会一次一个样。

为什么会这样

地址是典型的「主数据」：它不随每一单变化，却每一单都要用。放在聊天记录里，就必然出现三个问题——发在语音里要听写、发在上周要翻、换了新地址旧消息还在，仓库不知道哪个是最新的。

把地址收到客户档案里，下单时默认带出、需要时客户自己改，改完保存成新的默认地址。这样「这次送到哪」不再依赖谁记性好，也不依赖消息有没有被看到。配送信息随订单一起进系统，司机和仓库看的是同一份。

地址错还有个隐蔽成本：它不像发错货那样当场暴露，往往是司机到了打不通电话、或者送到旧仓库要二次配送，一单的运费和时间就搭进去了。而且客户体验上，规格错会觉得「你们不专业」，地址错会觉得「你们根本不记得我」——后者的信任损耗更难补回来。

照着做

1. 把每个客户的收货地址、联系人、电话整理进客户档案，一客一档。
2. 让客户在订货端下单时能看到并确认本次收货地址，改一次就更新档案（以你这边系统实际界面为准）。
3. 有多送货点的客户（连锁门店、多个仓库），把点建成独立记录，让客户下单时选，不要靠备注里写一行字。
4. 定一条维护规则：客户说「以后送新地址」，由固定的人改档案并回确认，不要只在群里回一句「知道了」。
5. 上线前抽查 10 家高频客户的地址，看有没有缺、有没有旧地址还在用。

客户档案与账号见 客户怎么登录订货端下单；整体迁移步骤见 微信下单老记错货怎么办。

最容易配错的地方

地址写在订单备注里：备注是自由文本，没法复用也没法校验，下次还是错。

一个客户多个送货点却只存一个地址：靠业务员记忆区分，换人就断。

改了档案没回确认：客户以为改了、系统里还是旧的，送错后扯皮。

地址只存在历史订单里：每次下单从上一单复制，客户搬过一次仓库就一直错下去，没人维护主数据。

多送货点靠订单备注区分：备注是自由文本，没法校验也没法统计，仓配环节全靠人读。