YundaDesk改地址看起来是小事，但它牵涉身份核实、仓库状态、承运商规则和资损风险。话术不能只写「可以」或「不可以」，要先收全信息，再按未发货/已发货分支处理。
AI 先接住客户、引导补齐资料、判断风险；真正改单、联系仓库或承运商，转人工审批。边界参考：AI 先接、人工兜底的边界。
先判断状态：未发货和已发货不是一回事
客户问「能不能改地址」时，先查订单状态，别马上承诺。
| 状态 | 判断重点 | 处理原则 |
|---|---|---|
| 未发货 | 是否已打单/拣货 | 可尝试修改，需核实身份并人工确认 |
| 已发货 | 是否已有物流轨迹 | 不承诺成功，先收信息再尝试联系承运商 |
| 高风险 | 跨国家改址、信息不匹配、频繁改址 | 直接转人工复核 |
更稳的开场是：先核实订单状态，如果还来得及，会尽快提交修改请求。
如果把改地址请求先分流，坐席看到的就不是一串零散聊天，而是三类处理路径：能尝试、只能争取窗口、必须人工复核。
1,000 个改地址请求的先分流账（示例）
先按发货状态和风险分层，再决定谁处理
身份核实：别让改地址变成盗单入口
改地址前至少核实订单归属：订单号、下单邮箱或手机号、收件人姓名、原地址中的城市或邮编，以及完整新地址。
为保护订单安全，请提供订单号、下单邮箱，以及原地址中的城市或邮编。核实通过后，我会检查是否还能改地址。
如果客户只给新地址，却拒绝提供订单信息，不要继续操作。AI 可以解释原因，但不能跳过核实。
未发货话术：可以尝试，但要留审批口
未发货不等于一定能改。订单可能已进仓库，只是前台还没显示发货。
| 场景 | 标准应答 |
|---|---|
| 已核实，未处理 | 订单未发货。请提供完整新地址：姓名、街道、城市、省/州、邮编、国家/地区和电话。我会提交人工确认。 |
| 已进仓库 | 订单已进入仓库处理，我们会尝试拦截并提交改地址请求。是否成功取决于仓库进度。 |
| 客户催促 | 我理解你想尽快修改。为避免地址改错或重复发货，这类操作需要人工确认。我已整理好信息。 |
不要说「已经改好」。AI 整理订单号、原地址、新地址和诉求，人工审批。
已发货话术：不承诺结果，先争取窗口
已发货后，主动权通常在承运商手里。客服可争取窗口，但不能保证结果。
| 场景 | 标准应答 |
|---|---|
| 刚出追踪号 | 订单已经发出，我们可以尝试联系承运商申请地址变更。请提供完整新地址和电话，结果以承运商处理为准。 |
| 包裹在途中 | 包裹已在运输中，地址变更不一定成功。我们可以提交请求，也建议查看追踪页是否支持联系当地派送方。 |
| 即将派送 | 包裹接近派送，成功改址机会较低。我会转人工确认是否还有窗口。 |
这类对话里，AI 不自动改地址，而是先安抚、问齐信息，让人工不用从头追问。
AI 怎么接：先取信息，再转人工审批
在 YundaDesk 里，改地址适合配置成中风险流程：AI 先接，敏感动作转人工。
- 识别客户意图为「修改收货地址」
- 询问订单号、邮箱、原地址片段
- 引导客户按固定格式提交新地址
- 判断订单是否已发货，生成处理建议
- 人工审批，决定是否联系仓库或承运商
- 结果回到会话，并沉淀到客户档案
跨境订单怕漏字段。邮编、州/省、国家、电话少一个，都可能派送失败。模板可和物流、退换货一起放进知识库，参考：让知识库真正喂养 AI 客服。
CRM 记录：新地址不是一句聊天记录
改地址信息不能只留在聊天窗口里。至少记录：最终地址、客户提交的新地址、审批人和时间。
CRM 里的国家、语言、时区、社媒 ID、历史地址很有用。客户下次再来，坐席能看到同一份档案。
可复制模板：给坐席和 AI 都能用
改地址话术模板
开场核实
您好，我先帮您检查是否还能改地址。请提供订单号、下单邮箱，以及原地址中的城市或邮编。
未发货
订单未发货。请提供完整新地址，包括姓名、街道、城市、省/州、邮编、国家/地区和电话。我会提交人工确认。
已发货
订单已发出，我们可以尝试联系承运商申请地址变更。结果取决于承运商。请提供完整新地址和电话。
无法核实身份
为保护订单安全，无法确认订单归属前不能改地址。请补充订单号、下单邮箱或原地址信息。
高风险转人工
这次改址需要人工复核。我已整理订单和新地址，会转给同事确认后回复您。
改地址话术的核心，是把风险点接住：先核实身份，再判断发货状态，敏感动作走人工审批，最后沉淀回 CRM 和知识库。AI 接住重复问题，人负责判断。