Kinde、認証だけでなくbillingとfeature flagsまで束ねたSaaS基盤の設計

Ross Chaldecottは「I never set out to build an auth company. But Kinde has been 27 years in the making」と語っている。出典

KindeはSaaSチームが認証や課金の配管に時間を使いすぎる問題から出発した。

2022年3月にはステルスから公開へ移り、Blackbird主導のA$10.6m Seed roundを発表した。出典

その後、authだけでなくorganizations、MFA、SSO、billing、feature flagsを同じ管理面へ寄せた。

Freeから始められ、billing利用時はMAUを無料にする価格設計も初期導入の摩擦を下げる。出典

Kindeの現在地は、auth providerからSaaSの運用面を束ねるdeveloper platformへの拡張にある。

統合範囲が広がるほど、移行可能性とsecurityの透明性が信頼を左右すると考えられる。

SaaS founderとproduct teamのauth・organization・billing統合需要に刺さる。

Free planと多数のSDKで初期導入を短くし、成長後も同じ基盤を使える。出典

単機能auth APIではなく運用workflowを提供する点がPMFの核だ。出典

SDK・管理UI・billing・feature flagsを横断する実装知識とtenant設定の蓄積がmoatになる。

network effectは中程度。

SDK利用例とcommunityは増えるが、auth自体は二者間市場ではない。

少人数でSaaSを作るfounder、product engineer、B2B SaaS platform team。

単純なログインだけが必要なサイトには過剰になり得る。

SDKとdocs、統合された管理面、Free planの三点が導入障壁を下げる。

A$10.6m Seed roundをsecurityとdeveloper experienceへ投資した点も、信頼が重要な市場では合理的だ。出典

機能拡張でメッセージが複雑になること、authとbillingの一社依存、security incident時の影響がリスクだ。

移行性と可用性を継続的に説明する必要がある。出典

docs、SDK、communityを入口にFreeからPro・Plus・Scaleへ拡張するdeveloper-led growth。

enterprise SSOとcomplianceはsales-assistedな拡張余地になる。出典

主要チャネル: content, developer-community, partners, sales

developer productは導入後に必ず発生する運用まで束ねると価値を広げられる。

一方で統合はlock-inも生むため、移行可能性をpromiseに含めるべきだ。

日本のSaaSではorganization、請求書、決済、監査ログが複雑。

国内決済・請求書・個人情報保護への接続と、日本語docs、SIer連携が普及の鍵になる。