Communityコーディング&開発github.com

Hyde-and-Larkin/launch-readiness

プロダクトや機能のローンチを計画しスコアリングします。ローンチティアを選定し、段階的な計画(T-60~T+30)を策定し、メッセージング、イネーブルメント、サポート、測定の各分野で準備状況をチェックし、Go/No-Go判断前に不足事項を明確にします。ローンチ計画、GTM readinessレビュー、リリースティアリング、ローンチチェックリストに活用できます。

launch-readiness とは?

このスキルは、プロダクトマーケティング担当者がプロダクトや機能のローンチを体系的に計画、調整、実行するための包括的なフレームワークを提供します。Tier 1(新規収益機会)からTier 3(軽微な改善)までのリリースティアシステムを基に、T-60日からT+30日までの各フェーズ(プレローンチ、ローンチ、ポストローンチ)での具体的なタスクと成果物を定義します。主な機能として、リリースのインパクトと必要な労力に基づく自動ティアリング、クロスファンクショナルな連携計画、詳細な準備状況チェックリスト、イネーブルメントアセットライブラリ、各ティア別の成功指標が含まれます。このスキルは、Claude Code, Cursor, CodexなどのAIエージェント向けに設計されており、エージェントはcontext/ディレクトリから既存の情報を読み取り、不足があればユーザーに確認を促し、推測した内容は明示的に仮定としてラベル付けします。これにより、ローンチの準備状況を客観的に評価し、漏れなく計画を実行できます。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Hyde-and-Larkin/product-marketing-toolkit/tree/main/skills/launch-readiness

Installed? Explore more コーディング&開発 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

ローンチ準備計画書

プロダクトマーケティングツールキットの一部です。 開始する前に、context/ディレクトリに存在するすべてのファイル(会社、ポジショニング、競合他社に関する情報、およびユーザーが共有するローンチ概要や既存のアセット)を読み込んでください。これらのファイルが空または存在しない場合は、推測するのではなく、必須情報をユーザーに確認してください。推測した内容はすべて仮定として明示的にラベル付けし、統計、顧客名、引用を決して作成しないでください。代わりに、[出典のある指標, n, 日付]のような角括弧付きのプレースホルダーを使用してください。

構造化されたティア、タイムライン、チェックリストを使用して、プロダクトのローンチを計画、調整、実行するための包括的なフレームワークです。

概要

このスキルは、プロダクトローンチへの体系的なアプローチを提供し、チームが以下を実行できるようにします。

  • リリースをインパクトと工数で分類する
  • 構造化されたフェーズでローンチを計画する
  • 部門横断的な作業を調整する
  • チーム全体の準備状況を追跡する
  • 漏れがないようにする

リリースティアシステム

ローンチは、そのインパクトと必要な工数に基づいて3つのティアに分類されます。チームはその機能に応じて異なる基準を使用します。

営業・プロダクト開発チーム向け

Tier 1: 新たな収益機会

  • 直接新たな収益を生み出す製品や機能
  • 案件規模や平均受注額を大幅に増加させる
  • 新しい販売動機やGTMアプローチを創出する
  • 包括的なイネーブルメントとトレーニングが必要
  • 例: 新製品ライン、大幅な価格変更、プラットフォーム拡張

Tier 2: 基本的なアップデート

  • 競争力を向上させる重要なプラットフォームアップデート
  • 既存の価値提案を強化する機能
  • よくある顧客リクエストに対応する機能
  • 営業チームが効果的にポジショニングするために知っておくべきアップデート
  • 例: 主要機能の強化、ワークフローの改善、統合の追加

Tier 3: 軽微な改善

  • 販売アプローチを大きく変えない小さな改善
  • 品質向上や機能の段階的な追加
  • 顧客への説明がほとんど不要な変更
  • 広範なイネーブルメントが不要なアップデート
  • 例: UIの改善、バグ修正、軽微な機能調整

カスタマーサクセス・オンボーディングチーム向け

Tier 1: 大規模な変更管理

  • ユーザーの大幅な調整や再トレーニングを必要とするリリース
  • 全く新しい概念やワークフローの導入
  • 顧客の製品使用方法を大幅に変える変更
  • 専用のトレーニングプログラムと移行サポートが必要
  • 例: 新製品モジュール、ワークフローの再設計、廃止予定機能

Tier 2: 中程度の変更管理

  • 多少の調整を必要とする新機能を導入するアップデート
  • ユーザーのワークフローを変更する既存機能の修正
  • 更新されたドキュメントとトレーニングが必要な機能強化
  • サポートの問い合わせを引き起こす可能性のある機能
  • 例: 新しい自動化オプション、追加設定、機能拡張

Tier 3: 軽微な改善

  • 外観または軽微な機能変更
  • 最小限のトレーニングや調整で済むアップデート
  • UIで自明な改善
  • サポート負荷を増やすのではなく減らす変更
  • 例: UIの磨き込み、パフォーマンス改善、軽微なバグ修正

ローンチフェーズフレームワーク

プレローンチフェーズ (T-60からT-14日)

初期計画 (T-60からT-30)

GTMスコーピング

  • ターゲット顧客セグメントとペルソナの定義
  • ローンチコミュニケーションのターゲットチャネルの特定
  • 機会の規模測定と獲得コストの見積もり
  • メッセージング戦略とポジショニングの策定
  • 競合情報の収集

プロダクト・技術

  • ベータテストの完了とフィードバックの収集
  • プロダクト機能とエッジケースの確定
  • デモ環境とアカウントの準備
  • 既知の問題と回避策の文書化
  • 技術サポートのエスカレーションパスの計画

コンテンツ開発

  • コアメッセージングとポジショニングのドラフト作成
  • 初期の販売ピッチとトーキングポイントの作成
  • ユースケースの例とシナリオの開発
  • FAQ文書の開発開始
  • ビジュアルアセットとスクリーンショットの計画

中期計画 (T-30からT-14)

イネーブルメントアセットの作成

  • 販売ピッチデッキ(以下のアセットライブラリを参照)
  • ワンページャー(顧客向けおよび営業向け)
  • デモスクリプトとビデオ録画
  • 主要競合他社とのバトルカード
  • 異議対応ガイド
  • ディスカバリー質問フレームワーク
  • プロダクトスクリーンショットとUIウォークスルー

部門横断的な連携

  • 価格とパッケージングの詳細の確定
  • 市場投入戦略と戦術の最終化
  • 社内FAQ文書の完成
  • サポートチームのトレーニング資料の準備
  • イネーブルメントセッションのスケジュール設定
  • 成功指標とモニタリングアプローチの設定

マーケティング準備

  • キャンペーンのクリエイティブとメッセージングの開発
  • ランディングページまたはWeb更新の構築
  • メールテンプレートとシーケンスの作成
  • ソーシャルメディアアセットの準備
  • プレスリリースのドラフト(該当する場合)
  • 分析とトラッキングの設定

ローンチフェーズ (T-14日からローンチ当日)

最終準備 (T-14からT-7)

  • すべてのアセットをフィールドが既に確認する場所(イネーブルメントプラットフォーム、wiki、CRM)に公開
  • 営業およびサポートチーム向けのライブトレーニングセッションの実施
  • 社内チームへのローンチコミュニケーションの配信
  • 最終QAチェックとスモークテストの実行
  • 主要ステークホルダーとのGo/No-Goの確認

ローンチ週 (T-7からローンチ)

  • ローンチチームとのデイリースタンドアップ
  • すべてのシステムと準備状況インジケーターの監視
  • 直前のブロッカーの対応
  • ローンチ当日のコミュニケーションの準備
  • リアルタイムモニタリングダッシュボードの設定

ローンチ当日

  • ローンチコミュニケーションの実行(社内→社外)
  • マーケティングキャンペーンのアクティブ化
  • プロダクトパフォーマンスと使用状況の監視
  • サポートチケット数と傾向の追跡
  • ローンチチームのチェックインの実施
  • 初期の成功事例と顧客フィードバックの収集

ポストローンチフェーズ (ローンチからT+30日)

ローンチ後1週目

  • 毎日のパフォーマンスモニタリングとレポート
  • 問題やフィードバックへの迅速な対応
  • イネーブルメントの品質に関するフィールドチームのフィードバック収集
  • 初期の成功事例と顧客事例の文書化
  • ドキュメントやトレーニングのギャップへの対応
  • 実際の質問に基づくFAQの更新

ローンチ後2~4週目

  • KPIに対する週次パフォーマンスレビュー
  • 実際に効果があった内容に基づくメッセージングの反復
  • 学びを反映したイネーブルメント資料の更新
  • ポストローンチ振り返りの実施
  • 教訓の文書化
  • 継続的なイネーブルメントとサポートの計画

ローンチ準備チェックリスト

この包括的なチェックリストにより、すべてのワークストリームの連携が維持されます。

GTMスコーピング (T-60)

  • ターゲット顧客セグメントの定義
  • ターゲットチャネルの特定
  • 機会の規模測定とコスト見積もりの完了
  • メッセージング戦略のドラフト作成
  • 競合他社とのポジショニングの明確化
  • 成功指標とKPIの定義

プロダクト・技術 (T-30からT-14)

  • ベータテストの完了
  • プロダクト機能の確定
  • デモ環境の準備
  • 既知の問題の文書化
  • 技術サポートのエスカレーションパスの定義
  • プロダクトスクリーンショットの取得

メッセージング・ポジショニング (T-30)

  • コアメッセージングフレームワークの最終化
  • 価値提案の文書化
  • ユースケースの開発
  • 競合との差別化の明確化
  • 主張の検証と法務承認
  • 営業チームとのメッセージングテスト

イネーブルメントアセット (T-30からT-14)

Tier 1 必須アセット:

  • 販売ピッチデッキ(10~15スライド)
  • 営業向けワンページャー
  • 顧客向けワンページャー
  • デモビデオまたはスクリプト(2~3分)
  • FAQ文書(社内)
  • 上位2~3の競合他社に対するバトルカード
  • ディスカバリー質問ガイド
  • 異議対応ガイド
  • ローンチチートシート

Tier 2 必須アセット:

  • 機能固有のワンページャー
  • FAQの追加
  • 既存プレイブックの更新
  • デモトーキングポイント
  • 競合に関する更新(該当する場合)

Tier 3 必須アセット:

  • FAQの更新
  • 簡潔なトーキングポイント
  • ラウンドアップコミュニケーションへの包含

トレーニング・イネーブルメント (T-14日からローンチ)

  • ライブトレーニングセッションのスケジュール設定
  • トレーニング資料の公開
  • デモアカウントの配布
  • イネーブルメントハブの更新(プラットフォーム、wiki、CRM)
  • 社内コミュニケーションの配信
  • サポートチームへのブリーフィング

マーケティング・コミュニケーション (T-14)

  • キャンペーンクリエイティブの最終化
  • ランディングページまたはWeb更新の準備完了
  • メールシーケンスの構築
  • ソーシャルメディアアセットの準備
  • 分析とトラッキングの設定
  • プレスリリースのドラフト作成(該当する場合)

ローンチ当日の実行

  • 社内発表の送信
  • 顧客コミュニケーションの配信
  • マーケティングキャンペーンのアクティブ化
  • ターゲットオーディエンスへのプロダクトリリース
  • モニタリングダッシュボードのアクティブ化
  • 問題対応のためのローンチチーム待機

ポストローンチ (T+7からT+30)

  • パフォーマンス指標の毎日/毎週のレビュー
  • フィールドフィードバックの収集と統合
  • フィードバックに基づくイネーブルメント資料の更新
  • 成功事例の文書化
  • 教訓の収集
  • ポストローンチ振り返りの完了

イネーブルメントアセットライブラリ

Tier 1 アセット仕様

販売ピッチデッキ(10~15スライド) 構成:

  1. 市場背景 / なぜ今なのか
  2. 顧客の課題
  3. ソリューションの概要
  4. 主要な差別化要因(競合他社との比較)
  5. エビデンスポイントと顧客事例
  6. 業種別のユースケース
  7. 価格とパッケージング
  8. 競合ポジショニング
  9. 異議対応
  10. 次のステップ / 行動喚起

営業向けワンページャー 内容:

  • ディスカバリーコールのクイックリファレンス
  • 主要メッセージと価値提案
  • よくある異議とその対応
  • 競合に関するトーキングポイント
  • ディスカバリー質問
  • 成功事例またはエビデンスポイント
  • より多くのリソースの場所

顧客向けワンページャー 内容:

  • 問題の説明と解決策
  • 主な利点と成果
  • ユースケースの例
  • エビデンスポイントまたはお客様の声
  • 価格の概要(該当する場合)
  • 行動喚起

デモビデオまたはスクリプト(2~3分) 構成:

  • 問題の設定(30秒)
  • ソリューションのウォークスルー(90秒)
  • 結果 / エビデンス(30秒)
  • 行動喚起(15秒)

FAQ文書(社内) カテゴリ:

  • プロダクト機能
  • 価格とパッケージング
  • 技術要件
  • 競合ポジショニング
  • ロードマップに関する質問
  • 導入プロセス

バトルカード 構成:

  • 一目でわかる比較(自社 vs. 競合)
  • いつ競合に遭遇するか
  • なぜ我々が勝つのか
  • 競合に対してどのようにポジショニングするか
  • 異議対応
  • トラップ設定の質問
  • 成功事例

ディスカバリー質問ガイド 質問の種類:

  • 状況質問(現状を理解する)
  • 問題質問(課題を表面化する)
  • 影響質問(行動しない場合のコストを増幅する)
  • ニーズ-ペイオフ質問(欲求を構築する)
  • トラップ設定の質問(競合の弱点を露出させる)

異議対応ガイド よくある異議のカテゴリ:

  • 価格に関する異議
  • 機能/能力に関する異議
  • 競合に関する異議
  • タイミングに関する異議
  • リスク/不確実性に関する異議
  • 技術/統合に関する異議

ローンチチートシート 最初の30日間のクイックウィンコンテンツ:

  • トップ3メッセージ
  • トップ3の差別化要因
  • トップ3のエビデンスポイント
  • トップ3の異議とその対応
  • より多くのリソースの場所

ティア別成功指標

Tier 1 ローンチ指標

準備状況インジケーター

  • ライブトレーニング出席率(目標: >80%)
  • トレーニング満足度スコア(目標: >4.0/5.0)
  • 最初の2週間のアセット使用率(目標: >70%)
  • デモアカウント採用率(目標: >90%)
  • ローンチ当日のサポートチケット数(目標: BAUの<10%)

エンゲージメントインジケーター

  • 最初の1ヶ月の販売ピッチデッキ使用状況
  • バトルカードの表示回数とダウンロード数
  • 顧客向けワンページャーの共有数
  • 新製品/機能について言及したディスカバリーコール
  • 機能タグ付きの勝敗レポート

ビジネス成果

  • プロダクト採用率(ターゲットセグメントの%)
  • 収益帰属(影響を受けた、またはクローズした案件)
  • 案件規模への影響(ACV/AOVの変化)
  • 主要競合他社に対する勝率
  • 顧客満足度スコア

Tier 2 ローンチ指標

準備状況インジケーター

  • イネーブルメントプラットフォームでのアセット表示回数
  • FAQ使用率
  • サポートチームの自信スコア

エンゲージメントインジケーター

  • 機能採用率
  • 顧客からの問い合わせまたは関心のシグナル
  • 営業チームのコールでの言及

ビジネス成果

  • 機能使用状況指標
  • サポートチケット削減(ワークフロー改善の場合)
  • 顧客満足度またはNPSへの影響

Tier 3 ローンチ指標

準備状況インジケーター

  • 社内認知度(認知しているチームの%)
  • FAQの更新完了
  • サポートドキュメントの更新

ビジネス成果

  • 機能採用率
  • 顧客フィードバックの感情
  • 変更に関連するサポートチケット数

部門横断的な連携

主要な役割と責任

プロダクトマーケティングマネージャー (PMM) - DRI

  • GTM戦略と実行の全体責任
  • メッセージングとポジショニングの開発
  • イネーブルメントアセットの作成
  • 部門横断的な連携
  • ローンチコミュニケーション
  • ポストローンチ測定

プロダクトマネージャー (PM)

  • プロダクトの準備状況と機能
  • ベータプログラムの実行
  • 技術文書
  • ロードマップのコミュニケーション
  • 機能の優先順位付け

セールスイネーブルメント

  • トレーニングプログラムの提供
  • アセット配布とプラットフォーム管理
  • フィールドフィードバックの収集
  • 継続的なイネーブルメントサポート

マーケティング

  • キャンペーンの開発と実行
  • Webとコンテンツの更新
  • デマンドジェネレーション
  • ライフサイクルコミュニケーション

カスタマーサクセス / サポート

  • 顧客コミュニケーション
  • トレーニング資料の開発(顧客向け)
  • サポートエスカレーション計画
  • 顧客フィードバックの収集

エンジニアリング / プロダクトデリバリー

  • プロダクトリリースの実行
  • 技術モニタリング
  • バグ修正と問題解決
  • パフォーマンス最適化

コミュニケーションの頻度

毎週(ローンチ計画アクティブ期間中)

  • ローンチチーム同期(状況、ブロッカー、決定事項)
  • 部門横断的なスタンドアップ(簡単なアップデート)
  • ステークホルダーへのコミュニケーション(可能な限り非同期)

隔週

  • 運営委員会またはリーダーシップへのアップデート
  • Go/No-Goチェックポイントレビュー
  • リスクと緩和計画

臨時

  • ブロッカーの解決
  • 緊急

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

関連スキル