GTM オーケストレーションの構築要素 — Ramp のアルマン・ワジリ氏

GTM オーケストレーションの構築要素：Ramp が目指す「意図」だけで動く自動化の仕組み

Ramp のアルマン・ワジリ氏は、市場参入（GTM）戦略における最大のボトルネックは「アイデアの実行コスト」と「データの不整合」にあると指摘します。彼らが提唱するのは、複雑な設定やプロンプトエンジニアリングを必要とせず、「ゴルフボールを贈る」といった単なる意図を記述するだけで、複数のチャネルにまたがる自動化キャンペーンを実行できるオーケストレーションの構築です。

このアプローチは、AI エージェントを単なるチャットボットの域を超え、実務を完遂させる「実行者」へと進化させるための具体的なアーキテクチャ指針を提供しています。

課題：アイデアと実行の間に広がる巨大な溝

Ramp では長年、製品やデータ、エンジニアリングチームなどから素晴らしいアイデアが生まれ続けている一方で、それを実行に移すまでのプロセスに大きなボトルネックがあることに気づいていました。具体的には、ターゲットとするオーディエンスを特定し、戦略に従って人々を動かし、イネーブルメント資料を活用させるための調整コストが莫大でした。

「素晴らしいアイデアは溢れているが、その後の『実行』の部分がボトルネックになっている」

この問題を解決するためには、単なるツール導入ではなく、エンジニアリング的な視点から根本的な基盤を再構築する必要があります。ワジリ氏は以下の 3 つの主要な課題を挙げています。

1. データの散在と不整合: 必要なデータが各システム間でバラバラで、一貫した「真実のソース（Source of Truth）」が存在しないため、組織横断的な協調行動が不可能になっている。
2. 営業担当者の業務過多: 優秀な意図を持っていても、営業チームは会議とアウトバウンドに追われ、キャンペーンの実行や実験のための時間的・運作的な負担が大きすぎた。
3. 調整コストの高さ: 新しいアイデアを提案し、関係者を説得して実行に移すまでには数ヶ月単位の時間がかかり、スピード感ある実験が困難だった。

解決策 1：一貫性のあるデータ基盤（内部 CDP）の構築

これらの課題に対する最初の解決策は、CRM、製品データ、外部シグナルなどを統合した「内部顧客データプラットフォーム（CDP）」の構築です。これは単なるデータベースではなく、非構造化データの検索可能性を高めるための基盤となります。

Ramp では以下のような多様なデータを統合しています。

• 構造化データ: CRM の顧客情報、製品利用状況、Web 上の行動データ。
• 外部シグナル: 資金調達発表などの市場動向や、購買意欲を示す信号（例：財務部門への関心度）。
• 非構造化データ: 通話のトランスクリプト、メール、メモ、ナレッジベース資料など。

この基盤は、Postgres データベースをバックエンドに持ち、トランザクションの保証や参照整合性を維持しつつ、Kafka を介してリアルタイムイベント（メールや会議など）を処理します。また、DBT や Snowflake を活用したオフラインバッチ処理と、Reverse ETL によるデータ転送を行い、すべてのデータを最新かつ一貫性のある状態で保持しています。

特に重要なのが非構造化データの扱いです。ワジリ氏は「販売データの多くは本質的に非構造化であり、それを検索可能にすることが極めて価値が高い」と強調します。バッチジョブでデータをチャンク化し、エンベディングして Turbo Buffer に格納することで、エージェントは特定のアカウントや文脈に必要な情報だけを抽出・検索できるようになります。

解決策 2：Temporal を使った耐障害性の高い実行アーキテクチャ

意図を記述するだけでは不十分です。システムがダウンしても、あるいはエラーが発生しても、処理を最初からやり直すのではなく、中断した地点から復元できる仕組みが必要です。Ramp はこれを実現するために、Temporalというフレームワークを採用しています。

「すべてのツール呼び出しやモデル呼び出しを『アクティビティ』として表現し、各実行を永続的なスレッド（Durable Thread）として管理する」

このアーキテクチャにより、以下のような機能が可能になります。

• 状態からの復元: ワーカーが何らかの理由で停止しても、その時点までの状態を引き継いで実行を再開できます。最初から再処理する必要がないため、効率的かつ高速です。
• スコープ限定のツール呼び出し: エージェントごとにアクセスできるツールや情報、スキルを制限・設定できます。
• ヒューマン・イン・ザ・ループ: 必要なタイミングで実行を一時停止し、人間の判断を仰いでから再開するフローも標準的にサポートされています。

解決策 3：意図記述型オーケストレーションの実現

これらの基盤とアーキテクチャを組み合わせることで、Ramp が目指す「意図記述型オーケストレーション」が実現します。ユーザーは複雑な設定やプロンプトエンジニアリングを行う必要はありません。

例えば、「東海岸の建設会社でゴルフをする顧客に、Pro V1 ゴルフボールを贈って Ramp への体験を試してほしい」という意図だけを記述するだけで、システムが自動的に以下を実行します。

• 該当するオーディエンス（ゴルファーかつ建設会社の顧客）の抽出とリスト化
• オフラインシーケンスの作成
• コピーライティングや広告クリエイティブの生成
• Web やアプリ内通知の表示

これにより、営業担当者は「何をしたいか」だけを考えればよく、システムがその意図を具体的なアクションに変換して実行してくれます。

戦略：特定のチームから始め、横展開する

Ramp のアプローチには、組織全体への拡大方法も明確に示されています。それは「一つのチームの課題解決から始め、成功パターンを横展開する」というものです。

すべてのチームが同じ課題を抱えているわけではありませんが、「自動アウトバウンドの実行」や「会議前の準備」といったワークフローは共通しています。Ramp ではまず Account Manager（AM）向けの「会議前ブリーフィング生成」機能を実装しました。これは、顧客の状況、アジェンダ、過去のやり取りなどを統合し、AM が会議に臨む前に必要な情報を自動的に提供するというものです。

このように特定のチームで成功したパターンを、他のチームや部門へとミラーリングして展開することで、組織全体の自動化と効率化を広げています。これは、個別のツール導入ではなく、プラットフォームとしての価値を最大化する戦略です。

まとめ

Ramp のアルマン・ワジリ氏が語る GTM オーケストレーションは、AI エージェントを単なる情報検索ツールから、実務を完遂させる実行パートナーへと進化させるための具体的な指針です。一貫性のあるデータ基盤と耐障害性の高い実行アーキテクチャを土台に、「意図」だけを記述するだけで複雑なキャンペーンを実行できる仕組みは、企業のスピード感ある実験とスケーラビリティの向上に大きく寄与するでしょう。