Ben ChengがAuthgearで、認証を買収リスクから切り離すまで

Ben ChengはAuthgearのFounderとして、認証を「買収されたvendorに預けて、数年後にまた作り直す」状態から切り離そうとした。

本人はAuthgearの目的を、open-sourceで持続可能なbusinessを作る試みだと説明している。出典

Authgearの前身にあたる事業基盤は、Ben Chengが2008年に立ち上げたOurskyにある。

Ourskyは長くsoftware studioとして企業やstartupのプロダクトを作り、2020年にAuthgearを含むSaaS productを立ち上げた。出典

いきなり大規模なauth companyを作ったのではなく、受託とプロダクト開発の現場で蓄積したidentityの痛みを、独立したplatformへ切り出した形だ。

転機は、認証をSDKの寄せ集めではなく、運用可能なidentity基盤としてまとめたことだった。

公式のpositioningは、passkeys、MFA、SAML SSO、RBAC、user managementをcloud・VPC・自社hardwareで提供するものだ。出典

2024年の本人投稿でも、Auth0に似たopen-sourceでdeveloper-friendlyな会社を目指し、Enterprise customer向けにSAML supportを展開していると語っている。出典

現在のAuthgearは、FreeからEnterpriseまで、同じ認証機能を段階的に使えるpricingを採る。

Freeは$0、Developersは月$50、Businessは月$500で、Enterpriseはcustomだ。出典

Bootstrapped and profitableという立場を明示し、open-sourceとuser exportをexit strategyとして前面に出す点は、資金調達額や派手なgrowth metricで競うSaaSとは異なる。

Authgearの物語は、認証を「一度実装して終わり」にしないことから始まる。

passkey、SSO、fraud protection、audit、data residencyまでを、顧客が自分の運用条件に合わせて選べるidentity layerにする。

Ben Chengの選択は、最も大きな市場を取りに行くより、長く使われるための退出可能性を先に製品化することだった。

AuthgearのPMFは、認証を単なるlogin UIではなく、移行・監査・tenant管理まで含む運用基盤として扱いたいチームにある。

Passkeys、MFA、SAML SSO、RBAC、user exportを一つのopen-source platformにまとめ、cloudだけでなくVPCや自社hardwareでも動かせる。出典

Supabaseのようなdatabase中心のAuthではなく、identityを専門領域として切り出す設計は、B2B SaaS、金融、医療、frontline workforceで特に効くと考えられる。

技術単体より、OIDC/OAuth/SAML、Passkeys、MFA、RBAC、user exportを一つの運用モデルに揃える統合度がmoatになる。

さらに、Skymakersが2009年から顧客を支えてきた業務知識と、open-sourceによる移行可能性の組み合わせは、短期価格競争とは別の信頼資産だ。出典

ネットワーク効果は弱い。

Authgearを使う企業が増えても、直接的に他社の価値が増えるmarketplace型ではない。

ただし、標準protocol、SDK、GitHub repository、customer storyが増えるほど、導入時の不確実性は下がり、間接的なecosystem効果は強まる。

主対象は、B2B SaaS、consumer app、frontline workforce、複数アプリを運営するproduct team。

特にpasskeys・SAML・RBAC・self-hostingを同時に必要とするが、認証サーバーをゼロから運用したくない企業に向く。

database内蔵のauthだけで十分な小規模アプリには過剰になり得る。

第一は、Freeを含む全planにpasskeys・SAML SSO・RBACを置き、feature gateではなく導入障壁を下げたこと。出典

第二はopen-sourceとself-hostingで、データ所有権とexitを明示したこと。出典

第三はSDK、Portal、Admin API、customer storyを一体で提供し、認証の実装から運用までを短くしたこと。出典

認証基盤は一度導入されると強い一方、既存のAuth0・Clerk・WorkOSからの移行コストが高い。

Authgear自身も、ユーザー規模や公開revenueなどのtractionを開示しておらず、購入側は導入事例・SLA・地域対応を個別確認する必要がある。出典

また、open-sourceは導入の自由度を高めるが、self-hostingの運用責任を顧客側へ戻すリスクもある。

growthは、open-source repositoryとdocsでdeveloperに先に触れてもらい、Free planからDevelopers・Businessへ広げるland-and-expand型だ。出典

無制限MAUのFree/Developers planは試用と小規模導入を促し、private cloud・data residency・SLAをEnterpriseで収益化する。出典

一方、認証は信頼性の検証が長いため、customer storyとcomplianceがconversionの補助線になる。

主要チャネル: open_source, developer_docs, customer_stories, content_marketing, community

認証のように失敗コストが高い領域では、機能数の競争より「後で逃げられる」設計が信頼を作る。

Authgearはopen-source、OIDC準拠、user export、self-hostingを商品価値の中心に置く。出典

これはロックインを恐れる企業に、機能表とは別の選定理由を与える。

日本では、医療・金融・製造・店舗スタッフ向けのように、個人情報の保管場所と現場のlogin体験が同時に問われる市場で検討余地がある。

data residency、国内SMS/WhatsApp可否、サポート時間、self-hosted運用体制は要確認で、英語docsの翻訳だけでは足りない。