送达证明：全渠道主动触达，到底有没有送到？

主动触达最怕的不是客户不回，而是系统写着「已发送」，团队就以为客户已经看见了。现实里，消息可能卡在模板审核、退信、渠道窗口、客户离线、静默时段或别打扰名单里。等客户来问「为什么没人通知我」，客服才发现链路中间断了。

所以，全渠道主动触达要看的不是一句「发出去了」，而是一条可追溯的 message delivery status：排队、发送、送达、已读、失败、重试、抑制，都要说得清。

先分清已发送和已送达

已发送，只说明系统把消息交给渠道；已送达，才说明渠道确认消息到达客户端。两者之间可能隔着 WhatsApp 模板、邮件退信、Instagram 会话窗口、网站挂件离线状态。

建议统一成这几类状态：

全渠道状态要进同一个工作台

跨境卖家触达客户，不会只靠一个入口。网站挂件、自定义 API、邮件、WhatsApp、Telegram、Messenger、Instagram、TikTok、LINE、微信、VKontakte、Zalo、YouTube，都可能承接咨询，也可能成为主动提醒出口。

问题在于，每个渠道的回执口径不同。邮件有退信和打开追踪，WhatsApp 有送达和已读，社媒私信有平台窗口，网站挂件更像站内消息。如果状态散在各后台，送达证明就变成了事后翻账。

更稳的做法，是把所有回执汇入同一个工作台和同一份客户档案。客户先从 TikTok 来问，后来留邮箱，又在 WhatsApp 继续聊，团队仍能看到同一条触达链路。

失败重试要看原因

失败后不要机械重发。客户已经收不到 WhatsApp 模板，你每十分钟再发一次，只会变成打扰。

重试先分类型：

1. 临时失败：渠道超时、网络异常、平台短暂不可用，可以延迟重试。
2. 配置失败：模板未通过、发件域名异常、API 凭证失效，应提醒运营修配置。
3. 客户不可达：邮箱退信、号码无效、客户取消订阅，应停止重试并标记档案。
4. 规则抑制：命中静默时段、频率上限、别打扰名单，等规则允许后再处理。

主动触达必须带护栏

YundaDesk 可以在合适时机主动开口，但六层护栏关不掉：冷却、频率上限、静默时段、客户在聊不插话、别打扰名单、敏感动作必过人。

这和送达证明有关。有些「没发出去」不是故障，而是系统判断此刻不该打扰。比如客户正在 Messenger 和人工坐席聊，AI 不该再从邮件补一条重复提醒；客户所在地是深夜，也不该为了完成触达破坏体验。

所以日志里要同时记录渠道结果和护栏结果：消息有没有到，为什么没发、延后发，或为什么需要人工确认。

已读不是唯一证据

已读回执有价值，但不能当唯一答案。有些客户关闭已读，有些渠道不返回，邮件打开追踪也可能被客户端拦截。

更实用的看法，是把送达状态和业务动作放在一起：

退款、赔付、改价永远要走人工审批。AI 可以安抚、整理上下文、准备建议，但不能自动动钱。

先观察，再决定要不要自动发送

主动触达不是每个信号都要发消息。YundaDesk 有三种模式：仅观察、每条需我确认、自动发送。刚开始建议先用「仅观察」跑一段时间，看系统会在哪些场景建议开口、命中哪些护栏、失败集中在哪些渠道。

稳定后，再把低风险场景放到「每条需我确认」：包裹异常提醒、尺码信息补充、售前问题补资料。等知识库、渠道回执和护栏都验证过，再让少数场景自动发送。

这和 主动触达不打扰客户 的原则一致：不是触达越多越好，而是每次开口都能解释为什么、什么时候、发到哪里、结果如何。

复盘送达链路，才能越用越聪明

触达结束后，不要只看发送量。更该看：

• 哪些渠道失败最多，原因是否集中？
• 哪些触达被护栏拦截，规则是否合理？
• 哪些已送达但客户仍追问，说明内容没说清？
• 哪些 AI 建议被人工改写，能否沉淀为知识或技能？

这些复盘不应自动改掉 AI。YundaDesk 的「越用越聪明」是受控学习闭环：AI 没答上、坐席补答、坐席纠正 AI，会生成待确认学习建议；老板评审台采纳后才生效，并且可追溯、可测试、可一键回滚。

送达证明也是闭环的一部分。它让团队知道不是「发了就算」，而是每次主动触达都有状态、有原因、有结果，后续还能沉淀到 全渠道收件箱 和知识库里。

跨境客服要证明的不是系统按下发送键，而是客户有没有被合适地、克制地、可追溯地接住。链路看清楚，团队才敢让 AI 先接，也知道什么时候必须人工兜底。