$150 MRRのDeepReachAIを育てるAryanの戦い方

概要

Aryanは、DeepReachAIという営業支援SaaSを手がけるソロファウンダーだ。Indie Hackers上で本人が述べている内容では、このプロダクトは見込み客の下調べと、相手ごとに文脈を合わせたアウトバウンドメールの作成を助ける設計になっている。高額なSDR採用や、手作業での企業・担当者リサーチに頼らず営業活動を進めたい層を狙ったサービスと整理できる。

事業はまだかなり初期段階にあり、プレシード、チームなし、創業者1人で進めているという。にもかかわらず、プロダクトの磨き込みより先に「どこで最初の顧客と会うか」を重視していた点が印象的だ。AryanはSNS上で、最初の1か月は機能追加よりもRedditやXで課題を抱えた人の投稿に返答することへ時間を振り向けたと明かしている。

ビジネスモデル

DeepReachAIの収益構造は、B2B向けの営業支援SaaSとしての月額課金モデルとみられる。提供価値は大きく2つある。1つは、営業対象の事前調査を短時間で済ませられること。もう1つは、テンプレート色の薄いパーソナライズ営業メールを作りやすくすることだ。

興味深いのは、Aryan自身が当初は「個別化メールをうまく作れること」が訴求の中心になると考えていた一方、実際には別の要素が反応を生んだと説明している点である。具体的には、LinkedInの自動操作をしない、WhatsAppのスクレイピングをしないといった“やらないこと”が、アカウント接続時の安心感につながったという。つまりこのサービスは、AIによる効率化だけでなく、コンプライアンスやデータ取得の慎重さも含めて価値提案を組み立てている。

また、将来的にはメール以外のチャネルも含むシーケンス機能への広がりを検討している様子がうかがえる。実際、Aryanはユーザー要望を受けて、メール以外のチャネルでの連続アプローチ機能を作ったとSNS上で触れている。まだ機能の幅をむやみに広げる段階ではなく、需要のある項目だけを足していく運び方に近い。

収益規模

Aryanの投稿では、DeepReachAIの月次経常収益は150ドル、ユーザー数はおよそ250人とされている。広告費はゼロで、ここまでの登録はすべてRedditとXでの直接的な対話から生まれたという。

金額だけを見るとごく小規模だが、注目すべきは初期の検証密度だ。まだチームも広告投下もない状況で、誰が何に反応するのか、どの訴求で会話が始まるのかを細かく観察できている。250ユーザーに対してMRR150ドルという数字からは、無料ユーザーを広く受け入れつつ、ごく一部を有料転換させている立ち上がり局面だと考えられる。

学べるポイント

第一に、初期SaaSでは“完成度”より“会話の発生場所”のほうが重要になりうる。Aryanはローンチ投稿より、既に悩みが表出しているRedditやXのスレッドに入り込む方が成果につながったと振り返っている。プロダクトを見つけてもらうのではなく、困りごとが可視化された場に先回りした形だ。

第二に、AI機能そのものが決め手にならないケースがある。Aryanのケースでは、パーソナライズ生成よりも「危ない自動化をしていない」という安心材料のほうがアカウント接続の後押しになった。営業支援ツールは便利さだけでなく、利用企業のリスク感覚に触れる設計が必要だとわかる。

第三に、初期の顧客開発をあえて手作業で持つ判断も参考になる。コメント欄では、返信したスレッド、発言内容、成約有無をスプレッドシートで管理していたと述べている。追跡用の仕組みを最初から作り込みすぎず、手間が顕在化してから整理を始めた。早すぎる自動化を避けたことで、何を記録すべきかを実地で見極められたと言える。

第四に、機能開発の優先順位がユーザーの明示的な要望に引っ張られている点も重要だ。Aryanは、自分の仮説で大きく広げるより、実際の利用者から求められたチャネル拡張に応じている。初期プロダクトでありがちな“全部入り化”を避けるうえで有効な姿勢だ。

日本での再現可能性

日本でも再現の余地は十分あるが、そのまま輸入してもうまくいくとは限らない。再現しやすいのは、広告を回す前に課題が噴き出している場所へ創業者自ら入り、1件ずつ会話を取りに行く部分だ。特に営業代行、SaaSのインサイドセールス、採用支援、BPOのように「リードの質」と「最初の文面」が成果を左右する領域では有効だろう。

ただし、日本市場でより効いてきそうなのは、Aryanの事例でも浮かび上がった“安心の設計”である。本人は、AIによる文面生成そのものより、LinkedIn自動化やWhatsAppスクレイピングをしないことが信頼形成につながったと話していた。日本企業ではこの傾向がさらに強く出やすい。特に大企業やコンプライアンス部門を持つ企業では、「何ができるか」以上に「何をしないか」「どの情報を取らないか」を明示したほうが商談化しやすい可能性が高い。

もう1つ見逃せないのは、Aryanが最初の1か月を機能開発ではなく投稿返信に使った点だ。日本のSaaS立ち上げでは、この時間配分が軽視されやすい。だが、初期MRRが150ドルでも250ユーザーまで持っていけたのは、単なる露出ではなく、痛みのある会話に張りついたからだ。日本でやるなら、Xの営業系コミュニティ、SaaS運営者のnote・ブログコメント、業界特化のSlackやFacebookグループなど、悩みが具体語で出る場所を特定する必要がある。ここを誤ると、単に“発信しているだけ”で終わる。

一方で、日本ではコールドメール文化が米国ほど強くない業界もあるため、メール文面生成だけでは用途が狭い可能性がある。その場合は、フォーム営業、LinkedInメッセージ、ウェビナー後フォロー、展示会後の個別連絡など、日本企業の実務フローに沿った接点へ広げる必要があるだろう。Aryanがユーザー要望に押される形でメール以外のシーケンスを加えたという流れは、日本でもそのまま示唆になる。先に万能化するのではなく、どの接点で実際に返信が返るかを見ながら拡張するほうが堅実だ。

要するに、日本で真似すべき本質は「AI営業ツールを作ること」ではなく、創業初期に会話の発生源へ自分で入り、安心材料を前面に出し、明示的な要望だけで機能を伸ばすことにある。数字はまだ小さいが、そのぶん初期SaaSの教科書としてはむしろ解像度が高い。

出典

• https://www.indiehackers.com/post/150-mrr-250-users-0-spent-on-ads-lessons-from-bootstrapping-an-ai-sales-tool-solo-qdjn85ptNbxltgyJeR3t