go-to-market-planner について
製品、マーケティング、営業、サポートを連携させ、担当者、日程、成功指標を定めるGTM計画作成スキルです。リリース規模を分類し、活動、リスク、当日のチェック項目を整理します。
主な機能
- 01規模に応じてリリースを分類
- 02部門横断の活動と日程を計画
- 03担当者と期限を設定
- 04測定期間付きの指標を設定
- 05リスク、対策、当日の確認項目を整理
活用シーン
- 01新製品のリリースを計画
- 02重要な機能リリースを調整
- 03小規模な更新の活動を整理
- 04指標とロールバック計画を設定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/go-to-market-plannerを入力して読み込まれたか確認します。
詳細
Go-to-Market プランナーのスキル
1 回のローンチに向けて、明確な担当者、スケジュール、成功指標とともに、プロダクト、マーケティング、営業、サポートの足並みをそろえた、部門横断型のGTM計画を作成します。
ローンチティアのフレームワーク
計画を立てる前に、ローンチのティアを分類します。
| ティア | 対象範囲 | 一般的な所要期間 | 例 |
|---|---|---|---|
| ティア 1 — 大規模ローンチ | 新製品／プラットフォームの大幅な変更 | 8～12 週間 | 新しい価格モデル、プラットフォームのリブランド、新しい製品ライン |
| ティア 2 — 機能ローンチ | 重要な新機能 | 4～6 週間 | 主要機能、API のリリース、新しい連携機能 |
| ティア 3 — 段階的なリリース | 改善、バグ修正、小規模な機能 | 1～2 週間 | UI の調整、パフォーマンスの改善、小規模な機能強化 |
先に進む前に、必ずユーザーにティアを確認してください。
GTM 計画の出力形式
GTM 計画 — [製品／機能名] — [ローンチ日]
ローンチティア： [1 / 2 / 3] ローンチ責任者（PM）： [名前] ローンチ予定日： [日付] ソフトローンチ日（ベータ版／限定公開）： [該当する場合は日付]
1. ローンチするもの
一文での説明： [何を、誰に向けて、なぜ今提供するのか] 解決する顧客の主な課題： [具体的な悩み] 主な差別化要因： [なぜ自社の製品なのか、なぜ今なのか]
2. ターゲットオーディエンス
主要セグメント： [最もメリットを得る対象 — 具体的に記載] 二次セグメント： [ほかにメリットを得る対象] 対象外： [対象ではないユーザー — 営業とサポートの役に立ちます]
3. メッセージ
見出し： [顧客向けの見出し — 機能ではなく、得られる成果を中心にする] サブ見出し： [補足情報 — 仕組みや重要な理由] 主なメッセージ 3 点：
- [解決する課題]
- [仕組み／新機能]
- [根拠／社会的証明／データ]
エレベーターピッチ（30 秒）：
[この課題を抱える[ターゲットユーザー]にとって、[製品／機能]は[主なメリット]をもたらす[カテゴリ]です。[代替手段]とは異なり、私たちは[差別化要因]を提供します。]
4. 部門別のローンチ活動
| 部門 | 活動 | 担当者 | 期限 | ステータス |
|---|---|---|---|---|
| プロダクト | 機能フラグの設定／展開計画 | PM | [date] | |
| マーケティング | ブログ記事／ランディングページ | マーケティング | [date] | |
| マーケティング | 既存ユーザーへのメールキャンペーン | マーケティング | [date] | |
| マーケティング | ソーシャルメディアのコンテンツ | マーケティング | [date] | |
| 営業 | 営業向け説明資料 | PM + 営業 | [date] | |
| 営業 | 営業チーム向け FAQ | PM | [date] | |
| サポート | ヘルプセンターの記事 | サポート | [date] | |
| サポート | サポートチームのトレーニング | サポート | [date] | |
| エンジニアリング | モニタリング／アラートの設定 | エンジニアリング | [date] |
5. 成功指標
| 指標 | ベースライン | 目標 | 測定期間 |
|---|---|---|---|
| [利用開始の指標] | [X] | [Y] | ローンチ後 30 日間 |
| [エンゲージメント指標] | [X] | [Y] | ローンチ後 60 日間 |
| [ビジネス指標] | [X] | [Y] | ローンチ後 90 日間 |
6. リスクと緊急時対応
| リスク | 発生可能性 | 影響度 | 軽減策 |
|---|---|---|---|
| [リスク] | 高／中／低 | 高／中／低 | [発生時の対応] |
7. ローンチ当日のチェックリスト
- [X%] のユーザーに機能を公開
- モニタリングダッシュボードが稼働中
- サポートチームへの説明が完了
- ブログ記事を公開
- メールを送信／送信予約
- 営業チームに通知
- 経営陣からの告知を送信（ティア 1 の場合）
- ロールバック手順を確認
必要な情報
以下の情報が提供されていない場合は、ユーザーに確認してください。
- 製品名または機能名
- ローンチ予定日
- ローンチティア（ティア 1／2／3 — または対象範囲を説明してもらい、このスキルで分類）
- ターゲットオーディエンス（メリットを得る対象と、対象外のユーザー）
- 主なメッセージ（顧客が得る成果を示す見出し）
- PM とローンチ責任者
ガイドライン
- 少なくとも 8 週間の準備期間がない限り、ティア 1 のローンチを計画しないでください
- 必ず「対象外」のセクションを設けてください — 対象違いの営業活動やサポートチケットを防げます
- ティア 1 または 2 のローンチでは、全体展開の前にユーザーの 5～10% へのソフトローンチを推奨してください
- ローンチ後の振り返りはローンチ計画時に予定し、成り行きに任せないでください
品質チェック
- ローンチのティアが確認され、対象範囲に適している
- 案内先を誤った営業やサポートを防ぐため、「対象外」セクションが含まれている
- すべての機能に、担当者と期限を明記したアクティビティが少なくとも1つある
- 成功指標に測定期間（30／60／90日）が含まれている
- ティア1および2のローンチについて、ロールバック手順が確認されている
- ローンチ後の振り返りが予定されている
アンチパターン
- 段階的な機能アップデートにティア1のGTM計画を立てないでください。計画の前に、ローンチを適切なティアに分類してください
- 担当者と期限を明記せずにアクティビティのリストを作成しないでください。担当者のいないタスクは実行されません
- ティア1および2のローンチでロールバック手順を省略しないでください。重要なローンチには必ず中止計画が必要です
- マーケティングとエンジニアリングを別々のトラックとして扱わないでください。部門横断の連携こそがGTM計画の要点です
- 測定期間を定義せずに成功指標を設定しないでください。「サインアップを増やす」は測定可能な目標ではありません