個人開発者の Product Hunt ローンチが素通りされる 3 つの理由
数週間かけて準備して、Product Hunt にローンチした。朝のうちにフォロワーや知り合いがアップボートしてくれて、デイリーのランキングにも少し顔を出した。コメント欄にも「Congrats!」がいくつか付く。けれど、アナリティクスを開くと、Product Hunt からサイトへの流入は、アップボート数に対してびっくりするほど少ない。サインアップに至っては、ほとんど動いていない。
「見られてはいる。アップボートも付いた。なのに、その先で何も起きていない」── 個人開発者が Product Hunt のローンチ当日にダッシュボードを眺めるとき、よく出くわす場所だと思います。原因は、ローンチの曜日でも、ハンターの有無でも、ギャラリー画像の枚数でもありません。Product Hunt のローンチが素通りされるとき、たいていほぼ同じ 3 つの理由が、毎回同じ順序で重なっています。
理由 1：タグラインが「The all-in-one X for Y」になっている
最初の関門は、製品名のすぐ横に並ぶ一行 ── 60 文字ほどのタグラインです。Product Hunt のフィードやデイリーランキングでは、製品名・サムネイル・そしてこのタグラインが、最初に目に入る領域です。閲覧者はランキングをスクロールしながら、このタグラインを 0.5 秒で「自分に関係あるか／ないか」で判定しています。ここで素通りされたら、その先の説明文もギャラリーも、メーカーのコメントもありません ── アップボートだけ押されて（あるいは押されすらせず）、次のプロダクトへスクロールされます。
それでも、個人開発者のタグラインは判で押したように似た形になります。
「The all-in-one tool for managing your tasks」 「Open-source Notion alternative for developers」 「AI-powered analytics, finally simple」
書いた本人にとっては、プロダクトのカテゴリと強みを 60 文字に凝縮した、誠実な一行です。「all-in-one」「open-source」「AI-powered」── どれも嘘ではなく、機能的に正しい。
ただし、フィードを眺める閲覧者の側から見ると、このコピーはすべて 「カテゴリと形容詞の宣言」 に揃っています。「all-in-one」「alternative」「AI-powered」「finally simple」── これらは、書き手の頭の中ではプロダクトの強みですが、閲覧者の頭の中では まだ何の意味も持っていません。それが「自分の今日の作業」のどこに刺さるのかは、閲覧者が翻訳しないと見えない。翻訳のコストは、閲覧者ではなく書き手が払うべきものです。
人は Product Hunt のフィードで、流れてくるプロダクトを「自分宛か／自分宛じゃないか」で振り分けます。判定材料は、ほぼ「主語が自分の状況に重なるか」だけです。「The all-in-one tool for X」が主語のタグラインは、その判定で他人宛の側に倒れます。アップボートは付くかもしれないけれど、Visit は押されない、という挙動になる。
タグラインで問うべきは「何のカテゴリのツールか」ではなく、**「閲覧者が今日かかえている、どの不満が、このプロダクトで一歩前に進むのか」**です。「The all-in-one tool for managing your tasks」ではなく「タスクを 3 つのアプリに分散させるのを、今日でやめる」、「AI-powered analytics, finally simple」ではなく「GA4 を開いても結局わからない、を終わらせる」── 主語を閲覧者の状況に移すだけで、タグラインは「自分宛」の側に動きます。
タグラインは、プロダクトの自己紹介ではありません。ページを開くかどうかを決める、ローンチそのものの最初の一文です。
理由 2：最初のコメントが「機能紹介とストーリー」で信用の場所が抜けている
タグラインを突破して、閲覧者がプロダクトページを開いた。ここからが本文の仕事です。Product Hunt では、メーカー自身が投稿する「最初のコメント」が、説明文と並んで最も読まれる場所です。けれど、その最初のコメントは、開いた瞬間にもう一度素通りされます。理由は、その中身にあります。
典型的なメーカーの最初のコメントは、こうなります。
「Hi Product Hunt! 🚀 半年かけて △△ を作りました。主な機能は: ・✕✕ にネイティブ対応 ・□□ をワンクリックで自動化 ・無料プランでもフル機能 フィードバックお待ちしています！」
書き手の側からは、感謝と熱意を伝え、機能を箇条書きで素早く並べた、効率的な構成に見えます。実際、ローンチへの思いは本物だし、機能リストは一番伝えたいことです。
ただ、開いた閲覧者の脳内では、別のことが起きています。「これは、私の何を解決するプロダクトなんだろう？」 という問いを抱えながら、ストーリーと機能リストを読んでいる。その問いに、開発の苦労話も機能の箇条書きも答えていないと、閲覧者は「自分宛じゃないかもしれない」と判定を保留したまま、タブを閉じます。
開発ストーリーと機能スペックは、その問いに答えません。「半年かけて作った」も「✕✕ にネイティブ対応」も、書き手の側の事情と仕様です。それが自分の今日の作業のどこに刺さるかは、依然として翻訳されないと見えない。Product Hunt の最初のコメントの 9 割は、挨拶 → 開発ストーリー → 機能列挙 → フィードバック募集の順で進み、閲覧者が「これは私の何を解決するか」を理解する場所が、どこにもない 構造になっています。
ここで本来やるべきことは、ストーリーを厚くすることでも機能を増やすことでもなく、タグラインで立てた関心を、信用に橋渡しすることです。具体的には、機能リストの 前 に、Before / After を一行で置く。
「これまで、タスクは Notion・メモアプリ・付箋の 3 つに散らばっていたと思います。△△ は、その 3 つを 1 つの画面にまとめます。実際の動きが、下の 20 秒の GIF です。」
この一文があるだけで、閲覧者の頭の中の「自分の今日の散らかり方」と、プロダクトの位置が、機能リストの前で初めて接続します。機能の網羅は、信用が立った後の補強としてコメントの後半に置く ── どちらにせよ、信用そのものを担う場所ではありません。
関心 → 信用 → 行動、という順序があります。最初のコメントの前半は、その 信用 だけを担当する場所です。機能の列挙も開発ストーリーも、信用が立った後にやるもので、信用の代わりに置くものではありません。
理由 3：末尾のリンクが「Visit / Discord / プロモコード / フィードバック」で散らかっている
3 つ目は、最初のコメントの末尾、そしてページ上の導線 ── 閲覧者の行動を促す場所です。ここでも、ほぼ全員が同じ場所で転びます。
メーカーのコメントの締めは、よくこうなります。
「🔗 サイトはこちら → https://… 💬 Discord に参加 → https://… 🎁 PH 限定プロモコード『PHLAUNCH』で 30% オフ 🙏 感想は気軽にコメント・DM で！」
書き手としては、閲覧者の温度感に応じた選択肢を渡している感覚があります。「気になった人はサイト、繋がりたい人は Discord、お得に試したい人はプロモコード、感想がある人はコメント」── 親切のつもりで、行動の選択肢を 4 つも 5 つも並べる。
ですが、選択肢を渡された閲覧者は、何も選びません。
個人開発者には少し直感に反するところで、丁寧に作ったローンチほどここで詰まります。Product Hunt のページに来た人が次に何をするかは、「選択肢の多さ」ではなく「次の一歩の明確さ」で決まります。タップするリンクが 1 本なら押せる。4 本並んでいると、「どれが正解か分からない」と感じて、結局どれも押さない ── あるいは、アップボートだけ押して判断を保留し、そのままフィードに戻ります。
最初のコメントには、メインの行動を 1 つだけ載せる。これが Product Hunt ローンチの一番の規律です。「Visit」「Discord」「プロモコード」「フィードバック」が並んでいたら、メインは 1 つに絞る。残りはコメントの最下部に小さく、あるいは後続のコメントや返信に分散させる ── あるいは思い切って、最重要なものだけ残してあとは削る。
そして、その「1 つの行動」も、抽象語にしない。「サイトはこちら」は、リンク先で何が起きるかを語っていない、書き手の願望の表明です。「下のリンクから、登録なしで △△ を 30 秒だけ触れます」と書けば、押すリンクと、押した後に起きることが、コメントの中で確定します。
行動を 1 本に絞り、抽象を具体に置き換える。たったこれだけで、同じアップボート数のローンチが、まったく違う Visit クリック数とサインアップ数を返してきます。
3 つの理由は、別々の問題ではない
ここまで、タグライン・最初のコメント・末尾のリンクを別々に解いてきました。けれど、よく見ると 3 つは別々の問題ではなく、ひとつの順序の話を、別の場所で繰り返していることに気づきます。
その順序が、関心 → 信用 → 行動です。
タグラインは 関心 の入口です。閲覧者の状況を主語にしないと、フィードで素通りされる。最初のコメントの前半は、関心を 信用 に橋渡しする場所です。「これは私の今日の作業の話だ」と閲覧者の中で輪郭ができないと、橋が落ちる。末尾のリンクは 行動 の蛇口です。蛇口を 4 つ並べたら、閲覧者はどれもひねらない。
Product Hunt ローンチが素通りされるとき、たいていこの 3 箇所のうち少なくとも 2 箇所で、順序の同じ場所が抜け落ちています。だから、片方だけ直してもクリックは動かない。3 つを同じ順序で並び替えると、アップボート数やコメント数は変わらなくても、その先の Visit クリック数 や サインアップ数 が初めて動き始めます。
まとめ：直すのは、曜日でもハンターでもなく、ローンチの順序
Product Hunt のローンチがうまくいかないとき、書き手はまず「ローンチの曜日を変えよう」「有名なハンターに頼もう」「ギャラリーの画像を増やそう」と考えがちです。けれど、ローンチの曜日も、ハンターの知名度も、画像の枚数も、ローンチの露出を上げるものです。それでアップボートは少し増えるかもしれません。けれど、その先で タグライン → 信用 → 行動の順序が崩れたままなら、Visit は押されません。
直すのは、曜日でもハンターでもなく、ローンチの順序です。見えれば、直せる。次にローンチを準備するときは、Submit する前に一度手を止めて、3 つの場所を順に見直してみてください。
- タグラインは、閲覧者の状況が主語になっているか
- 最初のコメントは、機能リストの前に Before / After で信用を立てる場所があるか
- 末尾のリンクは、行動が 1 つに絞られ、具体になっているか
このチェックを通った時点で、ローンチは 9 割の同種プロダクトから抜け出します。書く側の手数は、ほとんど増えません。
姉妹記事として、同じ「関心 → 信用 → 行動」の順序を別の戦場で扱った記事を書いています。LP のファーストビュー戦場は 個人開発者の LP のファーストビューが素通りされる 3 つの理由、メール戦場は 個人開発者のローンチメールが素通りされる 3 つの理由、Twitter 戦場は 個人開発者の Twitter 告知が素通りされる 3 つの理由、動画概要欄戦場は 個人開発の動画の概要欄が素通りされる 3 つの理由、GitHub README 戦場は 個人開発者の GitHub README が素通りされる 3 つの理由 にまとめています。サービスのトップページで起きている構造は 個人開発者のサービスが「素通り」される、たったひとつの構造的な理由 にあります。並べて読むと、Product Hunt ローンチで起きていることは、戦場が違うだけで同じ構造であることが見えてきます。
ちなみに、ローンチの曜日も、ハンターの知名度も、ギャラリーの作り込みも、この 3 つの理由とは独立した話です。どんなに整えても、タグライン・信用・末尾の順序を直さない限り、ローンチからの Visit は動きません。逆に言えば、順序さえ整っていれば、有名なハンターは要りません。
LP も、メールも、Twitter も、動画も、README も、Product Hunt も直した。けれど、開かれてもなお登録に至らない ── そのとき直すのは、戦場ごとの小技でも文章の熱量でもなく、1 行ごとの順序です。WHY → HOW を 1 冊にまとめたのが、下記の本です。個人開発者・インディー Web 作者・動画作者向けに、LP・短文・メールの戦場別の書き方と、Claude を実際に使ったプロンプト連鎖の実演を含めて統合しています。