月商100万円近いOrshotを作ったRishi Mohanはどのようにしてプロダクトを拡大させたか

概要

Rishi Mohanはインド出身で、ドイツ・ベルリンを拠点に動くソロファウンダーだ。彼が2025年2月に立ち上げたOrshotは、あらかじめ作ったテンプレートをもとに、マーケティング用の画像、PDF、動画をまとめて生成・配信できるクリエイティブ自動化基盤である。Indie Hackersに掲載された創業ストーリーでは、APIとノーコード連携の両方を備えた設計が紹介されており、デザインチームだけでなく開発者や運用担当者にも使いやすい形を狙っていることがうかがえる。

Orshotの面白さは、単なる「AIで画像を作るツール」に寄っていない点にある。テンプレートを一度作れば、スプレッドシートや各種自動化ツールから差し込み生成ができ、生成した成果物をそのまま配布や投稿の流れに乗せられる。公式ドキュメントでも、画像・PDF・動画をAPI、SDK、Zapier、Make、n8nなどを通じて量産できる構成が示されている。

ビジネスモデル

ビジネスの核は、利用量に応じて価値が増すusage-based型のSaaSだ。Orshotは単発のデザイン制作サービスではなく、テンプレート化したクリエイティブを継続的に生成するための基盤として売られている。請求書PDF、SNS向けカルーセル、商品訴求動画、OG画像など、成果物の種類を横断して扱えるため、1つの導入先の中で用途を広げやすい。

加えて、導入経路が広い。公式サイトではREST APIだけでなく、Zapier、Make、n8n、Airtable、Google Sheets、Shopify、HubSpotなどとの接続や、15以上のソーシャル配信先への公開機能が案内されている。これは「開発者向けAPIツール」と「現場運用者向けノーコード自動化ツール」の中間に位置取りしていることを意味する。

つまりOrshotは、デザイン制作ソフトそのものを置き換えるというより、反復発生するマーケティング制作業務を裏側から置き換えるモデルだ。制作物1点の品質勝負だけでなく、更新頻度、差し替え量、配信本数が増えるほど必要性が高まる構造になっている。この設計は、広告運用、EC、メディア、営業資料の自動生成といった“数が出る現場”に相性が良い。

収益規模

Rishi Mohanの創業ストーリーでは、Orshotは5,000人超のユーザー、累計76万件超のレンダリング実績、そして$6.2KのMRRに達していると紹介されている。しかも現時点ではフルタイム従業員を抱えず、本人ひとりで回しているという。売上規模だけを見ると爆発的というより着実な伸びだが、少人数運営との組み合わせで見ると収益効率はかなり高い。

760,000件超という生成回数は特に重要だ。これは「試しに触られたAIツール」で終わっていないことを示す数字で、実運用に組み込まれて初めて積み上がりやすい指標だからだ。MRRよりもむしろ、利用継続の密度を推測しやすい材料といえる。

学べるポイント

第一に学べるのは、創業初期から“誰に何を自動化させるのか”を具体化していたことだ。Orshotの打ち出しは曖昧な生成AIではなく、マーケティング画像、PDF、短尺動画といった業務成果物に寄っている。これにより、導入後の利用シーンを想像しやすくなり、単なるデモ映えで終わりにくい。

第二に、集客の組み方が再現性を持っている。事前情報でも示されている通り、Rishi MohanはXでのbuild in public的な発信に加え、ロングテールSEOと無料ミニツールを流入の受け皿にしていた。SNSだけに頼ると話題の波で失速しやすいが、検索流入と実用ツールを重ねると、熱量の高い見込み客を継続的に取り込める。

第三に、プロダクトの守備範囲を広げつつも、中心価値をぶらしていない点も参考になる。Orshotは画像専用APIではなく、PDFや動画にも広がっているが、共通するのは「テンプレートを自動で量産・配布する」という一本線だ。機能追加が雑多に見えにくく、用途拡張が自然に起きる。

日本での再現可能性

日本でもこのモデルは十分に勝負になる。ただし、そのまま横展開するだけでは弱い。Orshotの数字で注目すべきなのは、5,000超ユーザーに対してMRRが$6.2Kである点だ。逆算すると、広く浅く触っている層と、継続課金している本命層が混在している可能性が高い。つまり日本で再現するなら、最初から“大企業向け高単価SaaS”を狙うより、無料導線や低価格導線を厚くして、利用回数が増える部署や事業者を育てる設計のほうが現実的だ。

特に日本市場では、不動産、求人、EC、店舗販促、教育事業者など、定型フォーマットの画像やPDFを大量に作る現場が多い。ここに「1件ずつデザインを作る」発想ではなく、「テンプレートを決めて差し込み生成する」発想を持ち込めれば、制作外注費だけでなく社内の待ち時間も削れる。請求書や証明書のPDF、商品画像、店舗告知バナー、営業資料の多言語化など、用途はかなり広い。

一方で、日本で壁になるのはデザイン品質そのものより、運用担当者が自動化フローまで組めるかどうかだ。OrshotはAPIとノーコード連携を両輪にしているため、単なる生成機能ではなく“既存業務への接続”が普及の前提になっている。日本版で再現するなら、プロダクト単体の機能訴求より、Googleスプレッドシート、フォーム、EC基盤、SFAとの具体的な接続テンプレートを先に見せるほうが導入は進みやすい。

さらに、Rishi Mohanが一人で回しながら76万件超のレンダリングまで持っていった事実は、日本でも示唆が大きい。最初から営業組織を抱えずとも、無料ツール、テンプレート配布、比較記事、ユースケースSEOを積み上げれば、クリエイティブ運用の裏方SaaSは十分立ち上がる。逆に言えば、日本で同様の挑戦をするなら、ブランド広告よりも「この作業を自動化したい」と検索する担当者を拾う地味な導線設計が勝敗を分けそうだ。

出典

• https://www.indiehackers.com/post/from-side-hustle-to-6-2k-mrr-how-rishi-mohan-scaled-orshot-solo-9da059ab96
• https://orshot.com/docs/introduction
• https://orshot.com/integrations
• https://orshot.com/