Claude Codeを使ったマーケティングの仕組みは、二つの部分に分かれます。ツールは接続、保存、計算処理、生成モデルを提供し、エージェントはそのツールを使って特定の作業をこなします。両者の役割を分けておけば、投稿の失敗が接続、スケジュール、エージェントの判断のどこに起因するのかを見極めやすくなります。また、自動化が正しく動いていることを、キャンペーンで視聴者が増えたり売上が生まれたりする証拠と取り違えることも防げます。
まず仕組みで追う数値を決める
エージェントに作業を割り当てる前に、KPI（重要業績評価指標）、つまり事業の進み具合を示す指標を選びます。個人ブランドであれば、フォロワーの増加、総再生数、投稿あたりの平均再生数を追うことが考えられます。アプリ事業であれば、Webサイトの訪問数、ダウンロード数、有料会員の解約、継続収益を重視するでしょう。どの指標を選ぶかによって、ダッシュボードに必要なデータと、それを集めるべきエージェントが決まります。
制作量の目標と成果の目標は分けて設定します。制作量の目標は、動画、投稿、アウトリーチのメッセージをどれだけ作るかを定めるもので、成果の目標はその後に何が起きたかを測るものです。あるバスケットボールアプリの立ち上げ計画では、最初の1か月の目標を100ダウンロードとオーガニック再生100万回としていました。これは作業を設計するための目標であり、達成した実績でも、この手法でプロダクトマーケットフィットを確立できるという保証でもありません。
ツールには安定した基盤の役割を与える
仕組みは五つの機能に分けられます。ツールはエージェントでなくても役に立ちます。記録を保存する、定期処理を実行する、アカウントに接続するといった単純な仕事だけを担う場合もあります。
| 機能 | ツールの仕事 | この構成での例 |
|---|---|---|
| ソーシャル投稿 | API（ソフトウェア同士がデータをやり取りする仕組み）を通じてアカウントを接続し、投稿を予約し、結果を取得する | 接続済みのプラットフォームアカウントと投稿キュー |
| 保存 | 素材、投稿記録、指標、ワークフローの状態を保存する | InnsForgeとPostgreSQL（構造化された記録を扱うデータベース） |
| クラウド自動化 | ローカルのコンピューターが止まっていても定期ジョブを実行する | Railway |
| クリエイティブ生成 | 素材制作に使う画像、動画、音声のモデルを提供する | ReplicateとHiggsfield |
| モデルとエージェントの層 | 指示を解釈し、作業の手順を調整する | ClaudeとClaude Code |
Cursorは開発用の作業環境を提供し、GitHubはコードと設定の変更を保存・追跡します。GitNexusは大規模なコードベースを、ルート、自動化処理、データベースのテーブル、外部サービスを示す視覚的なマップに変換できます。このマップは各部分のつながりを運用者が確認するのに役立ちますが、接続そのもののテストに代わるものではありません。
▲ マーケティング作業をつなぐ基盤
共有のBRAND.MDファイルは、生成を担うエージェントにとって、ロゴ、書体、正確な色、素材のファイル名、音声やアバターの設定を確かめる参照先になります。このファイルは、動作するコード、アカウントの接続、データベースへのアクセスと並んで欠かせない要素です。これらの前提をすべてそろえてから、エージェントに仕組み全体を動かさせます。この構成では、機密性の高いAPIキーをローカルのファイルではなくクラウドの環境変数に保管します。
エージェントには範囲を限った仕事を割り当てる
最も分かりやすい区分は、人が始めるクリエイティブな作業と、スケジュールに沿って動く運用作業の違いです。編集のワークフローでは、人が話し手を撮影した未編集の素材を渡し、スタイルやテンポに関するメモを添えることができます。そのうえでエージェントが素材を文字起こしし、使う部分を切り出し、動きのある字幕と行動喚起を加え、SNS用の文章を書き、カバー画像を用意します。作業を始めるのは人の入力で、制作の各工程はエージェントが担います。
投稿のワークフローはその後、完成したクリップから始まります。担当のエージェントは素材を分析し、タイトルとキャプションを整え、関連するメディアやリソースのリンクを添えて、接続済みのアカウントの次に空いている枠に投稿を入れます。予約した処理を実行するのはクラウド上のプロセスです。この区別には意味があります。編集エージェントがクラウドのワーカーが動いたかどうかまで判断する必要はなく、スケジューラーがブランドのビジュアルを考え出す必要もありません。
▲ 編集・投稿・測定の流れ
ほかのエージェントは、より限られた役割を担います。リサーチ用のエージェントは、製品のリリース情報やニュースフィードからコンテンツの題材候補を集めます。データ収集用のエージェントは、アプリの日次ダウンロード数、SNSの指標、追跡可能なリンクのクリックを記録します。監視用のエージェントは、スケジュール、実行ログ、エラーを確認します。KPIチェッカーは、集めた結果を最初に設定した目標と比較します。これらの仕事を組み合わせることで、一つのエージェントにすべての判断を任せることなく、リサーチ、制作、投稿、振り返りがつながります。
効果を判断する前にワークフローを確認する
最初の確認では、ダッシュボードに適切なKPIの項目があること、アカウントの接続が機能していること、データベースに記録が届いていること、クラウドのホストが定期ジョブを実行していることを確かめます。本格的な投稿スケジュールを始める前に、影響の小さいテスト投稿で各工程の受け渡しを検証できます。その後は実行ログを見れば、期待した結果が出なかった原因が失敗したジョブなのか、投稿はされたものの反応が弱かったのかを判別できます。
この事例には、編集したクリップが1日で1万1000回を超える再生と240件のいいねを集めたケースが含まれています。また、ショート動画の編集に約30分かかること、運用者が20個のClaude Codeインスタンスを別々のクリップに同時に走らせることも示されています。これらは、その運用の中で実際に起きたこと、あるいは提案されたことを示すものです。ほかのチームが同じ成果、作業時間、労力の削減を得られることを裏付けるものではありません。
同じ区別はダッシュボードにも当てはまります。再生数、フォロワー数、ダウンロード数、リンクのクリック数、収益は、それぞれ異なる測定値です。予約済みの投稿で埋まったカレンダーは、計画した制作量を示すにすぎず、視聴者の関心を示すものではありません。リンクの追跡は投稿とその後のクリックを結び付けるのに役立ち、アプリや事業の指標はさらにその先で何が起きたかを示します。
まずは検証済みのループを一つ作る
事業のKPIを一つと、現実的なコンテンツ制作量の目標を選びます。データソースを接続し、ブランドのルールを文書にまとめ、編集作業と予約投稿を一つずつテストします。そのうえで、エージェントやアカウントを増やす前にジョブのログと結果の指標を確認します。ツールは運用を回し続け、エージェントは決められた作業をこなし、ダッシュボードはその作業が機能したかどうか、そして重要な成果につながったかどうかを示すべきです。