ローンチ指標（Launch Metrics）
このスキルでは、プロダクトローンチの測定方法について説明します。ローンチ日前に何を設定するか、ローンチ中に何をトラッキングするか、そして事後にどのように結果を評価するかをカバーします。一貫した測定なしでは、ローンチは推測に過ぎません。測定があれば、各ローンチが次のローンチに活かされます。
ローンチ前の準備
測定はローンチ日よりも前に始まります。ローンチ当日にトラッキングを設定すると、トラフィックが最も多い最初の波のデータを逃してしまいます。
設定すべきこと
- UTMパラメータ — すべての配信チャネルのリンクにタグを付ける
- 分析イベント — コンバージョンファネルをエンドツーエンドでインストゥルメントする
- ベースラインの取得 — ローンチ前の現在の指標を記録し、上昇分を測定できるようにする
- ダッシュボードまたはビュー — ローンチ当日にすべての主要指標を一箇所で確認できるようにする
UTMの命名規則
UTMパラメータは、トラフィックの発生元を追跡します。すべてのローンチで一貫した命名スキームを使用し、時間の経過とともに比較できるようにします。
utm_source = プラットフォーム（twitter, linkedin, email, producthunt, hackernews）
utm_medium = チャネルタイプ（social, email, paid, referral）
utm_campaign = ローンチ名（feature-name-launch, v2-launch など）
utm_content = 特定のアセット（tweet-thread, announcement-email, blog-post）
URL例:
- Twitterアナウンスメント:
?utm_source=twitter&utm_medium=social&utm_campaign=realtime-api-launch&utm_content=launch-tweet - ローンチメール:
?utm_source=email&utm_medium=email&utm_campaign=realtime-api-launch&utm_content=announcement-email - Product Hunt:
?utm_source=producthunt&utm_medium=referral&utm_campaign=realtime-api-launch&utm_content=ph-listing
ルール:
- 常に小文字
- 値にはアンダースコアやスペースではなく、ハイフンを使用する
- キャンペーン名は、単一のローンチですべてのチャネルで一致させる
- ローンチ日前にスプレッドシートですべてのUTMを作成し、漏れがないようにする
インストゥルメントされたイベント
ローンチ前に、以下の分析イベントが存在し、正しく発火することを確認します。
| イベント | 説明 |
|---|---|
landing_page_view | UTMパラメータがキャプチャされた状態でランディングページが読み込まれる |
signup_started | ユーザーが登録を開始 |
signup_completed | アカウントが作成される |
first_action | 最初の意味のあるプロダクトアクション（プロダクトによって異なる） |
cta_click | 各CTAボタンがクリックされる（ラベル付き） |
blog_post_view | ローンチブログ投稿が読み込まれる |
email_open | ローンチメールが開封される（メールプラットフォームから） |
email_click | ローンチメール内のリンクがクリックされる |
これらのイベントが存在せず、ローンチ前に追加する時間がない場合は、少なくとも既存の分析プラットフォームでUTMを使用してトラフィックとサインアップを測定します。
ティア別KPI
「成功」とは何かは、ローンチのティアによって異なります。Tier 3のチェンジログツイートをTier 1のプロダクトローンチと比較してはいけません。
Tier 1 KPI（フルプロダクトローンチ）
| 指標 | 測定対象 | 追跡場所 |
|---|---|---|
| 新規サインアップ数（1日目、1週間目） | 直接的な獲得への影響 | プロダクト分析 |
| ランディングページ訪問者数 | アナウンスメントのリーチ | Web分析 |
| ランディングページ→サインアップコンバージョン率 | ページの効果 | Web分析 |
| メール開封率 | リストのエンゲージメント | メールプラットフォーム |
| メールクリック率 | メールコピーの効果 | メールプラットフォーム |
| ソーシャルインプレッション＋エンゲージメント | 認知度 | ネイティブプラットフォーム分析 |
| プレスでの言及 | PRリーチ | 手動 + Google Alerts |
| 生成された被リンク | SEOへの影響 | Ahrefs, Search Console |
| Product Huntランキング（該当する場合） | PH固有のリーチ | Product Hunt |
Tier 2 KPI（メジャー機能）
| 指標 | 測定対象 |
|---|---|
| ローンチトラフィックからの新規サインアップ数 | 獲得 |
| 機能採用率（既存ユーザー） | 活性化 |
| ブログ投稿の閲覧数 | コンテンツのリーチ |
| ソーシャルエンゲージメント率 | 共鳴 |
| メール開封＋クリック率 | リストのエンゲージメント |
Tier 3 KPI（軽微な改善）
| 指標 | 測定対象 |
|---|---|
| チェンジログの閲覧数 | 既存ユーザー間での認知度 |
| ソーシャル投稿のエンゲージメント | リーチ |
ベンチマーク期待値
これらは、確立されたオーディエンスを持つB2B/開発者ツール向けの大まかなベンチマークです。期待値を調整するために使用し、厳格な目標としてではありません。
| 指標 | 弱い | 安定 | 強い |
|---|---|---|---|
| メール開封率（既存リスト） | < 20% | 30-40% | > 50% |
| メールクリック率 | < 2% | 4-8% | > 10% |
| ランディングページ→サインアップCVR | < 2% | 5-10% | > 15% |
| Twitterローンチツイートのインプレッション（フォロワー1万人） | < 5K | 10-30K | > 50K |
| HNフロントページ（該当する場合） | — | 200-500 訪問 | 2,000+ 訪問 |
| Product Hunt（特集された場合） | < 100 upvotes | 200-500 | 500+ |
| Tier 1 ローンチ：1週間目のサインアップ数 | < 100 | 200-1,000 | 1,000+ |
これらはオーディエンス規模、プロダクトカテゴリ、ローンチの質によって大きく異なります。方向性を示すものとして扱ってください。
ローンチ当日のモニタリング
ローンチ当日は、最初の4〜6時間は指標をほぼリアルタイムで監視します。この時間帯はまだ調整が可能です（投稿の再シェア、フォローアップツイート、限定オファーの延長など）。
監視すべきこと:
- 1時間あたりのサインアップ数（期待値を大幅に下回っている場合はアラート）
- サインアップコンバージョン率で見たトップトラフィックソース（ボリュームだけでなく）
- メール配信の問題（バウンス率、スパムクレーム）
- 最初の2時間のソーシャルエンゲージメントの速度（最終的なリーチを予測する）
やってはいけないこと:
- ソーシャルコメントへのエンゲージメントを無視して、指標を執拗にリフレッシュする
- 初期データに基づいて、ローンチ中に主要なメッセージを変更する
- 特定のチャネルが低調でもパニックにならない — 24時間のデータを待つ
ローンチ後のレトロスペクティブ
データが新鮮なうちに、ローンチから5〜7日以内にレトロを実施します。Tier 1の場合は、ローンチ準備中にスケジュールを設定します。Tier 2の場合は、非同期のSlackスレッドでも構いません。
レトロのために収集するデータ
レトロの前に、以下を収集します。
- ソース別トラフィック（UTM breakdown）
- ソース別サインアップ数
- ソース別コンバージョン率（サインアップ数 ÷ 訪問者数）
- メール指標（開封率、クリック率、購読解除率）
- プラットフォーム別ソーシャル指標
- 以前の同等のローンチとの比較（利用可能な場合）
回答すべき質問
- 最もパフォーマンスの高いチャネルはどれか（ボリュームだけでなくコンバージョン率で）?
- 投資した労力に対して最もパフォーマンスの低かったチャネルはどれか?
- 驚いたことは何か?（期待を上回ったり下回ったりしたチャネル）
- メッセージは届いたか?（定性評価: コメント、返信、メールの返信）
- ファネルのどこで漏れが発生したか?（トラフィックは多いがサインアップが少ない → ランディングページの問題、トラフィックが少ない → 流通の問題）
- 次回は何を変えるか?
レトロのアウトプット
レトロでは、正確に次の2つのことを生成する必要があります。
- 更新された配信の優先順位 — 次回、どのチャネルに投資を増やす/減らすか
- チェックリストの更新 — 学んだことに基づいて、ローンチチェックリストに追加または削除する項目
共有の場所（Notion、Linear、Confluence）に記録し、ローンチごとに蓄積されるようにします。その価値は複利的に増大します。10回のローンチ後には、自社のプロダクトとオーディエンスにとって何が機能するかについての定量的なモデルが得られます。
ローンチ履歴の構築
すべてのローンチを単一のスプレッドシートまたはデータベースで追跡します。
| ローンチ | 日付 | ティア | トップチャネル | サインアップ数（D1） | サインアップ数（W1） | メール開封率 | メモ |
|---|
5回以上のローンチ後には、パターンが浮かび上がります。
- どのチャネルが一貫してオーディエンスをコンバージョンしているか
- どのティアのローンチがどの程度のサインアップを生み出すか
- ベンチマークが時間とともにどのように推移しているか（リストサイズの成長、ソーシャルフォロワー）
この履歴は、最も価値のあるローンチアセットです。これにより、将来のローンチ計画が、外部のベンチマークよりも迅速かつ正確になります。
関連スキル
- launch-strategy — 何を追跡すべきかを決定するローンチティアとチェックリストを定義する
- launch-distribution — 各チャネルのUTMがローンチ日前に設定される
- launch-email — メール開封/クリック指標がレトロにフィードバックされる
- launch-blog-post — ブログ投稿のUTMと長期的なオーガニック検索パフォーマンス