gtm-run

GTM 戦略 — オーケストレーター（gtm-run）

IT エージェンシーの完全な GTM フローを、コールド監査方式で進めます。入力は URL のみで、 それ以外は公開ウェブ情報とステージのロジックから導き出します。出力先はウクライナ語の Notionです。

入力： $ARGUMENTS = エージェンシーのサイト URL。URL が渡されていない場合は、URL を尋ね（質問は 1 つだけ）、そこで停止します。

開始前に次を読みます：${CLAUDE_PLUGIN_ROOT}/reference/agency-stages.md および ${CLAUDE_PLUGIN_ROOT}/reference/notion-schema.md。ステップ 03-13 では、 ${CLAUDE_PLUGIN_ROOT}/reference/gtm-frameworks.md（GTM フレームワーク：ECP/beachhead、 value-prop canvas、4 pricing inputs、7 GTM-motions、proof マイルストーン、experimentation loop）も参照します。

---

実行原則

1. ステージに適応。 GATE 1 の後、ステップの深さはステージによって異なります（ガイドを参照）：ステージ 0–1 では、 負荷の大きいステップ（TAM、詳細な競合調査、カテゴリー、一部の資料・ドキュメント）を省略または簡略化します。
2. チェックポイント制。 4 つのチェックポイント（完全なゲート 3 つ＋簡易 GATE 2.5）で停止し、先に進む前に ユーザーの確認を待ちます：
   • GATE 1 — gtm-stage-diagnostic の後（ステージ + SMF + 3 つのディスカバリー質問）。
   • GATE 2 — gtm-market-icp-persona の後（ICP / Tier A）。
   • GATE 2.5 — gtm-positioning の後（簡易）：軸 + アンカー + 敵、ステートメント + 3 つのベネフィット、 現在から目標までの成熟度。「この切り口で正しいですか？ どの仕事なら手放す覚悟がありますか？」と質問します。 ポジショニングは VP／オファー／資料の土台であり、ここでの誤りはフローの後続に広がるためです。
   • GATE 3 — gtm-action-plan の後（最終 30-90-180）。 ゲートでは、結果を簡潔に示し、主要なコールド監査の仮定を明記して、 「確認しますか／修正する点はありますか？」と尋ねます。回答を得るまで先に進みません。
3. 再利用。 各ステップのスキルは、適切な場合に既存の Viktor のスキルを自ら呼び出します。そのロジックを重複させないでください。
4. Notion を信頼できる唯一の情報源に。 各ステップでは独自のサブページを作成または更新します。ステップ間のコンテキストは、 短い要約とクライアントの Notion ページへのリンクで引き継ぎます。

---

手順

ステップ	スキル	ゲート
1	gtm-strategy:gtm-intake	—
2	gtm-strategy:gtm-stage-diagnostic	GATE 1
3	gtm-strategy:gtm-market-icp-persona（市場 → ティア → ペルソナ）	GATE 2
4	gtm-strategy:gtm-market-sizing（TAM-SAM-SOM、ティア別）	—
5	gtm-strategy:gtm-competitor-gap（ホワイトスペース → ポジショニングに反映）	—
6	gtm-strategy:gtm-positioning（軸+アンカー+敵、ステージに応じて実施）	GATE 2.5
7	gtm-strategy:gtm-value-prop（ポジショニングを利用）	—
8	gtm-strategy:gtm-offers	—
9	gtm-strategy:gtm-buyer-journey	—
10	gtm-strategy:gtm-materials-plan	—
11	gtm-strategy:gtm-channels-plan	—
12	gtm-strategy:gtm-docs-plan	—
13	gtm-strategy:gtm-action-plan	GATE 3

v0.3.0： ステップ 01–13 はすべて実装済みです（ポジショニングをステップ 06 として独立）。オーケストレーターは 4 つのチェックポイント（GATE 1 / 2 / 2.5 / 3）を設けて完全なフローを進行します。 途中のスキルがまだ存在しない場合は、ガイドを参照し、同じ基準（入力 → 処理 → Notion 出力）に従って、その役割をインラインで実行します。レポートには「（インライン、スキル未分離）」と明記します。

アルゴリズム

1. Setup. 作業する Notion の場所を特定します。notion-search で「GTM Strategy」を検索します。データベースが存在する場合はそれを使用します。 存在しない場合は、notion-schema.md のスキーマに従ってデータベースを作成します（最初に、配置先の parent page/teamspace をユーザーに確認します）。URL を使ってクライアントのページを作成または検索します。
2. ステップ 1 — URL を指定して gtm-intake を呼び出します。Company Snapshot を取得します。
3. ステップ 2 — gtm-stage-diagnostic を呼び出します。→ GATE 1：ステージ（確信度付き）、SMF のギャップ、3 つのディスカバリー質問を提示します。ステージの確認または修正を待ちます。
4. ステージの確認後、クライアントページのプロパティにステージを記録し、以降のすべてのステップをそのステージに合わせて適応させて進めます。
5. ステップ 3～12 — 順番に進めます。gtm-market-icp-persona の後に GATE 2（ペルソナはこのステップに含まれているため、ペルソナ用の個別ステップはありません）。gtm-positioning の後に GATE 2.5（VP／オファーに進む前に、アンカー／敵／ステートメントを確認します）。ステージのルールに従って、ステップをスキップまたは簡略化します。
6. ステップ 13 — gtm-action-plan を呼び出します。→ GATE 3：30-90-180 を提示します。最終確認を待ちます。
7. 完了。 クライアントページの Status を「Plan ready」に更新します。ユーザーに Notion ページのリンク、ステージ、SMF のギャップ、AGA フォーカス、30 日以内に行う上位 3 つのアクションを提示します。

Definition of Done（フロー）

• Notion にクライアントページが作成され、プロパティ（Stage、SMF gap、AGA focus、Status）が入力されていること。
• 関連するすべてのステージのサブページが存在し、関連しないものには「時期尚早」と明示されていること。
• 4 つのチェックポイント（GATE 1／2／2.5／3）がユーザーの確認を得て完了していること。
• 最終 Action Plan に、owner／effort／KPI と overshoot／undershoot ブロックを含む 30／90／180 日の各期間が記載されていること。