Product Hunt は毎日約20～30件の新製品が市場に登場します。このプラットフォームには二つの運命があります：注目されるか、埋もれてしまうか。真剣に観察を続けると、いくつかの法則が見えてきます——成功学ではなく、自分のプロジェクトで検証できる観察です。
ルール1：最初の3時間が生死を分ける
PH のトラフィックは最初の3時間に強く集中しています。このプラットフォームのコアユーザー——テックスタートアップ創業者、早期採用者、投資家——の注意力は希少なリソースです。新しい製品が投稿されると、すべてのユーザーの注意が同時に割り当てられ、ランキングの下位にいる製品は、特別なコミュニティの支援がない限り、挽回は非常に困難です。
このルールの結論は「時間帯を急ぐ」ではなく、「あなたの Launch 計画は製品の発売前に準備を整えておく必要がある」ということです。製品が掲載されてからようやく宣伝を始めると、もう手遅れです。
ルール2：ツール型製品の方がプラットフォームよりも最初版で成功しやすい
観察によれば、個人の開発者が作成したツール型の製品（特に「小さく具体的な」問題を解決するもの）は成功率が最も高いです。その理由はシンプルです：問題の定義が明確で、顧客のターゲットが明確で、Launch の Pitch は30秒以内に説明できます。
プラットフォーム型製品の課題は、双方向または多方向の市場でなければ価値を創出できないことです。初版リリース時、ユーザーが見るのは「ここにはまだ誰もいない」で、価値ではありません。
ルール3：「時間を節約できる」製品は「あなたをより有能力にする」製品よりも広まりやすい
時間の節約は即座に定量化できる価値です。「毎日30分を節約」とユーザーに言えば、彼らはすぐに差額を計算できます。「より有能力」は時間の検証が必要であり、また「有能力」の定義は人によって異なります。
これが、AI文章作成ツールがAI意思決定アシスタントよりも普及しやすい理由です。前者は時間を節約し、後者は能力を変えます——時間の節約はすぐに感じられます。
ルール4：最初の3バージョンではこれらのことを絶対にしない
- 複雑なオンボーディング：ターゲットユーザーは続けるかどうかを決定するのに30秒しか費やしません。複雑なオンボーディングは、ユーザーがすでに使うことを決めたと仮定していますが、実際にはほとんどのユーザーがこの30秒以内に諦めています。
- 3つ以上の料金プラン：料金設定の研究によると、選択肢が多いほど認知疲労が高くなり、コンバージョン率が低下します。1〜2つのコアプランに絞りましょう。
- メイン機能を見る前に登録が必要なこと：これはコンバージョン率損失最も深刻なデザイン決定です。研究により、このデザインは潜在ユーザーの40〜60%が直接離脱することがわかっています。
ルール5：創業者ほど一言で製品を説明できれば、製品は成功しやすくなる
ここに簡単なテストがあります：エレベーター・ピッチの時間（30秒）以内に、自分の製品が何ををしているかを説明できますか？できない場合は、たいてい表現力の不足ではなく、製品の位置づけ自体が十分に明確でない問題です。
優れた Product Hunt の説明は通常次のような形式です：「[製品名]：[一文で価値を示す]。 [ターゲットユーザー] にとって、[課題] は [問題の説明] であり、私たちは [解決策] で解決します。」
この形式は、以下の3つの問いに答えるよう強制します：何をするのか、だれが必要としているのか、なぜ既存のソリューションより優れているのか。
ルール6：ランキングの結果は往々にして製品の品質とは無関係である
これは不安を与える発見かもしれない。観察によれば、最も上位にランクされる製品は、「最新で華やかな」ものではなく、「明確な問題を解決する」ものである。しかし、より重要な発見は、ランキングと製品品質の相関は、多くの人が思うほど高くないということだ。
上位にランクされる製品には通常、次のような特徴があります：創業者がコミュニティの影響力を持っている、または直接人を動かせる、製品カテゴリーが現在のトレンドに属する、ローンチのタイミングがメディアやKOLの注目と一致している。
この結論は、多くの起業家が考える正好反対です：彼らは製品が良ければ注目されると思っていますが、実際のところ、Product Hunt のように一見「公平」なプラットフォームであっても、資源とネットワーク同様に重要です。
反直感的な提案
もしあなたがPH上の製品を真剣にわたって調査すれば、面白い現象を発見するでしょう：多くの高ランキングの製品は今ではもう存在していません。むしろ、最初のバージョンが粗糙なツールでも、実際の問題を解決したことで、継続的に生き延びています。
したがって、Launch の完璧さを求めるよりも、製品のコアバリューが実際に存在するかどうかを重視するべきです。
0から1の本質は「新しさを生み出すこと」ではなく、「新しい方法で古い問題を解決すること」です。