瀑布流即是产品核心。您只需定义意图，引擎便会自动执行WhatsApp → RCS → 短信 → 语音 —— 在首次成功时停止，并将每个DLR统一规范为单一的Webhook架构。
一次提交，一个架构。您只需定义意图（otp、订单、促销、告警），平台将根据您的策略自动选择通道组合。
MSISDN、电子邮件、WhatsApp ID、RCS能力、语言、订阅状态——所有信息均合并为每个接收者的单一规范化配置文件。
尝试WhatsApp → 若30秒内未送达，尝试RCS → 若30秒内未送达，自动回退至短信 → 最后尝试语音。首次成功即停止。
每个阶段均使用其原生的API和SLA。所有通道的DLR在到达您的Webhook之前，都会被标准化为相同的事件架构。
所有渠道的入站回复都会汇集到同一个会话线程中，并归属于同一联系人。坐席只需处理一个收件箱，无需在五个标签页之间切换。
一次提交，一个架构。您只需定义意图（otp、订单、促销、告警），平台将根据您的策略自动选择通道组合。
MSISDN、电子邮件、WhatsApp ID、RCS能力、语言、订阅状态——所有信息均合并为每个接收者的单一规范化配置文件。
尝试WhatsApp → 若30秒内未送达，尝试RCS → 若30秒内未送达，自动回退至短信 → 最后尝试语音。首次成功即停止。
每个阶段均使用其原生的API和SLA。所有通道的DLR在到达您的Webhook之前，都会被标准化为相同的事件架构。
所有渠道的入站回复都会汇集到同一个会话线程中，并归属于同一联系人。坐席只需处理一个收件箱，无需在五个标签页之间切换。
无需插件，无需独立登录，无需并行的CRM。以下所有功能均为同一平台的一部分——一次编写，到处交付，统一衡量。
来自短信、WhatsApp、RCS、语音转录和电子邮件的入站消息都会汇集到以客户为核心的单一共享收件箱中，而非以通道为核心。坐席可以一目了然地查看完整的客户关系。
首先尝试WhatsApp。如果模板在30秒后仍未送达，则自动回退至RCS。如果还是没有？发送短信。语音作为最后手段。一次发送请求，一个结果，一条计费记录——绝不重复发送。
周一通过WhatsApp开始联系、周三致电支持的客户是同一个人。上下文、意图和历史记录会随用户同步——不会被困在他们偶然使用的某个渠道中。
支持按语言、产品线、客户等级、智能体负载和渠道认证进行路由。语音通话仅由经过培训的语音智能体接听；阿拉伯语WhatsApp将自动路由至阿拉伯语使用者。
首次回复时间、解决率、CSAT、拦截率、通道组合归因。可按坐席、分段、国家或模板进行筛选。可通过Webhook或定时CSV导出至您的数据仓库。
只需编写一次变量和品牌规则。平台即可从同一数据源出发，将短信渲染为160字符的纯文本、带有页眉媒体的WhatsApp、带有富卡片的RCS、HTML格式的电子邮件以及带有TTS的语音。
一次发送请求进入瀑布流流程。平台首先尝试最有效的通道，监控送达证明，只有在确实有证据表明首次尝试失败时才会进行自动回退。您只需为一次送达付费，而不是为四次重复发送付费。
waterfall: [
{ channel: "whatsapp", wait: 30 },
{ channel: "rcs", wait: 60 },
{ channel: "sms", wait: 300 },
{ channel: "voice" }
]模板已通过审核 · 成本 $0.012 · 支持富媒体
品牌发送者ID · 成本$0.008 · 仅限Android手机
通用型 · 成本$0.018 · 160字符 · 字母数字发送者ID
语音合成外呼 · 成本$0.040 · 仅限关键发送
三种模式涵盖了团队发布的大部分内容。它们共享相同的编排、相同的收件箱以及相同的审计轨迹。
跨渠道追踪客户的服务工单。在WhatsApp上回复，通过电子邮件跟进，或升级为语音通话——所有操作都在同一个会话线程中进行，保持相同的坐席上下文和相同的SLA。
以瀑布流模式开展营销活动：向已验证的Android用户发送RCS，向已订阅用户发送WhatsApp，向其他所有人发送短信。衡量每个通道的转化提升，并在次日重新分配预算。
订单确认、OTP、送达更新、预约提醒。优先尝试成本最低的已验证通道，失败时立即自动回退，绝不重复计费。
挑战：关键声明通知不能容忍任何通道丢失，但支付并行发送的费用会导致成本激增。应对方案：采用WhatsApp优先的瀑布流模式，在设定的超时后自动回退至短信，并在优先级警报中自动回退至语音，且仅针对实际发送成功的阶段计费。
挑战：各区域客服团队需要在多个独立的供应商控制台之间切换来处理短信、WhatsApp和RCS的回复。方案：BroadNet的统一收件箱将所有渠道的入站消息整合到一个队列、一个SLA仪表板和一套宏命令中。
挑战：WhatsApp登机牌上线时，存在漫游乘客因无法获取登机牌而滞留在登机口的风险。方案：一旦WhatsApp DLR在截止时间内失败，全渠道瀑布流会自动回退至短信。
您可以在策略YAML或控制面板中按意图（OTP、订单、推广、警报）设置优先级顺序。引擎会首先尝试通道1；如果在您设置的时间窗口内（默认30秒，范围5–600秒）未送达，则会尝试通道2——使用针对该通道标准化的相同内容。一旦收到状态报告，流程即停止。计费仅针对实际发送的阶段进行。
不需要。您只需为每个意图编写一条标准消息。平台会根据您注册过的特定通道模板，将其渲染为WhatsApp模板、RCS富媒体卡片、短信正文、电子邮件或语音TTS脚本。变量、语言和RTL（从右至左）在渲染时处理，无需在您的代码中处理。
每个联系人对应一个会话，所有通道的消息按时间顺序排列。每条消息都带有通道标识（短信、WhatsApp、RCS、电子邮件、语音转写）。坐席可选择通道进行回复；如果用户通过WhatsApp发来消息，坐席可在24小时服务窗口内通过WhatsApp回复；自2026年10月1日起，Meta对该窗口内的回复按条计费，费率为所在市场的实用类（Utility）费率，每个业务电话号码每月有1,000条免费服务消息额度。每个通道均设有SLA计时器。
按每月活跃联系人计费：编排服务（涵盖瀑布流、配置文件解析、统一收件箱路由）为每位联系人0.018美元，此外还需支付实际发送的各通道/每条消息费用。标准版无平台月度最低消费。企业版为固定的年度平台费，且包含每位联系人的编排费用。
是的——提供Salesforce SC、Zendesk、Freshdesk、HubSpot Service、Microsoft Dynamics 365和Intercom的开箱即用连接器。入站消息会双向创建或更新工单；您在帮助台中的坐席回复将通过BroadNet在正确的通道上发出。此外还可通过统一的Webhook进行自定义集成。
按意图、按通道、按市场统计：发送量、送达率、阅读率（如支持）、回复率、首次回复平均时间、对话时长、坐席CSAT（客户满意度）和拦截率。企业版提供实时仪表板、每日CSV导出以及数据仓库同步（Snowflake/BigQuery/Redshift）。
是的。如果坐席正在对话线程中积极回复（最近60秒内），则来自自动化流程的新外呼消息将让位于坐席，并通过当前对话所使用的通道发送。这避免了“机器人中断了我的服务通话”这种用户体验失败。
对话记录（消息、坐席分配、状态转换）在标准版中保留12个月，在企业版中保留7年。合规性导出仅需一键操作——支持CSV或NDJSON格式，并针对GDPR被遗忘权事件提供脱敏选项。所有数据均存储在您选择的区域（阿联酋、沙特阿拉伯、欧盟）。
没有您想问的问题？请咨询我们的工程团队
正在对比平台？阅读我们的最佳全渠道平台买家指南，进行供应商横向对比。
拒绝灰色通道：只要商业上可行，即采用运营商直连，否则采用标记明确的合作伙伴管理通道。通过自 2003 年以来构建的网络，使用同一个 API 连接所有通道。
我们将把您的短信、WhatsApp、RCS、语音和电子邮件账户整合进一个收件箱，定义您的自动回退流程，并在一周内完成您的首次对话路由。