launch

ローンチ戦略

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

始める前に

まず製品マーケティングのコンテキストを確認してください: .agents/product-marketing.md が存在する場合（または .claude/product-marketing.md、あるいは古い構成では従来のファイル名 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 万ドル以上の売上をもたらしました。TRMNL は継続的なプロモーションのためにアフィリエイトプログラムも設定しました。

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

---

準備ゲート：ローンチする準備はできていますか？

段階的な仕組みを実行する前にこれを実行してください。製品は自らをマーケティングしません——しかし、準備ができていない製品もまた、マーケティングできません。ローンチの仕組みは、ローンチするものがローンチする価値のあるものであって初めて報われます。

2 つの失敗パターンが、正反対の方向からローンチを台無しにします:

• ステルスモード — ローンチが遅すぎる。「おしゃれな服を着た先延ばし」です。製品が完璧になるのを待ちながら、非公開で磨き続けます。それは決して出荷されず、誰もあなたの存在を知りません。
• 「あと 1 つだけ機能を」 — 決してローンチしない。提案されたローンチ日はそのたびに何か 1 つのために先送りされます。スコープは永遠に膨らみ、ローンチは永遠に来ません。

中間の道は SLC — Simple, Lovable, Complete（Jason Cohen）であり、最小限だが愛されない MVP を出荷することへの解毒剤です。誰も望まないスタブをローンチしないでください。膨れ上がった何でもアプリを待たないでください。ローンチ可能な v1 とは:

• Simple（シンプル） — 1 つのことを行います。多くのことを下手に行うのではありません。1 つの明確な役割を、うまく果たします。
• Lovable（愛される） — 人はそれを我慢するだけでなく、使いたいと思います。MVP はユーザーに「フィードバックを提供するために」削ぎ落とされた体験に耐えるよう求めます。SLC は彼らが選ぶであろうものを与えます。それを失うことを悲しむ人がいないなら、まだ愛されるものではありません。
• Complete（完全） — その 1 つのことに対する全体の体験であり、明らかな穴のあるスタブではありません。より大きな約束のティーザーではなく、選んだスコープにおいて完全です。

ゲート: それがまだ Simple、Lovable、Complete でないなら、スコープを追加することが欠けているものである場合にのみ「あと 1 つだけ機能を」の領域にいます——そうでなければステルスモードにいて、出荷すべきです。1 つのことが愛され、完全になるまでスコープを削り、それをローンチしましょう。SLC は、決して来ない完璧なローンチの代わりに、今すぐ本当のローンチを与えます。

フェーズを実行する前のクイックチェック:

• 明確に定義された 1 つのことを行っていますか？（Simple）
• ターゲットユーザーはそれを我慢するだけでなく、使うことを選ぶでしょうか？（Lovable）
• その 1 つのことは、目立つスタブのない全体の体験ですか？（Complete）
• この基準を超えて磨き続けていますか？ → やめましょう。ステルスモードにいます。出荷してください。
• まだスコープに新しいものを追加していますか？ → やめましょう。「あと 1 つだけ機能を」の状態です。SLC まで削り戻してください。

ゲートを通過したら、以下のフェーズを実行してください。

---

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

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

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

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

アクション:

• 初期ユーザーを 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 のインフルエンサーとの関係を構築した
• リリース当日にすべてのコメントに返信した
• 結果: #2 Product of the Month

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

• 成功したリリースを研究し、知見を適用した
• 明確なタグライン、洗練されたビジュアル、デモ動画を作成した
• リリース前にコミュニティに参加した（まず価値を提供した）
• リリースを終日エンゲージメントイベントとして扱った
• トラフィックを誘導して登録を獲得した
• 結果: #1 Product of the Day

---

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

告知が公開されたからといってリリースが終わるわけではありません。ここからが導入とリテンションの仕事です。

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

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

ローンチを強化する: 週次・隔週・月次のまとめメールに告知を含めて、見逃した人にも届くようにします。

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

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

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

勢いを維持する

ゼロから始めるよりも、既存の勢いに乗るほうが簡単です。あらゆる接点がローンチを強化します。

---

継続的なローンチ戦略

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

何を告知するかを優先順位付けする方法

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

メジャーアップデート（新機能、製品の大幅な刷新）:

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

ミディアムアップデート（新しい連携、UI の強化）:

• ターゲットを絞った告知
• 関連セグメントへのメール、アプリ内バナー
• 大々的な演出は不要

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

• 変更履歴とリリースノート
• 製品が改善していることを示すシグナル
• マーケティングで前面に出しすぎない

告知の戦術

リリースの間隔を空ける: すべてを一度に出すのではなく、告知をずらして勢いを維持します。

成果の高い戦術を再利用する: 以前の告知が反響を呼んだなら、その知見を今後のアップデートに活かします。

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

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

出荷されたコードを告知に変える: 製品リポジトリを読めるなら、マージされた PR から直接、その週の変更履歴、告知の下書き、更新すべきページの一覧を生成できます。references/shipped-changes.md を参照してください。

---

ローンチチェックリスト

ローンチ前

• 明確な価値提案を備えたランディングページ
• メール獲得 / ウェイトリスト登録
• 早期アクセスリストの構築
• 自社チャネルの確立（メール、ブログ、コミュニティ）
• 借用チャネルでのプレゼンス（ソーシャルプロフィールの最適化）
• 借力チャネルの機会の特定（ポッドキャスト、インフルエンサー）
• Product Hunt の掲載準備（利用する場合）
• ローンチ用アセットの作成（スクリーンショット、デモ動画、GIF）
• オンボーディングフローの準備
• 分析 / トラッキングの導入
• ローンチに新しいサイト、リニューアル、または移行が含まれる場合はサイト QA を実施（references/site-launch-qa.md を参照）

ローンチ当日

• リストへの告知メール
• ブログ記事の公開
• ソーシャル投稿のスケジュール設定と投稿
• Product Hunt の掲載を公開（利用する場合）
• 既存ユーザー向けのアプリ内告知
• ウェブサイトのバナー / 通知を有効化
• チームが対応・返信できる体制
• 問題とフィードバックのモニタリング

ローンチ後

• オンボーディングメールのシーケンスを稼働
• 関心の高い見込み客へのフォローアップ
• まとめメールに告知を含める
• 比較ページの公開
• インタラクティブデモの作成
• フィードバックの収集と対応
• 次のローンチのタイミングを計画

---

タスク固有の質問

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

---

関連スキル

• marketing-ideas: 追加のローンチ戦術向け（#22 Product Hunt、#23 早期アクセス紹介）
• emails: ローンチとオンボーディングのメールシーケンス向け
• cro: ローンチ用ランディングページの最適化向け
• marketing-psychology: ウェイトリストと限定性の背後にある心理学向け
• programmatic-seo: ローンチ後に言及される比較ページ向け
• sales-enablement: ローンチ用の営業資料とイネーブルメント資料向け