ops-gtm

OPS ► GTM コマンドセンター

/marketing の上位に位置する戦略レイヤーです。/marketing はキャンペーンを実行し、/gtm は有料、無料、営業、AI 自動化の各チャネルで何を実行するかを決定してから、実行可能な要素を Skill ツール経由で /marketing に引き渡します。

実行時コンテキスト

実行前に、利用可能なコンテキストを読み込みます。

1. 設定：${CLAUDE_PLUGIN_DATA_DIR:-$HOME/.claude/plugins/data/ops-ops-marketplace}/preferences.json を読み込みます。

   • timezone — すべての出力のタイムスタンプを正しく設定します
   • gtm_default_project、gtm_default_audience、gtm_brand_voice — 設定されている場合に、プロジェクトレベルのデフォルト値として使用します
   • gtm_monthly_budget、gtm_stage（pre-launch|beta|ga|scale）— チャネルの推奨を調整するために使用します

2. キャッシュ済みプラン：${CLAUDE_PLUGIN_DATA_DIR}/gtm/*.md を一覧表示し、最近のプランを提示します。過去のプランファイルは上書きせず、必ず日付を付けた新しいファイルを追加します。

3. デーモンの稼働状況：${CLAUDE_PLUGIN_DATA_DIR}/daemon-health.json を読み込みます。action_needed が null でない場合は、長時間のプランニングフローを実行する前に、その内容を提示します。

4. リポジトリの自動スキャン（バックグラウンド）：現在の作業ディレクトリに対して、並行して run_in_background: true で以下を実行します。

   • git remote -v → プロジェクトのスラッグと組織を推測します
   • cat README.md（または README.*）→ 製品の説明、ICP のヒントを確認します
   • package.json、pyproject.toml、Cargo.toml、go.mod を Glob → 技術スタックを確認します
   • .planning/**/*.md と docs/**/*.md を Glob → 既存のブリーフやポジショニングのメモを確認します
   • 次の情報を特定します：プロジェクト名、一文での売り込み文句、主要な技術、リポジトリ内で示唆される既存チャネル

5. /marketing の認証情報の確認（読み取り専用）：このスキルでは API キーを再解決しないでください。代わりに、ユーザーが何かの開始を依頼した場合は、Skill ツール経由で /marketing に委任します。認証情報の解決チェーン（userConfig → 環境変数 → Doppler → Dashlane → Keychain → gcloud ADC）は /marketing が管理します。

Agent Teams のサポート

CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1 が設定されている場合は、plan サブコマンドで Agent Teams を使用し、4 つの調査エージェントがコンテキストを共有して、進捗をリアルタイムで報告できるようにします。

TeamCreate("gtm-research-team")
Agent(team_name="gtm-research-team", name="paid-research",       prompt="Research paid acquisition channels that fit ${PROJECT_TYPE} at ${STAGE} with $${MONTHLY_BUDGET}/mo. Return a ranked list with fit signals, expected CAC, and which /marketing sub-command (if any) executes each channel.")
Agent(team_name="gtm-research-team", name="unpaid-research",     prompt="Research organic channels (SEO, content, community, PR, partnerships, referrals, lifecycle email) for ${PROJECT_TYPE} at ${STAGE}. Return ranked list with effort estimate, time-to-signal, and /marketing sub-command mapping.")
Agent(team_name="gtm-research-team", name="sales-research",      prompt="Design a sales motion for ${PROJECT_TYPE}: outbound vs inbound vs PLG vs channel. Propose a 30/60/90 plan with concrete activities and target metrics.")
Agent(team_name="gtm-research-team", name="automation-research", prompt="Propose AI-automation recipes: lead enrichment, personalized outreach, content ops, lifecycle copy, support deflection, lead scoring. For each, list trigger, model/tool stack, and where it plugs into /marketing.")

フラグが設定されていない場合は、同じ 4 つのプロンプトを使用する標準的なファイア・アンド・フォーゲット方式のサブエージェントを使用します。

---

サブコマンドのルーティング

$ARGUMENTS を以下の該当セクションにルーティングします。

入力	アクション
（空）、plan	4 つすべてのチャネルにわたる総合的な GTM プラン
paid	有料顧客獲得の詳細分析（Meta、Google、LinkedIn、TikTok、アフィリエイト、スポンサーシップ）
unpaid	オーガニック施策の詳細分析（SEO、コンテンツ、コミュニティ、PR、パートナーシップ、紹介、ライフサイクルメール）
sales	営業の進め方（アウトバウンド、インバウンド、PLG、チャネル／パートナー）
automation	GTM の AI 自動化プレイブック
launch	30／60／90 日のローンチカレンダーと事前チェックリスト
brief	1 ページのポジショニングブリーフ（ICP、バリュープロポジション、メッセージングの柱）
setup	デフォルトのプロジェクト、オーディエンス、予算区分、ブランドボイスを設定します

引数は自由形式です。/gtm plan for my-project $2k/mo pre-launch は、インテーク値があらかじめ入力された plan と同等として扱います。

---

プロジェクトの初期情報

計画の各セクションを作成する前に、以下の情報が判明していることを確認してください。次の順番で情報を収集し、不足している項目だけをユーザーに尋ねます。

1. リポジトリを自動スキャンする（Runtime Context のステップ 4）。
2. gtm_default_* キーの設定を読み取る。
3. $ARGUMENTS の自由記述から、予算、ステージ、プロジェクト名を解析する。
4. AskUserQuestion で不足項目を尋ねる — Rule 1 を守ります（呼び出しごとに選択肢は最大 4 つ。不足項目が多い場合は分けて尋ねます）。

判明している項目は飛ばし、以下の 4 つの質問をこの順番で尋ねます。

• プロジェクトの種類 — [B2B SaaS, B2C product, Marketplace, Dev tool / API]
• ステージ — [Pre-launch, Beta / early access, GA (live), Scale (growth)]
• 主な目標（今後 90 日間） — [Awareness, Signups / leads, Revenue, Retention / expansion]
• 月間予算の区分 — [<$1k, $1k–5k, $5k–25k, $25k+]

Rule 1 の選択肢が 4 つを超える場合（例：プロジェクトの種類が 4 つを超える場合）は、4 つ目の枠に [More options...] を入れて、複数回に分けて提示します。

Rule 3 に従い、初期情報に関する質問を黙って省略してはいけません。ユーザーが Escape キーを押した場合は、[Paste manually] / [Use default] / [Skip this only] を提示します。

---

チャネル／施策カタログ

プランナーが参照する正規の一覧です。各行には、施策 → 適合する条件 → コストの目安 → 実行方法が記載されています。実行方法により、/gtm と /marketing の連携がスムーズになります。チャネルに対応する /marketing サブコマンドがある場合、プランではその名前を指定します。ない場合はチャネルに manual と記載し、プランにはテンプレート化した次のアクションを含めます。

有料施策

チャネル	適合する条件	コストの目安	実行方法
Meta Ads（Facebook + Instagram）	B2C、マーケットプレイス、幅広い消費者層	CPA は通常 $5–50	/marketing ads · /marketing meta create-campaign
Google Ads — 検索	購買意欲の高い顧客、既存の需要	CPC は $1–30	/marketing google-ads
Google Ads — Performance Max	カタログを持つ E コマース	CPA は混合型	/marketing google-ads
YouTube Ads	大規模な認知度向上	CPV は $0.01–0.30	/marketing google-ads（動画キャンペーン）
LinkedIn Ads	B2B、ACV > $10k	CPC は $8–15、CPL は $50 以上	manual — LinkedIn Campaign Manager
TikTok Ads	B2C、35 歳未満のオーディエンス、クリエイティブ主導	CPC は $1–10	manual — TikTok Ads Manager
Reddit / X / Pinterest	ニッチなコミュニティ	変動	manual
ポッドキャストのスポンサーシップ	信頼重視、対象 ICP が狭い	CPM は $20–50	manual — スポンサーとの直接契約
アフィリエイト／パートナープログラム	マーケットプレイス、紹介のループがある SaaS	レベニューシェア	manual — Rewardful / PartnerStack

無料施策（オーガニック）

チャネル	適合する条件	労力	実行方法
プログラマティック SEO	開発者向けツール、マーケットプレイス、比較検索クエリ	初期の労力は大きいが、効果が積み上がる	/marketing seo（トラッキング）+ 手動のコンテンツ運用
トピッククラスター SEO	コンテンツ主導の SaaS、情報収集目的の検索	中程度、効果が見えるまで 3～6 か月	/marketing seo
ライフサイクルメール（ウェルカム、ナーチャリング、休眠顧客の再獲得）	メールアドレスを取得するすべてのサービス	中程度、効果が高い	/marketing email（Klaviyo フロー）
Instagram オーガニック	ビジュアル重視の製品、ライフスタイル	中程度、毎日	/marketing instagram
創業者主導の X / LinkedIn	B2B、開発者向けツール、ソートリーダーシップ	毎日、効果が高い	manual
コミュニティ構築（Discord / Slack / フォーラム）	開発者向けツール、熱心なユーザー層を持つ B2C	労力が大きく、継続的	manual
PR／ローンチプラットフォーム（Product Hunt、HN、報道機関）	ローンチ時のすべてのサービス	効果に波がある	/gtm launch チェックリスト + 手動
パートナーシップ／インテグレーション	SaaS、マーケットプレイス	中程度、効果が積み上がる	manual
紹介プログラム	プロダクト主導で登録を促すすべてのサービス	エンジニアリングコストは低く、効果が高い	manual — ライフサイクルメールに組み込む

セールス

販売手法	適合する条件	実行方法
アウトバウンド（コールドメール + LinkedIn）	B2B、ACV > $5k	/gtm automation（AI によるパーソナライズ）+ 手動の送信ツール
インバウンド（デモフォーム → AE）	料金ページがある B2B SaaS	手動の CRM + 振り分け
プロダクト主導の成長（セルフサービス）	開発者向けツール、水平型 SaaS	manual — オンボーディングを計測し、ライフサイクルには /marketing email を使用
チャネル／パートナー	エンタープライズ、業種特化型 SaaS	manual — 共同販売の手法

AI 自動化

レシピ	内容	スタック	連携先
AI によるコールドメールのパーソナライズ	LLM がエンリッチメントデータから書き出し文を生成します	Clay / Apollo + Claude	アウトバウンド営業
生成 AI による SEO クラスター	LLM がシードキーワードからトピッククラスターのアウトラインを作成します	Claude + GSC データ	/marketing seo
ライフサイクルコピーの生成	セグメントごとに Klaviyo のフローメールを自動作成します	Claude + Klaviyo データ	/marketing email
広告クリエイティブのバリエーション	Meta / Google 広告コピーの A/B テストセットを一括生成します	Claude + /marketing ads のインサイト	/marketing meta create-campaign · /marketing google-ads
サポート問い合わせの削減	LLM がドキュメントをもとに Tier 1 のチケットに回答します	Claude + ヘルプセンターの KB	手動 — ヘルプデスク
リードスコアリング	LLM がインバウンドリードを ICP との適合度でスコアリングします	Claude + CRM データ	手動 — CRM
コンテンツの再利用	長文コンテンツ → ツイート、LinkedIn 投稿、ニュースレター	Claude	/marketing instagram · 手動のソーシャル

---

plan — GTM 計画全体（デフォルト）

1. Project Intake セクションに従ってインテークを行います。

2. 4 つのリサーチエージェントを起動します（フラグが設定されている場合は Agent Teams、それ以外は fire-and-forget）。

3. 次の順序で計画をまとめます。

   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
    GTM PLAN — [project]  ([stage], [goal], $[budget]/mo)
    [timestamp]
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
    POSITIONING
     ICP:            [one sentence]
     Value prop:     [one sentence]
     Messaging:      [3 pillars, comma-separated]
   
    PAID (next 30 days)
     1. [Channel]  $[X]/mo  Expected CAC: $[X]  Execute: /marketing ads
     2. [Channel]  $[X]/mo  Expected CAC: $[X]  Execute: manual
   
    UNPAID (next 90 days)
     1. [Channel]  Effort: [L/M/H]  Signal in: [X wks]  Execute: /marketing seo
     2. [Channel]  ...
   
    SALES
     Motion:         [Outbound / Inbound / PLG / Channel]
     30/60/90:       [one line summary]
   
    AUTOMATION (AI-powered)
     1. [Recipe]     Plugs into: /marketing email
     2. [Recipe]     Plugs into: outbound
   
    KPIs
     North star:     [metric + target]
     Leading:        [3 leading indicators]
   
    BUDGET ROLLUP
     Paid:           $[X]/mo
     Tools/SaaS:     $[X]/mo
     Total:          $[X]/mo
   ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
   

4. 計画を ${CLAUDE_PLUGIN_DATA_DIR}/gtm/<project-slug>-$(date +%Y-%m-%d).md に保存します（ディレクトリがない場合は作成します）。上書きはしないでください。ファイルが存在する場合は、末尾に -v2、-v3 を付けます。

5. 引き継ぎプロンプト — AskUserQuestion で終了します（Rule 1 に従い、選択肢は最大 4 つ）。

   • [Launch via /marketing] — 実行可能な上位項目を /marketing に渡します
   • [Save only] — 計画ファイルを保存し、それ以外の操作は行いません
   • [Refine plan] — インテークを調整して再実行します
   • [Schedule follow-up] — 7 日後または 30 日後に再確認します（利用可能な場合は /ops cron に委任します）

[Launch via /marketing] の場合、実行パスが /marketing で始まる計画項目を順に処理し、Skill ツールを使って 1 つずつ呼び出します。

Skill("ops-marketing", args="campaigns")
Skill("ops-marketing", args="ads")
Skill("ops-marketing", args="email")

項目を黙ってスキップしてはいけません（Rule 3）。各項目について [Launch, Skip, Edit first] を確認してください。

Rule 5 に従い、項目ごとの明示的な確認なしに、費用が発生するものや実際の受信者に送信するものを自動で開始してはいけません。計画は提案し、/marketing は実行し、有料またはアウトバウンドのアクションはユーザーが個別に承認します。

---

paid — 有料獲得の詳細分析

同じインテークを行いますが、paid-research エージェントのみを起動します。PAID ブロックのみを出力し、チャネル行は最大 5 行とします。各行には次を含めます。

• 予想 CAC の範囲（出典または根拠を記載）
• クリエイティブの切り口の提案
• 初期予算
• アトリビューション設定の注記（/marketing attribution での測定方法）
• /marketing のサブコマンドまたは manual を示す Execute: 行

plan と同じ引き継ぎプロンプトで終了し、有料チャネルに範囲を限定します。

---

unpaid — オーガニック施策の詳細分析

unpaid-research のみを起動します。推奨するチャネルごとに、次を出力します。

• 適合する理由（インテークから得られた適合シグナル）
• 最初の 30 日間に実施する具体的なアクション（箇条書き 3 項目）
• 効果が現れるまでの期間
• 効果測定：追跡に使う /marketing のサブコマンド（/marketing seo、/marketing email、/marketing instagram）または manual + tool
• ライフサイクルメールをここでの主要施策として扱います。具体的な Klaviyo フローを推奨し、/marketing email でその作成の土台を用意できることを記載します

---

sales — 営業の進め方

sales-research のみを起動します。次を作成します。

1. 営業の進め方の選定と、その根拠を 1 段落で記載します（Outbound / Inbound / PLG / Channel — ユーザーに選択してもらう場合、Rule 1 に従い、この 4 つをそのまま選択肢として使います）。
2. ICP のセグメント — 最初にアプローチするセグメントをインテークに基づいて選び、その規模を示します。
3. 30/60/90 日計画 — 週ごとのアクティビティを記載します（例：第 1 週：500 社のリストを作成、第 2 週：アウトバウンドを 200 件送信、…）。
4. ツール — CRM、エンリッチメント、シーケンサーを記載し、自動化セクションの AI 自動化が適するタイミングを示します。
5. 引き継ぎ — [Automate outreach via /gtm automation, Skip, Edit motion] を提示します。

---

automation — AI 自動化プレイブック

automation-research のみを起動します。各レシピは次の内容で構成します。

• トリガー条件（どのイベントで実行されるか）
• モデル／ツールスタック（デフォルトでは Claude と、カタログに記載された ops ツールを使用します）
• 統合ポイント — どの /marketing サブコマンドまたは外部システムから読み取り、どこに書き込むかを具体的に示します
• リスクフラグ（PII、コスト、ブランドボイスのずれ）と、それを軽減するガードレール
• ユーザーがコピーして貼り付けられる、スタータープロンプト／疑似コードのスニペット

最後に、AskUserQuestion で [Scaffold recipe now, Save only, Pick different recipe] を提示します。

---

launch — 30/60/90 ローンチカレンダー

stage = pre-launch または beta の場合に使用します。4 つすべてのチャネルにわたるローンチ活動を、週ごとのカレンダーとして作成します。

必須の事前チェックリスト（準備完了／未対応を表示して確認します）：

☐ Positioning brief  →  /gtm brief
☐ Landing page live  →  manual
☐ Analytics wired    →  /marketing setup (GA4 + GSC)
☐ Email capture live →  /marketing email  (Klaviyo list)
☐ Ad accounts ready  →  /marketing setup (Meta, Google)
☐ Social handles claimed   →  manual
☐ Product Hunt / HN plan   →  this skill, below
☐ Press / creator list     →  manual

ローンチ当日のプレイブック：T-7d から T+14d までの時間単位のタイムラインを表示し、具体的なアクションと、それぞれに対応する /marketing コマンド（または手動の手順）を示します。

---

brief — 1 ページのポジショニングブリーフ

簡易ルートです。4 つのリサーチエージェントは起動せず、情報を収集して 1 回だけ呼び出し、ブリーフを作成します。項目は次のとおりです。ICP、課題、価値提案、3 つのメッセージングの柱、実証ポイント、アンチポジショニング（対象ではない顧客）。${CLAUDE_PLUGIN_DATA_DIR}/gtm/<project-slug>-brief-$(date +%Y-%m-%d).md に保存します。

最も低コストで始められる方法です。プロジェクトのポジショニングがまだ文書化されていない場合は、/gtm plan の前に /gtm brief を実行することをおすすめします。

---

setup

GTM のデフォルト設定を構成し、以降の実行で情報収集の質問を省略できるようにします。Rule 4 に従い、結果が直後の判断に必要な場合を除いて、すべての Bash 呼び出しで run_in_background: true を指定します。

最初にバックグラウンドで自動スキャンを実行します。

# Existing prefs
jq -r '{project: .gtm_default_project, audience: .gtm_default_audience, voice: .gtm_brand_voice, budget: .gtm_monthly_budget, stage: .gtm_stage}' "$PREFS_PATH" 2>/dev/null

# Repo signals
git -C "$PWD" remote get-url origin 2>/dev/null
head -50 README.md 2>/dev/null
ls .planning/ 2>/dev/null

その後、不足している項目について次の順に質問します（Rule 1 に従い、選択肢は 4 つ以下）。

1. デフォルトのプロジェクト名 — 自由入力。git remote のスラッグを初期値に設定します
2. プロジェクトの種類 — [B2B SaaS, B2C product, Marketplace, Dev tool / API]
3. ステージ — [Pre-launch, Beta, GA, Scale]
4. 月間予算の区分 — [<$1k, $1k–5k, $5k–25k, $25k+]
5. ブランドボイス — [Playful, Professional, Technical, Bold]

$PREFS_PATH に gtm_default_project、gtm_project_type、gtm_stage、gtm_monthly_budget、gtm_brand_voice として保存します。ここに API キーを書き込んではいけません。GTM は認証情報を管理しません（/marketing が管理します）。

最後にスモークテストを行います。バックグラウンドで /gtm brief を実行し、✓ setup complete — try /gtm plan または ✗ [error] を報告します。

---

Plugin Rules への準拠（必読）

上記のすべての動作は claude-ops/CLAUDE.md に従います。

• Rule 0 — 公開リポジトリ：上記のすべての例では your-project、[email protected]、<YOUR_TOKEN> を使用します。ユーザー固有のデータを $PREFS_PATH または ${CLAUDE_PLUGIN_DATA_DIR}/gtm/ 以外に保存してはいけません。
• Rule 1 — AskUserQuestion の選択肢は 4 つ以下：このファイル内のすべての質問で、選択肢は正確に 4 つ以下です。動的なリストが 4 つを超える場合は、[More options...] を使ってページ分割します。
• Rule 3 — 自動的にスキップしない：ローンチへの引き継ぎ時には、各計画項目について [Launch, Skip, Edit first] を明示的に提示します。通知せずにスキップしてはいけません。
• Rule 4 — setup 中はデフォルトでバックグラウンド実行：setup フロー内のすべての Bash 呼び出しで run_in_background: true を指定します。
• Rule 5 — 破壊的な操作には明示的な確認が必要：/gtm は支払いもメッセージの直接送信もしません。これらは、各操作の確認を管理する /marketing に委任します。推奨はあくまで推奨です。

---

このスキルが薄い理由

/gtm はチャネル API を意図的に再実装しません。認証情報の解決、curl 呼び出し、デーモンのデータ、ダッシュボードはすべて /marketing にあります。このスキルは戦略策定と引き継ぎを担うレイヤーです。機能がチャネル API に属する場合は /marketing に追加し、計画に属する場合はここに追加します。