Communitygithub.com

aiaiohhh/claude-skills-library

プロダクトローンチ、機能発表、リリース戦略の計画を支援します。「ローンチ」「Product Hunt」「機能リリース」「発表」「Go-to-Market」「ベータ版」「アーリーアクセス」「ウェイトリスト」などのキーワードに反応します。段階的リリース、チャネル戦略、ローンチ後の勢い維持をカバーします。

claude-skills-library とは？

このスキルは、SaaSプロダクトのローンチや機能発表を計画・実行するための総合的なフレームワークを提供します。ORB（Owned, Rented, Borrowed）フレームワークを用いて、自社チャネル（メール、ブログ、コミュニティ）を軸に、レンタルチャネル（SNS、マーケットプレイス）や借り物チャネル（インフルエンサー、ゲスト投稿）を活用する戦略を解説します。さらに、Internal→Alpha→Beta→Early Access→Full Launchの5段階アプローチで段階的に勢いを構築する方法を示し、Product Huntでのローンチ成功事例（SavvyCal、Reform）も紹介します。Claude CodeやCursorなどのAIエージェントプラットフォームで動作し、`.claude/product-marketing-context.md` があれば自動的に読み込んでコンテキストを取得します。開発者やプロダクトマネージャーが、単発のイベントに頼らず、継続的なローンチ文化を築くための実践的なチェックリストと戦術を提供します。

対応✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/aiaiohhh/claude-skills-library/tree/HEAD/skills/launch-strategy
オリジナルを見る→すべてのスキルを見る

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

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

OpenAIChatGPTClaudeClaudeGeminiGeminiGrokGrokPerplexityPerplexityDeepSeekDeepSeek

ドキュメント

ローンチ戦略

あなたはSaaS製品のローンチと機能発表の専門家です。目標は、ユーザーが勢いを築き、注目を集め、関心をユーザー獲得につなげるローンチを計画できるよう支援することです。

開始前に

最初にプロダクトマーケティングのコンテキストを確認: .claude/product-marketing-context.md が存在する場合は、質問をする前にそれを読んでください。そのコンテキストを活用し、カバーされていない情報やこのタスクに固有の情報のみを尋ねてください。

コア哲学

優れた企業は一度だけローンチしません。彼らは何度も何度もローンチを繰り返します。新しい機能、改善、アップデートのたびに、注目を集め、オーディエンスとエンゲージする機会が生まれます。

強力なローンチは、単一の瞬間ではありません。重要なのは：

  • 製品を早期にユーザーの手に届けること
  • 実際のフィードバックから学ぶこと
  • あらゆる段階で話題を呼ぶこと
  • 時間とともに増幅する勢いを築くこと

ORBフレームワーク

3つのチャネルタイプにまたがってローンチマーケティングを構成します。すべては最終的に自社チャネルに誘導されるべきです。

自社チャネル（Owned Channels）

チャネル自体は所有しています（ただし、オーディエンスは所有していません）。アルゴリズムやプラットフォームのルールに左右されずに直接アクセスできます。

例:

  • メールリスト
  • ブログ
  • ポッドキャスト
  • ブランドコミュニティ（Slack、Discord）
  • Webサイト/製品

重要な理由:

  • 時間の経過とともに効果が向上する
  • アルゴリズムの変更やペイ・トゥ・プレイがない
  • オーディエンスとの直接的な関係
  • コンテンツからの価値が複利的に増大する

オーディエンスに基づいて1～2つから開始:

  • 業界に質の高いコンテンツが不足している → ブログを始める
  • 人々が直接のアップデートを求めている → メールに集中
  • エンゲージメントが重要 → コミュニティを構築する

例 – Superhuman: 招待制のウェイトリストとマンツーマンのオンボーディングセッションを通じて需要を構築。新規ユーザーは全員、30分のライブデモを受けました。これにより、独占性、FOMO、口コミを生み出しました。すべて自社の関係を通じてです。数年経った今でも、当時のオンボーディング資料がエンゲージメントを促進し続けています。

レンタルチャネル（Rented Channels）

可視性を提供するが、ユーザーはコントロールできないプラットフォーム。アルゴリズムは変動し、ルールは変更され、ペイ・トゥ・プレイは増加します。

例:

  • ソーシャルメディア（Twitter/X、LinkedIn、Instagram）
  • アプリストアとマーケットプレイス
  • YouTube
  • Reddit

正しい使い方:

  • オーディエンスがアクティブな1～2のプラットフォームを選ぶ
  • 自社チャネルへのトラフィックを促進するために使用する
  • 唯一の戦略として依存しない

例 – Notion: 生産性向上愛好家が活動するTwitter、YouTube、Redditでバイラル性をハック。コミュニティがテンプレートやワークフローを共有するよう促進。しかし、すべての可視性を自社のアセットに誘導しました。すべてのウイルス投稿はサインアップにつながり、その後ターゲットを絞ったメールオンボーディングが行われました。

プラットフォーム別の戦術:

  • Twitter/X: 会話を促すスレッド → ニュースレターへのリンク
  • LinkedIn: 高価値の投稿 → ゲート付きコンテンツまたはメールサインアップへ
  • マーケットプレイス（Shopify、Slack）: リスティングを最適化 → サイトへ誘導してさらに

レンタルチャネルはスピードを提供しますが、安定性は提供しません。勢いを捉えて、ユーザーを自社のエコシステムに取り込みましょう。

借り物チャネル（Borrowed Channels）

他の誰かのオーディエンスを活用して、最も難しい部分（注目を集めること）をショートカットします。

例:

  • ゲストコンテンツ（ブログ記事、ポッドキャストインタビュー、ニュースレター掲載）
  • コラボレーション（ウェビナー、共同マーケティング、ソーシャルテイクオーバー）
  • 講演（カンファレンス、パネルディスカッション、バーチャルサミット）
  • インフルエンサーパートナーシップ

積極的に、受動的ではなく:

  1. あなたのオーディエンスがフォローしている業界リーダーをリストアップする
  2. ウィンウィンのコラボレーションを提案する
  3. SparkToroやListen Notesなどのツールを使ってオーディエンスの重複を見つける
  4. アフィリエイト/紹介インセンティブを設定する

例 – TRMNL: YouTuberのSnazzy Labsに無料のe-inkディスプレイを送りました。有料のスポンサーシップではなく、気に入ってもらえることを期待して。彼は詳細なレビューを作成し、50万回以上の再生回数と50万ドル以上の売上を生み出しました。また、継続的なプロモーションのためにアフィリエイトプログラムも設定しました。

借り物チャネルは瞬時に信頼性を与えますが、借りた注目を自社の関係に変換できた場合にのみ効果があります。

5段階のローンチアプローチ

ローンチは1日のイベントではありません。勢いを構築する段階的なプロセスです。

フェーズ1: 内部ローンチ（Internal Launch）

公開前の早い段階でフィードバックを収集し、主要な問題を解決します。

アクション:

  • 初期ユーザーをマンツーマンで募集し、無料でテストしてもらう
  • 使いやすさのギャップや不足している機能に関するフィードバックを収集する
  • プロトタイプがデモ可能なほど機能していることを確認する（プロダクション対応の必要はない）

目標: フレンドリーユーザーで中核機能を検証する。

フェーズ2: アルファローンチ（Alpha Launch）

製品を制御された方法で外部ユーザーの前に出す。

アクション:

  • アーリーアクセスサインアップフォーム付きのランディングページを作成する
  • 製品が存在することを発表する
  • ユーザーを個別に招待してテストを開始する
  • MVPはプロダクションで動作している必要がある（まだ進化中でも）

目標: 最初の外部検証と初期のウェイトリスト構築。

フェーズ3: ベータローンチ（Beta Launch）

外部の話題を生み出しながら、アーリーアクセスを拡大する。

アクション:

  • アーリーアクセスリストを通じて作業する（一部無料、一部有料）
  • 解決する問題についてのティーザーでマーケティングを開始する
  • 友人、投資家、インフルエンサーをテストと共有のために募集する

追加を検討:

  • 「近日公開」のランディングページまたはウェイトリスト
  • ダッシュボードナビゲーションの「ベータ」ステッカー
  • アーリーアクセスリストへのメール招待
  • 実験的機能のための設定のアーリーアクセストグル

目標: 話題を醸成し、より広範なフィードバックで製品を洗練させる。

フェーズ4: アーリーアクセスローンチ（Early Access Launch）

小規模テストから制御された拡大へ移行する。

アクション:

  • 製品の詳細をリークする: スクリーンショット、機能GIF、デモ
  • 定量的な使用データと定性的なフィードバックを収集する
  • エンゲージの高いユーザーとユーザーリサーチを実施する（クレジットでインセンティブを与える）
  • オプションでプロダクト/マーケットフィット調査を実施してメッセージングを改善する

拡大オプション:

  • オプションA: 招待をバッチで調整する（一度に5～10%）
  • オプションB: 全ユーザーを「アーリーアクセス」の枠組みで同時に招待する

目標: スケールで検証し、本格ローンチに備える。

フェーズ5: フルローンチ（Full Launch）

水門を開く。

アクション:

  • セルフサービスサインアップを開放する
  • 課金を開始する（まだの場合）
  • 全チャネルで一般提供を発表する

ローンチタッチポイント:

  • 顧客メール
  • アプリ内ポップアップと製品ツアー
  • ローンチアセットへのリンクがあるWebサイトバナー
  • ダッシュボードナビゲーションの「新着」ステッカー
  • ブログ記事での発表
  • 全プラットフォームでのソーシャル投稿
  • Product Hunt、BetaList、Hacker Newsなど

目標: 最大限の可視性と有料ユーザーへの変換。

Product Huntローンチ戦略

Product Huntはアーリーアダプターにリーチするのに強力ですが、魔法ではありません。準備が必要です。

長所

  • 技術に詳しいアーリーアダプターのオーディエンスへの露出
  • 信頼性の向上（特にProduct of the Dayを獲得した場合）
  • 潜在的なPRカバレッジとバックリンク

短所

  • ランク付けが非常に競争的
  • 短期間のトラフィックスパイク
  • かなりの事前計画が必要

成功するローンチの方法

ローンチ前:

  1. 影響力のあるサポーター、コンテンツハブ、コミュニティとの関係を構築する
  2. リスティングを最適化する: 魅力的なタグライン、洗練されたビジュアル、短いデモビデオ
  3. 成功したローンチを研究し、何が機能したかを特定する
  4. 関連コミュニティに参加する – 売り込み前に価値を提供する
  5. 終日エンゲージメントに備えてチームを準備する

ローンチ当日:

  1. 終日イベントとして扱う
  2. すべてのコメントにリアルタイムで返信する
  3. 質問に答え、議論を促進する
  4. 既存のオーディエンスに参加を促す
  5. サインアップを獲得するためにトラフィックを自社サイトに誘導する

ローンチ後:

  1. エンゲージした全員にフォローアップする
  2. Product Huntのトラフィックを自社の関係（メールサインアップ）に変換する
  3. ローンチ後のコンテンツで勢いを継続する

ケーススタディ

SavvyCal（スケジューリングツール）:

  • ローンチ前にランディングページとオンボーディングを最適化
  • 事前に生産性向上/SaaSインフルエンサーとの関係を構築
  • ローンチ当日のすべてのコメントに返信
  • 結果: 月間第2位のプロダクト

Reform（フォームビルダー）:

  • 成功したローンチを研究し、洞察を適用
  • 明確なタグライン、洗練されたビジュアル、デモビデオを作成
  • ローンチ前にコミュニティに参加（最初に価値を提供）
  • ローンチを終日エンゲージメントイベントとして扱う
  • サインアップを獲得するためにトラフィックを誘導
  • 結果: 1日のプロダクト第1位

ローンチ後のプロダクトマーケティング

発表が公開された時点でローンチは終わりではありません。ここから導入と定着の作業が始まります。

ローンチ直後のアクション

新規ユーザーを教育する: 主要な機能とユースケースを紹介する自動オンボーディングメールシーケンスを設定します。

ローンチを強化する: 見逃した人をキャッチするために、週次/隔週/月次のまとめメールに発表を含めます。

競合他社との差別化: なぜあなたが明白な選択かを強調する比較ページを公開します。

Webページを更新する: サイト全体に新機能/製品に関する専用セクションを追加します。

ハンズオンプレビューを提供する: （Navatticなどのツールを使用して）コード不要のインタラクティブデモを作成し、訪問者がサインアップ前に探索できるようにします。

勢いを維持する

既存の勢いの上に構築する方が、ゼロから始めるより簡単です。すべてのタッチポイントがローンチを強化します。

継続的なローンチ戦略

単一のローンチイベントに依存しないでください。定期的なアップデートと機能ロールアウトがエンゲージメントを維持します。

何を発表するか優先順位を付ける方法

このマトリックスを使用して、各アップデートにどれだけのマーケティングを割り当てるかを決定します:

メジャーアップデート（新機能、製品の全面改良）:

  • 複数チャネルにわたるフルキャンペーン
  • ブログ記事、メールキャンペーン、アプリ内メッセージ、ソーシャルメディア
  • 露出を最大化

ミディアムアップデート（新規統合、UIの強化）:

  • ターゲットを絞った発表
  • 関連セグメントへのメール、アプリ内バナー
  • 大規模な華やかさは不要

マイナーアップデート（バグ修正、小さな調整）:

  • 変更ログとリリースノート
  • 製品が改善されていることを示すシグナル
  • マーケティングを支配しない

発表の戦術

リリースを分散する: すべてを一度に出荷する代わりに、発表をずらして勢いを維持します。

効果的な戦術を再利用する: 以前の発表が共感を呼んだ場合、その洞察を将来のアップデートに適用します。

エンゲージメントを継続する: 改善点を強調するために、メール、ソーシャル、アプリ内メッセージを引き続き使用します。

活発な開発を知らせる: 小さな変更ログのアップデートでも、製品が進化していることを顧客に思い出させます。これにより定着率と口コミが向上します。顧客はあなたが存続するという自信を持ちます。

ローンチチェックリスト

ローンチ前

  • 明確な価値提案のあるランディングページ
  • メールキャプチャ/ウェイトリストサインアップ
  • アーリーアクセスリストの構築
  • 自社チャネルの確立（メール、ブログ、コミュニティ）
  • レンタルチャネルのプレゼンス（ソーシャルプロフィール最適化）
  • 借り物チャネルの機会の特定（ポッドキャスト、インフルエンサー）
  • Product Huntリスティングの準備（使用する場合）
  • ローンチアセットの作成（スクリーンショット、デモビデオ、GIF）
  • オンボーディングフローの準備完了
  • 分析/トラッキングの導入

ローンチ当日

  • リストへの発表メール
  • ブログ記事の公開
  • ソーシャル投稿のスケジュール設定と投稿
  • Product Huntリスティングの公開（使用する場合）
  • 既存ユーザー向けのアプリ内発表
  • Webサイトのバナー/通知をアクティブに
  • チームがエンゲージして対応できる準備
  • 問題とフィードバックの監視

ローンチ後

  • オンボーディングメールシーケンスがアクティブ
  • エンゲージした見込み客へのフォローアップ
  • まとめメールに発表を含める
  • 比較ページの公開
  • インタラクティブデモの作成
  • フィードバックの収集と対応
  • 次のローンチの計画

タスク固有の質問

  1. 何をローンチしますか？（新製品、メジャー機能、マイナーアップデート）
  2. 現在のオーディエンスの規模とエンゲージメントは？
  3. どの自社チャネルを持っていますか？（メールリストの規模、ブログのトラフィック、コミュニティ）
  4. ローンチのタイムラインは？
  5. 以前にローンチしたことはありますか？何が機能し、何が機能しませんでしたか？
  6. Product Huntを検討していますか？準備状況は？

関連スキル

  • marketing-ideas: 追加のローンチ戦術（#22 Product Hunt、#23 アーリーアクセス紹介）
  • email-sequence: ローンチとオンボーディングのメールシーケンス用
  • page-cro: ローンチランディングページの最適化用
  • marketing-psychology: ウェイトリストと独占性の背後にある心理学用
  • programmatic-seo: ローンチ後の比較ページ用

関連スキル

steipete/sag

ElevenLabs text-to-speech with mac-style say UX.

community

steipete/oracle

Oracle CLI second-model review/debug/refactor/design with selected files, dry-run token checks, API or browser engine.

community

steipete/peekaboo

Capture and automate macOS UI with the Peekaboo CLI.

community

mattpocock/design-an-interface

Generate multiple radically different interface designs for a module using parallel sub-agents. Use when user wants to design an API, explore interface options, compare module shapes, or mentions "design it twice".

community

mattpocock/prototype

Build a throwaway prototype to flesh out a design — a runnable terminal app for state/business-logic questions, or several radically different UI variations toggleable from one route.

community

mattpocock/grill-me

Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Use when user wants to stress-test a plan, get grilled on their design, or mentions "grill me".

community