# Product Hunt で1位になって学んだこと

正規URL：https://brew.new/ja/blog/what-we-learned-hitting-product-of-the-week
執筆：Philip Sørensen
公開日：2026-06-02
更新日：2026-09-28

2026年5月26日、Brew は [Product Hunt](https://www.producthunt.com/products/brew-5) でローンチしました。結果は Product of the Day の1位、続いて Product of the Week の1位でした。

ローンチによって、新しい顧客と会話が生まれました。私が最も驚いたのは、翌週の月曜日に見た参照元のダッシュボードです。その時点のデータでは、ChatGPT が最大の参照元になっていました。

これは自社のアナリティクスで見えたことであり、Product Hunt のバッジがその参照をもたらしたという証明ではありません。また、どのアシスタントが製品をどう順位付けしているのか、来月何をおすすめするのかも、ここからはわかりません。

## ローンチ前の準備

私たちは何か月もかけて、Brew を試している人たちと話してきました。そうした会話を通じて製品への理解が深まり、ローンチを知らせられる相手もできました。私は、公開されたときに応援してもらえるかどうかを尋ねていました。

Brew の説明の仕方も、いろいろ試しました。タグライン、ギャラリー、デモ、そしてメーカーのコメントです。開発者、マーケター、創業者が、同じ説明に同じように反応するとは限りませんでした。ローンチ前にそうした反応を見られたのは、役に立ちました。

![タグラインと製品ギャラリーを含む、Brew の Product Hunt のローンチページ。](/blog/product-hunt-launch-page.png)

*メッセージを練り上げた末にたどり着いたページ。*

ローンチ当日は、顧客とのミーティングやサポートを続けながら、質問に答える時間を確保しました。ページを予定どおりの告知として出して終わりにするのではなく、誰かが具体的な答えを求めたときに、その場にいるということです。

![ローンチ中に作業する Brew チーム。](/blog/launch-war-room.png)

*ローンチはチーム全員で取り組みました。それでも、サポートには担当者が必要でした。*

この準備は、次もまた同じようにやるつもりです。一方で、1回のローンチを万能のプレイブックにすることには、もっと慎重でありたいと思います。タイミング、コメントの量、どのバッジが最も重要だったかについて、統制された実験をしたわけではないからです。

## AIからの参照が実際に示したこと

公開された製品の掲載ページがあれば、人にとっても、検索機能を持つアシスタントにとっても、見つけてもらえるページが1つ増えます。そのページは、製品の機能を説明し、読み手を一次情報へと導くことができます。特定のアシスタントがそのページを取得したり引用したりするかどうかは、クエリとシステムによって決まります。

参照元のデータは心強いものでした。再現できたおすすめは、検証するうえで役に立ちました。とはいえ、どちらも、バッジがランキングの要因だったことも、ページがモデルの学習データに入ったことも、おすすめが何年も続くことも、裏付けるものではありません。

![ChatGPT が Brew をおすすめしている様子を記録した例。](https://cdn.brew.new/assets/2026/09/chatgpt-demo-ca80c11f.mp4)

*記録したおすすめの一例。結果は、質問、文脈、日付によって変わることがあります。*

実際にできる対応は、製品について公開している情報を正確に保つことです。機能と制約を説明し、役に立つページにアクセスしやすくし、出典にリンクします。[AI検索の機能に関する Google のガイダンス](https://developers.google.com/search/docs/appearance/ai-features)も、サイトの運営者に、通常の検索の基本に立ち返るよう示しています。掲載を保証してくれる特別なバッジやスキーマはありません。

## ランキングより、顧客とのミーティングのほうが役に立った

会話から見えてきた最も強い傾向は、相手がすでにエージェントを使って仕事をしている人たちだということでした。そうした人たちには、アシスタントが役に立つと説得する必要はありませんでした。求めていたのは、メールのワークフローが、ビジネスのほかの部分をすでに構築・運用しているやり方に合うことでした。

そのことを特にはっきり示したのが、ある会話です。[Harmonya](https://www.harmonya.com) の Cory Nelson さんは、登録してひと晩 Brew を使い込み、すでにキャンバスにメールが並んだ状態でミーティングに参加しました。Thomas と私は、基本的な製品の案内をする代わりに、Cory さんが次にやりたいことについて話し合いました。

![Brew で作った Harmonya のメールを見せる Cory Nelson さん。](/blog/cory-nelson-call.png)

*自分の作ったメールを、Thomas と私に説明する Cory さん。*

Cory さんは、このミーティングの後に有料の顧客になりました。抽象的なペルソナを考える作業よりも、ずっと多くのことがわかりました。具体的な人、実際の下書き、そして次に取り組む具体的な課題があったからです。[その後の Harmonya の記事](/ja/blog/harmonya-lifecycle-email)では、私たちが直接見たことと、より広い施策についての Noah Adelstein さんの報告とを分けて書いています。

## それでも、製品の細部は重要

Thomas と私は、製品の完成度について、ごく実践的な言葉で話します。次の操作がわかるか。プレビューは、編集したばかりのデザインをそのまま保っているか。すでに修正したブランドの細部を、製品が覚えているか。

こうした細部は、新しい訪問者が最初のタスクをやり遂げられるかどうかを左右します。ローンチで注目を集めれば、それを示す機会が得られます。ですが、細部が欠けていることを埋め合わせてはくれません。

ローンチを計画している創業者には、その後のフォローアップの時間を確保しておくことをおすすめします。質問に答え、新しいユーザーがどこでつまずいているかを調べ、どの顧客が製品を役立ててくれているかを書き留めましょう。バッジを獲得した瞬間は、喜ばしいものです。それでも、より確かなシグナルは、誰かがまた戻ってきて取り組む仕事のほうです。