海外事例運営中 2026年5月14日公開

Leadmore AIが月商3万ドル。作る前に50〜100人と話し、MVPの機能を3から1に削るべきだったと語る

Reddit向けB2Bマーケ自動化ツール「Leadmore AI」が月商3万ドル超。開発前に50〜100人と対話して需要を確かめ、MVPは1〜2週間で公開した。創業者は「最初のMVPは3機能ではなく1機能にすべきだった」と振り返る。

執筆: Small Start 編集部(公開情報の要約+独自分析)

月商450万円は、月商を公開している掲載227件のうち上位37%。掲載全体の月商中央値は157万円です(データ集計)。

Indie Hackersに掲載されたRichard Wang氏のインタビューは、月商3万ドル超という結果から始まる。プロダクトはB2Bマーケター向けの「Leadmore AI」。Redditを対象に、関連するサブレディットを発見し、コンテンツを投稿し、リードを追跡するところまでを自動化するツールだ。氏はインターネット業界で5年超の経験を持ち、現在は3つのプロダクトに取り組んでいるという。

先に断っておくと、この記事には月次の売上推移も、顧客数も、単価も、ローンチ日も出てこない。数字検証型の題材としては素材が薄い。それでも取り上げる価値があるのは、開示されている数字が売上ではなく「作る前にかけた工数」の側に偏っており、その粒度が具体的だからである。

開示されている数字と、されていない数字

項目	開示内容
月商	3万ドル超、成長継続中
ローンチ時期	開示なし
顧客数	開示なし
価格	クレジット制。金額は開示なし
チーム規模	開示なし(本人の記述は「I」と「our」が混在)
開発着手前のユーザー対話	50〜100人
有効な最低ライン	深い対話10件
検証にかけるべき期間	1〜3ヶ月(本人の推奨)
MVPの開発期間	1〜2週間
初期MVPの機能数	3(本人は「1にすべきだった」)
業界経験	5年超

売上の内訳が空欄なのに、開発前の面談件数が「50〜100人」と幅つきで出ている。この非対称性そのものが、この事例の性格を表している。

クレジット制と、返金できる残高

課金モデルはクレジット制である。ユーザーはクレジットを購入し、投稿・コメント・サブレディット探索といった動作ごとに消費する。本人の説明では「未使用のクレジットはいつでも返金できる。これがモデルを非常にユーザーフレンドリーにしている」。

サブスクの月額固定と比べたとき、この設計には二つの効果がある。買う側から見れば、使わなければ返ってくるのだから、初回購入の心理的ハードルが下がる。売る側から見れば、消費されたクレジットの量がそのまま「使われているかどうか」の計測値になる。使われていない残高が積み上がるだけの契約は、金額上は売上でも、継続の予兆にはならない。

技術構成はフロントエンドがNext.js、バックエンドがGoとGin、業務データがMongoDB、分析がClickHouse、バックグラウンド処理がFunction Compute。全体をサーバーレスで組んでおり、これは反復速度のための選択だと説明されている。

劇的な転機はない。効いたのは順番を入れ替えたことである

この事例に、軌道が変わった瞬間として名指しできる出来事はない。バイラルもなければ、資金調達も、大型提携もない。ローンチ日すら開示されていないのだから、「前後」を比較する軸自体が存在しない。

代わりに本人が繰り返し語っているのは、着手順の話だ。「何かを作り始める前に、ユーザーリサーチとユーザーとの直接対話に相当な時間を使うこと。1ヶ月かもしれないし、2ヶ月、3ヶ月かもしれない。需要を本当に理解するまで、作り始めてはいけない」。

そして検証はコンテンツと運用で行われた。コードを書く前に、業界の知見を発信し、反応した人と直接話し、支払い意思を早い段階で確かめる。その上で、MVPは1〜2週間で出す。時間配分としては、検証に1〜3ヶ月、実装に1〜2週間ということになる。通常の個人開発と比べて、比率が逆立ちしている。

唯一の明確な「やり直したいこと」も、この順番の話に接続する。「もう一度やり直せるなら、最初のMVPを3機能から1機能に減らす」。3ヶ月かけて需要を理解しても、なお機能は2つ多かった、というのが本人の総括である。

なぜ検証を先に置くと効くのか

「顧客に話を聞け」は使い古された助言で、それ自体では何も説明しない。この事例で効いた構造は、もう一段下にある。

第一に、コンテンツによる検証は、需要の確認と集客の実行を同じ作業で兼ねている。氏の集客は「大部分が運用とコンテンツ主導の成長」で、Redditのようなプラットフォームで業界の話や実践的な知識を共有し、作っているものの価値を説明する。これは検証期間中にやっていたことの延長そのものだ。検証が終わった時点で、見込み客リストと初期のコンテンツ資産が同時に出来上がっている。検証を「作る前の調査コスト」ではなく「先に済ませた集客」として設計している点が、期間を1〜3ヶ月かけても回収できる理由である。

プロダクトのチャネルと集客のチャネルが一致している点も見逃せない。Leadmore AIはRedditマーケティングを自動化するツールであり、その顧客獲得もRedditで行われている。プロダクトが機能するなら自分の集客も機能するはずで、機能しないならプロダクトの価値が疑わしい。集客と製品検証が同じ実験になっている構造は、一般化しにくいが強い。

指標の優先順位が明示されていることも構造の一部だ。「売上は新規獲得数×コンバージョン率×継続率で決まる。このうち我々が最も重視するのは継続率だ。継続が弱いなら、それは通常、プロダクトが十分な価値を届けていないという意味になる。継続が健全になって初めて、獲得効率とコンバージョン率に本腰を入れる」。獲得を先に踏むと、価値の欠陥を広告費で覆い隠したまま数字だけが伸びる。順番を固定していること自体が装置になっている。

うまくいかなかったこと

本人が挙げる失敗は四つある。MVPに機能を入れすぎたこと。需要を検証する前に作り始めること。競合からの圧力を受けてプロダクトの範囲を早すぎる段階で広げたこと。そして、ニッチではなく広いポジショニングを取ってしまうこと。

三つ目の「競合を見て範囲を広げたくなる衝動と戦う」は、インタビュー中で独立した節として扱われている。競合が機能を出すたびに追随すると、絞り込んだはずの1機能はすぐに3機能に戻る。氏が「流行を盲目的に追うな。重要なのは自分の業界的な強みを明確に理解し、その周辺で反復し続けることだ」と述べるのは、この文脈である。

もう一つ、本人は「今日のインディー開発者は、運用とグロースの能力を鍛えなければならない。多くの場合、運用能力は純粋な開発能力より重要になりうる」とも言っている。開発者にとっては耳の痛い主張だが、検証1〜3ヶ月・実装1〜2週間という時間配分は、まさにそれを行動で示している。

再現の条件と、この記事から言えないこと

再現できるのは方法論の側だ。作る前に10件以上の深い対話をすること、コンテンツで検証と集客を兼ねること、MVPの機能を1つに絞ること、継続率が健全になるまで獲得に金を入れないこと。いずれも資本も人脈も要らない。

再現しにくいのは、プロダクトと集客チャネルが一致する題材を引けるかどうかである。Redditマーケティングのツールを作るからRedditで売れる、という構造は、たまたま噛み合った幸運に近い。汎用の業務ツールで同じことをやろうとすれば、検証の場と販売の場は別々になり、1〜3ヶ月の検証は純粋なコストに戻る。

そして最大の限界は、この記事が結果の内訳を明かしていないことだ。月商3万ドルが何人の顧客から来ているのか、クレジットの平均購入額がいくらか、返金がどの程度発生しているかは分からない。「作る前に50〜100人と話した」という入力と「月商3万ドル」という出力のあいだを、この一次情報だけで因果として結ぶことはできない。読み取れるのは、少なくとも一つの成功事例において、時間の大半が実装ではなく検証に使われていた、という事実の方である。