Mihir KanzariyaはなぜAIデスクトップ自動化と成果課金型アフィリエイトSaaSを立ち上げられたのか

概要

Mihir Kanzariyaは、AIアシスタントに実際のデスクトップ操作を任せるOpenOwlの開発者であり、あわせてアフィリエイト管理SaaSのReferralfulも率いている人物だ。OpenOwlはAPI連携が難しい作業でも、画面上のUIを人の代わりに操作できる点を打ち出している。一方のReferralfulでは、創業初期のSaaSが固定費を嫌う事情を踏まえ、「成果が出るまで支払わない」料金思想を前面に出している。

本人のProduct Hunt上の発言からは、単に登記先や節税の話を追うのではなく、運営のしやすさや集客のほうが本質的な課題だと見ていることもうかがえる。実際、4か月前の投稿では、自身が約20万人規模のユーザー基盤を持つプロダクトを運営しており、法人設立より獲得の難しさのほうが大きいと述べていた。

ビジネスモデル

OpenOwlの中核は、AIがブラウザ内だけでなくPC全体をまたいで操作できることにある。案内文では、画面認識、クリック、文字入力、OCRなどを通じて、既存APIの外側にある業務まで自動化できる構成を掲げている。さらにProduct Huntでは、Slack、Excel、CRM、ブラウザ、ターミナルを横断して動ける点や、ログイン済みの実セッションをそのまま扱える点を差別化要素として説明していた。

この発想は、既存のAIアシスタントが手順を提案してくれても、最後は人間が画面を何十分も操作しなければならないという不満から生まれている。つまりOpenOwlは、知能そのものを売るというより、AIの“最後の実行部分”を埋める道具として設計されている。

Referralfulの設計思想は別方向だが、こちらも創業者の実体験に強く結びついている。紹介ページでは、従来のアフィリエイトツールは成果が出る前から月額費用を求めるため、ランウェイを意識する初期SaaSには重い出費だったと振り返っている。そのためReferralfulでは、無料で立ち上げ、最初のアフィリエイト参加が起きてから課金が始まり、料金も支払い実績に連動する方式を採っている。料金設計そのものをプロダクトの差別化に使っている点が特徴だ。

また、OpenOwlの立ち上げ時には、Reddit、X、Hacker News、Product Hunt、LinkedIn、Discordなど複数チャネルでの反応獲得を効率化するため、コミュニティ参加フローをテンプレート化して公開していた。単発のローンチではなく、継続的に会話へ入り込む運用が前提になっている。

収益規模

公開されている収益データは確認できなかった。

一方で、本人はProduct Hunt上で「約20万人のユーザーがいるプロダクトを運営している」と書いている。これはユーザー規模の手がかりにはなるが、MRRや月商を直接示す数字ではないため、売上規模の断定には使えない。

学べるポイント

1つ目は、課題設定がかなり具体的なことだ。OpenOwlは「AIは正しい指示を出せるのに、実行は人手」という隙間、Referralfulは「導入前から固定費がかかるのがつらい」という不満に切り込んでいる。抽象的に“AIで業務効率化”や“成長支援”を語るのではなく、導入を阻む摩擦をそのまま商品化している。

2つ目は、価格戦略を機能戦略と同じくらい重視している点だ。Referralfulでは機能の多さよりも、創業初期の資金感覚に合う課金タイミングを前に出している。機能比較で勝つのではなく、購入判断の心理的ハードルを下げるやり方は、小規模SaaSでも再現しやすい。

3つ目は、配布物を使った集客補助だ。OpenOwl関連では、コミュニティごとのトーンや反応ルールを整理したテンプレートをオープンにしていた。製品を直接売る前に、周辺ノウハウを配ることで見込み客との接点を増やす進め方は、開発リソースの限られた創業者に向いている。

4つ目は、ローカル実行や実画面操作のような制約条件を、むしろ価値に変えていることだ。OpenOwlはクラウドの仮想環境ではなく、利用者の実マシン上で動くことを前提にしている。これにより、社内ツールやログイン済み画面など、通常のAPI自動化が苦手な領域に入り込める。

日本での再現可能性

一定の再現余地はある。とくにReferralful型の「成果が出るまで支払わない」設計は、日本でも初期SaaSやスモールビジネス向けに通用しやすい。導入前の固定費に敏感な事業者は多く、従量や成果連動の料金は検討対象になりやすいからだ。

OpenOwl型は、もう少し条件付きで再現可能と言える。日本企業には独自UIの管理画面、古い社内システム、API未整備の業務が多く残っており、画面操作ベースの自動化ニーズはある。ただし、権限管理、監査、誤操作時の責任分界、情報漏えい懸念などを丁寧に詰めないと、エンタープライズ導入は進みにくい。国内で広げるなら、単なる“何でもできるAI操作”ではなく、対象業務を絞った縦型パッケージのほうが受け入れられやすいだろう。

また、Mihir Kanzariyaの事例から見える重要点は、会社設立スキームそのものより、配布コンテンツやコミュニティ運用を通じた最初の顧客接点づくりに力を割いていることだ。日本でも、ノーコードのLPだけで待つより、業界コミュニティや比較検討層が集まる場へ継続的に参加するほうが、立ち上がりは速い可能性が高い。

出典

• https://www.producthunt.com/p/general/where-do-you-think-the-best-conditions-are-for-setting-up-a-company
• https://www.producthunt.com/products/openowl
• https://www.producthunt.com/p/openowl/we-open-sourced-our-community-engagement-workflow-clone-it-and-use-it?comment=5312599
• https://openowl.dev/about
• https://referralful.com/about