老柯修机铺

通讯行老师傅的手机软件笔记——每款 App 装过、用过,才敢写下来

Mollie 歐洲支付崛起之路:從 iDEAL 專家到全歐收單平台

一個荷蘭小支付公司,靠 iDEAL 切入歐洲市場,十年間拿下 38 種本地支付方式、鋪開線上線下、開放平台能力。本文從版本進化史的角度,回望 Mollie 的成長邏輯。

Mollie 是什麼

如果你做歐洲電商,大概率聽過 Mollie官網。這家總部位於阿姆斯特丹的支付服務提供商,現在已經是歐洲本地支付方式覆蓋最廣的收單平台之一——從荷蘭的 iDEAL、比利時的 Bancontact、德國的 SEPA Direct Debit,到北歐的 Swish、Vipps、MobilePay,甚至法國的 Alma 分期付款,一個 API 調用就能全部呈現在結算頁上。

但 Mollie 不是全球通吃的 Stripe 替代品。它的優勢集中在歐洲,準確說是歐盟加上挪威、瑞士這些 SEPA 區域國家。對於面向歐洲客戶的電商、SaaS、線下商戶來說,Mollie 解決的是一個真實的痛點:歐洲消費者的支付習慣和北美完全不一樣,只放 Visa/Mastercard/PayPal 的結算頁,很多買家會在付款頁直接放棄。

目前最新的版本已經覆蓋了線上支付、線下收單、訂閱收費、多商戶平台等多個場景,註冊到上線最快十五分鐘就能完成,沒有月度費用,按交易量抽成。對於剛起步的小團隊來說,這個起步門檻確實不高。

安裝

Mollie 和手機 App 的安裝邏輯完全不同——它是一個 SaaS 型的支付服務,所謂的「安裝」其實是註冊、配置和接入三個步驟。具體走哪條路取決於你的技術背景和業務規模。

最簡單的方式是用現成電商平台的預置插件。如果你用 WooCommerce、Shopify、Magento 這些主流平台,直接在後台搜尋 Mollie下載 官方插件,安裝後填入 API Key、勾選想啟用的支付方式,保存設置就算完成了。整個過程通常不超過十五分鐘,不需要寫任何代碼。

如果你有自己的網站但不想碰太多代碼,Mollie Checkout 是推薦路徑——客戶點付款時跳轉到 Mollie 托管的結算頁,由 Mollie 負責展示支付方式、處理 3DS 驗證、完成扣款,付款後重定向回你指定的頁面。這種方式的好處是 PCI DSS 合規成本最低,銀行卡數據不經過你的伺服器。

有開發團隊的 SaaS 和大商家可以直接調用 API,用 Mollie 提供的七種語言 SDK(Python、Node.js、PHP、Ruby、Java、.NET、Go)來定製化集成。無論走哪條路,Mollie 都提供完整的測試模式,所有支付都是模擬的,切到正式模式前務必在測試環境走通完整的付款-回調-訂單更新流程。

Mollie Checkout 結算頁自動適配歐洲本地支付方式

從 iDEAL 到 38 種支付方式:進化軌跡

回望 Mollie 的來路,會發現它的成長節奏其實很有規律。

起步階段,Mollie 靠的是荷蘭本土最主流的線上支付方式 iDEAL——荷蘭有超過 60% 的網購交易用 iDEAL 完成,但早期的歐洲支付市場對本地方式的支援非常零散。Mollie 抓住了這個縫隙,把 iDEAL 的接入做到極致簡單,一個 API 就能搞定所有荷蘭銀行的 iDEAL 收單。這讓它很快在荷蘭電商圈打開了名氣。

之後的擴張路徑很清晰:跟著歐盟的經濟整合走。比利時的 Bancontact、德國的 SEPA Direct Debit、法國的 Cartes Bancaires、北歐各國的 MobilePay/Swish/Vipps……每當一個歐洲國家的本地支付方式成熟到可以跨地區使用時,Mollie 就第一時間把它納入自己的清單。到現在為止,這個清單已經超過 38 種,而且還在持續增加——BNPL 類的 Klarna、Billie、in3 都是後來加進來的,反映了歐洲消費者對先買後付的需求上升。

第二個關鍵轉折點是從純線上走到線下。Mollie Tap 系列把收單能力從瀏覽器搬到了實體店:流動攤販可以用手機上的 Tap to Pay 收款,不需要任何硬體;固定店鋪可以買一個 €95 的 Tap 硬體終端,支援 4G/Wi-Fi,電池能用一整天,還有前台 NFC 方便顧客操作。這個轉折讓 Mollie 從一個純電商工具變成了全場景收單平台。

第三個轉折點是開放平台能力。Mollie Connect 讓多商戶平台(比如一個 SaaS 市場)可以通過 OAuth 讓商戶把自己的 Mollie 賬號連接到你的平台,替商戶處理支付、退款、訂閱等操作,還能自動向平台收取應用服務費。這個功能對做平台的團隊來說非常有價值——不用自己去跟每個商戶談支付接入,商戶用自己的 Mollie 賬號就能收錢,平台自動抽成。

在資金流轉方面,Mollie 也在持續優化。早期的結算周期跟著卡組織走,Visa/Mastercard 是 T+1 到 T+2 入 Balance,iDEAL/Bancontact 這類本地方式結算快但 Payout 到銀行還要等 SEPA 轉賬的時間。後來推出的 Business Account 把收款到账壓縮到了 24 小時內,Business Account 之間還能秒級轉賬,雖然月租 €9,但對高频商戶來說資金周轉效率提升很明顯。

團隊的優先級觀察

從迭代節奏來看,Mollie 團隊一直在死磕幾件事。

第一個是歐洲本地支付方式的覆蓋率。這是它的核心競爭力,也是它和 Stripe、Adyen 這些巨頭差異化的地方。每新增一種支付方式,不只是加個 Logo 那麼簡單——要對接當地銀行的清算系統、處理獨特的 3DS 驗證流程、適配本地化的結算規則。Mollie 在這件事上的投入一直沒斷過。

第二個是開發者體驗。七種語言的官方 SDK、RESTful 的 API 設計、完備的測試模式、清晰的核心概念模型(Organization 管整個組織、Profile 管單個店鋪、Customer 存可重複支付的客戶、Mandate 存支付授權、Balance 管多幣種資金),這些都是為了降低接入門檻。一個有經驗的開發者看 Mollie文檔 半天就能跑通首筆測試支付,這在支付行業裡算是很快的。

與此同時,Mollie 有幾件事一直沒碰。北美和亞太市場基本放棄了——它沒有在美國設立收單牌照,也沒有支援中國的支付寶和微信。超複雜的定製化 Checkout 也不是它的方向——如果你要完全控制結算頁的每一個像素,Stripe Elements 或 Adyen Drop-in 更合適。交易量極大的客戶(月流水超過 €100 萬)通常會考慮 Adyen 或直接對接收單機構,Mollie 在這個區間也沒有太多動作。

Mollie Tap 硬體終端

下一步的走向

從目前的迭代規律來推,Mollie 未來的走向大概會沿著它已經證明有效的路徑繼續延伸。

本地支付方式的清單還會繼續擴——歐盟一直在推進支付市場的整合,新的支付方式(比如數字歐元)一旦落地,Mollie 大概率會第一時間支援。線下場景可能會往更深的方向走,比如和歐洲的 POS 終端廠商合作、或者推出更多面向流動商戶的產品。Connect 平台能力可能會開放更多細節,讓市場運營者能更靈活地控制資金分配和費用結構。

當然這只是從它過去的迭代節奏推導的,不是官方口徑。支付行業的監管環境變化很快,歐盟的 PSD2 指令、即時支付(SEPA Instant)的普及,都會給市場帶來新的變量。Mollie 能一直保持在歐洲本地支付這個生態裡深度紮根,本身就是它最核心的護城河。

本文为个人基于网络公开资料整理编写,非官方内容,仅供学习交流参考;软件版权归原作者所有,请支持正版;使用过程中遇到问题请查阅官方渠道,本文不承担任何责任。

同类文章

bubble 裡哪些該交給機器,哪些別碰

從一次忘記續訂導致 D+120 歸零的慘痛教訓出發,盤點 bubble 值得設一次就不管的自動化能力,以及哪些事親手做反而更省麻煩。