Airwallex、200,000社を支える国境を越える金融OSへの転換

コーヒーショップで見えた国境の摩擦

AirwallexのCEO兼共同創業者Jack Zhangは、2015年にMelbourneでcoffee shopを始めた。

海外から商品や材料を仕入れる過程で、従来の金融・foreign exchangeの非効率、遅さ、コストを自分たちで経験したことが創業の出発点になった。出典

小さな事業者の「海外で売りたいのに、お金の移動が足かせになる」という問題を、金融インフラの作り直しで解こうとした。

送金サービスから基盤へ

2018年末には取引量が伸び、US$80Mを追加調達して評価額US$450Mに達した。出典

さらに大きな競合から買収提案を受けたが、foundersはbuildを続けることを選んだと公式は説明する。出典

ここでAirwallexは、単なるFXの安価な代替ではなく、global accounts、payments、cards、expenseを組み合わせる方向へ進んだ。

複雑さを一つのplatformに束ねる

2022年のSeries E-2で評価額はUS$5.6Bとなり、global expense managementを含む基盤拡張へ投資した。出典

公式のproduct一覧にはbusiness account、online payments、spend、billing、platform APIが並ぶ。出典

金融の個別機能を増やすのではなく、受け取り、保有し、変換し、使う流れを一つのoperating systemへ寄せたことが転機だった。

200,000社を支える規模へ

2025年、Series Gで評価額US$8B、利用企業200,000社超、ARR US$1B超に到達したと公式は掲載している。出典

2026年にはSeries HでUS$320Mを調達し評価額US$11Bとなった。出典

数字の大きさだけでなく、200か国以上と85以上のlicense/registrationをカバーする運用基盤が、次の顧客を呼ぶ信頼になっている。出典

国境を消すのではなく、裏側へ隠す

Airwallexの物語は、送金を少し安くする話から、国境・通貨・決済・会計の複雑さをAPIの裏側へ移す話へ変わった。

Jack Zhangたちがcoffee shopで感じた摩擦は、今や企業のfinance workflow全体を再設計する材料になっている。

日本企業にとっての示唆は、海外展開を営業課題だけでなく、資金が動くインフラの課題として捉えることだ。

Airwallexは、複数通貨・複数国で事業を行う企業の「銀行、決済、FX、カード、経費が分断される」痛みに刺さる。

公式は200か国以上を支え、business account、online payments、spend、billing、platform APIを一つの基盤として提示している。出典

単なる送金サービスではなく、資金を受け取り、保有し、変換し、支払い、会計へ接続する一連の操作をAPIとsoftwareで束ねる点がPMFの核だと考えられる。

moatは、単なるコードではなく、license、銀行・決済ネットワーク、FX、risk、reconciliationを実運用したデータと接続の蓄積にある。

85以上のlicense/registrationと120か国超へのlocal transferは、新規参入者が短期に複製しにくい。出典

直接的なnetwork effectは弱い。

利用企業が増えても、顧客同士が自動的につながるSNS型ではない。

ただし対応国、決済手段、integration、customer storyが増えるほど、次の企業にとって導入価値が上がる供給側のscale effectは強い。

複数国で販売・採用・支出を行うstartup、marketplace、SaaS、e-commerce、platform企業のCFO、finance、operations、engineering。

国内だけで完結し、単一通貨の決済しか必要ない小規模事業者には機能過多になり得る。

第一に、越境決済の高コストという具体的な創業課題から出発した。

第二に、account・payments・cards・billing・expenseを横断することで、単機能APIより大きな業務面を取った。

第三に、200,000社超の顧客、US$1B超のARRという規模を、global infrastructureとしての信頼に変えている。出典

金融サービスは国ごとのlicense、AML/CTF、決済ネットワークに依存し、規模が増えるほどcomplianceと運用コストが重くなる。

実際、公式は85以上のlicense/registrationを掲げる一方、地域ごとに提供機能と価格が異なる。

大企業向けに広がるほど、APIの柔軟性と規制・サポートの標準化を両立する必要がある。出典

まず越境business accountとpaymentsで金融の入口を取り、cards、spend、billing、platform APIへcross-sellする。

公式のproduct群は単一機能ではなくfinancial operating systemを志向している。出典

さらにpartner・customer story・スポーツスポンサーシップでenterprise trustを補い、AIとagentic commerceを次の成長テーマに置く。出典

主要チャネル: content marketing, customer stories, partnerships, developer documentation, sports sponsorships

金融プロダクトの差別化は、画面の便利さだけでなく、国・通貨・license・settlementという見えにくい複雑性を吸収する基盤に宿る。

Airwallexのようにaccount、payment、card、billingを別製品ではなく共通ledgerとAPIで設計すると、顧客の業務フロー全体を押さえやすい。

一方で、地域差を隠しすぎず、提供可否と価格を明確にすることが信頼の条件になる。

日本で展開するなら、海外送金だけでなく、法人カード、請求書、立替精算、国内会計、インボイス制度を一つの業務フローへつなぐ余地がある。

特に海外SaaS・越境EC・インバウンド事業者には、円と外貨の残高を分けずに可視化できる価値がある。

ただし資金移動・貸金・カード・AMLの制度差は大きく、local licenseと国内パートナーを先に設計すべきだ。