SIerとBraze ウェビナー申込からPoCフォローまでのBtoBジャーニー(概念)
目次 クリックで開く
国内のSIer(システムインテグレーター)において、リード獲得後の「商談化率」や、その後の「PoC(概念実証)成功率」の向上は常に最優先課題です。従来のMA(マーケティングオートメーション)ツールでは、メール送信を中心とした静的なナーチャリングに留まりがちであり、複雑なBtoBの検討プロセスをリアルタイムに追従することは困難でした。
本記事では、高度なカスタマーエンゲージメントプラットフォームである「Braze」を活用し、SIerがウェビナー申込からPoCフォローまでをどのように自動化・最適化すべきか、その実務的なアーキテクチャとジャーニー設計について詳述します。
SIerがBrazeを導入する意義:BtoBジャーニーの再設計
SIerのビジネスは、単一の製品販売ではなく、コンサルティング、システム構築、運用保守が組み合わさった長期的なプロセスです。このため、顧客との接点は多岐にわたり、情報の鮮度が重要視されます。
MA(Marketing Automation)との違いと選定基準
一般的にBtoBで利用されるMarketoやSalesforce Account Engagement(旧Pardot)は、CookieベースのWebトラッキングとメール配信に強みを持ちます。一方、Brazeはモバイルアプリ、Web、メール、SMS、さらにはコネクテッドデバイスまでを網羅する「マルチチャネルでのリアルタイム応答」に特化しています。
SIerがBrazeを選ぶべき判断基準は、**「PoCフェーズにおけるプロダクト利用状況のリアルタイム可視化と介入」**が必要かどうかです。SaaS提供型のソリューションや、クラウドベースの検証環境を提供している場合、顧客が「どこで操作を止めたか」をトリガーに即座にフォローアップできるBrazeの優位性が際立ちます。
なお、社内のデータ基盤が整理されていない状態でBrazeを導入しても、その真価は発揮されません。効率的なデータ連携については、以下の記事で解説している「モダンデータスタック」の考え方が参考になります。
高額なCDPは不要?BigQuery・dbt・リバースETLで構築する「モダンデータスタック」ツール選定と公式事例
BtoBにおける「リアルタイム・エンゲージメント」の重要性
ウェビナー終了直後の熱量が最も高い瞬間に、視聴者の関心事項に基づいた個別の資料を送付する。あるいは、PoC開始から3日間ログインがない担当者に対し、詰まりやすいポイントを解説したガイドを送る。こうした「今、この瞬間」の行動に合わせたアプローチが、競合他社との差別化要因となります。
ウェビナー申込からPoCまでの全体アーキテクチャ
Brazeを核としたBtoBマーケティング基盤を構築するには、データの流れ(データフロー)の設計が不可欠です。
データソースの統合
- 入力層:ウェビナー申込フォーム(SmartInsight, Typeform等)、SFA(Salesforce)、Webサイトの行動ログ。
- 蓄積層:Google BigQueryなどのデータウェアハウス(DWH)。
- 連携層:Brazeへのデータ同期。ここでは、API経由のリアルタイム連携と、クラウドデータインジェクション(CDI)を用いたバッチ連携を使い分けます。
BtoB向けデータモデルの定義
Brazeはデフォルトで「ユーザー単位」の管理となりますが、BtoBでは「企業(アカウント)単位」での管理が必要です。
- User ID:個人のメールアドレスや識別子。
- Custom Attributes:所属企業名、役職、検討フェーズ、PoC開始日など。
- Custom Events:ウェビナー視聴完了、PoC環境ログイン、APIキー発行など。
特にSIerの場合、SFA(Salesforce)との密な連携が求められます。商談フェーズの変化をBrazeに同期することで、営業活動を阻害しないマーケティング配信が可能になります。
【図解】SFA・CRM・MA・Webの違いを解説。高額ツールに依存しない『データ連携の全体設計図』
フェーズ別:Brazeを活用したBtoBジャーニーの具体設計
SIerの標準的なBtoBジャーニーに沿って、Brazeの機能をどう活用するかを定義します。
【獲得・育成】ウェビナー申込から当日までの最適化
ウェビナーの欠席率を下げるためには、タイミングの良いリマインドが必須です。
- 自動リマインド:申込直後、3日前、前日、1時間前に実施。Brazeの「キャンバス」機能を使用し、カレンダー登録の有無によってメッセージ内容を出し分けます。
- マルチチャネル活用:重要な連絡はメールだけでなく、ブラウザ通知(Web Push)を併用することで、埋もれがちなビジネスメールの弱点を補います。
【選別・商談】視聴後アクションとインサイドセールス連携
ウェビナー視聴後の行動をスコアリングし、優先順位を付けて営業にトスアップします。
- 動的コンテンツ(Liquid):視聴したセッションの内容に応じた「お礼メール」を自動生成。特定の製品デモを視聴したユーザーには、その製品のホワイトペーパーURLを動的に挿入します。
- Webhook連携:特定の高熱度アクション(例:デモ環境リクエスト)を検知した瞬間、SlackやSalesforceに通知を飛ばし、インサイドセールスが即座に架電できる体制を作ります。
【検証・定着】PoC開始後の「放置」を防ぐフォローアップ
SIerにとって最大の損失は「PoCを開始したものの、顧客が一度も触れずに終了する」ことです。
- オンボーディング・ジャーニー:PoC開始1日目に「基本設定ガイド」、3日目に「主要機能の使い方」、1週間後に「中間レビューの案内」を配信。
- 行動トリガー配信:特定の機能(例:データインポート機能)を使用していないユーザーに対し、ヒントとなる動画コンテンツを送信。
実務ステップ:Brazeでの構築手順
具体的にBrazeの管理画面で行う設定手順を解説します。
STEP 1:カスタムイベントとユーザー属性の定義
まず、Brazeが認識すべきデータを定義します。
// SDKを用いたイベント送信例
braze.logCustomEvent("webinar_watched", {
"webinar_id": "20240417_dx_seminar",
"duration_percent": 85
});
公式ドキュメント(Braze Documentation)に従い、分析に必要十分な属性を設計してください。
STEP 2:キャンバス(Canvas)によるシナリオ作成
Brazeのワークフローエディタ「Canvas」を使用して、分岐条件を設定します。
- Entry Schedule:ウェビナー申込イベントが発生したタイミングでエントリー。
- Decision Split:既存顧客か新規見込み客かでメッセージを分岐。
- Delay Step:開催1時間前まで待機し、視聴URLを送信。
STEP 3:パーソナライズ(Liquid)を用いた動的生成
メール本文内に {{custom_attribute.${first_name}}} などのタグを挿入し、個別の体験を提供します。さらに外部APIから最新のソリューション事例を取得してメール内に展開することも可能です。
よくあるエラーとトラブルシューティング
| 事象 | 原因 | 対処法 |
|---|---|---|
| メッセージが配信されない | セグメントの更新遅延またはレートリミット超過 | テスト送信機能でユーザー単体のステータスを確認。レートリミットを公式サポートに確認。 |
| データの不整合 | User IDの重複(同一人物の複数メールアドレス) | 名寄せ(Identity Resolution)ルールを定義し、プライマリIDをSFAと統一する。 |
| Liquidエラー | 属性値の欠損(Null) | | default: 'お客様' のようなデフォルト値を必ず設定する。 |
主要ツール比較表:Braze vs 既存MA
SIerがBtoB用途で検討する際、既存のMAツールとBrazeの違いを以下の表にまとめました。
| 比較項目 | Braze | 一般的なBtoB MA |
|---|---|---|
| 主なチャネル | メール、Web通知、アプリ内、SMS、LINE等 | メール、Webフォーム |
| リアルタイム性 | 極めて高い(ミリ秒単位のトリガー) | 中程度(数分〜数時間のバッチ処理あり) |
| エンジニアリング負荷 | 高い(SDK実装やAPI設計が必要) | 低い(タグ埋め込み中心) |
| 得意なフェーズ | PoC中のアクティブフォロー、継続利用促進 | リード獲得、広範なナーチャリング |
| 料金体系 | MAU(月間アクティブユーザー)+配信数ベース | リード件数(DBサイズ)ベース |
※最新の料金詳細は Braze公式料金ページ をご確認ください。
セキュリティとガバナンス
SIerがクラウド型のエンゲージメントツールを利用する際、セキュリティは避けて通れません。
PII(個人情報)の最小化とデータプライバシー
Brazeに全ての個人情報を渡す必要はありません。氏名や詳細な住所などは社内のセキュアなDBに保持し、Brazeには「配信に必要な識別子」と「パーソナライズに必要なフラグ」のみを渡す構成が推奨されます。
また、退職者や異動者のアカウントが放置されることは、情報漏洩の大きなリスクです。ID管理(IdP)との連携による自動化を検討してください。
SaaS増えすぎ問題と退職者のアカウント削除漏れを防ぐ。Entra ID・Okta・ジョーシスを活用した自動化アーキテクチャ
SIer社内の運用フローとの整合性
自動配信は強力ですが、営業が直接コンタクトを取っている最中に自動メールが飛ぶと、顧客に不信感を与えます。
- Do Not Disturb設定:Salesforce側で「営業接触中フラグ」を立て、Braze側でその期間の配信を自動停止するロジックを組み込みます。
- 承認フローの構築:Brazeの配信設定を変更できる権限を制限し、本番配信前には必ずプレビュー確認を行う運用ルールを徹底します。
BtoB、特にSIビジネスにおけるBraze活用は、単なるメールツールからの脱却を意味します。データ基盤を整え、顧客の「今」の行動に寄り添うジャーニーを設計することで、PoC成功率の向上と、その先の受注獲得を確実に引き寄せることができるでしょう。
実務導入前に確認すべき「Braze運用」の落とし穴
Brazeは極めて自由度の高いプラットフォームですが、BtoBジャーニー(特にSIerの長期検討プロセス)に適用する場合、設計段階で見落としがちな制約がいくつか存在します。導入後の「こんなはずではなかった」を防ぐためのチェックポイントを整理しました。
BtoB実務者向け:導入前チェックリスト
- ユーザーIDの設計:SFA(Salesforce等)のリードID/取引先責任者IDと完全に一致させているか?(後からの名寄せは困難です)
- レートリミットの把握:Webhookを用いてSlackや外部ツールに通知を送る際、APIの呼び出し制限(Rate Limits)を考慮した設計になっているか?
- コンテンツの多言語・多属性対応:Liquidを用いた動的生成が複雑になりすぎていないか?(保守性の観点から、ロジックは可能な限りデータ基盤側で前処理するのが理想です)
見落としがちな技術仕様と回避策
Brazeの「Canvas(キャンバス)」でジャーニーを構築する際、BtoB特有の「長い検討期間」に合わせたステップ設計が必要です。以下の表に、実務で直面しやすい課題と対策をまとめました。
| 項目 | 注意すべき仕様・制約 | 実務上の対策 |
|---|---|---|
| 待機ステップ | 最長で「365日間」の待機が可能だが、あまりに長い待機はデータの鮮度を落とす。 | DWH側のフラグ変更をトリガーに、再エントリーさせる設計を推奨。 |
| 属性の更新頻度 | CDI(Cloud Data Injection)による同期は、リアルタイムではなくバッチ実行。 | 即時性が求められる「PoC環境のログイン」等は、SDK経由のリアルタイムイベントで送る。 |
| サブスクリプション | メールの配信停止(Unsubscribe)はユーザー単位。 | 「重要なお知らせ」属性を別に持ち、配信タイプを細かく分ける運用が必要。 |
さらなるデータ活用とアーキテクチャの深化
Brazeを単なる通知ツールとして終わらせないためには、Webサイト上の行動とBraze内のIDをいかにシームレスに統合するかが鍵となります。特に、ログイン前の匿名ユーザーと、ログイン後の既知ユーザーを紐付けるアーキテクチャについては、以下のガイドが参考になります。
LIFF・LINEミニアプリ活用の本質。Web行動とLINE IDをシームレスに統合する次世代データ基盤
また、Brazeから配信するメッセージの精度を高めるためには、BigQuery等のDWH側で顧客の状態を定義し、それを「リバースETL」によってBrazeへ書き戻す手法が最も効率的です。ツールの詳細な選定基準については、こちらをご確認ください。
高額MAツールは不要。BigQueryとリバースETLで構築する「行動トリガー型LINE配信」の完全アーキテクチャ
詳細な実装方法や、貴社の既存スタックに合わせたジャーニー設計については、Braze公式ドキュメント(技術リファレンス)を併せて参照することをお勧めします。
ご相談・お問い合わせ
本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。