first-50-users について
first-50-usersは、開発者向けツールの創業者が初期ユーザーを得るためのマーケティングスキルです。対象者がツールを見つける場所を特定し、獲得施策を広げる前に直接的な働きかけを勧めます。
主な機能
- 01対象者が使う発見チャネルの特定
- 02ユーザー調査に基づくチャネルの順位付け
- 03一度に一つのチャネルへ集中
- 04獲得拡大前の直接アプローチ
- 05初期価値を得る準備状況の確認
活用シーン
- 01製品ローンチ後に反応がない場合のユーザー探し
- 02特定の開発者層への接点選び
- 03課題について発信した人への連絡
- 04新規ユーザーが早く価値を得られるか確認
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ aidevgtm/ gtm-cofounder --skill first-50-usersインストール後、Claude Code で/first-50-usersを入力して読み込まれたか確認します。
詳細
最初の50ユーザー
投稿を増やしても、最初の50ユーザーは獲得できません。ユーザーがすでにツールを見つけるために訪れている場所へ行き、初期段階では規模を拡大できないやり方を実践することで獲得できます。
次のような場合に活用してください: リリースしたのに反応がない、あらゆるチャネルに手当たり次第に投稿して効果が出ることを期待している、または広告では解決できない問題を広告で解決しようとしている。
核となる考え方
開発者向けのあらゆるオーディエンスには、既存のテクノロジー発見のループがあります。つまり、新しいツールを探すために、すでに訪れている具体的な場所です。あなたの仕事は需要を生み出すことではなく、そのループの中に自分を位置づけることです。そして、最初のコホートは一人ずつ手を尽くして獲得します。talk-to-usersで接点を持ったTABメンバーが、最初のユーザーになります。
フレームワーク:DREAMファネルの最上部(Frankl)
- 発見:開発者が情報を探す場所にいること。ICPがすでに利用しているコミュニティ、ニュースレター、インフルエンサー、検索などです。指標はページビューではなく、ユニークユーザー数です。
- 調査:関心を持った開発者があなたのことを忘れる前に、次のステップを用意します。ニュースレター、Discord、無料プラン、ドキュメントなどです。開発者は何カ月も調査段階にとどまることがあるため、関係を維持してください。
その後の評価ですべてが決まります(know-if-its-workingを参照)。新しい開発者が、サポートへの問い合わせなしに、週末のうちにドキュメントとStack Overflowを頼りに価値を得られるでしょうか? そうでなければ、トラフィックを増やしても、穴の開いたバケツを満たすだけです。
フレームワーク:段階別のチャネル(Czakon)
PMF前(最初の50ユーザーを獲得する段階): 規模を拡大できず、直接的で、手厚い対応が必要な方法。
- 問題について投稿した人(HN/Reddit/GitHubのissue/X)に、個別にDMを送ります。
- TABから、デザインパートナー/最初のユーザーになってもらいます。
- ICPが集まる場所で、創業者が本当に役立つ情報を投稿します(「リリースしました!」ではありません)。
- 浅いローンチを10回するのではなく、しっかりとしたローンチを1回行います(
launch-itを参照)。
PMF後(後の段階): コンテンツ/SEO、コミュニティ、開発者インフルエンサーとのパートナーシップを展開し、その後、すでにコンバージョンにつながっているものを拡大するために有料施策を使います。発見のために使ってはいけません。最初の50ユーザーを獲得し、リテンションが維持されたら、一人ずつ手を尽くす取り組みから卒業し、growth-loopsで自律的に成長するエンジンを構築します。
チャネルの選び方(すべてに手を出さない)
すでに2つの情報源があるはずです。research-the-marketで作成した、docs/gtm-cofounder/market-research.mdにある有望なコミュニティのランキングと、talk-to-usersの質問7(「最新情報を得るために、どこを見ていますか?」)で実際のユーザーから聞いたことです。両者が一致するなら、そこがあなたのチャネルです。一致しないなら、ユーザーの声を信頼してください。まだ調査ファイルがない場合や、作成から四半期以上経過している場合は、まずresearch-the-marketを実行してください。記憶を頼りにチャネルを選ぶと、ICPがいない場所で「投稿を増やす」ことになります。
具体的なICPがいる場所を基準にチャネルを順位づけし、2つ目を加える前に、1つのチャネルを深く掘り下げてください。必ず具体名で選びます。特定のsubreddit、Discord、ニュースレター、GitHubのissueスレッドなどです。「Reddit」や「コミュニティ」ではありません。
Is your ICP concentrated somewhere specific (a subreddit, a Discord, a conference, a tag)?
├─ YES → go all-in there first. Depth beats spread at 0→50.
└─ NO → your ICP may be too broad → tighten it in `who-is-this-for`.
もっともらしく見える失敗
- 「投稿を増やす」:チャネルについての明確な方針がないまま投稿数を増やしても、ノイズになるだけです。
- PMF前の有料広告:まだコンバージョンにつながらないメッセージを広めるために、費用を払うことになります。
- ユーザーが5人の段階でコミュニティを作る:参加者が3人のDiscordは、誰もいない墓場のようになり、「過疎」という印象を与えます。実際に勢いがつくまで待ってください。
- 穴の開いたバケツを放置して獲得を最適化する:2週目のリテンションがほぼゼロなら、まず評価/アクティベーションを改善してください。
- 浅いローンチを10回行う:入念に準備したローンチを1回行うほうが、「Xをリリースしました」というツイートを10回するより効果的です。
次の30分
- ICP がツールを見つける場所を、名前とリンクを含めて正確に3つ書き出します(
market-research.mdを参照し、talk-to-usersの Q7 と照合します)。 - あなたの課題について公開投稿した人を20人リストアップします(
market-research.mdの「the problem in their words」から始めます)。今日は5人に、売り込みではなく、役立つ内容の DM を送ります。 - TAB メンバーの中から最適な5人を、今週最初のユーザー5人にします。
- 新規ユーザーが1時間以内に最初の価値を得られることを確認します。できない場合、それが本当に優先すべきことです。
実際の開発者向けツールの GTM 経験と、Adam Frankl(The Developer-Facing Startup)および Jakub Czakon(markepear.dev)のフレームワークをもとに作成しました。 最初のユーザーが集まらず、試せるチャネルも尽きた場合は、LinkedIn からご連絡ください。