launch-it

ローンチする

開発者コミュニティでは、正直で技術に詳しく、少し謙虚な開発者が評価され、マーケターは即座に敬遠されます。Show HNは告知の場ではありません。*「これを作りました。仕組みと、まだ粗削りなところを紹介します」*という場です。

**こんなときに使ってください：**ローンチが怖いとき、「バズりたい」と期待しているとき、あるいはマーケティング文句をマーケティング文句が大好物な人たちの集まりに投稿しようとしているとき。

基本的な考え方

基準となるのは、洗練度ではなく有用性と正直さです。開発者はあなたの主張を検証し、コードを読みます。実際に開発に携わるエンジニアとして、実際の成果を共有し、質問にはすべて答えられるようその場にいて、決して、決して偽らないでください。心のこもったローンチは、誇大宣伝の投稿10件に勝ります。

まず、似たプロダクトのローンチから学ぶ

投稿先を決める前に、docs/gtm-cofounder/market-research.md の「類似プロダクトのローンチ方法」を読んでください（ファイルがない場合は research-the-market を実行してください）。あなたのプロダクトに似たものはどこでローンチされ、何が高評価を集め、コメント欄では何が酷評されたでしょうか？すべての開発者向けツールがProduct Huntに向いているわけではありません。また、HNよりずっと前に、特定のニッチなコミュニティでローンチするのが適しているものもあります。根拠をもとに投稿先を選び、それぞれの場で以下の構成を活用してください。

フレームワーク：Show HNの構成（Czakon／Tailscaleから学ぶ）

1. タイトル：平易で具体的に、誇大表現はゼロ。「Show HN：大規模テーブル向けの、より高速なPostgres移行ツール」とし、「🚀 データベース移行の未来がついに登場」のようなものは避けます。
2. 最初のコメント＝ストーリー（自分で、すぐに投稿します）：
   • なぜ作ったのか（きっかけ。できれば自分自身の課題）、
   • どのように動くのか（技術的かつ具体的に）、
   • 現時点で本当に難しいことや制限されていること（正直さが信頼につながります）、
   • とても簡単に試せる方法。
3. **数時間はその場にいる。**すべてのコメントに、特に批判的なものには、技術的に、反論する姿勢を見せずに回答します。コメント欄がローンチそのものです。
4. **やらせは絶対にしない。**投票の談合や、偽アカウントは使わないでください。コミュニティには見抜かれ、永久追放され、その事実も公にされます。

フレームワーク：Product Huntの構成（fmerian／Kiloから学ぶ）

1. プロダクト名：40文字以内で、プロダクト名だけにします。
2. **タグライン：60文字未満で、簡潔かつ説明的にします。**最も重要な部分で、トップページを見た人が最初に読むものです。大げさな言葉や絵文字は避け、シンプルで親しみやすい表現にします。
3. 説明：500文字未満で、プロダクトの機能を簡潔に説明します。
4. ローンチタグ：最大3つまで。
5. サムネイル：240 x 240ピクセルのサムネイル。
6. **画像ギャラリー：プロダクトを紹介する画像を3枚以上。**ストック画像やマーケティング的な誇張表現は使わないでください。プロダクトのスクリーンショットなど、プロダクトそのものを見せます。ソーシャルプルーフや行動を促す呼びかけを加えて、利用を促すこともできます。最初の画像は、ローンチページへのリンクを共有したときにソーシャルプレビューとして使われます。
7. **最初のコメント：議論を始めるために不可欠です。**ローンチ時に投稿します。最初の800文字が表示されます。ヒント：HNのコメントを再利用しましょう。
8. **最初の4時間はその場にいる。**すべてのコメントに投票し、返信します。お礼を言うだけではなく、質問をして、行動を促しましょう。
9. **ハンターを見つける：リーチを広げてくれる、Product Huntで実績のあるユーザーです。**開発者向けツールを扱っているなら、Flo Merian（@fmerian）に頼んでみるのがおすすめです。PHではハンターの影響力は徐々に小さくなっているため、ローンチの質と創業者がその場にいることが最も重要ですが、つながりの強いハンターも依然として役に立ちます。

このフレームワークは、Flo Merianのawesome-product-huntをもとにしています。

Reddit／コミュニティでのローンチ

• **まず与え、次に求める。**自分のプロダクトを投稿する前に、数週間はコミュニティに真剣に参加しましょう。
• 対象のサブレディットのルールを読みましょう。露骨な自己宣伝を禁止しているところも多いため、禁止していない場所を探してください。
• 売り込みではなく、*「Xを解決するためにこれを作りました。フィードバックを歓迎します」*という形にします。

協調されたローンチ（スパムではありません）

ローンチとは、ICP が実際に利用するチャネル（market-research.md に記載され、first-50-users で選定したもの）全体で、同じ日に行う準備された一度きりの発表です。HN、自分のネットワーク、ICP が読んでいる特定のコミュニティやニュースレターを対象に、それぞれの場とセルフプロモーションのルールに合わせて内容を調整します。同じ文章を5か所に一斉投稿することではありません。

意思決定ツリー：ローンチの準備はできていますか？

Can a stranger get to first value in < 1 hour from docs alone (the weekend test)?
├─ NO  → don't launch yet. A flood of users who bounce burns the channel and the goodwill.
└─ YES → is your Show HN first-comment written (why/how/limits/try)?
         ├─ NO → write it first; it matters more than the product page.
         └─ YES → launch on a Tue-Thu morning US time, then clear your calendar to reply.

もっともらしく見える失敗

• 大げさなタイトル：HN では絵文字や最上級表現はすぐに指摘されます。
• 創業者が不在：投稿したまま離れると、返信のないスレッドは勢いを失います。
• 防衛的な返信：批判に言い返すこと。感謝し、妥当な指摘は認め、修正する点を伝えましょう。
• やらせ：評判に即座かつ永続的なダメージを与えます。
• ローンチが早すぎる：週末テストに合格する前にローンチすると、もっとも弱い瞬間を拡大することになります。

次の30分でやること

• Show HN のタイトルを作成します。大げさにせず、具体的にしましょう。声に出して読み、広告のように聞こえたら書き直します。
• 最初のコメントを書きます。理由 · 方法 · 難しい点 · 試し方を盛り込みます。ここが本当の作業です。
• 週末テストに合格したことを確認します（know-if-its-working を参照）。合格していなければ、延期します。
• ローンチ日を1日だけ選び、返信のために4時間を確保します。market-research.md から、ICP が実際に参加している2～3か所を名前で特定します。

---

実際の開発者向けツールの GTM 経験と、Adam Frankl（The Developer-Facing Startup）および Jakub Czakon（markepear.dev）のフレームワークをもとに作成しました。 一度きりのチャンスとなるローンチです。まずは人の目で確認してもらう価値があります。LinkedIn からご連絡ください。