IOSOR 知识库

WhatsApp 会话窗口对模板借记:富通道上的 prepaid 单元

24 小时会话与已批模板以不同方式借记 prepaid。Vault 与模板闸门、目录诚实,财务可见的单元,须在富通道 Live 之前对齐。

富消息看起来像「用户已经在聊」。生产里 模板 与 会话消息 是两笔 prepaid 对象。模板是已批类别,单元敏感可预期。24 小时窗口内的回复是爆发:每次坐席确认、每次机器人轻点、每句「只是确认」都是借记。把打开的窗口当免费走廊,会烧钱包、搅乱财务。

IOSOR 把 WhatsApp 类富路径放在与 SMS 同一本 white-label prepaid 账上:先注资,再消耗,目录 live 只在 vault、模板与 smoke 为绿。in setup 是申请,不是软 Live。月用量接近 USD 1,000+ 时,模板与会话配比进入更密商务复盘。先证据,后规模。

两笔 prepaid 对象:模板借记与会话借记

财务必须在账上看见两类。对照 模板消息与会话费用。产品若不能给借记打上模板或会话标签,你们只有收据打印机。向试点开放通道前,先按首月配比建模。

轴 模板出站 窗口内会话
典型工作 效用通知、OTP 相邻状态 inbound 之后的自由回复
就绪 资料 + 已批模板目录 窗口规则 + 有人值班 + 上限
花费 可预期单元 坐席或机器人回复时爆发
失败 类别被拒 / 缺批准 窗口关闭、回复失控

24 小时窗口不是免费走廊

会话窗口是时钟,不是优惠券。窗口内回复可能走与冷线程模板不同的单元类别。每条 inbound 自动确认、无人值班却「把对话保温」的机器人、把重试当免费确认——prepaid 就这样消失。给会话回复设上限。指定窗口政策负责人。不要用会话绕过模板审核。第二条通道未完成时,把 OTP 留在已经 live 的路径;见 第二通道未上线时的 WhatsApp 与 RCS。

Live 徽章前的 vault 与模板闸门

Live 是对用户说的话。徽章前的闸门:vault 绿、将发送的类别模板已批、webhook 消费者幂等、质量窗口有主。幻灯片写 WhatsApp 而 vault 仍橙,是尚未发生的 prepaid 燃烧。读 富媒体通道的密钥库与模板闸门。质量降级是钱事件:改变投递与燃烧,不只是运营控制台芯片。已经 live 的 SMS 诚实回退,好过凌晨两点撞政策的富通道。

通道仍 in setup 时的目录诚实

销售文案承诺「WhatsApp 上的 OTP」而目录写 in setup,是信任事故。不要自动跳进未完成路径。记录尝试了哪一类、因 setup 跳过了哪一类、哪笔借记落下。对客户错误须品牌安全。RCS 不是 WhatsApp 窗口关闭后的备胎。目录 in setup 不是更便宜的模板档。

危险信号

  • 钱包一团,没有模板 vs 会话标签
  • 会话自动回复没有上限
  • 模板仍是草稿却挂 Live
  • 用会话跳过模板审核
  • 自动跳进标为 in setup 的通道
  • 对客户错误点出外来品牌
  • 把模拟 smoke 当生产

从 IOSOR 开始

打开 IOSOR 控制台并标记您的预付账本,以隔离出站模板扣款与入站会话窗口消耗。在会话 Webhook 消费者上设置明确的每个线程回复上限,以防止无上限的自动循环耗尽富媒体渠道额度。在将渠道状态切换出设置状态之前,请验证目录中的所有模板类别均已标记为完全批准。 把这条作业写进同一份运维清单,并在 Live 前再核对一次。 把这条作业写进同一份运维清单,并在 Live 前再核对一次。

IOSOR 要点

本指南确立了 WhatsApp 模板扣款与 24 小时会话窗口是具有不同成本结构和运营要求的不同预付单位类别。开放的会话窗口是一个到期的时钟,而不是免费的消息传递通道,这使得无人监控或无上限的自动回复成为导致意外账本耗尽的主要风险。请务必实施严格的每个线程回复上限,指派窗口策略的专属负责人,并在授予"上线"徽章之前验证已批准的目录模板。切勿尝试通过开放的会话窗口路由未经批准的文案来绕过模板审查,也切勿在模板仍处于设置或草稿状态时将富媒体渠道暴露给最终用户。

这篇指南有帮助吗?

相关指南