mcpField
G
go-to-market-strategy

go-to-market-strategy

github.com/manojbajaj95マーケティング・グロース109324 回インストール6 週間前に更新
リポジトリ

go-to-market-strategy について

go-to-market-strategyは、製品・マーケティングチーム向けのGTM計画スキルです。ポジショニング、チャネル選定、段階的なローンチ、指標設定を扱い、開発者ツール、API、SDK、技術インフラのローンチ指針も含みます。

主な機能

  1. 01製品に合うGTMモデルの選択
  2. 02ポジショニング、メッセージ、チャネルの計画
  3. 03段階的ローンチと事後活動の設計
  4. 04ローンチ用マーケティング素材とチェックリストの準備
  5. 05技術製品向けローンチ段階と原則の設定

活用シーン

  1. 01新製品の市場投入計画の策定
  2. 02Product Huntローンチと事後対応の計画
  3. 03APIや開発者ツールのローンチ準備
  4. 04ローンチ目標と測定計画の設定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/manojbajaj95/claude-gtm-plugin --skill go-to-market-strategy

インストール後、Claude Code で/go-to-market-strategyを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
CHECKLISTS.md
GUIDE.md
launch_tiers.md
metrics_frameworks.md
TEMPLATES.md
WORKFLOW.md

詳細

Go-to-Market 戦略

ワークスペースのコンテキスト

質問する前に、ブートストラップコンテキストを確認してください。ブランド、対象ユーザー、オファー、チャネル、ツール、制約、指標については strategy/brand.md を、本人らしい文体については about/me.md を、コンテンツ計画については content/ideas.md と content/calendar.md を参照してください。従来のプロダクトマーケティング関連のコンテキストファイルは、フォールバックとしてのみ使用してください。生成した下書きは content/<platform>/drafts/YYYY-MM-DD_short-topic-slug.md に保存し、長期的に役立つ学びは strategy/brand.md、about/me.md、または content/ideas.md に反映してください。

運用上の契約

このスキルは、フロントマターで指定された範囲内で自己完結しています。ローカルの手順、リファレンス、スクリプト、アセットをプレイブックとして使用し、タスク固有の情報で不足しているものだけを質問してください。範囲を広げず、隣接するスキルに引き継ぎ、実行可能な成果物、判断、計画、下書き、または診断を返してください。

エンドツーエンドの GTM プレイブック:モーションの選択、ポジショニング、チャネル戦略、段階的なローンチ実行、ローンチマーケティング、技術系プロダクトのローンチ。


基本理念

ローンチはイベントではなく、キャンペーンです。 ローンチ前に勢いをつけ、ローンチ時にピークを迎え、その後も勢いを維持します。優れた企業は一度だけローンチするのではなく、何度も繰り返しローンチします。


GTM モーションの選択

モーション最適な対象主なレバー
PLGSMB、開発者、ACV が低い(<$5K)無料から有料へのコンバージョン
PLG + セールス支援ミッドマーケット、ACV が $5K-$25KPQL から SQL へのルーティング
セールス主導エンタープライズ、複雑な製品、>$25Kリレーションシップ、チャンピオン
コミュニティ主導開発者向けツール、OSSコミュニティによる採用
パートナー主導地理的な拡大、エンタープライズパートナー向けインセンティブ

簡易判断:

ACV < $5K and self-serve possible? → PLG
Buyer technical? → Developer/community-led
Everything else? → Sales-led

5 フェーズの GTM 戦略

フェーズ 1:市場でのポジショニング

ローンチの各フェーズを実行する前に、marketing-strategy スキルを使って ICP、ポジショニング、メッセージングを定義します。

検証項目:対象顧客が定義されていること、差別化要因が特定されていること、5 人以上の顧客でテストされていること。

フェーズ 2:メッセージングとコンテンツ

メッセージの階層:

  1. 見出し — 5~10 語で表す中核的なメリット
  2. サブ見出し — 仕組み、または対象ユーザー
  3. 3 つの主なメリット — 機能からメリットへ
  4. ソーシャルプルーフ — 推薦文、ロゴ、指標
  5. CTA — 明確な次のステップ

作成するコンテンツ: ローンチブログ記事 · 製品デモ動画(2~3 分) · ランディングページ · 告知メール · ソーシャル投稿 5~10 件

フェーズ 3:チャネル戦略(ORB)

Owned(最も ROI が高い — まずここを構築): メールリスト · ブログ/SEO · ブランドコミュニティ

Rented(安定性よりスピードを重視): Twitter/X · LinkedIn · YouTube · Reddit — オウンドチャネルへの誘導に活用

Borrowed(オーディエンスへの近道): ゲスト投稿 · ポッドキャスト出演 · インフルエンサーとの提携 · 共同マーケティング

戦略:Rented/Borrowed でトラフィックを集め、Owned に取り込みます。

フェーズ 4:ローンチのタイムライン

6 週間のローンチタイムライン:

  • 第 -6 週: メッセージングを確定し、コンテンツを作成し、指標を設定
  • 第 -4 週: ウェイトリストを作成し、メールの下書きを準備し、報道関係者/インフルエンサーに連絡
  • 第 -2 週: ソーシャルメディアで予告し、「近日公開」メールを送り、最終 QA を実施
  • 第 0 週(ローンチ日): ランディングページとブログを公開し、PT 午前 12:01 に Product Hunt に投稿し、ローンチメールを送信し、ソーシャルメディアで共有し、監視して返信
  • 第 +1 週: 推薦文を共有し、導入事例を投稿し、指標を分析
  • 第 +2 週: ローンチ後の分析を行い、継続的なマーケティングを計画
フェーズ 5:指標と成功基準

ローンチ前に定義します:

  • 認知: ウェブサイト訪問者数、ソーシャルメディアのインプレッション数
  • 獲得: サインアップ数、トライアル開始数、購入数
  • アクティベーション: 中核的なアクションを完了したユーザー数
  • 収益: MRR、コンバージョン率

複数フェーズでのローンチアプローチ

フェーズ目標主なアクション
社内機能を検証する協力的なユーザーとテストし、重大な問題を修正する
アルファ初めての外部検証ランディングページ、ウェイトリスト、個別招待
ベータ早期アクセスと話題を拡大するウェイトリストに順次対応し、解決する課題を予告する
早期アクセス大規模に検証する詳細を公開し、利用データを確認し、PMF 調査を実施する
正式ローンチ認知度を最大化する登録受付を開始し、課金を開始し、すべてのチャネルを稼働させる

Product Hunt でのローンチ

ローンチ前日まで: 支援者との関係を築き、掲載内容(タグライン、ビジュアル、デモ動画)を最適化し、コミュニティに参加します。

ローンチ当日: 終日イベントとして取り組みます。すべてのコメントに返信します。登録を獲得するため、サイトへの流入を促します。

ローンチ後: 参加してくれたすべての人にフォローアップします。PH からの流入をメール登録につなげます。

事例 — Reform:成功したローンチを調査し、ビジュアルを磨き、ローンチ前にコミュニティと交流 → Product of the Day で第 1 位を獲得。


ローンチマーケティングパック

大規模なローンチでは、次の 7 つの成果物を用意します。

  1. コンテキストスナップショット — ローンチするもの、対象者、目標、日付、制約
  2. ローンチマーケティング概要 — メッセージ、フック/注目ポイント、根拠、CTA、オーディエンスのセグメント
  3. ローンチ施策とチャネル計画 — 順序、チャネル表、アセットの割り当て
  4. PR アウトリーチキット — 独占公開の判断、対象メディア、ピッチメールとフォローアップメール
  5. アセットと社内準備キット — アセットのチェックリスト、ランディングページの概要、営業トーク、FAQ、反論への対応
  6. 測定と実験計画 — 指標、計測手段、実験、注力すべき施策
  7. リスク/未解決の質問/次のステップ

ローンチマーケティングのテンプレートについては、references/TEMPLATES.md を参照してください。 ローンチに必要な情報を集める質問については、references/INTAKE.md を参照してください。 ワークフローの詳しいガイダンスについては、references/WORKFLOW.md を参照してください。


技術製品のローンチ

開発者向けツール、API、SDK、技術インフラの場合:

ローンチの段階
段階種類期間投資
1 — 大規模新製品/GA12-16 週間高
2 — 標準新機能/統合6-8 週間中
3 — 小規模更新/パッチ2-4 週間低
開発者優先の原則
  1. ドキュメントは必須です — スタートガイド、API リファレンス、3 つ以上のコードサンプルがなければローンチしないでください
  2. 説明するより、実際に見せる — 実際のコード > マーケティングコピー
  3. 受動的なものより、インタラクティブなもの — プレイグラウンド > デモ動画 > スクリーンショット
  4. コミュニティを最優先する — Stack Overflow で回答し、GitHub で交流し、Hacker News で返信する
主な開発者向けチャネル

開発者ドキュメント · GitHub/GitLab · 開発者ブログ · API 変更履歴 · Dev.to · Hacker News · Reddit · Discord/Slack · YouTube チュートリアル

ローンチ段階のフレームワークの詳細については、references/launch_tiers.md を参照してください。 開発者向け指標については、references/metrics_frameworks.md を参照してください。


GTM 実行チェックリスト

ローンチ前
  • 明確な価値提案とウェイトリスト登録機能を備えたランディングページ
  • 自社チャネルの整備(メールリスト、ブログ)
  • 外部チャネルを 1~2 個用意し、プロフィールを最適化
  • 他者のチャネルを活用する機会を特定
  • ローンチ用アセットの作成(スクリーンショット、デモ動画、ソーシャル投稿)
  • オンボーディングフローのテスト
  • アナリティクスとトラッキングの稼働
ローンチ当日
  • 告知メールを送信
  • ブログ記事を公開
  • ソーシャル投稿を公開
  • Product Hunt の掲載を開始(利用する場合)
  • 既存ユーザー向けのアプリ内告知
  • チームが交流や返信を行える状態を整備
ローンチ後
  • オンボーディングメールのシーケンスを開始
  • 比較ページを公開
  • まとめメールに告知を掲載
  • フィードバックを収集して振り分け
  • 次のローンチ機会を計画

よくあるGTMの失敗

  • オーディエンスがいないままローンチする — まずメールリストを作成します
  • ローンチ当日だけ活動し、その後は何もしない — ローンチ後30日間の活動を計画します
  • あらゆる場所で展開する — 2〜3個のチャネルを選び、注力します
  • 成功指標がない — ローンチ前に目標を定めます
  • メリットではなく機能を伝える — 「Xを達成できます」は「Xの機能があります」より効果的です
  • 過剰な約束をする — 主張の根拠は実際の証拠に基づけます

関連スキル

  • sales-and-revenue-operations — 営業チーム、RevOps、ICP
  • pricing-strategy — 価格設定の判断
  • marketing-strategy — プロダクトマーケティング、ポジショニング、競合情報

コメント