354%増収を記録したFusionAuth、認証を「所有できる」基盤へ

Brian Pontarelliは「I started this company back in 2007 with the idea of building tools that companies actually need」と振り返っている。出典

必要な道具を作る

FusionAuthの物語は、最初からCIAMを作る計画から始まったわけではない。

Pontarelliは2007年にCleanspeakという高性能なprofanity filterを起点に事業を始め、VC資金や大きな借入ではなく、コードを書いてライセンスを売り、日中の仕事やコンサルティングで事業を支えた。出典

自分たちの認証問題

その後、コミュニティフォーラムGatherを試す過程で、既存の認証サービスではなく自分たちの認証システムが必要になった。

Gather自体は伸びなかったが、そこで作った仕組みが自社の問題を解決したため、他社にも同じ課題があると判断してFusionAuthへ集中した。出典

無料版から有料顧客へ

Pontarelliの説明によれば、FusionAuthは無料版をダウンロードする開発者を集め、ローンチから数か月以内に有料顧客を獲得した。

その後、200〜500%の売上成長が続いた時期を経て、チームを営業・マーケティング・サポート・開発へ広げた。出典

成長の次の段階

2023年には過去3年間の売上成長率354%でInc. 5000に選ばれ、同年後半に初めて資金調達を行った。

2025年にはPontarelliがCEOからCTOへ移り、Brian BellがCEOに就任した。

創業者が得意な「ゼロから作る」仕事と、次のscaleに必要な経営経験を分けた転換といえる。出典 出典

所有権を製品価値にする

FusionAuthが積み上げたのは、ログイン画面だけではない。

self-hosted、dedicated cloud、managed cloudを並べ、顧客が認証基盤の所有範囲を決められるようにした点が、創業者の「必要な道具を作る」という出発点とつながっている。出典

FusionAuthのPMFは、認証を外部SaaSへ完全委託するのではなく、アプリケーション側で所有・制御したい開発チームにある。

self-hosted、dedicated cloud、managed cloudを選べるため、規制・データ所在・運用負荷のトレードオフを一つの製品内で調整できる。

公式の自己紹介も「enterprise-grade auth you can actually own」と明確に所有権を打ち出している。出典

SSO、passwordless、passkeys、MFA、ユーザー管理をAPI-firstで組み合わせられる点は、認証を自前実装するコストと、巨大なIDaaSに合わせる制約の中間を狙う。

最大のmoatは、認証標準・SDK・運用モデルを長期に積み上げた信頼と、self-hosted／cloudの両方を扱う製品知識である。

単なるUIではなく、SSO、MFA、passkeys、tenant、監査といった失敗コストの高い領域を横断するため、移行には慎重さが伴う。出典

ネットワーク効果は強くない。

利用者が増えてもログイン機能そのものが自動的に便利になるわけではなく、価値の中心は標準対応、ドキュメント、SDK、サポートの蓄積にある。

GitHubや開発者コミュニティは弱い間接効果を生むが、二面市場型の強い効果とは区別すべきだ。出典

主な対象は、B2B SaaS、consumerアプリ、ゲーム、規制産業などで、ログイン・SSO・MFAを自社の要件に合わせたい開発チームである。

特にデータ所在、オンプレミス、既存DB、独自UIを重視する組織と相性がよい。

反対に、認証運用を完全に外部化し、数分で最低限のログインだけを追加したい個人開発者には、managed-onlyのサービスのほうが軽い可能性がある。

第一は、無料のCommunity版でself-hosted導入を始められること。

第二は、API・SDK・標準プロトコルを中心に据え、既存アプリへ段階的に統合できること。

第三は、self-hostedから専用cloudまで同じ製品思想で運用を広げられることだ。出典

2023年に過去3年間の売上成長率354%でInc. 5000に選ばれたことは、透明な価格とdeveloper-firstの訴求が一定の市場反応を得たことを示す。出典

認証は障害・脆弱性・法規制の影響が大きく、self-hostedを選ぶ顧客にはアップグレード、監視、バックアップの運用負担が残る。

公式もself-hostとmanagedの選択を説明しており、自由度はそのまま運用判断の難しさになる。出典

また、Auth0やWorkOSのような開発者向けidentityサービスとの比較では、導入の速さと運用所有権のどちらを優先するかが明確でない顧客に刺さりにくい可能性がある。

公開されたARRや顧客数は要確認で、成長率だけから現在規模を推測してはいけない。

成長戦略は、無料のself-hosted導入を入口に、premium機能、cloud、専用構成へ広げるland-and-expand型と読める。

公式pricingはCommunityを無料・無制限として示し、Starterを年払い月162ドルから掲げる。出典

コンテンツ、比較記事、ドキュメント、SDK、パートナーを組み合わせて、認証を調べている開発者を獲得する。

早期のCleanspeakで得た顧客理解からGather、FusionAuthへ課題を移した創業ストーリーも、プロダクトの必要性を伝える材料になる。出典

主要チャネル: content, developerCommunity, partners, seo, sales

認証のような共通機能でも、顧客が本当に買っているのは機能一覧だけではなく、どこまで自分で制御できるかという運用モデルである。

FusionAuthは「自社で所有する」選択肢を製品の中心に置くことで、SaaS一択への違和感を市場ポジションに変えた。

一方で、自由度を売るなら導入・更新・障害対応の負担まで伝える必要がある。

選択肢の多さを、導入前の判断材料と導入後の運用支援に変えられるかが重要だ。

日本では、金融、医療、教育、自治体向けSaaSでデータ管理と認証の説明責任が重くなる。

FusionAuthのself-hosted／専用cloudは、国内リージョン、監査ログ、既存ID基盤との接続を重視する顧客に提案しやすい。

ただし日本で広げるには、導入パートナー、運用監視、脆弱性対応の日本語情報、SAML・SCIM移行支援が必要になる。

機能の翻訳より、責任分界を明確にする販売・支援体制が先に求められる。