gtm-launch

製品アイデア、リポジトリ、または大まかなポジショニングから、ローンチ計画を作成します。まずリサーチを行い、事実と意見を分け、親密なつながりを活用した拡散ループを見つけ、必要なアセットを作成し、ローンチに必要なものをロードマップに反映します。

始め方

リサーチや計画を始める前に、必ず2つの質問をしてください。

「一言で表すと、どのようなポジショニングですか？ また、最初のユーザー100人は具体的に誰ですか？ 属性ではなく、実在する人や特定のコミュニティを教えてください。」

両方の回答を待ってください。回答が曖昧な場合は、掘り下げてください。

• ポジショニングが曖昧な場合（「生産性向上のためのAIツール」など）は、こう問いかけてください。「具体的に、どんな人向けではないのですか？ この分野にあるほかの50個のツールと何が違うのですか？」
• 最初のユーザー100人が一般的すぎる場合（「開発者」「創業者」など）は、こう問いかけてください。「この人たちは実際にどこに集まっていますか？ 具体的な subreddit、Slack、Discord、ニュースレター、または人物を挙げてください。」

ポジショニングが具体的になり、最初のユーザー100人が特定できるまで、リサーチを始めないでください。曖昧なポジショニングに基づくローンチ計画は時間の無駄です。まずこれらを固め、そのうえで計画を組み立ててください。

---

原則

• まず考え、徹底的にリサーチし、その後に計画します。
• 事実と意見を分けます。
• 親密なつながりを活用した拡散ループは、無差別な告知に勝ります。
• スクリーンショット、クリップ、メモ、デモ、シェアカード、目に見える製品アセットが重要です。
• 製品要件もGTMの一部です。ローンチのループにシェアカード、ウィジェット、デモ、互換性チェック、公開ロードマップが必要なら、明記してください。
• 単一チャネルに頼るローンチ計画は避けます。複数の親密なつながりを活用した拡散ループを同時に展開します。
• どのローンチでも、再利用できるアセット、学び、人間関係、ロードマップ上の決定事項が残るようにします。

ワークフロー

1. ヒアリング

不足している情報だけを、一度に1つずつ質問してください。

• 製品名と一言での説明
• 対象プラットフォーム
• 現在のポジショニング仮説
• ローンチの目標
• スケジュール、予算、チームの規模、既存のオーディエンス、制約
• 既存のアセット、ウェブサイト、リポジトリ、ウェイトリスト、ユーザーインタビュー、ローンチレポート
• 成功指標：ランキング、ダウンロード、登録、スター、売上、フィードバック、継続率、認知度など
• ユーザーが参考にしたい製品やローンチ

ユーザーが十分な情報を提供している場合は、質問せずに進めてください。

2. リサーチ

幅広くリサーチしてから、対象を絞り込みます。必要に応じて、ウェブ検索、公式製品ページ、App Storeのページ、GitHub、X/Twitter、Reddit、Product Hunt、Hacker News、ニュースレター、コミュニティページ、競合のドキュメントを活用してください。

以下を調査します。

• 直接的な競合
• 類似したローンチの仕組みを持つ周辺製品
• デザイン、ユーモア、新しさ、技術的な信頼性、コミュニティによって広まった製品
• 既存ユーザーの不満やワークフロー
• 実際に反応を得たローンチ投稿やアセット
• ICPがすでに時間を費やしているコミュニティ
• ローンチを自然に受け入れられるものにできるインフルエンサーや拡散力の高い人物
• チャネルごとの慣習と落とし穴

大規模なリサーチでは、トラックごとに並行して進めてください。

• 競合の状況
• コミュニティ／インフルエンサーのマップ
• ローンチアセットの事例
• チャネル戦略
• 製品要件

3. 統合

リサーチ結果を意思決定につなげます。

• ポジショニング：一言での説明、全体像、差分、対象外のもの
• ICP：最初のユーザー100人、最初のユーザー1,000人、最初の拡散力の高い人物
• ローンチのループ：きっかけ、アセット、チャネル、コンバージョン、指標
• チャネルとの適合性：実施すること、避けること、事前に温めておく必要があるもの
• 製品の不足点：ローンチ前にリリースすべきもの
• アセット戦略：スクリーンショット、デモ、動画、投稿、コメント、返信、ランディングページの各セクション

4. 計画

以下を含むローンチ計画を作成します。

• スケジュールが許せば、ローンチ前の4〜6週間のタイムライン
• ローンチ週のウォールーム
• チャネルごとの計画
• 事前の盛り上げ施策
• アウトリーチとインフルエンサーのマップ
• Product Hunt／HN／Reddit／X／コミュニティ向けのコピー
• ニュースレターとメールのコピー
• 創業者の投稿と返信用文例集
• ローンチアセットのチェックリスト
• 指標ダッシュボード
• リスク一覧
• ローンチ後のフォローアップ計画

5. 出力

見やすく整理されたローンチドキュメントを1つ作成します。可能であれば、ワークスペースに保存してください。

plans/<product-slug>-gtm-plan.md

以下の構成を使用してください。

# <Product> GTM Research & Launch Plan

## 0. Launch Context

## 1. Executive Thesis / Positioning

## 2. Research Notes

## 3. Competitive Positioning & ICP

## 4. Audience, Super-Spreaders & Influencer Map

## 5. Launch Loops

## 6. Distribution Strategy

## 7. Launch Timeline & War Room

## 8. Creative & Asset Bank

## 9. Product Requirements for Launch Success

## 10. Metrics & Tracking

## 11. Risks & Mitigations

## 12. Post-Launch Analysis Template

## 13. Final Recommendation

## 14. Sources

---

チャネル別プレイブック（2026）

Product Hunt

アルゴリズムの仕組み： ランキング ＝ 加重アップボート数 ÷ 時間あたりの増加率で、アカウントの利用期間に応じた倍率と、不審なパターンに対するペナルティが加わります。コメントは大きく加点されます。アップボートが40件で本物のコメントが20件あるプロダクトは、アップボートが70件でコメントが2件のプロダクトより上位になることがよくあります。ローンチ当日に作成されたアカウントからのアップボートは、ほぼゼロに割り引かれます。

最初の6時間の目標： アップボート200件以上、コメント30件以上。この時間帯にアルゴリズムによって初期ランキングが決まります。

通知のタイミング（3段階）：

1. コアサポーター — 太平洋時間の午前0時（ローンチ開始）
2. より広いネットワーク — 太平洋時間の午前6時
3. 最後の追い込み — 太平洋時間の午後6時

1日を通して安定して伸びるほうが、急増した後に失速するより効果的です。すべてのコメントに30分以内に返信するメーカーは、DMで追加のアップボートを求めるメーカーよりランキングに大きく貢献します。

最適なローンチ曜日： 木曜日です。月の第2週と第3週の火曜日も効果的です。月曜日（競合が多い）と金曜日（トラフィックが少ない）は避けましょう。

最初のコメントが重要： ローンチ直後に、自分で最初のコメントを投稿しましょう。なぜ作ったのか、次に何をするのかを説明し、率直なフィードバックを呼びかけます。これが会話のきっかけになります。

ローンチを台無しにするもの： 新規アカウントによるアップボートの組織的な操作、知り合い全員への「応援してください」というありきたりなDM、ローンチ後にメーカーが返信しないこと、Product Huntで事前に交流しておかずに投稿すること。

---

Hacker News（Show HN）

現実を確認しましょう： Show HNへの投稿のうち、トップページに載るのはわずか2.3％です。Show HNの中央値は2ポイントです。50ポイントを獲得すると、上位6％に入ります。

タイトルの形式： Show HN: [Product Name] – [One-sentence technical description]。ユーザーにどのような成果をもたらすかではなく、技術的に何をするのかを先に示しましょう。HNでは、具体性と技術的な誠実さが評価されます。

最初の1時間がすべてです： 最初の60分で30～50件のアップボートを得ることが、トップページに載る目安です。30分で10件のアップボートを得るほうが、3時間かけて同じ10件を得るより効果的です。

Show HNの利点： 投稿は/shownewキューで猶予期間があり、その間はダウンボートが無効になります。この時間を活用しましょう。

エンゲージメント： 早い段階で寄せられたコメントすべてに返信しましょう。具体的で活発な会話が続くスレッドほど、上位に表示されます。反論するのではなく、説明し、限界を認め、質問しましょう。

絶対にしてはいけないこと： 投票操作、組織的なアップボートキャンペーン、カルマがゼロのアカウントによるアップボートです。HNの不正検知に見つかると、ペナルティは永久に続きます。

宣伝ではなく、議論として伝えましょう。 「既存のツールはどれもZの点で問題があり、YがつらかったのでXを作りました」は、「ローンチ：最高のXツール」より効果的です。

---

Reddit

基本ルール： Redditでは、まずコミュニティを大切にしましょう。コミュニティに本当の価値をもたらす場合は、プラットフォームでの自己宣伝が認められています。自分の利益しか考えていない参加は、削除されたり、シャドウバンされたりします。

90/10のルール： 活動の90％は、質問への回答、知識の共有、他の人との交流など、純粋なコミュニティ参加に充てましょう。宣伝を含めてもよいのは10％です。サブレディットのモデレーターとRedditのスパムフィルターは、この比率を追跡しています。

ローンチ前： ローンチ日の前に、少なくとも2週間は対象のサブレディットに積極的に参加しましょう。コミュニティの実際のメンバーであることが伝わる投稿履歴を作ります。

ローンチする場所：

• r/SideProject — まさにこの目的のために作られています
• r/roastmystartup — フィードバックを求める形のローンチがうまくいきます
• サブレディットごとの「Show and Tell」「Feedback Friday」「Self-Promo Saturday」スレッド — サイドバーを確認しましょう
• ICPに特化したニッチなサブレディット（開発者：r/webdev、r/programming、創業者：r/Entrepreneur、r/startups）

Redditユーザーが評価するもの： 実際の数値、スクリーンショット、正直なトレードオフ、学んだ教訓です。誇張は評価されません。問題とそこに至る経緯を最初に伝え、プロダクトは解決策として紹介しましょう。逆にしてはいけません。

---

X / Twitter

2026年のアルゴリズムの実情： X は、特定の分野における権威性が実証されているアカウントを大きく優遇します。幅広い分野を扱うことは不利になります。投稿から15分以内の返信は、2時間後の返信と比べて表示回数が3〜5倍になります。

X Premium： 意味のあるオーガニックリーチを得るには、事実上必須になりました。Premium 登録者に対するアルゴリズム上の優遇は大きく、登録していない小規模アカウントのオーガニックリーチはほぼゼロです。

ローンチ投稿では： 機能ではなく、プロダクトのストーリーを投稿します。何を作ったのか、なぜ作ったのか、何を学んだのかを伝えましょう。短いデモ動画や GIF を加えます。最初の1時間以内に、すべてのコメントに返信しましょう。

ローンチ前後の投稿頻度： ローンチ前後の1週間は、1日3〜5件投稿します。投稿を途切れさせないようにしましょう。アルゴリズムは活動の休止を不利に評価します。

効果があるもの： スレッド（長いコンテンツはエンゲージメントの機会が増えます）、「ビルド・イン・パブリック」のストーリー（結果だけでなく、制作過程を見せる）、特定のユーザーの課題に触れる創業者の声による投稿。

効果がないもの： ストーリーのない、ありきたりな「ローンチしました！」の投稿。機能一覧。一度投稿して、その後何も投稿しないこと。

---

ニッチなニュースレター

広告を出す前に試すべき、最適な有料チャネルです。 正確なニッチに属する5,000人の濃い読者層は、幅広い10万人の読者層を上回ります。ICP が実際に読むニュースレターを1つ選び、スポンサーになりましょう。

Letterhead、Paved、または「[your niche] newsletter」と直接検索してニュースレターを探します。フッターでの言及ではなく、専用配信や目立つ掲載枠を交渉しましょう。

---

ディストリビューションとしてのインテグレーション

インテグレーションは今や、単なるプロダクト機能ではなく、ディストリビューションチャネルです。Notion、Slack、Shopify、Zapier、Webflow など、オーディエンスがすでに利用しているエコシステムにプロダクトを接続できるなら、適切に実装されたインテグレーション1つで、持続的な成長ループが生まれます。

インテグレーションのマーケットプレイス（Zapier アプリディレクトリ、Notion のインテグレーションページ、Slack アプリディレクトリ）に掲載しましょう。これらの場所では、それぞれ独自のオーガニックな発見機会があります。

---

オープンソース

オープンソースは、開発者向けツールにとって最良の無料マーケティングです。大規模なブランド認知、信頼性、口コミを生み出します。ビジネスモデルを損なわずにプロダクトの一部をオープンソース化できるなら、実施して GitHub/HN で別途ローンチしましょう。

---

プレイブックのバリエーション

コンシューマー向け／バイラル／パーソナリティ重視

感情、スクリーンショット、ソーシャルアイデンティティ、ユーモア、新しさ、デザイン、イベントの盛り上がりを通じてプロダクトが広まる場合に使います。

注力するもの：

• シェアしやすいスクリーンショット
• ミームにしやすいプロダクトの状態
• 短いクリップ
• クリエイターや創業者による投稿
• 地域イベントや話題作り
• 個性のあるプロダクトの文言
• シェアカード、ウィジェット、アプリアイコン、目に見える成果物

開発者向けツール／Product Hunt／技術重視

明快さ、技術的な信頼性、ワークフロー上の課題、GitHub、PH、HN、Reddit、ニッチなコミュニティを通じてプロダクトが売れる場合に使います。

注力するもの：

• 正確なポジショニング
• 既存ツールとの比較
• 「なぜ今なのか」「何が違うのか」
• ドキュメント、README、ロードマップ、既知の問題
• 技術的なデモ動画や GIF
• PH の最初のコメントと返信用テンプレート
• 宣伝ではなく議論として提示する HN/Reddit 向けの説明
• ローンチ当日前のコミュニティでの周知

ハイブリッド

技術的な信頼性と、シェアしやすい個性の両方が必要なプロダクトに使います。両方のループを維持しつつ、混同しないようにしましょう。技術的なローンチには信頼性を持たせ、ソーシャルでのローンチは簡単にシェアできるものにします。

---

ローンチ後の分析

ユーザーがローンチの数値、フィードバック、コメント、分析データを提供した場合は、分析モードに切り替えます：

• 数値を要約する
• 効果があったことを特定する
• 効果がなかったことを特定する
• ユーザーフィードバックの傾向を抽出する
• ポジショニングを更新する
• ロードマップを更新する
• ディストリビューションに関する学びを更新する
• 翌週のフォローアップアクションを作成する

次のテンプレートを使います：

# <Product> Post-Launch Review

## Numbers

## What Worked

## What Did Not Work

## User Feedback Themes

## Positioning Updates

## Product Roadmap Changes

## Distribution Learnings

## Next 7 Days

## Reusable Playbook Updates

---

ルール

• 一般的なローンチのアドバイスは提示しないでください。
• 調査を行った場合は、出典を明記してください。
• 主張は、観測データ、資料、または明示した前提に基づいて追跡できるようにしてください。
• 「あらゆる場所に投稿する」よりも、温かみのある、具体的な配信を優先してください。
• 各チャネルに自然になじむ文面を書いてください。
• ローンチに必要な場合は、製品要件を含めてください。
• 実行する戦略を1つに絞り、直近の次のアクションで締めくくってください。