海外事例運営中 2026年8月4日公開

Sidekiq、OSSを一人で年商$7M超に。「オープンソース+有料版」20年戦略の完成形

Ruby向けバックグラウンドジョブ処理のOSS「Sidekiq」を開発したMike Perham氏は、無料のOSS+有料のPro/Enterprise版というモデルを一人で運営し、年商$7M超まで成長させた(2023年には「$1Mより$10Mに近い」と本人が発言)。従業員ゼロのOSS商業化の到達点。

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

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

従業員ゼロ、営業ゼロ、広告ゼロで年商$7M超。Ruby向けバックグラウンドジョブ処理ライブラリ「Sidekiq」を作ったMike Perham氏は、「OSSで食う」という古い難題に対する、現時点で最も完成された解答を10年以上かけて実証してきた。個人開発の収益としては世界最大級でありながら、運営はどこまでも静かだ。Indie Hackersポッドキャスト(2017年)とsaas.groupのインタビューをもとに、内部の数字と設計を追う。

タイムラインで見る軌跡

時期	出来事
前史	ソフトウェア開発歴約20年。十数社のスタートアップを渡り歩き、ResqueやDelayed JobなどRuby系OSSのメンテナンスに5年以上関与
2012年	サンフランシスコでのコンサル業務の傍ら、約2ヶ月でSidekiqを開発しOSSとして公開
公開約6ヶ月後	有料版Sidekiq Proを発売(当時年$1,000)。最初の顧客5〜10社は既存OSSユーザーがほぼ即座に転換
公開から18ヶ月	収益が安定し、フルタイムの仕事を辞めて専業化
2017年	月商約$80K、顧客約800社、年率50〜100%で成長。Enterprise版は年$2,000
2023年	年商$7M超。本人いわく「$1Mより$10Mに近い」

出発点は顧客の現場にあった。当時のコンサル先はバックグラウンド処理に十数台のマシンを費やしており、Perham氏は「同じ負荷を1台でさばけるはずだ」と考えてSidekiqを書いた。性能への具体的な不満が先にあり、公開後は本業の雇用主自身が最大のSidekiqユーザーだったため、日々の業務がそのまま実地テストになった。専業化までの副業稼働は夜と週末の週20時間程度。ResqueやDelayed Jobのメンテナンスで蓄積した「このカテゴリの何が痛いか」の知見が、約2ヶ月という開発期間の裏側にある。

「無料が営業する」構造

Sidekiqの無料版は、Railsアプリのジョブ処理の事実上の標準として世界中で使われている。開発者は無料版で信頼を築き、事業が成長して信頼性・機能の要求が上がった企業だけがPro/Enterprise版(バッチ処理、暗号化、優先サポート等)を買う。実際、新規顧客の9割はインバウンドで、営業もマーケティングも広告も存在しない。無料版の普及そのものが営業を代行する——だから一人で年商10億円が回る。

重要なのは、無料と有料の線引きだ。Perham氏は「趣味・小規模には無料で十分、事業で本気で使うなら有料機能が欲しくなる」という線を精密に引いた。無料版を出し惜しめば普及せず、有料版が弱ければ収益にならない。Pro発売時に既存ユーザー5〜10社が即座に顧客化した事実は、公開からわずか6ヶ月の時点でこの線が正しく引けていたことを示している。この線引きの設計こそがOSS商業化の本体である。

値引きしない、雇わない、例外を作らない

一人で約800社(2017年時点)の顧客を抱える運用は、徹底した「例外の排除」で成立している。値引きには相手が誰であれ一切応じない。価格が一律なら交渉というプロセス自体が消滅し、営業工数がゼロになる。決済はStripeでほぼ自動化し、請求書払いは最大手の顧客に限定。日々のサポートはメール6通程度で、顧客への能動的な接触は四半期に一度までという抑制的な方針を敷く。法人化すら後回しで、収益が給与を超えるまでは個人事業主のまま運営した。本人の言葉を借りれば「書類仕事の心配はいらない。難しいのは金を入り口に入れることだ」。

価格設定にも思想がある。Pro年$1,000・Enterprise年$2,000という水準は、エンタープライズソフトウェアの相場からすれば桁違いに安い。Perham氏は「開発者市場は有料ツールを買うことに慣れていない」ことを踏まえ、意図的に低い価格から始めた。コンサル先が十数台のマシンを1台に置き換えられたことを思えば、企業にとって年$1,000はインフラ費用の節約分で即座に回収できる金額で、購買の稟議も通りやすい。この「安すぎる価格」が値引き不要・交渉不要の構造を支え、2017年時点の年率50〜100%という成長率にも表れている。

そしてPerham氏は買収提案を受けても売らず、人を雇わず、価格を静かに上げながら同じ事業を続けている。Transistorのcalm companyがチーム版なら、Sidekiqは一人版の「穏やかな経営」の極点だ。VCの成長圧力と無縁のまま、Rubyコミュニティと共に10年以上。「大きくしない自由」が最大級の収益と両立することを、この事例ほど明確に示すものはない。

うまくいかなかったもの——Inspeqtorの教訓

Perham氏にも失敗作がある。監視ツール「Inspeqtor」は別カテゴリへの展開として投入されたが、Sidekiqのようには伸びず打ち切られた。同じ開発者が同じ「OSS+有料版」モデルで挑んでも、エコシステムの必須インフラという位置を取れなければ再現しない。Sidekiqの成功が個人の技量だけでなく、Railsのジョブ処理という「ほぼ全アプリが必ず通る場所」を押さえたポジションに依存していることを、この失敗が逆側から証明している。

構造的なリスクも同じ場所にある。事業の天井と寿命はRubyエコシステムの盛衰に連動しており、単一言語コミュニティへの依存は分散のしようがない。また、月商$80Kから年商$7M超への道は10年近い時間を要した。この事業の複利は速さではなく、「離脱しないこと」から生まれている。

再現の条件と限界

日本のOSS開発者がこの事例から受け取れるのは「寄付ではなく企業向け有料版こそがOSSを職業にする最も太い経路」という一点だ。GitHub SponsorsやOSS疲れの文脈で語られる持続可能性の問題に対し、Sidekiqは企業側に「買う理由」を機能で作る道を示した。

ただし前提条件は重い。対象OSSがエコシステムの標準的な通り道であること。企業ユーザーだけが欲しがる機能(暗号化、バッチ処理、優先サポート)を切り出せるカテゴリであること。そして専業化までの18ヶ月を副業の週20時間で耐えられる生活設計。カテゴリの選定を誤ればInspeqtorになる。同一人物の成功と失敗の対比が、それを何よりも雄弁に教えている。