HigLabo
Latest posts
BrazeのAgent Consoleは、なぜ『セグメントを細かく切る』発想を古くするのか？Dayuse事例で見る“送信直前に文面を変える”CRMの分岐点
BrazeのAgent Consoleは、なぜ「セグメントを細かく切る」発想を古くするのか
CRMの現場では長く、「顧客理解を深めるには、まずセグメントを細かく切るべきだ」と考えられてきました。年齢、地域、利用回数、最終購入日、閲覧カテゴリ。条件を増やせば増やすほど、より適切な配信ができるように見えます。
ただ実務では、セグメントを増やした瞬間に運用の難しさも一緒に増えます。配信対象の定義、除外条件、文面ごとの入稿、ABテスト、効果検証までが複雑になり、「精度を上げるための設計」が、かえって改善スピードを落とすことも少なくありません。
とくにAI時代のCRMでは、事前に固定した配信設計と、送信時に最適化する設計の違いを分けて考えることが重要です。Brazeの公開情報からも、AI活用やリアルタイムの文脈を踏まえた顧客対応を重視する方向性がうかがえます。
ここで重要なのは、「誰に送るか」を厳密に決めることと、「今この人に何を言うべきか」を決めることは、似ているようで別問題だという点です。このズレが、これからのCRMの分岐点になります。
細かいセグメント設計が運用を重くする理由
セグメント設計が複雑になると、最初に苦しくなるのは配信設定そのものではありません。実際には、チーム内で条件を説明し、合意し、保守し続けることのほうが負担になります。
「休眠30日以上だが、直近7日で閲覧あり」「高単価カテゴリ閲覧者だが購入未了」といった条件は、増えるほど“なぜこの人にこの文面なのか”が見えにくくなります。設計の意図が共有されにくくなると、改善も属人的になりやすくなります。
さらに、顧客の状況は固定ではありません。昨日は検討初期だった人が、今日は比較検討の終盤にいるかもしれない。事前に切ったセグメントは、配信される瞬間の文脈を完全には表せません。
そのため細分化を進めるほど、現実とのズレを埋める追加条件が必要になり、設計は雪だるま式に膨らみます。HubSpotのセグメンテーション解説からも、分類の有効性に加えて、運用面も考慮する必要性が読み取れます。
Agent Consoleが変えるのは「誰に送るか」より「送る瞬間に何を言うか」
BrazeのAgent Consoleが注目される理由は、単にAI機能が増えたからではありません。発想の中心が、「事前に完璧に分ける」ことから、「配信の直前に、その人の文脈に合う表現をつくる」ことへ移りつつあるからです。
これはセグメントを捨てる話ではなく、役割を見直す話です。従来は、セグメントが文面の違いまで背負っていました。たとえば3種類の顧客状態に対して、3つのセグメントと3本の文面を用意する設計です。
一方でAgent Console的な考え方では、大まかな対象者は決めつつ、細かなニュアンスは送信直前に調整します。つまり、事前セグメントで決める要素と、送信直前に変える要素を分けて設計する発想です。Brazeは公式に、Agent Consoleを顧客ジャーニー内で活用できる機能として紹介しています。
加えて、Brazeの発信からは、リアルタイムの文脈を踏まえた対応の方向性が示唆されています。
Dayuse事例が示す「固定文面」から「送信直前の最適化」への転換
Dayuse事例が示唆的なのは、AI活用の派手さそのものより、CRM運用の前提を書き換えている点です。従来の運用では、「このセグメントにはこの文面」という対応表を先に作り込む必要がありました。
しかし送信直前の最適化という考え方では、対象者の大枠を決めたうえで、今の行動や利用文脈に合わせて表現を変えられます。同じ「予約検討中ユーザー」でも、価格を気にしている人と、利用タイミングを迷っている人では刺さる言葉が違うからです。
ここを事前のセグメントで全部切り分けようとすると、条件は増え続けます。逆に、送信直前に参照できるシグナルをもとに文面を変えれば、分類の細かさに頼り切らずに関連性を上げられます。これは、事前に固定した配信設計と送信時最適化の違いを理解するうえでも分かりやすい比較です。
Brazeの公式ページでは、Dayuseの事例が紹介されています。
顧客事例一覧にも、Dayuseが掲載されています。全体の流れを把握したい場合は、この一覧から他ブランドの事例も確認できます。
動画で概観したい人は、Braze公式YouTubeも参考になります。
Youtube
実務で変わるのは、配信設定より企画と承認の進め方
この変化で最も影響を受けるのは、配信設定画面よりも、むしろチームの仕事の進め方です。これまでは「どのセグメントに、どの訴求を当てるか」を人が細かく決め、文面を本番前に確定させるのが一般的でした。
ですが送信時最適化が入ると、事前に決めるべきものは“文章そのもの”より“どこまで変えてよいか”に変わります。必要になるのは、コピー案の量産よりも、ガードレール設計です。
ブランドトーン、禁止表現、価格訴求のルール、法務やCS観点で外せない文言。こうした前提が曖昧なままだと、動的生成の自由度が逆にリスクになります。
Brazeの2025年発表でも、Agent ConsoleはAIエージェント活用に関する取り組みの一つとして紹介されています。
成果検証の見方も変わります。「このセグメントのCTR」だけでなく、「どんな文脈で、どの訴求が、どの反応につながったか」を見る必要があります。AI活用の実務イメージを広げたい場合は、一般的な解説動画を横断して見るのも有効です。
セグメントの役割は消えないが、背負う範囲は変わる
ここで誤解したくないのは、「もうセグメント設計はいらない」という話ではないことです。セグメントは今後も、配信対象の安全な切り分け、頻度管理、配信可否の制御、法規制対応などで重要です。
誰に送ってよいか、誰を除外すべきかという基盤は、むしろ以前より大切になります。変わるのは、セグメントが“表現の違いまで全部担う”必要が薄れることです。
今後のCRM担当者は、対象者の大枠を決める設計と、文脈に応じて表現を出し分ける設計を分けて考える必要があります。この分離ができれば、運用負荷の軽減や改善速度の向上につながる可能性があります。
初心者マーケターにとっての実践的な第一歩は、自社の既存配信を「事前セグメントで決める要素」と「送信直前に変える要素」に分けて書き出すことです。そのうえで、次の3つに整理すると進めやすくなります。
- 今あるセグメントのうち、「配信可否のための条件」と「文面を変えるためだけの条件」を分けて棚卸しする
- 固定文面を増やす前に、変えてよい要素と変えてはいけない要素を整理する
- 成果指標を「セグメント単位」だけでなく「文脈単位」でも見られるようにする
CRMの分岐点は、ツール導入そのものではなく、設計思想を切り替えられるかどうかにあります。考え方を深めたい人は、関連するBrazeの公開情報や実例をあわせて確認すると理解が進みます。