销售接到客户电话，说还是老地址。仓库照系统里那条地址发了货，三天后货被退回：客户上个月换了仓库，新地址只发在群里。这种事一年碰上几次，代价不只是来回运费，还有客户停线等货的那几天。

一、一个客户其实有好几个地址

把这几个地址混在一个字段里，等于让每次发货都靠记忆。拆开记，才谈得上准确。

  • 注册地址：营业执照上的地址，签合同、开票、寄法律文书用它。
  • 收货地址：货物实际送达的地点，仓库、工地、门店，可能有好几个。
  • 开票信息：抬头、税号、开户行与账号，错一个字就要作废重开。
  • 拜访地址：销售上门谈事的地点，常和收货地址不是同一处。

二、收货地址要能存多条，还要标默认

客户有多个仓库、多个项目现场，只留一条地址必然出错。做法是让地址以子表形式挂在客户档案下，每条带联系人、电话、适用范围，可设一条默认；下单时从列表里选，而不是手打。

举例说，一家做建材的客户有三个工地，每个工地有各自的收货人和收货时间窗口。地址进系统后，下单时选工地，收货人电话自动带出，司机到了找不到人这种事就少了大半。

三、地址变更要留痕，不要直接覆盖

地址被直接改掉，历史单据就跟着变了，出了问题查不清当时发的是哪里。做法是新增一条并标注生效日期，旧地址停用不删除。这样三个月后回头看某笔发货，仍能还原当时的收货信息。

  • 变更由谁提、谁确认，写清楚，避免销售口头改完没人知道。
  • 停用的地址保留可查，历史单据继续引用它。
  • 关键地址变更触发一次确认，通知仓库与财务。

四、把地址质量纳入建档检查

新客户建档时，注册地址、开票信息、收货地址三项缺失，档案就打上待补充标记，提醒销售在头一通电话里问全。比起事后追着补，建档时多问几句的成本低得多，客户也不会觉得你连他公司在哪都不知道。

这套把地址按用途拆开、变更留痕的做法，用 9527CRM 这类轻量级 CRM 的客户档案自定义字段与地址子表就能落地：字段按自家业务命名，收货地址存多条并带联系人，下单直接选，变更留记录可追溯；由于支持私有化部署，客户的收货地点与联系人电话留在企业自己的服务器上，不经过第三方 SaaS，对做工程与制造的企业来说，这些细节本身就是商业信息。