Ben BrocaはAIエージェントで会社運営そのものを自動化する仕組みを構築した

概要

Ben Brocaは、AIエージェントが会社を立ち上げ、運営し、改善まで回すプラットフォーム「Polsia」を手がける創業者だ。本人は銀行出身で、その後に独学でコードを書き、さらにCloudKitchensで大規模組織を率いた経験を持つ。そうした遠回りを経て、あえて再び“1人で作る”方向に振り切ったのがPolsiaの出発点だった。

Polsiaの発想は単なるAIチャットではない。利用者が事業アイデアを入力すると、サイト構築、コード生成、広告運用、SNS向けの発信、バグ対応、レポーティングまでをエージェント群が連携して進める。夜間にも自律的にタスクを回し、翌朝には進捗を返す設計が中核にある。

2026年5月時点の外部発信では、Polsia上で稼働する企業数は5,900社超、年換算ランレートは630万ドル超という数字が示されていた。その後、Ben本人のLinkedIn投稿では700万ドル、900万ドル、さらに1,000万ドルのランレートに触れる発信も確認でき、かなり短い期間で規模を拡大していることがうかがえる。ここでいう数字はPolsia自体の売上ではなく、プラットフォーム上で動く会社群の取扱高ベースの年換算値として語られている点には注意が必要だ。

ビジネスモデル

Polsiaの収益構造は大きく2段ある。

1つ目は月額50ドルのサブスクリプション。利用ハードルを下げ、多くの人にまず試してもらうための入口として置かれている。

2つ目は、Polsia上で作られた会社が生み出した売上に対する20%のテイクレートだ。たとえば、Polsia上の事業が月100ドルを売り上げれば、そのうち20ドルをPolsiaが受け取る形になる。広告費は原価通過で、手数料の対象外と説明されている。

この設計の面白さは、SaaS課金だけで完結しないことだ。ツール利用料よりも、ユーザー企業の成果とPolsiaの収益が連動する構造を前面に出している。単なる制作支援ソフトではなく、事業運営の共同実行レイヤーとして振る舞うことで、課金の根拠を強くしている。

加えて、対象顧客は技術者に限られていない。実際の発信では、非エンジニアの利用者がAI受付サービスを立ち上げ、短期間で売上を作った例も紹介されていた。つまり「起業のための高機能ツール」ではなく、「起業や小規模運営を代行に近い形で前に進める仕組み」として市場に出している。

収益規模

Polsia自体の月商やMRRは確認できなかった。一方で、外部に示されているプラットフォーム指標はかなり大きい。

2026年5月のインタビューでは、年換算ランレート630万ドル超、アクティブ企業5,943社、DAU 3,627、M2継続率85%、サインアップから有料化への転換率10%という数値が共有されている。その後のBenの投稿では、700万ドルランレート、900万ドルランレート、5か月で1,000万ドルランレート到達という表現も見られた。

ただし、これらは一貫して「Polsia上で動く企業群の流通・売上規模」を年換算した文脈で使われており、Polsia本体の認識売上とは分けて読むほうが安全だ。記事化するうえでは、勢いの強さを示す材料にはなるが、SaaSの通常のARRと同じ意味で受け取らないほうがよい。

なお、Benは自身の開発・運営コストについて、AIツール関連で月800ドル前後と話している。内訳としてはClaudeの有料プラン3件で600ドル、Codex Maxで200ドルという説明が出ている。1人運営で固定費を極端に抑えながら、売上連動モデルを伸ばしている点はPolsiaの重要な特徴だ。

学べるポイント

第一に、Benは「人を増やす前に仕組みを増やす」発想を徹底している。CloudKitchens時代に得た学びとして、機能していないものを先にスケールさせないこと、小さくても筋肉質な組織のほうが速いことを挙げており、それをAI時代向けに再解釈した。

第二に、Polsiaは単機能のAIツールではなく、役割分担したエージェントの受け渡しで価値を出している。PMが課題を切り分け、開発が修正し、QAが検証し、デプロイまで流す。こうした業務フローをそのままソフトウェア化した点が、単発の生成AI活用との差になっている。

第三に、Ben自身の作り方も興味深い。機能開発ではClaude Opusを中心に使い、バグや本番判断ではClaude Opusの診断結果をCodexで再点検する二段構えを採っている。1モデルに全賭けせず、役割の違いを前提に往復させるやり方は、少人数開発でも再現しやすい。

第四に、Polsiaは「知識の共有資産化」を意識している。たとえば、ある会社の営業エージェントが件名の工夫から反応率改善を見つけた場合、その学びを匿名化した形で横展開し、他社のエージェントにも活かす。この蓄積構造があるため、単発案件を回す受託型ではなく、使うほど全体性能が上がるプロダクトになっている。

日本での再現可能性

一部は十分に再現できる。特に、日本でも人手不足が目立つ小規模事業者向けに、サイト制作、広告初期設定、問い合わせ対応、簡易な改善提案を一気通貫で回すサービス需要は大きい。美容室、士業、地域店舗、教室運営、B2Bの小規模事業などには相性がよいはずだ。

ただし、Polsiaの形をそのまま日本でコピーする難易度は高い。理由は3つある。

1つ目は、広告・決済・メール・配信基盤をまたぐ自動化を高い精度で成立させる実装力が要ること。単にLLMをつなぐだけでは足りず、権限制御や失敗時の復旧設計まで含めて作り込む必要がある。

2つ目は、売上連動の20%モデルが日本市場でそのまま受け入れられるとは限らないこと。国内では月額固定のほうが理解されやすい業界も多く、成果報酬を混ぜる場合は対象業種をかなり絞るほうが現実的だ。

3つ目は、完全自律への信頼形成だ。日本の中小企業では、AIが勝手に広告を出す、文面を送る、仕様を変える、といった挙動にまだ心理的な抵抗が残る。最初は“自動実行”より“提案して承認後に実行”の半自律型で導入し、その先で徐々に任せる設計のほうが広がりやすいだろう。

再現の現実解としては、最初から「会社を丸ごと回すOS」を目指すより、1業種特化のAI運営代行から入るほうが勝ち筋は見えやすい。たとえば採用広報、予約業務、EC運営、ローカル広告など、成果が測りやすい領域に絞れば、日本でも十分戦えるモデルになりうる。

出典

• https://henrythe9th.substack.com/p/how-a-solo-founder-cloned-himself
• https://timfrin.substack.com/p/how-polsia-builds-and-runs-companies
• https://www.podscan.fm/podcasts/clef-de-voute/episodes/ai-native-solo-founder-from-0-to-7m-arr-in-5-months-ben-broca-polsia
• https://www.linkedin.com/posts/benbroca_7m-run-rate-700k-7m-in-7-weeks-7-activity-7453152893164998657-6Sr0
• https://www.linkedin.com/posts/benbroca_i-grew-polsia-from-0-to-10m-run-rate-in-activity-7481377802647175169-K29O
• https://www.linkedin.com/posts/benbroca_9m-run-rate-1mweek-for-8-straight-weeks-activity-7460162291938803712-Dstr