Communitygithub.com

clawic/skills

製品発表、アセット、チャネル、タイミングを調整し、ティーザーからローンチ日、そしてローンチ後の勢いまでの流れをカバーします。

skills とは?

このスキルは、製品ローンチを2〜4週間の「アーク(弧)」として捉え、単発のイベントではなく、持続的な勢いを生み出す戦略を提供します。事前準備、ティーザー、ソフトローンチ、ローンチ日、ポストローンチの各フェーズにおける具体的なアクションと、それらを支えるポジショニング、アセット、チャネル戦略、実行手順、成功指標を網羅しています。Claude CodeやCursor、CodexなどのAIエージェント上で動作し、マーケティング担当者やプロダクトマネージャーが、計画的かつ効果的な製品発表を実行するための包括的なフレームワークを提供します。このスキルの核となるのは、「ローンチは製品の完成を祝う日ではなく、蓄積された勢いがピークに達する日である」という考え方であり、そのための具体的な戦術と、よくある失敗(機能追加による延期、オーディエンス不在でのローンチ、ポストローンチ計画の欠如など)を回避するためのチェックリストを提供します。

対応~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/clawic/skills/tree/HEAD/skills/product-launch

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

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

ドキュメント

アークであって、一日ではない

ローンチは2〜4週間のアークであり、3つのフェーズで構成されます。#1000(大多数)はローンチ当日を計画し、#1(トップクラス)はアーク全体を計画し、当日を蓄積された勢いのピークとします。

  • プレローンチ(7〜14日前): ローンチするためのアセットではなく、オーディエンスを構築します。ウォームアップされたウェイティングリストは、当日のコールドオーディエンスと比較して3〜5倍のコンバージョンを生みます。誰もいない部屋に向けたローンチは、デフォルトで失敗します。
  • ティーザー(3〜7日前): 好奇心を刺激するが、それを満足させないコンテンツを1つ作成します。目的は、メールアドレスやフォロワーを集めることであって、製品を説明することではありません。ティーザーで説明しすぎると、当日の発表効果が薄れます。
  • ソフトローンチ(24〜48時間前): 友人、家族、ウェイティングリストの一部のユーザー向けに、プライベートリンク経由で製品をリリースします。これはバグ発見の場です。公衆の面前で壊れる前に修正し、サインアップフローをエンドツーエンドでドライランします。
  • ローンチ日: 24時間かけてだらだらと行うのではなく、2〜4時間に集中してプッシュします。最もウォームアップされたオーディエンスが最初に行動し、可視的な勢い(サインアップ、コメント、ソーシャルプルーフ)を生み出し、その後に広いオーディエンスが続きます。
  • ポストローンチ(7〜14日後): 第二波とリテンションへの軸足の移動です。#1000はローンチして静かになりますが、#1はローンチ日の前にポストローンチ計画を書き上げています。
  • 日付選択: 月曜日(ニュースサイクルが混雑)と金曜日(B2Bでは週末で死んでいる)を避けます。B2Bは火曜日〜木曜日。主要なニュースイベント、祝日、既知の競合のローンチを避けます。より大きなニュースと競合するローンチは、見えなくなります。
  • 薄いローンチ vs 厚いローンチ: 薄いローンチは1日だけで勝負、厚いローンチは1週間コンテンツを発信します。厚いローンチは教育が必要な製品(新しいカテゴリー、複雑な価値提案)に有効で、薄いローンチは明確で自己説明的な改善に適しています。
  • リリース準備完了 != 機能完全。 プロダクトが完成することはありません。ローンチ準備完了 = コアフローが動作する、ストーリーが明確、アセットが完成。コアをリリースし、ローンチし、反復する。「もう一つの機能」のために日程を延期することは、ローンチが永遠に実現しない最も一般的な原因です。

ポジショニングと一言

  • 一言: それが何であるか、誰のためのものか、単一のベネフィット。一言で言えなければ、それはローンチではなく、機能の羅列です。
  • カテゴリー創造 vs カテゴリー参入: 創造(新しいものを定義する)には、より多くの教育、長いアーク、ソートリーダーシップが必要です。参入(既存のものに対して優れている)には、差別化、比較、証拠が必要です。これを誤ると、教育に過剰投資または過小投資することになります。
  • ヒーロークレーム: 1つの現実的で、防御可能で、具体的な数字または成果でアンカーを打ちます。「デプロイ時間を40分から6分に短縮」は「10倍高速」よりも優れています。でっち上げられた丸い数字(10倍、100倍)はマーケティングと読まれ、精査に耐えられません。
  • ナラティブアーク: 問題(共感できる、具体的な人物)→ 壊れた既存の解決策 → あなたのアプローチ → 証拠 → 依頼。#1000は製品でリードしますが、#1は問題とそれを持つ人物でリードします。
  • オーディエンス階層: 誰が最初に聞くべきか(コアな1000人のスーパーファン)、次にリーチ可能な市場、その次に広いオーディエンス。特徴ではなく、オーディエンスによってメッセージを順序付けます。
  • 10歳児に説明できるかテスト: 賢い非専門家が一度読んで、あなたが何をしているかを言い直せなければ、ポジショニングは完了しておらず、コピーも賢くありません。
  • ヒーロークレームを機能リストの下に埋もれさせると、ローンチは死にます。 1つのクレームを、見出しの一番上に置きます。機能はその下でサポートします。

アセットとローンチキット

有限の在庫です。これらが一つでも欠けると、当日に火災が発生します。

  • ランディングページ: すべてが指し示す宛先。CTAは1つで、ファーストビューに。#1000は3つのCTAを競合させています。見出しにヒーロークレーム、その下にデモ動画またはGIF、3〜5のサポートポイント、ソーシャルプルーフ、そして再度CTA。
  • デモ動画: メインは60〜90秒、ソーシャルカットダウン用は30秒未満。2分を超えると、視聴者の半数が終わる前に離脱します。製品が動作しているところを見せましょう。トーキングヘッドは避けます。
  • スクリーンショット: 5〜8枚。ヒーローショットとコアフロー。プレス、ソーシャル、アプリストアで使用されます。Retina対応のため2倍で撮影します。
  • プレスキット: ファクトシート(1ページ:何を、誰が、なぜ、いつ、その数字)、創業者経歴、会社ロゴ(ライト+ダーク)、製品スクリーンショット。これがないと、プレスは見つけたものを何でも使い、それは間違っています。
  • ソーシャルアセット: ローンチスレッド(Twitter/X)、LinkedIn投稿+カルーセル、オーディエンスがいればIG/FB。1つのコアメッセージを、各プラットフォームにネイティブな形に書き換えます。コピーペーストは避けます。
  • メールシーケンス: ウェイティングリスト(発表+リンク)、ローンチ日(公開告知)、フォローアップ(開封しなかった人に3〜5日後)。メールはあなたが完全に所有する最もROIの高いチャネルです。ここへの過小投資はよくあるエラーです。
  • チェンジログ / リリースノート: 正直で具体的なリリース内容のリスト。開発者とパワーユーザーはこれを読みます。これがないと、製品が存在しないように見えます。
  • サポート / FAQ ドキュメント: よくある質問トップ10とその回答を、ローンチ前に公開します。これがないと、サポートは当日に同じ5つの質問に答えるだけで溺れてしまいます。
  • 社内有効化資料: セールス、サポート、カスタマーサクセス向けの1ページ資料で、トップ5の質問と反論処理方法を記載し、ローンチ前に配布します(後ではありません)。彼らは実際のユーザーと最初に話す人たちです。
  • アセット制作順序: ランディングページ(宛先)が最初、次に動画(リードタイム最長、1〜2週間)、次にスクリーンショット、次にソーシャル、最後にメール(最も早く制作可能、当日でも可)。
  • 毎回忘れられるアセット: サポートドキュメントと社内有効化資料。華やかさはなく、時間が足りなくなると最初に削られ、まさに当日を救うものです。

チャネルと増幅

  • オウンド(メール、ソーシャル、ブログ) > アーンド(プレス、インフルエンサー、コミュニティ) > ペイド(勝者を増幅)。 オウンドは自分でコントロールできます。アーンドは信頼性とリーチを与えます。ペイドはすでに機能しているものを増幅します。
  • アーンドメディアの仕組み: エンバーゴ(プレスに3〜7日前にエンバーゴで事前情報を提供し、ローンチ時間に解除)は幅広いリーチを与えます。エクスクルーシブ(1つのメディアに独占的に提供)は1つの大きなスパイクを与えます。ニュース価値のある角度が1つあればエクスクルーシブ、ストーリーが広範囲であればエンバーゴを選びます。
  • インフルエンサー / コミュニティ: あなたのオーディエンスにすでにリーチしている10〜30人を特定し、1週間前にアセットを添えてブリーフィングし、彼らがローンチ時に公開できるようにします。#1000はローンチ時に100人にコールドDMを送りますが、#1は1ヶ月前に20人をウォームアップしています。
  • ペイドはすでにオーガニックで機能しているものだけを増幅します。 ペイドは、コンバージョンするメッセージとクリエイティブがわかった後の、ローンチ後に実施します。テストされていないメッセージでローンチ日にペイドを実施すると、間違ったストーリーに予算を浪費します。
  • チャネルとアセットの適合: 動画はフィード向け、長文はブログとSEO向け、スレッドはTwitter/X向け、カルーセルはLinkedIn向け、デモGIFはProduct Huntやコミュニティ向け。同じアセットを横断的にコピーするより、ネイティブに書き換えた方がパフォーマンスが良くなります。
  • Product Hunt: 完全な24時間サイクルを得るために、00:01 PTにローンチ。事前にハンターとコメンテーターを確保。最初の1時間の勢いがその日を左右します。
  • Hacker News: 火曜日〜木曜日のアメリカ時間の朝に投稿。マーケティング投稿(フラグが付けられる)よりも、創業者による真摯なコメントが付いた本物の「Show HN」の方が評価されます。
  • Reddit: 投稿する前に各サブRedditの自己宣伝ルールを読むこと。直接的なプロモーションを禁止し、〜10:1の貢献比率を要求するサブRedditも多い。ルール違反は投稿の削除とカルマの喪失につながります。

ローンチ日の実行

  • ラン・ブック: タイムスタンプ付きのアクション、担当者、アセットリンクを記載したドキュメント。全員が1つのチャネル(Slack/Zoomの作戦室)にいること。即興でシーケンスを実行する者は誰もいません。
  • タイムゾーンは自分基準ではなく、オーディエンス基準で決めます。 米国B2B:朝のスクロールタイムに合わせて ET 6〜9時。グローバル/開発者向け:Product Huntサイクルに合わせて 00:01 PT。買い手が寝ている時間に自分の現地時間の9時にローンチすると、最初の8時間を無駄にします。
  • 最初の2時間がその日を決めます: 最もウォームアップされたオーディエンス(ウェイティングリスト、スーパーファン、ソフトローンチグループ)が最初に、集中してプッシュし、可視的な勢いを生み出し、その後に広いオーディエンスが続きます。
  • モニタリングダッシュボード: サインアップ数、アクティベーション率、エラー率、サーバー負荷、サポートチケット、ソーシャルメンション。最初の2時間は15〜30分ごとに確認し、その後は毎時確認します。
  • 壊れるもの、順番に: サインアップフロー(前日にエンドツーエンドでドライラン)、ランディングページ(キャッシュをリフレッシュ、フォームを負荷テスト)、サーバー(予想ピークの3〜5倍まで負荷テスト)、サポート(48時間は通常の2〜3倍の人員を配置)。
  • 週末を含む48時間はオンコール体制を敷きます。 誰かが常に午前3時に監視しています。それがあなたでなければ、壊れたサインアップに誰にも連絡できないユーザーがいるということです。
  • 作戦室は意思決定の場であり、状況報告の場ではありません。 唯一の質問は「修正をリリースするか、メッセージを維持するか、ペイド支出を停止するか?」です。状況が安定するまで30分ごとに繰り返します。

指標と基準

  • 実際の指標、順番に: アクティブ化されたサインアップ数(生の訪問数ではない)、初日のアクティベーション率、7日目リテンション、30日目リテンション、有料へのコンバージョン。後の指標ほど、前の指標の真実のテストとなります。
  • アクティベーションはローンチ前に定義しなければならないものです。 リテンションと相関する特定のアクション(最初のプロジェクトを作成、チームメイトを招待、最初のクエリを実行)。#1000はサインアップ数をカウントしますが、#1はアクティベーションをカウントします。
  • でっち上げの精度ではなく、正直なレンジ: ウォームアップされたウェイティングリストの初日コンバージョン率 15〜40%、コールドトラフィック 1〜5%、SaaS トライアルから有料へのコンバージョン率 10〜25%、優れたコンシューマー D7 リテンション 25〜40%、SaaS D7 リテンション 40〜60%。目標ではなく、目安です。
  • バニティ指標ブラックリスト: 総訪問数、ソーシャルインプレッション、プレス掲載数、メール開封率。それぞれ、下流の指標(コンバージョン、クリック、トラフィック、クリック)がなければ、勝っているように感じさせて実際にはそうではない数字です。
  • ローンチの急上昇とその後の急落はデフォルトの失敗です。 初日は大きいが、7日目は初日の20%を下回る場合。ローンチが成功するのは、30日目のリテンションが維持された場合のみです。リテンションのない急上昇は、借り物の注目です。
  • 成功の基準をローンチ前に設定します。 成功の数字と、撤退・方向転換の数字を書き留めます。事前にコミットされた基準がなければ、ローンチ後の合理化によって、あらゆる結果が勝利と再定義されます。

ポストローンチの勢い

  • ローンチは終わりではなく、始まりです。 ローンチ日の前に書かれた2週間のポストローンチ計画こそが、ローンチをプレスリリースから区別するものです。
  • 第二波: 開封しなかった人へのフォローアップメール(3〜5日後)、「ローンチ以降にリリースしたもの」アップデート(7〜10日後)、ケーススタディまたはソーシャルプルーフの投稿(14日後)。それぞれがテールを延ばします。
  • 壊れたものを素早く修正します。 バグは2日目までにトリアージし、3〜5日目までに修正をリリースし、それを伝えます。公に修正するバグのあるローンチは、言及されることのないバグのないローンチよりも優れています。
  • 7日目までにリテンションへ軸足を移します。 エネルギーを獲得(人を呼び込む)からリテンション(人を留める)へシフトします。オンボーディングフロー、ライフサイクルメール、ファーストアハ体験の最適化。リテンションのない獲得は、漏れるバケツに水を注ぐようなものです。
  • 1週間以内にポストモーテムを実施します。 何が機能し、何が機能しなかったか、次回のローンチに向けて何を変更するかを記録します。文書化されていなければなりません。次のローンチは常に予想よりも早く訪れます。
  • 〜7タッチルール: 見込み客は行動を起こすまでに約7回の露出を必要とします。ローンチ時の1回のツイートは1タッチです。ポストローンチのケイデンスが残りの6タッチを提供します。沈黙してしまう単一の発表は、ほとんど誰にも届きません。

状況別プレイ

状況プレイ
「もう一つの機能」のためにローンチ日が延期されているリリース準備完了 != 機能完全。コアフローが動作し、ストーリーが明確で、アセットが完了していれば、ローンチします。その機能は次のリリースに延期します。
ローンチするためのオーディエンスがいないアセットではなく、4〜8週間前にウェイティングリストを構築します。誰もいない部屋に向けたローンチはデフォルトで失敗します。アセットはそれを修正しません。
プレスが取り上げてくれないおそらく、ニュースになるアングル(数字、名前、逆張りの主張)が不足しています。唯一の防御可能なヒーロークレームを中心に据え直すか、プレスをスキップしてオウンド+コミュニティに注力します。
初日にトラフィックはあるがサインアップがないランディングページまたはサインアップフローがボトルネックです。CTA(1つ、ファーストビューにあるか)、フォーム(ドライランを実行)、メッセージ(ヒーロークレームが明確か)を確認します。コンバージョンのない訪問はバニティ指標です。
サーバーがローンチ時にダウンした予想ピークの3〜5倍まで負荷テストを実施していませんでした。修正をロールアウトし、伝え、将来のすべてのラン・ブックに負荷テストを追加します。
インフルエンサーがローンチ時に連絡を無視するローンチ時にコールドDMを送信しました。次回は1ヶ月前に10〜30人をウォームアップし、アセットと明確な依頼を添えて連絡します。
初日は大きいが、7日目には死んでいるリテンション計画なしでローンチしました。オンボーディング、ライフサイクルメール、ファーストアハ体験の修正に軸足を移します。リテンションのない急上昇は、借り物の注目です。
ページに2つの競合するCTAがある1つに絞ります。ページは1つのアクションのために存在します。他のすべてはそれをサポートします。
より大きなニュースと同じ週にローンチする可能であれば日付を変更します。より大きなニュースと競合するローンチは見えなくなります。ニュースサイクルには1つのヘッドライン枠しかありません。
創業者が「ローンチは成功したか?」と尋ねる事前にコミットされた基準(アクティベーション数、D7、D30)と比較します。訪問数やインプレッション数ではありません。基準が設定されていなければ、事後的に設定し、ギャップを認めます。

意見が分かれる点

  • ビッグバン vs 段階的な招待制: ビッグバンは、製品が実証されており、カテゴリーがシグナルを報いる場合(コンシューマー、バイラル)に、初日の最大の勢いとプレスのために有効。段階的(招待制ベータ → 拡大)は、リスクが高く、スイッチングコストが高く、またはエンタープライズ製品で、公の場での失敗が取り返しがつかず、検証がスケールに先行しなければならない場合に有効。
  • エンバーゴ vs エクスクルーシブ vs オープン: エクスクルーシブは、ニュースになるアングルが1つある場合(1つの大きなスパイク、1つのメディアが独占)。エンバーゴは、幅広いストーリーの場合(多くのメディア、幅広さ)。オープン(単に公開)は、プレスがチャネルではなく、オウンドとコミュニティが牽引する場合。選択は、ニュース価値とプレスの関連性に基づきます。好みではありません。
  • 初日にペイド vs 後にペイド: 初日のペイドは、実証済みのメッセージと既知のユニットエコノミクスがある場合のみ。それ以外は、後にペイドを実施し、オーガニックで既にコンバージョンしているクリエイティブをペイドで増幅します。テストされていないメッセージでの初日のペイドは、間違ったストーリーに予算を浪費します。
  • 創業者主導のナラティブ vs ブランドナラティブ: 創業者主導は、アーリーステージ、カテゴリー創造、パーソナリティ主導のローンチで効果的です(創業者自身が証拠)。ブランドナラティブは、スケール時やB2Bで、買い手が創業者を参照しない場合に効果的です。創業者主導のバージョンは、エゴと読まれてパフォーマンスが低下します。
  • 厚いローンチ vs 薄いローンチ: 厚いローンチは、教育が多く必要な製品や新しいカテゴリーの製品で、反復して届ける必要がある場合に有効。薄いローンチは、明確で自己説明的な改善で、1日で十分な場合に有効。教育ニーズの誤判断は、過剰投資または過小投資につながります。

関連スキル

その他のClawicスキル(ユーザーが確認した場合にインストール):https://clawic.com/skills/

  • go-to-market - このローンチがその一部である、より広範なGTM戦略
  • copywriting - ローンチが依存するランディングページ、メール、ソーシャルコピー
  • email-marketing - ウェイティングリスト、ローンチ日、フォローアップシーケンスの仕組み
  • landing-page - ランディングページの構造、コピー、コンバージョン最適化
  • launch-runbook - ローンチ日の手順、モニタリング、作戦室運営
  • product-positioning - ポジショニング、ナラティブ、ヒーロークレームの開発
  • demo-video - デモ動画のスクリプト、撮影、編集
  • analytics-setup - ローンチ指標のトラッキング、ダッシュボード設定
  • community-building - ウェイティングリストの構築、ローンチ前のオーディエンス形成
  • press-relations - プレスキットの作成、記者への連絡、エンバーゴ/エクスクルーシブ戦略

Individual skills in this repo

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

clawic/skills

Build high-converting landing pages with proven structure, persuasive copy, and conversion optimization.

clawic/skills

Complete MBA curriculum with structured learning, case studies, financial analysis, and practical business decision-making.

clawic/skills

Translates and localizes text, software strings, documents, subtitles, and marketing copy between any language pair. Use when translating anything, when fixing a translation that reads machine-made, or when localizing a product: ICU plurals and gender, placeholders that must survive, string catalogs (JSON, XLIFF, .po, .strings, .xcstrings, ARB, RESX, YAML), locale codes and fallback chains, RTL and bidi breakage, CJK typography, mojibake, text expansion that overflows the UI, subtitle timing and reading speed, hreflang and multilingual SEO, glossaries, translation memory and fuzzy matches, and post-editing machine output. Use when choosing register (tu/vous, tú/usted, du/Sie, keigo), between es-ES and es-419 or zh-Hans and zh-Hant, or when a certified, legal, or medical translation carries liability. Not for writing original copy natively in one language (spanish, french, german, japanese, chinese) or generating captions from audio (video-captions).

clawic/skills

Create viral user-generated content for marketing with effective hooks, formats, and creator strategies.

clawic/skills

Generate professional captions and subtitles with multi-engine transcription, word-level timing, styling presets, and burn-in. Use for TikTok/Reels/Shorts mute-safe captions.

clawic/skills

Build fast, accessible, and SEO-friendly websites with modern best practices.

関連スキル