Descope、パスワードレス認証をvisual workflowとAI agent identityへ広げた設計

Descopeはcustomer and agentic identity platformである。出典

Rishi Bhargavaが共同創業したDescopeは、ログイン画面を一つ作るサービスから、顧客とAI agentのidentity journeyを設計する基盤へ広がった。

「build secure, frictionless authentication and user journeys」という方向性を掲げている。出典

現在の公式サイトは、visual workflows、SDK、APIで顧客・パートナー・AI agent・MCP serverの認証を扱うと説明している。出典

創業のきっかけ

Rishi BhargavaはDescopeの共同創業者で、以前はDemistoを共同創業し、Palo Alto Networksでproduct strategyを担った人物だ。

Descopeはその経験を、security teamだけでなく開発者が扱える認証体験へ持ち込んだ。出典

転機・苦労

認証はpasswordlessだけでは終わらない。

B2BではSSO、MFA、tenant、SCIM、authorizationが連鎖し、画面とバックエンドの実装が増える。

DescopeはFlowsとSDKを併置し、no-codeとcodeの境界を狭めた。出典

Rishi Bhargavaが「build secure, frictionless authentication and user journeys」と語る方向性は、機能数の競争より、identity journey全体の摩擦を減らす設計に重心があることを示す。出典

成長・成功の要因

無料枠から始められ、Proは月249ドル、Growthは月799ドルからという段階的な価格設計は、個人開発者と成長企業を同じ導線に置く。出典

AI agent向けidentityを追加したことで、従来のCIAM市場と新しいagent securityの接点も作った。出典

現在

Descopeの道のりは、認証機能をAPI化するだけでなく、例外処理や管理画面を含むidentityの運用面をproduct化する試みだ。

利用者は、認証を自作するか、journeyを設定して差別化に集中するかを選べる。

B2B/B2Cアプリの開発者は、認証方式を増やすほど画面、session、tenant、権限の実装が複雑になる。

DescopeはFlows、SDK、APIを組み合わせ、passwordlessからSSO・SCIMまでを一つのjourneyとして扱う。出典

そのため、認証を差別化しないが企業要件は満たしたいチームに刺さる。

認証フロー、tenant、authorization、connectorを一体で運用する設定資産が蓄積する。

単純なSDKより移行コストは高いが、強いnetwork effectがあるとは限らない。

弱い。

顧客数が増えても直接的な二面市場効果は限定的。

ただしSDK、docs、communityの利用経験は導入判断を補強する。

認証を自作したくないB2B SaaS、複数tenantを持つサービス、passwordlessやSSOを短期間で出したい開発チーム。

identity基盤を完全自社運用したい企業には向かない。

visual workflowとSDKの併用で導入初期のコード量を下げ、free tierから企業向け機能へ拡張できる。

公式pricingは無料枠、Pro、Growth、Enterpriseを段階化している。出典

開発者導線とenterprise要件を同じ製品に置いたことが効いている。

認証を外部へ依存するため、vendor lock-in、データレジデンシー、障害時の切り替えがリスクになる。

価格もMAUやtenantなど利用量に連動し、急成長時の予算予測は要確認だ。出典

docsとfree tierで開発者を獲得し、SSO・SCIM・SLA・監査要件を持つ企業へ拡張する。

agentic identityを加えることで新しい脅威モデルを入口にする。出典

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

開発者向けinfraでは、単機能APIより運用上の例外を吸収するworkflowが価値になる。

free tierは導入を広げるが、enterprise要件までの境界を明確にする必要がある。

日本のSaaSではB2B取引先ごとのtenant、SSO、監査ログが導入障壁になりやすい。

国内リージョン、サポート、個人情報保護法への説明を前面に出せば、passwordless単体よりidentity運用基盤として伝えやすい。