订单生成后，顾客临时提出更改收货地址，容易出现聊天里说了新地址、后台仍显示旧地址，或交给配送人员的信息与顾客确认内容不一致。处理时不要只凭一句“改到这里”，按“核对订单—确认提出人—复述变更—更新配送信息—归档记录”的顺序走一遍。
先核对订单和提出变更的人
先通过订单当前可用的官方操作入口查看订单状态、订单编号、商品及原收货信息。不同订单所处阶段可能影响可操作方式，不要假设一定能直接修改；如果入口没有相应选项，先查看该订单页面的提示，必要时联系平台客服或配送服务方确认处理路径。
再确认是谁提出变更。优先使用订单关联的站内沟通渠道或原留联系方式联系顾客，并请对方提供订单编号等必要信息，与你看到的订单相互核对。若消息来自陌生号码、转述人或与订单关联不上，不要仅凭对方掌握商品信息就立即改址；可请顾客回到原沟通渠道确认。核对只收集完成配送所必需的信息，避免在不必要的群聊中传播完整地址和电话。
复述变更内容，等顾客明确确认
确认后，把准备采用的信息完整复述给顾客，请对方明确回复确认。至少核对：
- 新地址的省、市、区及具体门牌、楼栋或收货点；
- 收件人姓名、联系电话是否变化；
- 是否有门禁、营业时间或交接位置等配送提示；
- 变更适用于当前这笔订单，而不是后续订单。
地址较长时，可以逐项拆开确认，避免只发一段地址、双方理解不同。顾客确认后，记录确认渠道和时间；如顾客随后又改口或补充信息，以最新一次明确确认作为待处理内容，并再次核对。
更新实际配送信息，再安排发货
把顾客确认的信息与订单页面、商家自配送记录及交给配送人员的信息逐项对照。能在官方入口办理的，按入口完成操作，并核实页面显示或操作结果；不能直接办理的，不要自行把“聊天确认”当作系统已经变更。应先依据订单当前可用的官方处理方式确认后续安排，再将结果告知顾客。
交接给配送人员时，只提供完成本单配送所需的最新地址、联系人和备注，并确认对方收到的是更新后的版本。若系统仍显示旧地址，而配送人员只能依据系统信息取件或配送，应先暂停交接，厘清可行处理方式，避免新旧地址并存导致错发。
交付后归档，方便还原经过
每笔改址订单保留一份简明记录：订单编号、原地址与变更后的配送信息、提出变更的人及核对方式、顾客确认内容和时间、实际采用的信息、更新或联系平台的操作结果，以及交付状态。可以保存相关订单页面记录、站内消息或必要的沟通凭证；文件按订单编号归类，并限制无关人员查看。
出问题时，先对照记录梳理“顾客确认了什么、系统或配送人员实际收到什么、最终送到哪里”，再与顾客及相关服务方沟通事实和下一步处理。记录的目的不是预判责任，而是减少信息遗漏和前后说法不一致。