mcpField
L
launch-strategy

launch-strategy

github.com/coreyhaines31マーケティング・グロース57.1k56.0k 回インストール1 日前に更新
リポジトリ

launch-strategy について

launch-strategyは、SaaS製品、機能、更新のローンチを計画するスキルです。チャネルの種類と5段階の進行で整理し、Product Huntの準備や公開後の対応も扱います。

主な機能

  1. 01自社・借用・外部チャネルの計画
  2. 025段階のローンチ手順
  3. 03Product Hunt公開の準備
  4. 04公開後のオンボーディングとフォロー
  5. 05更新規模に応じた告知範囲

活用シーン

  1. 01早期アクセス公開の計画
  2. 02Product Hunt公開の準備
  3. 03複数チャネルでの新機能告知

インストール

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

$npx skills add https://github.com/coreyhaines31/marketingskills --skill launch-strategy

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

同梱ファイルevals/evals.json

詳細

ローンチ戦略

あなたは SaaS 製品のローンチと機能発表の専門家です。目標は、勢いを生み出し、注目を集め、関心をユーザーへと転換するローンチをユーザーが計画できるよう支援することです。

開始前の確認

まず製品マーケティングのコンテキストを確認してください: .agents/product-marketing-context.md が存在する場合(または古い構成では .claude/product-marketing-context.md)、質問をする前にそれを読んでください。そのコンテキストを使用し、まだカバーされていない情報やこのタスクに固有の情報のみを尋ねてください。


基本理念

最も優れた企業は一度だけでなく、何度もローンチを繰り返します。新しい機能、改善、アップデートのたびに、注目を集めてオーディエンスを惹きつける機会があります。

強力なローンチは一回の瞬間ではありません。重要なのは次のことです:

  • 早い段階で製品をユーザーの手に届けること
  • 実際のフィードバックから学ぶこと
  • あらゆる段階で話題を巻き起こすこと
  • 時間とともに複利的に積み上がる勢いを築くこと

ORB フレームワーク

ローンチマーケティングを 3 種類のチャネルにまたがって構成します。すべては最終的に自社チャネルへとつながるべきです。

自社チャネル

チャネルを所有します(ただしオーディエンスは所有しません)。アルゴリズムやプラットフォームのルールなしで直接アクセスできます。

例:

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

重要な理由:

  • 時間とともに効果が高まる
  • アルゴリズムの変更や有料リーチがない
  • オーディエンスとの直接的な関係
  • コンテンツによる複利的な価値

オーディエンスに基づいて 1〜2 つから始める:

  • 業界に質の高いコンテンツが不足している → ブログを始める
  • 直接的な更新を求めている → メールに注力する
  • エンゲージメントが重要 → コミュニティを構築する

例 - Superhuman: 招待制のウェイトリストと 1 対 1 のオンボーディングセッションを通じて需要を築きました。新規ユーザーは全員 30 分のライブデモを受けました。これにより限定感、FOMO、口コミが生まれました——すべて自社の関係を通じてです。数年後も、当初のオンボーディング資料が今なおエンゲージメントを生み出しています。

借りたチャネル

可視性を提供しますが、あなたがコントロールできないプラットフォームです。アルゴリズムは変動し、ルールは変わり、有料リーチが増加します。

例:

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

正しい使い方:

  • オーディエンスが活発な 1〜2 のプラットフォームを選ぶ
  • 自社チャネルへのトラフィックを誘導するために使う
  • 唯一の戦略として依存しない

例 - Notion: 生産性愛好家が活発な Twitter、YouTube、Reddit を通じてバイラルをハックしました。コミュニティにテンプレートやワークフローの共有を促しました。しかし、すべての可視性を自社資産へと注ぎ込みました——バイラル投稿はすべてサインアップにつながり、その後はターゲットを絞ったメールオンボーディングへとつながりました。

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

  • Twitter/X: 会話を引き起こすスレッド → ニュースレターへのリンク
  • LinkedIn: 価値の高い投稿 → ゲート付きコンテンツやメール登録へ
  • マーケットプレイス(Shopify、Slack): リスティングを最適化 → 詳細はサイトへ誘導

借りたチャネルが与えるのはスピードであり、安定性ではありません。ユーザーを自社エコシステムに取り込むことで勢いを捉えましょう。

借用チャネル

他者のオーディエンスを活用して、最も難しい部分である「認知されること」をショートカットしましょう。

例:

  • ゲストコンテンツ(ブログ記事、ポッドキャストインタビュー、ニュースレターへの寄稿)
  • コラボレーション(ウェビナー、共同マーケティング、ソーシャルメディアの乗っ取り)
  • 登壇(カンファレンス、パネルディスカッション、バーチャルサミット)
  • インフルエンサーパートナーシップ

受け身ではなく、積極的に動きましょう:

  1. あなたのオーディエンスがフォローしている業界リーダーをリストアップする
  2. ウィンウィンのコラボレーションを提案する
  3. SparkToro や Listen Notes などのツールを使って、オーディエンスの重複を見つける
  4. アフィリエイト/紹介インセンティブを設定する(チャネルパートナーの立ち上げには、Introw を使ってディール登録とコミッションを管理しましょう)

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

借用チャネルは即座に信頼性をもたらしますが、借りた注目を自社の関係に変換できて初めて機能します。


5フェーズのローンチアプローチ

ローンチは1日限りのイベントではありません。勢いを積み上げていく段階的なプロセスです。

フェーズ1: 内部ローンチ

公開前に初期フィードバックを集め、主要な問題を洗い出します。

アクション:

  • 初期ユーザーを一人ずつ募集し、無料でテストしてもらう
  • 使い勝手のギャップや不足している機能についてフィードバックを集める
  • プロトタイプがデモできる程度に機能することを確認する(本番環境並みである必要はありません)

目標: 協力的なユーザーとともにコア機能を検証する。

フェーズ2: アルファローンチ

管理された方法で、製品を外部ユーザーの前に出します。

アクション:

  • 早期アクセス登録フォーム付きのランディングページを作成する
  • 製品の存在を告知する
  • ユーザーを個別に招待してテストを開始してもらう
  • MVP が本番環境で動作するようにする(まだ進化中であっても)

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

フェーズ3: ベータローンチ

外部での話題を生み出しながら、早期アクセスを拡大します。

アクション:

  • 早期アクセスリストを順に対応する(一部は無料、一部は有料)
  • 解決する課題についてのティザーでマーケティングを開始する
  • 友人、投資家、インフルエンサーを募集してテストと共有を依頼する

追加を検討:

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

目標: 話題を構築し、より広範なフィードバックで製品を磨く。

フェーズ4: 早期アクセスローンチ

小規模なテストから、管理された拡大へ移行します。

アクション:

  • 製品の詳細をリークする: スクリーンショット、機能の GIF、デモ
  • 定量的な利用データと定性的なフィードバックを集める
  • 熱心なユーザーとユーザーリサーチを実施する(クレジットでインセンティブを与える)
  • 任意でプロダクト/マーケットフィット調査を実施し、メッセージングを磨く

拡大のオプション:

  • オプション A: 招待をバッチで絞る(一度に5~10%)
  • オプション B: 「早期アクセス」という位置づけで全ユーザーを一度に招待する

目標: 規模を拡大して検証し、正式ローンチに備える。

フェーズ5: 正式ローンチ

門を大きく開きます。

アクション:

  • セルフサービス登録を開放する
  • 課金を開始する(まだの場合)
  • すべてのチャネルで一般提供を告知する

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

  • 顧客へのメール
  • アプリ内ポップアップとプロダクトツアー
  • ローンチ関連の資料へリンクするウェブサイトバナー
  • ダッシュボードナビゲーションの「新着」ステッカー
  • ブログ記事での告知
  • 各プラットフォームでのソーシャル投稿
  • 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 のインフルエンサーとの関係を事前に築いた
  • ローンチ当日にすべてのコメントに返信した
  • 結果: Product of the Month 第2位

Reform(フォームビルダー):

  • 成功したローンチを研究し、その知見を活用した
  • 明確なタグライン、洗練されたビジュアル、デモ動画を作成した
  • ローンチ前にコミュニティに参加した(まず価値を提供した)
  • ローンチを終日対応のイベントとして扱った
  • トラフィックを誘導し、登録を獲得した
  • 結果: Product of the Day 第1位

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

アナウンスが公開されたからといって、ローンチが終わるわけではありません。ここからが導入とリテンションの取り組みです。

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

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

ローンチを再強化する: 週次/隔週/月次のまとめメールにアナウンスを含め、見逃した人に届くようにします。

競合に対して差別化する: なぜ自社が明らかな選択肢なのかを強調する比較ページを公開します。

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

ハンズオンプレビューを提供する: (Navattic などのツールを使って)ノーコードのインタラクティブデモを作成し、訪問者が登録前に体験できるようにします。

勢いを維持する

ゼロから始めるよりも、既存の勢いを活かすほうが簡単です。あらゆるタッチポイントがローンチを強化します。


継続的なローンチ戦略

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

何をアナウンスするかの優先順位の付け方

このマトリクスを使って、各アップデートにどれだけのマーケティングを行うかを決めます:

主要アップデート(新機能、製品の大幅な刷新):

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

中規模アップデート(新しい連携、UI の改善):

  • 対象を絞ったアナウンス
  • 関連セグメントへのメール、アプリ内バナー
  • 大々的な演出は不要

小規模アップデート(バグ修正、小さな調整):

  • 変更履歴とリリースノート
  • 製品が改善していることを示す
  • マーケティングで前面に押し出さない
アナウンスの戦術

リリースを分散させる: すべてを一度に出すのではなく、アナウンスをずらして勢いを維持します。

効果の高い戦術を再利用する: 過去のアナウンスが反響を呼んだなら、その知見を今後のアップデートに活かします。

エンゲージメントを続ける: メール、ソーシャル、アプリ内メッセージを使い続け、改善点を強調します。

活発な開発を伝える: 小さな変更履歴の更新でも、製品が進化していることを顧客に思い起こさせます。これはリテンションと口コミを生みます—顧客はあなたがこれからも存続すると確信します。


ローンチチェックリスト

ローンチ前
  • 明確な価値提案のあるランディングページ
  • メール獲得 / ウェイトリスト登録
  • アーリーアクセスリストの構築
  • 自社チャネルの確立(メール、ブログ、コミュニティ)
  • 借用チャネルでの存在感(ソーシャルプロフィールの最適化)
  • 借用チャネルの機会の特定(ポッドキャスト、インフルエンサー)
  • Product Hunt リスティングの準備(使用する場合)
  • ローンチ用アセットの作成(スクリーンショット、デモ動画、GIF)
  • オンボーディングフローの準備
  • アナリティクス/トラッキングの導入
ローンチ当日
  • リストへの告知メール
  • ブログ記事の公開
  • ソーシャル投稿のスケジュール設定と投稿
  • Product Hunt の掲載を公開(使用する場合)
  • 既存ユーザー向けのアプリ内告知
  • ウェブサイトのバナー/通知を有効化
  • チームが対応・返信できる体制
  • 問題とフィードバックの監視
ローンチ後
  • オンボーディングメールシーケンスを有効化
  • 関心の高い見込み客へのフォローアップ
  • まとめメールに告知を含める
  • 比較ページの公開
  • インタラクティブデモの作成
  • フィードバックの収集と対応
  • 次のローンチのタイミングを計画

タスク固有の質問

  1. 何をローンチしますか?(新製品、主要機能、軽微なアップデート)
  2. 現在のオーディエンス規模とエンゲージメントはどのくらいですか?
  3. 保有しているチャネルは何ですか?(メールリストの規模、ブログトラフィック、コミュニティ)
  4. ローンチのタイムラインはどうなっていますか?
  5. 以前にローンチしたことはありますか?何がうまくいき、何がうまくいきませんでしたか?
  6. Product Hunt を検討していますか?

関連スキル

  • marketing-ideas: 追加のマーケティングのアイデア
  • email-sequence: ローンチとオンボーディングのメールシーケンス用
  • page-cro: ローンチページの最適化用
  • marketing-psychology: ローンチとウェイトリスト向け
  • programmatic-seo: 言及された比較ページ用
  • sales-enablement: ローンチのセールス向け資料とイネーブルメント資料用

コメント