Fidor Bank License As A Service model changes the Full Stack Bank Debate

This tweet by Marc Andreessen in February ignited a debate:

@cdixon @JackGavigan @Kwdmiller @aweissman I am dying to fund a disruptive bank.

“Disruptive Bank” is a vague term and that maybe deliberate phrasing from Marc Andreesseen (he does not want to pre-empt the innovation out there that is working). Accepted terms include “full stack bank” and “Challenger Bank”. They all indicate that the venture can offer all the same services as a “traditional” bank. My instinct is that disruption happens at the edge from those excluded from the current financial system. For example, this explains the disruption from M-Pesa among the 70% of the world that is Unbanked and the disruption from Alternative Lending for Small Businesses. That “edge model” indicates that Challenger Banks with their all-inclusive offerings and frontal assault on the incumbent Banks is not the winning model.

What I am seeing at Fidor Bank in Germany forces a rethink.

My first post on this blog in June, envisaged a new Financial stack emerging, in the same way that a stack emerged around the PC revolution and Wintel, with different players at each layer. I called that the “Programmable Bank”. I had no idea at the time that Fidor Bank would accelerate this transformation so much.

If you go to the main Fidor site, you will see a German Bank for German customers without any interest in reaching out to customers in other countries.

The first thought is, “nothing very new here”. There are Challenger Banks in every country. In China, the big tech companies are even launching banks.

If you want an English explanation, watch this video from the Chairman of Fidor Bank. The pitch sounds like many other Challenger Bank; you could imagine Richard Branson delivering this pitch. There is a reason that this site and the video is in English. Fidor is offering an API.  It is the standard pitch to developers:

“Hey Devs, we are on ProgrammableWeb, please follow our API there ProgrammableWeb is a repository for new mashups, Web 2.0 APIs, and delivers news on the Web as Platform.”

However, the big difference is in this little sentence:

“Fidor is the first bank to be listed there.”

Fidor is a regulated bank. They are regulated in Germany, but that “passports them” into Europe and there is no reason why they cannot seek banking licenses in America, China, India or anywhere else. In the traditional model, Fidor Bank would get those licenses. That is the traditional vertical stack. It requires deep, deep pockets; that is why there are so few genuinely global banks.. Fidor is doing it differently. They are basically offering all the capabilities they have through an API. Because Fidor Bank is a regulated Bank, that includes all the features that a traditional bank can offer.

I am still getting my head around this, but it strikes me as revolutionary. It means anybody can innovate on top of the Fidor stack, in the same way that an ISV could innovate on top of the Wintel stack. Of course that entrepreneur is not limited to the Fidor API. They have access to APIs from Lending Club and all the other Fintech ventures that want to amplify their reach by offering an API. AFAIK, Fidor is unique in being a licensed bank offering an API.


  1. It is an interesting question. Banking is over-regulated and this makes it more complicated. Globally you won’t have a Facebook or an Itunes at least in the next 10 years. In Italy we are trying to disrupt banking as well from the very inside. Born 8 years ago we (CheBanca!) have launched a very new retailing model + more other new to the market platforms. It really dipends more on the mindset to me. What i believe it can happen more easily is a breaking of “i-do-all” traditional retailing models in to specialized verticals (basic banking and payments, lending, investment advosory etc). And here you can create vertically focused global players. See also my article on the new fintech

  2. Hi Bernard,

    first of all many thanks for picking up FIDOR and its vision.

    I am in particular delighted by your blog, simply because I find is quite challenging to exactly tell that story to “old school” bankers being stuck in their legacy systems avoiding innovation as much as possible or simply not handling it.

    But thats only the one part. On the other side its not easy to argue with the start-up segment ;-)) This group does want to avoid any kind of regulation and regards that to be a show stopper. Which in our eyes is as wrong as avoiding innovation.

    Fidor is positioned right in the middle. We are FinTech + Banking License. We understand the need and advantage to be regulated. That gives us way more opportunities to deliver real value adding services and products for our customers, not only transporting a credit card transaction or a desintegrative normal banking product via a nice app with a great UX.

    On the other side we understand the need to be a tech-savy organisation. If we want to serivce our customers having their digital lifestyle, we need to be frictionlessly integrated in our customers digital environment. That means way more than just offering a SEPA transaction and a web-domain of a bank. This is why we decided to create and develop a compelling API environment. Being a fully licenced bank, that delivers us the chance to offer not only an API but also (banking)functionality(data) via that.

    Just compare:
    – Most API offers have no functionality and need other partners to give their environment a sense.
    – Almost all “mobile APP” providers have no chance to develop an own product which realy delivers value to their users.
    – Almost no bank grant API access to their data – to be fair: its the customer´s data! Not the bank´s!

    So, in a nutshell: Fidor is Banking FinTech+ Banking License. Our offer is API + Functionality.

    Again many thanks. And, important to say: We are also open for any kind of controversial discussion on that ;-))

    Warmest regards
    Matthias Kroener
    (CEO and co-Founder)

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.