YundaDesk客户说「你们发错货了」，这不是普通咨询，是一次信任下滑。处理慢，客户觉得你在拖；处理太快，客服又容易没核实就答应补发、退款或赔付。
更稳的路径是：先认错，马上核实订单 SKU 和实物信息，再把退货免运费、补发、退款这类动作交给人工确认。下面这套发错货话术，适合坐席直接用，也适合整理进知识库，让 AI 先接信息，人工兜住风险。
先定边界：AI 能做什么
AI 客服可以先识别 wrong item received、发错货、颜色不对、尺码不对等意图，核对订单号、购买 SKU、客户实际收到的商品，并收集照片、吊牌、条码、面单和外包装。
但退货免运费、补发、退款、赔付、改价，都必须人工确认。AI 可以准备摘要和建议，不能自动批准。退款、赔付、改价尤其要走审批与审计。边界还没写清的团队，可以先看：AI 先接、人工兜底的边界怎么划。
发错货话术模板：先按风险拆分处理权限
第一句：先认错，不先审客户
第一句别上来就要一堆资料，也别急着解释仓库流程。先接住情绪，再说明会核实。
抱歉让你收到的商品和订单不一致。我先帮你核对订单和商品信息，再把补救方案交给人工确认，尽量减少你来回沟通的时间。
很抱歉这次收货体验出了问题。请先不要退回包裹，我会先确认你下单的 SKU 和实际收到的商品，确认后再告诉你下一步。
为避免让你多跑一趟或寄错地址，我需要先核对订单、商品照片和包装信息；涉及补发或退回运费，会由人工确认。
不要写「马上补发」「你不用寄回」「一定全额退款」。这些可能最后能做到，但不能在核实前自动答应。
核实清单：一次问对
发错货会话要快，不是少问，而是一次问对。
| 信息 | 推荐话术 |
|---|---|
| 订单号 | 请发送订单号或下单邮箱，我先核对你购买的商品与 SKU。 |
| 实物照片 | 请拍一张收到商品的正面照片，方便我们确认款式、颜色或尺码。 |
| 标签面单 | 如果有吊牌、条码、SKU 贴纸、外包装或物流面单，请拍清楚发来。 |
| 商品状态 | 请确认商品是否已经使用、清洗、拆封耗材或丢弃包装。 |
补救话术：寄回、免运费、补发
补救阶段说清三件事：要不要寄回、运费谁承担、正确商品怎么补发。
| 场景 | 模板 |
|---|---|
| 需要寄回 | 经确认后，如果需要寄回错发商品，我们会提供退回方式。请先不要自行寄出，避免运费或地址无法核销。 |
| 免运费寄回 | 如果核实为我们错发，退回运费会按售后流程处理。具体方式和运费承担会由人工确认后发给你。 |
| 补发正确商品 | 我们会先确认正确 SKU 和库存状态。补发需要人工确认后创建，完成后会同步新的物流信息。 |
| 客户急用 | 我理解你希望尽快收到正确商品。我会把订单、照片和问题摘要一起转给人工，优先确认可行方案。 |
高风险升级：退款和赔付别硬接
客户要求退款、赔付、发差评或平台投诉时，AI 的任务不是继续说服，而是稳稳转人工。
我理解这次错发给你带来了不便。退款或赔付需要结合订单状态、商品情况和售后政策由人工审批。我会把订单、照片和对话摘要转给团队同事处理。
如果你希望退款而不是补发，我们会记录你的诉求。退款属于高风险售后动作，需要人工审核通过后才能执行。
不要写「别差评，我们马上补偿」「现在就给你退」「你先寄回，运费一定报」。短期看像安抚，后续做不到就是二次伤害。
多渠道一致：别给两套说法
客户可能先在网站挂件留言，又发邮件附照片，最后去 Instagram 或 WhatsApp 追问。如果消息散在不同后台，坐席很容易重复要资料，甚至给出不同方案。
全渠道客服要把网站挂件、邮件、WhatsApp、Telegram、Messenger、Instagram、TikTok、LINE、微信、VKontakte、Zalo、YouTube 等渠道汇入同一工作台，并合并到同一份客户档案。渠道还没打通，可以看：全渠道收件箱到底解决什么问题。
沉淀进知识库：下次少问一轮
每次发错货处理完，至少记录四件事：客户原始问法、实际原因、最终方案、有效话术。比如「wrong item received / 发错货 / 颜色不对」对应的是仓库拣错、SKU 映射错误，还是页面选项理解偏差。
这些内容不要让 AI 自动学习生效。更好的闭环是：AI 没答上、坐席补答、坐席纠正 AI 后，生成待确认学习建议；老板采纳后，再沉淀为技能、知识或客户记忆。每条都要可追溯、可测试、可一键回滚。完整方法见：怎样教 AI 越用越聪明。
发错货话术的底线很简单：认错要快，核实要准，补救要有人把关。AI 先接住信息和情绪，人工确认补发、寄回与退款边界，再把处理经验沉淀回知识库。下一次客户说 wrong item received，团队就不用从零开始。