Adyen、分断された決済を一つのfinancial technology platformへ束ねた転換

2006年、Pieter van der DoesとArnout SchuijffはAmsterdamでAdyenを創業した。

公式の会社史は、当時の決済providerが古い複数システムのpatchworkでサービスを提供していたと説明している。

二人はその分断を前提にせず、金融technology platformをin-houseで作る道を選んだ。出典

最初から巨大なcommerce platformがあったわけではない。

2009年には最初のグローバルenterprise merchantとしてGrouponと契約し、2012年にはpoint of saleを提供へ加えた。

オンライン決済だけでなく、顧客が実際に売る場所へ接続したことが、後のUnified Commerceの土台になった。出典

その後、2016年のAdyen for Platforms、2018年のTerminal API、2019年のAdyen Issuingと、隣接する業務面を一つずつ増やした。

Pieter van der Doesは公式teamページで、Adyenをpayments landscapeの変革のために作り、世界の主要businessesのpayment complexityを解いてきたと説明している。出典

拡張の前提になったのは、地域ごとのlicenseと運用基盤だ。

2021年には米国支店のlicenseを取得し、日本とUAEのacquiring licenseも取得した。

規模を単に広告で見せるのではなく、各市場の規制と接続点を積み上げることで、enterpriseの導入理由を増やしていった。出典

公式aboutページは、2023年のprocessed volumeを€970.1 billion、従業員を4,000人超と公表している。

Adyenの転換は、決済を一機能として売ることから、commerceの複数接点を同じplatformで動かすことへ移った点にある。出典

Adyenの顧客は、国・決済手段・オンライン/対面・risk managementを別々のproviderでつなぐ複雑さを抱える大企業だ。

Adyenは決済を起点に、data enhancementsとfinancial productsまで一つのplatformへ寄せる。出典

PMFの核心は、単なる決済APIではなく、commerceの複数接点を同じデータと運用面で扱えることにある。

企業が新市場へ進出するときのintegration負債を減らす選択肢になり得る。

moatは決済licenseそのものだけでなく、グローバルなacquiring、risk、POS、platform、issuingを一つのデータモデルで運用する実装資産にある。

顧客が複数providerから移行した後は、業務フローとデータの切替コストも蓄積する。出典

直接的なnetwork effectは限定的だ。

merchantが増えてもconsumer同士が直接価値を交換するmarketplaceではない。

一方、対応地域・決済手段・risk signalが増えるほど、platformの適用範囲が広がる学習効果はあると考えられる。出典

主対象は複数国でonlineとphysical commerceを運営するenterprise、marketplace、platform事業者。

単一国の小規模店舗や、決済機能だけを最短で埋め込みたい事業者には、料金と導入運用の比較が必要だ。出典

第一に、古い複数システムのpatchworkを避け、platformをin-houseで作る長期判断を取ったこと。出典

第二に、オンライン決済だけでなくPOS、Platforms、Issuingへ段階的に広げたこと。

新機能を別製品として売るより、merchantのcommerce全体へ接続した点がenterprise expansionを支える。出典

決済は各国license、規制、risk、障害対応に依存するため、単一platform化しても地域差と運用負債は消えない。

Pricingも取引条件ごとに変わり、単純な比較が難しい。出典

また、enterprise集中は大型顧客の景気・取引量に影響されやすい。

広いproduct surfaceを維持するほど、導入・説明・サポートの複雑さが増す点は要確認だ。

成長は、enterprise merchantへの導入を入口に、online paymentsからPOS、Platforms、Issuingへ横展開するland-and-expand型だ。出典

営業だけでなく、API、docs、knowledge hub、global partnershipを組み合わせ、決済担当だけでなくproduct・finance・operationsにも利用範囲を広げる。

結果として新機能の追加が既存顧客のcommerce全体を深くする。出典

主要チャネル: enterprise-sales, documentation, content, partnerships, developer-platform

大企業向けplatformでは、機能を増やすこと自体より、既存の分断を一つのoperating modelへまとめることが価値になる。

Adyenの歩みは、最初から全機能を揃えるのではなく、payments、POS、platform、issuingという隣接面を順に接続する拡張の仕方を示す。出典

日本で同じ課題を解くなら、決済手段の多さだけでなく、EC・店舗・請求・不正対策・会計連携を一つの運用面で扱えることを前面に出す必要がある。

国内特有の決済・規制・商習慣を吸収しつつ、APIと現場運用の両方を日本語で支える設計が重要だと考えられる。