カスタマージャーニーオーケストレーションとは？仕組みと実装

カスタマージャーニーオーケストレーションとは、顧客が今どの状況にあるかをその場で評価し、次に取るべき一手をチャネルをまたいで組み立てて実行する仕組みである。 カスタマージャーニーが顧客の接点の連なりを指す概念であるのに対し、オーケストレーションはその連なりを実行時に成立させる側の仕組みを指す。

社内では、マーケティング、営業、サポートが別々の部門として動いている。顧客の側から見れば、それらはすべて同じブランドとの一続きのやり取りである。この落差を埋めるのがオーケストレーションの役割である。

MAのシナリオ設計との違い

MAツールにも、条件分岐を持つシナリオを組む機能がある。両者の違いは、判断をいつ行うかにある。

シナリオ設計が悪いわけではない。段階が明確で分岐の数が限られている施策——申込後のオンボーディングなど——は、シナリオのほうが設計も運用も見通しがよい。オーケストレーションが効いてくるのは、顧客の状態が頻繁に変わり、どのチャネルで接触するかを含めて決めたい場合である。

実行時に何が起きているか

• 状況の把握：直近の行動、購買履歴、対応履歴、予測分析が付与したスコアを含む統合プロファイルを参照する。
• 次の一手の決定：どのメッセージを、どのチャネルで、どの時点で出すかを評価する。何も出さないという選択肢もここに含まれる（ネクストベストアクション（NBA））。
• 実行：決まった内容を、そのチャネルの配信基盤へ渡す（データアクティベーション）。
• 結果の回収：開封、クリック、来店、購入といった反応をプロファイルへ戻し、次の評価の入力にする。

この4つが閉じた輪になっていることが要件である。結果が戻らない構成では、2回目以降も1回目と同じ判断が繰り返される。cdp.comが Customer Intelligence Loop（顧客データの収集・統合・活用を継続的に回す仕組み）と呼ぶ5段階のサイクルは、この輪をプラットフォームの設計要件として言い直したものである。

成立に必要な3つの条件

参照するプロファイルが一つに揃っていること。 チャネルごとに別のデータを見ていれば、判断もチャネルごとにばらける。名寄せによって同一人物のレコードが結ばれ、シングルカスタマービュー（SCV）として参照できる状態が前提になる。

参照がリアルタイムで返ること。 サイト上の出し分けを含めるなら、プロファイルの参照はページの描画に間に合う速さでなければならない。リアルタイムCDPが求められるのはこの要件のためである。すべてのチャネルにこの速さが要るわけではないが、一つでも含まれるなら基盤側の要件はそちらに引き上げられる。

チャネルとの連携が双方向であること。 送るだけの連携では、結果が戻らない。反応をプロファイルへ書き戻せる接続になっているかどうかは、コネクタの一覧では判断できない項目である。

専用エンジンか、CDPの内蔵機能か

技術の選択肢は2通りある。

専用のオーケストレーションエンジンは、CRMやCDPをデータソースとして接続し、判断を行い、配信基盤へ指示を出す。ジャーニーの設計画面が作り込まれている製品が多く、複雑な分岐を可視化しながら組める。一方で、データを持つ場所と判断を行う場所が分かれるため、両者のあいだの同期の遅れと、プロファイルの二重管理が課題になる。

CDPの内蔵機能を使う構成では、データ、判断、実行が同じプラットフォームの内側に収まる。同期の遅れが構造的に発生せず、結果の回収も同じ場所で完結する。エージェンティックCDPがこの形を取るのは、判断から学習までの時間差をなくすためである。

判断の基準は、既存の投資がどちらにあるかと、リアルタイム性をどこまで求めるかである。すでにMAツールとCDPの両方が動いていて、当面はメール中心で足りるなら、専用エンジンを足すより既存の構成で始めるほうが早い。

AIが判断を担う範囲

ルールで書ける分岐の数には限りがある。チャネル、タイミング、メッセージ、オファーの組み合わせは、掛け算で増えていく。

AIは、この組み合わせの中から反応の確率が高いものを選ぶ（AI意思決定）。さらに進んだ形では、人がジャーニーを設計する代わりに、エージェントが対象を見つけ、複数の打ち手を試し、結果から学習する（エージェンティックマーケティング）。

ただし、AIに任せる範囲が広がるほど、任せてはいけない境界を明示する必要が増す。配信の頻度の上限、除外すべき顧客、法令や社内規程で出してはいけないオファーは、モデルの外側に制約として置く。

導入でつまずく点

• チャネルを一度に増やす：メール、広告、サイト、アプリを同時に接続すると、リアルタイム参照の要件が一斉に上がり、費用が効果に見合わなくなる。遅れが結果を変えるチャネルから1つ選ぶ。
• 分岐を作り込みすぎる：オーケストレーションを導入したのに、実行時の判断ではなく巨大な分岐図を描いてしまう構成は珍しくない。それはシナリオ設計であり、実行時に評価する意味が失われている。
• 結果を戻す設計を後回しにする：配信の連携だけを先に作り、反応の書き戻しを後にすると、学習が始まらないまま運用に入る。
• 同意の状態を判断の外に置く：同意管理の判定は、実行の直前に入れる。判断のロジック側で扱うと、同意の撤回が反映されるまでに遅れが生じる。

FAQ

カスタマージャーニーオーケストレーションとマーケティングオートメーションはどう違うのか？

MAは設計時に書いた分岐に沿ってセグメント単位で動き、オーケストレーションは実行時にその顧客のプロファイルを評価して顧客一件ごとに次の一手を決める。 MAの判断は事前に固定されており、想定していない行動は拾えない。オーケストレーションは直近の行動を含めて評価し直すため、複数チャネルにまたがる状況の変化に追随できる。

カスタマージャーニーとカスタマージャーニーオーケストレーションの違いは何か？

カスタマージャーニーは顧客の接点の連なりを表す概念、オーケストレーションはその連なりを実行時に成立させる仕組みである。 ジャーニーマップは何が起きているかを整理するための図であり、それ自体は何も動かさない。オーケストレーションは、マップ上のどの段階にいるかを判定し、次の接点を実際に発生させる側にあたる。

実現にはどのような構成が必要か？

統合プロファイル、リアルタイムでの参照、双方向のチャネル連携の3つが要件になる。 専用のオーケストレーションエンジンをCRMやCDPに接続する構成と、CDPの内蔵機能を使う構成の2通りがある。前者は設計画面が充実している一方でプロファイルが二重になり、後者は判断と実行と結果の回収が同じ場所で完結する。

どこから着手するのが現実的か？

遅れが結果を左右する接点を1つ選び、そのチャネルだけで閉じた輪を作るところから始める。 カート放棄への対応や解約の兆候への接触がこれにあたる。1つの輪が回り、結果がプロファイルへ戻るところまで確認できてから、チャネルを足す。全チャネルを同時に接続する進め方は、要件と費用が一度に上がるため停滞しやすい。

関連用語

• カスタマージャーニー：オーケストレーションが介入する、顧客の接点の連なり
• ネクストベストアクション（NBA）：顧客一件ごとに次の一手を返す判断の仕組み
• AI意思決定：チャネルとタイミングの組み合わせを評価する層
• データアクティベーション：決まった一手を各チャネルで実行に移す工程
• リアルタイムCDP：実行時の参照に応えるための基盤要件
• パーソナライズ：オーケストレーションが届ける内容そのものの作り分け
• カスタマージャーニー分析：判断の材料となる、ジャーニーの実績データの分析

この記事は他の言語でも読めます： Customer Journey Orchestration · Customer journey orchestration: o que é e exemplos