BroadNet Omnichannelは、SMS、WhatsApp、RCS、Voice、Emailを1つのAPIで運用 — 1つのダッシュボード、1つのカスタマースレッド、1つのメトリクス。99.99%の稼働率SLA、ノードあたり毎秒30,000メッセージ、200以上の国々に対応。
製品の核となるのはウォーターフォールです。インテントを指定するだけで、エンジンがWhatsApp → RCS → SMS → voiceの順に選択し、最初に成功した時点で停止します。すべてのDLRは、単一のWebhookスキーマに正規化されます。
送信は1回、スキーマは1つ。インテント（otp、order、promo、alert）を指定するだけで、プラットフォームがポリシーに基づき最適なチャネル構成を選択します。
MSISDN、メールアドレス、WhatsApp ID、RCS機能、言語、オプトイン状態 — これらすべてが受信者ごとに1つの正規プロファイルに統合されます。
まずWhatsAppを試行し、30秒以内に配信されない場合はRCSを試行、さらに30秒以内に配信されない場合はSMSへフォールバックし、最後に音声へ移行します。最初に成功した時点で停止します。
各レグはネイティブのAPIおよびSLAを使用します。すべてのチャネルからのDLRは、Webhookに到達する前に同じイベントスキーマに正規化されます。
あらゆるチャネルからの受信返信は、同一の連絡先に紐付けられた1つの会話スレッドに集約されます。エージェントは5つのタブではなく、1つの受信トレイで業務を行えます。
送信は1回、スキーマは1つ。インテント（otp、order、promo、alert）を指定するだけで、プラットフォームがポリシーに基づき最適なチャネル構成を選択します。
MSISDN、メールアドレス、WhatsApp ID、RCS機能、言語、オプトイン状態 — これらすべてが受信者ごとに1つの正規プロファイルに統合されます。
まずWhatsAppを試行し、30秒以内に配信されない場合はRCSを試行、さらに30秒以内に配信されない場合はSMSへフォールバックし、最後に音声へ移行します。最初に成功した時点で停止します。
各レグはネイティブのAPIおよびSLAを使用します。すべてのチャネルからのDLRは、Webhookに到達する前に同じイベントスキーマに正規化されます。
あらゆるチャネルからの受信返信は、同一の連絡先に紐付けられた1つの会話スレッドに集約されます。エージェントは5つのタブではなく、1つの受信トレイで業務を行えます。
アドオン、個別のログイン、並行するCRMは不要。以下のすべてが同一プラットフォームの一部です。一度の記述で、あらゆる場所へ配信し、一括で測定できます。
SMS、WhatsApp、RCS、音声文字起こし、およびメールからのインバウンドは、チャネルではなく顧客に紐付けられた単一の共有インボックスに集約されます。エージェントは顧客との関係性を一目で把握できます。
まずはWhatsAppを試行。30秒経ってもテンプレートが配信されない場合は、RCSにフォールバック。それでも届かない場合は、SMS。最終手段として音声を使用。1回の送信指示、1つの結果、1つの請求ライン — 二重送信は決して発生させません。
月曜日にWhatsAppで開始し、水曜日にサポートに電話した顧客は同一人物です。コンテキスト、意図、履歴は顧客と共に移動し、たまたま使用したチャネルに孤立することはありません。
言語、製品ライン、顧客ティア、エージェントの負荷、およびチャネル認証に基づいてルートを振り分けます。音声は訓練を受けた音声エージェントのみが対応し、アラバ語のWhatsAppはアラビア語話者へ自動的にルーティングされます。
初回返信までの時間、解決率、CSAT、デフレクション、チャネルミックスの属性。エージェント、セグメント、国、またはテンプレートでフィルタリング可能。WebhookまたはスケジュールされたCSV経由でデータウェアハウスへエクスポートできます。
変数とブランディングルールを使用して一度作成するだけで、プラットフォームは同じソースから、SMSを160文字のプレーンテキストとして、WhatsAppをヘッダーメディア付きで、RCSをリッチカード付きで、EmailをHTMLで、VoiceをTTS（音声合成）としてレンダリングします。
1回の送信リクエストがウォーターフォール処理に入ります。プラットフォームはまず最も効果的なチャネルを試行し、到達の証跡を確認します。最初の試行が失敗したという明確な証拠がある場合にのみ、フォールバックを行います。4つの重複送信に対してではなく、1回の配信に対してのみ料金が発生します。
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
Text-to-speechコールアウト · コスト $0.040 · 緊急送信のみ
チームが提供する機能の大部分をカバーする3つのパターン。これらは同じオーケストレーション、同じインボックス、同じ監査証跡を共有します。
チャネルをまたいで顧客を追跡するチケット。WhatsAppで返信し、メールでフォローアップし、音声へエスカレーション。すべてが同じスレッド、同じエージェントのコンテキスト、同じSLA内で完結します。
キャンペーンをウォーターフォール方式で実行できます：認証済みのAndroidにはRCSを、オプトイン済みのユーザーにはWhatsAppを、それ以外にはSMSを送信します。チャネルごとのリフトを測定し、翌朝に予算を再配分してください。
注文確認、OTP、配送状況の更新、予約リマインダー。まずは最も安価な認証済みチャネルを試し、失敗した場合は即座にフォールバックしてください。重複送信に対して料金が発生することはありません。
課題：重要な通知において、チャネルの欠落は一切許されませんでしたが、並行して送信を行うとコストが膨大になっていました。アプローチ：WhatsAppを優先するウォーターフォール方式を採用し、設定したタイムアウト後にSMSへフォールバック、優先度の高いアラートでは音声へフォールバックします。課金は実際に送信されたルートに対してのみ行われます。
課題：各地域のCSチームが、SMS、WhatsApp、およびRCSの返信に対応するために、別々のベンダーコンソールを使い分けていました。アプローチ：BroadNetの統合インボックスにより、すべてのチャネルからのインバウンドを単一のキュー、単一のSLAダッシュボード、および一連のマクロに集約しました。
課題：WhatsAppの搭乗券ローンチにおいて、ローミング中の乗客が搭乗券なしでゲートに留まってしまうリスクがありました。アプローチ：オムニチャネルのウォーターフォール方式により、カットオフウィンドウ内でWhatsApp DLRが失敗した瞬間に、SMSへ自動的にフォールバックしました。
ポリシーYAMLまたはダッシュボードで、目的（OTP、注文、プロモーション、アラート）ごとに優先順位を設定できます。エンジンはまずチャネル1を試行します。設定した時間内（デフォルト30秒、範囲5〜600秒）に配信されない場合、チャネル2を試行します。その際、そのチャネル用に正規化された同じコンテンツが使用されます。配信レポートが返ってきた時点で処理は停止します。料金は実際に送信された経路に対してのみ請求されます。
いいえ。意図ごとに1つの正規メッセージを作成します。プラットフォームは、一度登録したチャネル固有のテンプレートを使用して、それをWhatsAppテンプレート、RCSリッチカード、SMS本文、メール、または音声TTSスクリプトとしてレンダリングします。変数、言語、およびRTL（右から左への記述）は、コード内ではなくレンダリング時に処理されます。
連絡先ごとに1つのスレッドを作成し、すべてのチャネルからのメッセージを時系列で表示します。各メッセージにはチャネルバッジ（SMS、WhatsApp、RCS、email、音声文字起こし）が付与されます。エージェントはアウトバウンドの返信チャネルを選択できます。ユーザーがWhatsAppでメッセージを送った場合、エージェントは24時間のサービスウィンドウ内にWhatsAppで返信できます。2026年10月1日以降、Metaはこのウィンドウ内の返信を、各市場のユーティリティ料金でメッセージごとに課金しますが、WhatsAppビジネス電話番号1つにつき毎月1,000メッセージの無料枠が適用された後の料金となります。チャネルごとのSLAタイマーを備えています。
アクティブな連絡先1件あたりの月額料金：オーケストレーション（ウォーターフォール、プロファイル解決、統合インボックスルーティングを含む）に$0.018、および実際に送信されたチャネル/メッセージごとの料金が加算されます。スタンダードプランにはプラットフォームの月額最低利用料金はありません。エンタープライズプランは、連絡先ごとのオーケストレーションを含む一律の年間プラットフォーム料金です。
はい。Salesforce Service Cloud、Zendesk、Freshdesk、HubSpot Service、Microsoft Dynamics 365、Intercom用の標準コネクタを備えています。受信メッセージはチケットを双方向に作成または更新し、ヘルプデスクでのエージェントの返信は、適切なチャネルを通じてBroadNet経由で送信されます。統合Webhookによるカスタム連携も可能です。
意図（インテント）別、チャネル別、市場別に、送信量、到達率、既読率（対応している場合）、返信率、初回返信までの平均時間、会話時間、エージェントCSAT、デフレクション率を測定できます。エンタープライズプランでは、リアルタイムダッシュボードに加え、日次のCSVエクスポート、およびデータウェアハウス（Snowflake/BigQuery/Redshift）との同期が可能です。
はい。エージェントがスレッド上でアクティブに返信している場合（直近60秒以内）、自動フローからの新しいアウトバウンドメッセージはエージェントの操作を優先し、現在会話が行われているチャネルで送信されます。これにより、「ボットがサポート対応を中断した」というUXの失敗を防ぎます。
会話のトランスクリプト（メッセージ、エージェントの割り当て、ステータスの遷移）は、標準プランでは12ヶ月間、エンタープライズプランでは7年間保持されます。コンプライアンス・エクスポートはワンクリックで可能です。CSVまたはNDJSON形式に対応し、GDPRの消去権（right-to-erasure）イベントに応じたマスキングオプションも備えています。すべてのデータは、選択したリージョン（UAE、KSA、EU）内に保存されます。
お探しの回答が見つかりませんか？エンジニアリングチームにお問い合わせください
プラットフォームを比較中ですか？ベンダー間の詳細な比較ができる、当社の最高のオムニチャネルプラットフォーム購入者ガイドをご覧ください。
グレールートは一切使用しません。商用利用が可能な場合は通信事業者との直接接続を行い、それが不可能な場合はラベル付きのパートナー管理ルートを使用します。2003年から構築されているネットワークを通じて、あらゆるチャネルへ単一のAPIを提供します。
貴社のSMS、WhatsApp、RCS、Voice、Emailアカウントを単一のインボックスに統合し、フォールバックの優先順位を定義し、1週間以内に最初の会話のルーティングを開始します。