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マーケティング基盤を構築するには、データの流れ(データフロー)の設計が不可欠です。

データソースの統合

  1. 入力層:ウェビナー申込フォーム(SmartInsight, Typeform等)、SFA(Salesforce)、Webサイトの行動ログ。
  2. 蓄積層:Google BigQueryなどのデータウェアハウス(DWH)。
  3. 連携層: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」を使用して、分岐条件を設定します。

  1. Entry Schedule:ウェビナー申込イベントが発生したタイミングでエントリー。
  2. Decision Split:既存顧客か新規見込み客かでメッセージを分岐。
  3. 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公式ドキュメント(技術リファレンス)を併せて参照することをお勧めします。

ご相談・お問い合わせ

本記事の内容を自社の状況に当てはめたい場合や、導入・運用の設計を一緒に整理したい場合は、当社までお気軽にご相談ください。担当より折り返しご連絡いたします。

お問い合わせフォームへ

AT
aurant technologies 編集

上場企業からスタートアップまで、数多くのデータ分析基盤構築・AI導入プロジェクトを主導。単なる技術提供にとどまらず、MA/CRM(Salesforce, Hubspot, kintone, LINE)導入によるマーケティング最適化やバックオフィス業務の自動化など、常に「事業数値(売上・利益)」に直結する改善実績多数。

この記事が役に立ったらシェア: