另一个渠道。 同一次验证。

当验证码未送达时,让客户继续操作。使用下一个可用渠道,无需重置验证的有效期或尝试次数。

另一个渠道。
同一个验证。

当第一个验证码未送达时,让注册流程继续进行。使用收件人计划中下一个符合条件的渠道。

验证送达vrf_…1048
A
+1 555 123 4567一个收件人 · 两个符合条件的渠道
  1. WhatsApp投递失败
    失败
  2. SMS下一个符合条件的渠道
    验证码已发送
Harbor您的验证码是 123456。已投递
在 SMS 上继续

收件人现在可以输入验证码。

同一验证同一有效期pending
示例产品记录。这些控件仅更改示例,不会发送请求或产生购买。

切换投递方式。
保留会话。

为未送达的验证码指定另一条已配置的路由。

准备有序的投递计划。

国家配置和提供的收件人决定可用渠道。投递失败时可自动按计划推进到下一个渠道。

响应客户的请求。

当客户反馈未收到验证码时,使用原始收件人调用 next-channel。这种主动切换不需要等待重新发送冷却时间,只会跳转到后续的可用渠道。

处理计划耗尽的情况。

NoNextChannel 表示没有后续路由;此时在当前渠道重新发送可能是合适的选择。保留原始有效期,检查尝试次数和所有仍然有效的验证码,而不是创建竞争的会话。

规模扩展
不失控。

在工作区中组织团队,控制 API 访问权限,通过审计日志追踪变更。

BirdHarbor组织
工作区生产环境沙盒

发送代理

API 密钥 · 客户运营团队
有效
权限访问权限
Email读写
SMS读写
ALAlex Lee 管理员权限已更新

审计日志

生产环境
工作区
生产环境
资源
发送代理
WhatsApp
读取权限读写
成功

从 Verify 开始。
使用 Bird 跨渠道构建。

你的下一个创意。 随时连接。