個人開発・SaaSで最初の100ユーザーを集める方法

最初の100人のユーザーは、ほぼ間違いなく、ひとつの巧妙なグロースハックから生まれるものではありません。小さな手作業の積み重ねから生まれます。本当に困っている人たちの狭いグループを選び、その人たちがすでに語り合っている場所を見つけ、一人ずつ声をかけ、彼らが目にする場所にプロダクトを置き、新しいユーザー一人ひとりが確実に価値を得られるようにする。最初は時間がかかりますが、何がうまくいくかがわかるにつれてペースは上がっていきます。

目標は100件の登録ではありません。プロダクトが役に立った瞬間にたどり着いた100人です。好奇心で訪れて二度と戻ってこなかった人たちの100アカウントよりも、毎週プロダクトを使い、何が足りないかを教えてくれる20人のほうが、多くのことを教えてくれます。

ここでは、個人開発のプロジェクトや小さなSaaSで、マーケティング予算を使わず、誰にもスパムを送らずにそこへたどり着く実践的な方法を紹介します。

最初の100ユーザーが特別な理由

初期のユーザーは、主に収益源というわけではありません。最高の情報源です。本当にプロダクトを必要としているのは誰か、彼らがその課題をどんな言葉で表現するか、どこでつまずくか、何にならお金を払うかを教えてくれます。

これによって、仕事の進め方が変わります。ユーザーはまだ数人しかいないので、一人ひとりに1時間かけられます。まだ誰もプロダクトに依存していないので、毎週プロダクトを変えられます。そして、たまたま来た人を受け入れるのではなく、どんなユーザーが欲しいかを正確に選べます。

ユーザーを狭く定義することから始める

「中小企業」や「クリエイター」では広すぎて、行動に移せません。3つのことを含む一文を書きましょう。具体的にどんな人か、その人がどんな状況にいるか、そして今どんな面倒な回避策を使っているかです。

たとえば、「複数の通貨でクライアントに請求しているフリーランスの翻訳者で、今は毎回スプレッドシートで請求書を手作りしている人」。こうした一文があれば、どこを探せばいいか（翻訳者のフォーラムやグループ）、何を伝えればいいか（スプレッドシートなしで通貨に対応した請求書）、そして当面は誰を対象外にしていいかがわかります。

対象は後から広げられます。狭く始めることで、このガイドのほかのすべてのステップが楽になります。

スケールしないことをする

Paul Grahamのエッセイ「スケールしないことをしよう」によって、このアドバイスは創業者の間で有名になりましたが、今でも通用します。最初のうちは、後で自動化することを手作業でやりましょう。

• 短い通話やチャットで、ユーザーのオンボーディングを自分で行います。
• アカウントの設定やデータのインポートを代行したり、最初のプロジェクトを代わりに作ったりします。
• 自分で書いたウェルカムメールを、自分のアドレスから送ります。
• 報告されたバグはその日のうちに直し、報告してくれた人に伝えます。
• プロダクトの一部がまだできていなければ、シンプルな画面の裏でその部分を手作業でこなします。

これは単に親切にするためだけではありません。実際の人がプロダクトを使う様子を見ることが、わかりにくい画面、足りない機能、そして「時間をかける価値がある」と判断してもらえる瞬間を見つけるいちばんの近道です。

ユーザーがすでに語り合っている場所を見つける

あなたのユーザーは、すでにどこかで自分の課題について話しています。何かを投稿する前に、その場所を見つけるのがあなたの仕事です。

チェックする価値のある場所：

• 彼らの職業や趣味に関するサブレディットやフォーラム。
• DiscordやSlackのコミュニティ（有料のものも含む）。
• FacebookやLinkedInのグループ。
• Q&Aサイトや、あなたのツールに近いツールのGitHub Issues。
• あなたの分野のチュートリアルや動画に付いたコメント。
• 競合プロダクトのレビュー。不満の声から、満たされていないニーズが見えてきます。
• 地域のミートアップ、業界団体、ニッチなニュースレター。

手軽な始め方は、課題そのものを「reddit」「フォーラム」「おすすめ」といった言葉と組み合わせて検索することです。スレッドを読みましょう。人々が使っている言い回し、名前が挙がるツール、何度も出てくる質問をそのまま書き留めます。

それぞれの場所と、そこでの自己宣伝に関するルール、よく聞かれていることをスプレッドシートにまとめておきましょう。これがアウトリーチ、コンテンツ、ローンチのための地図になります。

直接のアウトリーチは礼儀正しく

直接のアウトリーチは、最初のユーザーを獲得する最も確実な方法であると同時に、最も失敗しやすい方法でもあります。役に立つかスパムになるかの違いは、主に相手との関連性とトーンで決まります。

1. 課題を公の場で書いている人を見つける。ツールを探しているフォーラムの投稿、回避策への不満、コミュニティでの質問などです。
2. まずは公の場で助ける。質問にきちんと答えましょう。プロダクトに触れるのは本当に合う場合だけにし、自分が作ったものだと明かします。
3. 個別メッセージは短く具体的に。相手が書いた内容に触れ、作ったものを1〜2文で説明し、「試してみて、わかりにくいところを教えてほしい」といった小さなお願いをひとつだけします。
4. 本当に価値のあるものを提供する。初期期間の無料利用、セットアップの手伝い、相手のケースに合わせて作った機能などです。
5. フォローアップは一度だけにして、それで終わりにする。返事がないのも答えです。

メッセージはこれくらいシンプルで構いません。「3つの通貨での請求書のやりくりについての投稿を拝見しました。まさにそのための小さなツールを作りました。請求書1件分だけ試してみて、わかりにくいところを教えていただけませんか？セットアップもお手伝いします。」

一斉送信のコールドメッセージは送らず、メールアドレスをスクレイピングせず、各プラットフォームのルールに加えて、あなたと連絡相手に適用されるスパム対策やプライバシーに関する法律を守りましょう。

Build in publicで開発の過程を公開する

Build in publicとは、開発の進捗をオープンに共有することです。何をリリースしたか、何を学んだか、何がうまくいかなかったか、そして共有してもかまわない数字があればそれも。人はストーリーを追いかけるものです。X、LinkedIn、Indie Hackers、あるいは自分のブログで正直なアップデートを発信し続ければ、プロダクトに関心を持つオーディエンスが少しずつ育っていきます。

注意点が2つあります。第一に、Build in publicは顧客よりもほかの開発者を引き寄せがちなので、自分の歩みだけでなく、ユーザーの課題についても書きましょう。第二に、効果はゆっくり積み上がっていきます。アウトリーチの代わりではなく、並行して進めるものと考えてください。

実際の質問に答えるコンテンツ

コミュニティを調べながら集めた質問は、そのまま使えるコンテンツ計画です。よくある質問を選び、ガイド、短い動画、テンプレート、チェックリスト、小さな無料ツールなどの形で、できる限り最良の答えを用意しましょう。

プロダクトに触れるのは本当に課題を解決できる場面だけにし、登録しない読者にとっても役立つコンテンツにします。そうすれば、その質問が出たコミュニティで共有でき、次に同じ質問をする人への答えになります。時間がたてば検索からの訪問者も見込めますが、新しいサイトの場合、通常は数か月かかります。

ローンチプラットフォームで最初のユーザーを一気に集める

ローンチプラットフォームやディレクトリは、短期間で多くの最初の訪問者をもたらしてくれます。Product Hunt、Hacker NewsのShow HN、Indie Hackers、カテゴリ別のディレクトリ、ショーケースサイトには、新しいものを試すのが好きなオーディエンスがいます。

ローンチはそれ自体が成果なのではなく、ユーザーに変えるべき一時的なアクセスの山だと考えましょう。ローンチ前に、新しい訪問者がすぐにプロダクトを試せること、どのステップをアクティベーションとみなすかが決まっていること、フィードバックを送る簡単な手段があることを確認しておきます。アプリをローンチするなら、モバイルアプリのリリースのガイドでストアごとの手順を解説しています。

ショーケースサイトは、そこに加わる小さな、そして恒久的な選択肢です。たとえばOne Dollar Planetでは、$1でプロジェクトを惑星に載せることができ、惑星を探索したりプロジェクトカタログを眺めたりする人の目に触れる場所にずっと残ります。アウトリーチの代わりにはなりませんが、好奇心旺盛な人があなたの作品に出会える場所がもうひとつ増えます。

パートナーシップと連携

ほかのプロダクトや人が、すでにあなたのユーザーの注目を集めています。彼らと組むほうが、ゼロからオーディエンスを築くより早いことがよくあります。

• 連携。ユーザーが頼りにしているツールがあるなら、それと連携し、そのマーケットプレイスや連携ディレクトリにプロダクトを掲載しましょう。そうしたディレクトリを見ている人は、すでにアドオンを探しています。
• ニュースレター、クリエイター、コミュニティ運営者。無料利用、チュートリアル、ゲスト投稿など、彼らのオーディエンスに役立つものを提供しましょう。紹介をお願いするのではなく、何が彼らの助けになるかを尋ねます。
• 補完的なプロダクト。あなたと競合せずに同じユーザーに向けたツールは、共同のチュートリアル、バンドル、相互紹介の良いパートナーになり得ます。
• フリーランスや制作会社。毎日あなたのユーザーと仕事をしている人たちは、一度に多くの人にあなたを勧めてくれる可能性があります。

小さなプロダクトに合う紹介の仕組み

紹介の仕組みは、後付けのキャンペーンではなく、共有することがプロダクトの利用の一部になっているときに最もよく機能します。

• 共有できるアウトプット。公開ページ、共有ドキュメント、レポートなど、ユーザーが作ったものをほかの人が目にするなら、そこにあなたへの小さなリンクを入れられます。ユーザーがオフにできるようにしておきましょう。
• コラボレーション。チームメンバーやクライアントを招待して一緒に作業してもらうことで、自然に新しいユーザーが増えます。
• 双方に特典がある紹介報酬。招待した人とされた人の両方が、追加クレジットや1か月無料などの特典を受け取れるようにします。
• とにかく頼んでみる。プロダクトを気に入ったと言ってくれた人には、役立ちそうな知り合いが一人いないか聞いてみましょう。

紹介の仕組みは、すでにあるものを増幅するだけです。初期ユーザーが本当の価値を得られていないなら、まずそこを直しましょう。

登録数ではなくアクティベーションを測る

登録数は数えやすい反面、読み違えやすい数字です。大事なのは、プロダクトが役に立つことをしてくれた地点にたどり着いた人が何人いるかです。

1. アクティベーションイベントを定義する。本当の価値を得た最初の瞬間のことで、最初の請求書を送った、最初のレポートを生成した、最初のプロジェクトを公開した、などです。
2. 毎週3つの数字を追う：新規登録数、そのうちアクティベーションに至った人数、そして翌週に戻ってきた人数です。
3. 各ユーザーの流入元を追う。リンクにUTMパラメータを付け、登録時に「どこで知りましたか？」と尋ねましょう。
4. アクティベーションしなかった人と話す。何が妨げになったのかを尋ねる短く感じのよいメールで、オンボーディングの最大の問題が見つかることがよくあります。
5. チャネルを比較する。登録数は少なくても、アクティベーションするユーザーが多いチャネルのほうが良いチャネルです。

最初の100ユーザーまでなら、スプレッドシートで十分です。ダッシュボードは、一度に読みきれないほどのデータが集まってからで構いません。

6週間で最初の100ユーザーを集めるプラン

平日の夜と週末でこなせる、おおまかなプランです。

1. 1週目：ユーザーを定義する一文を書き、そのユーザーが語り合っている場所を20か所リストアップし、アクティベーションを定義して計測の準備をします。
2. 2週目：公の場での回答や個別メッセージを通じて20〜30件の実際の会話をし、新しいユーザーを一人ずつ手作業でオンボーディングします。
3. 3週目：見えてきた問題のうち大きなものを3つ直し、よくある質問に答えるコンテンツを2本公開します。
4. 4週目：ひとつのプラットフォームと、許可されているコミュニティでローンチします。
5. 5週目：ディレクトリに登録し、パートナー候補に連絡し、シンプルな紹介のお願いを始めます。
6. 6週目：チャネル別のアクティベーションを振り返り、最もうまくいった2つのチャネルに時間の大半を注ぎます。

これらの数字は労力の目標であって、予測ではありません。この期間で100人のアクティブユーザーに届くプロダクトもあれば、何度か繰り返す必要があるプロダクトもあります。AIツールで素早く作ったプロダクトがまだ不安定に感じるなら、バイブコーディングのガイドで、より多くの人を招く前に安定させる方法を解説しています。

まとめ

• 最初の100ユーザーは、ひとつの裏技ではなく、小さな手作業の積み重ねから生まれます。
• ユーザーを狭く定義し、その人たちがすでに語り合っている場所を見つけましょう。
• アウトリーチがうまくいくのは、個人的で、相手に関係があり、自分が何者かを正直に伝えているときです。
• ローンチ、コンテンツ、パートナー、紹介はリーチを広げてくれますが、それはプロダクトが初期ユーザーの役に立つようになってからの話です。
• 数えるべきは登録数ではなく、アクティベーションしたユーザーとその流入元です。

よくある質問

最初の100ユーザーを集めるには、どれくらいかかりますか？

プロダクト、オーディエンス、かけられる時間によって大きく異なります。本業の合間に作った個人開発のプロジェクトなら、数週間から数か月かかるのが一般的です。ローンチ日よりも、継続的なアウトリーチと素早い修正のほうが重要なことがほとんどです。

最初のユーザーを集めるために広告を出すべきですか？

ごく初期には、たいていおすすめしません。広告で訪問者は集められますが、最良のユーザーが誰で、何がきっかけでアクティベーションするのかがわかるまでは、広告のターゲティングも結果の判断も難しいからです。まずユーザーと話し、良いユーザー像がわかってから少額の予算で試しましょう。

初期ユーザーにプロダクトを無料で提供してもいいですか？

はい。フィードバックと引き換えに無料または割引で提供するのは一般的で、公正なやり方です。期間と、終了後にどうなるかを明確に伝えましょう。有料化を予定しているなら、初期ユーザーにお金を払うかどうかを尋ね、タイミングが合いしだい何人かに有料プランへ移ってもらいましょう。

ユーザーとして数えるのは登録者ですか、アクティブユーザーですか？

意思決定にはアクティブユーザーを数えましょう。アクティベーションイベントに到達し、できれば再訪した人です。登録数はファネル上部の数字としては役に立ちますが、プロダクトがうまくいっていなくても増えることがあります。定義は一度決めたら、一貫して使いましょう。

アウトリーチに誰も反応してくれない場合は？

3つの点を確認しましょう。課題をはっきりと書いている人に連絡しているか、メッセージは短く具体的か、お願いは小さいか。それでも返信が来ないなら、その課題は思っていたほど切実ではないのかもしれません。あと何回か会話を重ねれば、より的を絞った課題の形が見えてくるはずです。