挑战:仅使用短信的订单确认方式限制了送达NPS,且未为购物者提供双向沟通路径。方案:将订单更新迁移至以WhatsApp为先的流程,并利用BroadNet的通道选择器根据购物者的授权情况和设备能力进行决策。
零售商、电商平台及物流团队通过BroadNet发送
查看客户案例 →一个API。
覆盖所有购物渠道。
订单确认、RCS物流卡、弃单挽回流程和结账OTP共用单一的REST界面。通道选择、用户同意和STOP关键词处理均在边缘端完成——针对每位购物者、每个模板,在每次发送时进行决策。
# Order confirmationcurl -X POST https://api.broadnet.me/sms/sendSms \ -H "Authorization: Bearer $BROADNET_TOKEN" \ -H "Content-Type: application/json" \ -d '{ "senderId": "MyShop", "destinationNumber": "447700900123", "message": "Order N-77182 confirmed (3 items, AED 428.00). Track: https://shop.example/t/77182", "messageType": "TEXT" }' # → 200 OK — the response body is the message ID, e.g. 2603121407537573731驱动指标提升的六个关键时刻。
零售消息服务并非单一流程,而是一个产品组合。每个时刻都有不同的通道逻辑、不同的延迟预算以及不同的成功定义。BroadNet将其作为可组合的构建模块提供,而非黑盒。
订单确认
结账后的第一条消息。品牌发送者、收据深层链接,以及如果短信在12秒内未送达时的备选通道自动回退。
物流与配送
已拣货 → 已发货 → 派送中 → 已送达。通过WhatsApp提供司机姓名和实时预计到达时间;若客户未订阅聊天,则通过短信通知。
弃单挽回
在用户流失后1小时、6小时、24小时进行定时提醒——每条消息都带有品牌标识,并支持一键返回结账页面。客户参与后即停止发送。
营销活动
根据RFM模型和渠道偏好进行细分,按当地发送窗口进行排期,并根据运营商容量进行限流。在支持的情况下使用RCS以展示丰富的商品卡片。
忠诚度奖励
等级升级、积分余额、独家预览。根据产品偏好进行个性化定制——仅在消息能够确保打开率时才发送。
客户支持(WhatsApp)
支持快速回复、列表选择器和人工接管的双向对话式支持。机器人解决简单问题;人工处理剩余需求。
准确查看您的客户所看到的内容——就在消息送达的那一刻。
示例内容 — 仅供参考,并非真实的客户消息。
您好Layla 👋 您的购物车中还有2件商品。使用优惠码SAVE10即可享受9折优惠,仅限今日。
立即购买
从零散的多家短信供应商,到一个统一编排的技术栈。
一家区域市场曾使用一家聚合商处理订单确认,使用另一家处理OTP验证码,使用第三家进行营销,并直接通过WhatsApp与Meta对接。状态报告不一致,合规报告需手工编制,产品团队也无法进行实验。
他们统一使用了BroadNet。一份合同,一个控制面板,一个SLA。订单确认流程转向了以WhatsApp为先的流程,并配有短信自动回退。购物车挽回流程采用了1小时/6小时/24小时的频率,并在转化后自动停止。客服迁移到了WhatsApp Business API,并从现有的帮助台实现了人工交接。
通道组合如何
影响单位经济效益。
挑战:原有的“正在派送”通知仅为纯文本短信,消费者参与度较低。方案:在Android RCS支持广泛的市场,使用Live-courier RCS卡片取代文本消息,并在其他地区使用短信自动回退。
挑战:在国家隐私法规下扩大营销发送量,存在投诉升级的风险。方案:短信、WhatsApp Business和电子邮件通过统一的同意账本运行,并在品牌使用的每种语言中执行STOP退订关键词。
单一通道无法满足所有场景。
收据使用短信。对话使用WhatsApp。营销活动使用RCS。BroadNet的全渠道引擎会根据每条消息、每个市场、每个客户选择最合适的通道——并在送达受阻时提供确定性的自动回退。
从下单完成
到购物者偏好的渠道。
渠道选择器在每次发送时都会评估用户授权、设备能力和运营商质量,并选择满足体验要求的最低成本渠道。STOP关键词在短信、WhatsApp和RCS中均可在60秒内生效。
- 01 · 订单订单系统
Magento、Shopify、Salesforce Commerce或内部OMS触发事件。仅包含订单编号+语言区域+同意标志。
p50 < 25ms - 02 · 边缘处理BroadNet边缘
身份验证+幂等性检查。模板查询。路由前需验证每位购物者的同意状态及STOP关键词账本。
p50 < 35ms - 03 · 选择器通道选择器
选择满足用户体验的最廉价通道:设备支持时优先使用RCS,已订阅时使用WhatsApp,始终设有短信自动回退。
p50 < 8ms - 04 · 运营商运营商 / Meta
短信使用SMPP,WhatsApp使用WhatsApp Cloud API,RCS使用RBM。短信在86个国家通过运营商直连发送,其他地区经由标明的合作伙伴通道——无灰色通道。
p50 < 1.4s - 05 · 购物者购物者+回复
消息已送达。双向回复(TRACK、STOP、支持问题)通过Webhook路由回您的OMS或帮助台。
p50 < 2.4s - ← 购物者回复 · STOP / TRACK / 客服 · Webhook至OMS
Magento、Shopify、Salesforce Commerce或内部OMS触发事件。仅包含订单编号+语言区域+同意标志。
身份验证+幂等性检查。模板查询。路由前需验证每位购物者的同意状态及STOP关键词账本。
选择满足用户体验的最廉价通道:设备支持时优先使用RCS,已订阅时使用WhatsApp,始终设有短信自动回退。
短信使用SMPP,WhatsApp使用WhatsApp Cloud API,RCS使用RBM。短信在86个国家通过运营商直连发送,其他地区经由标明的合作伙伴通道——无灰色通道。
消息已送达。双向回复(TRACK、STOP、支持问题)通过Webhook路由回您的OMS或帮助台。
每次发送均强制执行授权与数据驻留要求。
零售消息服务的成败取决于用户授权。BroadNet在短信、WhatsApp和RCS之间运行统一的授权账本——STOP关键词将在60秒内生效,各市场的静默时间在边缘侧强制执行,并提供覆盖阿联酋、沙特阿拉伯和欧盟的数据驻留选项。结账和退款链接携带的是令牌化引用,绝不包含银行卡数据。
无缝接入您现有的店铺平台。
通过各平台的订单Webhook和BroadNet REST API连接承载零售库存的平台。使用测试权限验证第一个旅程,现有结账流程保持不变。
订阅Shopify的订单、履约和结账Webhook;由您的处理程序调用BroadNet REST API,发送购买后的短信或WhatsApp消息。
在Magento 2中为订单和发货事件编写observer,按店铺视图和语言调用REST API,发送交易短信和弃购提醒。
WooCommerce订单状态钩子或Webhook调用REST API,发送订单确认、发货和挽回消息,并可按国家和订单金额自定义分支规则。
八个解答,
涵盖MENA市场的基准测试。
WhatsApp Business按每条送达的模板消息计费。自2026年10月1日起,Meta对在购物者24小时服务窗口开启期间发送的实用型模板和回复也按每条消息计费,费率为该市场的实用型费率;自由格式回复仅在每个WhatsApp业务电话号码每月享有1,000条服务消息的免费额度后才开始计费(两者在2026年9月30日之前均为免费)。在Meta的价目表中,实用型费率低于营销型费率——这使得包含购物者回复在内的双向流程(如送达更新)更具经济性,并能与用于单向实用型消息的高级A2P短信展开竞争。我们直接透传Meta的各市场费率表,不加收任何费用,并提供每位购物者的单位经济效益报告,以便您的财务团队进行渠道组合建模。
是的。RCS Business Messaging已在阿联酋(e&, du)、沙特(STC, Mobily, Zain)、埃及(Orange, Vodafone)的运营商以及通过Google的RBM平台在全球大多数主流Android设备上上线。我们支持渲染轮播卡片、建议操作、日历邀请和已验证发送者徽章。不支持RCS的设备会自动回退到相同模板的普通短信版本——无需开发人员介入。
按购物者、按模板,在发送时进行评估。通道选择器会选择满足以下条件的最低成本通道:(1)购物者的明确通道偏好,(2)模板要求的同意类别(工具类vs营销类),(3)设备能力(支持RCS的手机),以及(4)运营商当前的质量指标。所有决策均会被记录,以便您可以进行策略A/B测试或针对特定分段进行覆盖。
统一的同意许可账本,以消费者的MSISDN为键。STOP、UNSUB、إلغاء、ARRET、KESH以及30多个其他本地化退订关键词将在所有渠道内60秒内生效——即使退订请求通过与原始发送不同的渠道到达。我们支持并审计重新订阅流程。我们通过API提供同意许可账本,以便其同步到您的CRM中。
可以,通过Webhook和REST API。Shopify、Magento 2、Salesforce Commerce Cloud以及无头商务架构(commercetools、Saleor、自研系统)将订单和履约事件发送到您托管的端点,由该端点调用BroadNet REST API。BroadNet未在这些平台发布应用市场应用:请索取配置指南,我们将协助您的团队完成事件映射、模板和测试权限。
针对每位购物者的发送频率限制和静默时段窗口将在边缘侧强制执行——包括针对每位购物者的全局限制以及针对每个模板系列的限制。在季节性高峰期间,如果目标运营商的送达质量下降,我们的预测性节流器还会降低非必要消息的权重,从而确保交易类消息(订单、OTP验证码、物流)始终优先于促销类消息。您设定策略,我们逐条消息执行。
提升效果取决于渠道、优惠和受众,因此我们不提供基准数字。带一键结账的WhatsApp Business模板和带图片的RCS富媒体卡片,能为购物者提供比纯短信提醒更丰富、可点击的返回路径。我们提供归因Webhook,将挽回的订单与消息ID关联,方便您的增长团队基于自身流量衡量提升效果。
发送至WhatsApp Business和RCS的入站消息将通过Webhook路由至您的帮助台——Zendesk、Freshdesk、Intercom、Salesforce Service Cloud和Kustomer均已实现预集成。对话上下文(最近30天)、订单历史和购物者画像会同步传递,以便客服人员能够接续之前的对话。Conversations层级提供AI辅助分流以及阿拉伯语/英语/法语之间的翻译功能。
需要进行通道组合或单位经济效益评估吗? 构建全渠道零售旅程 →

让每一条零售消息都转化为订单。
我们将在一个工作日内回复您的测试权限申请,随后即可实现可运行的WhatsApp售后旅程,并为您安排您所在时区的零售专家进行沟通。
深入了解该产品背后的核心概念。
