Three mistakes banks make when building a digital banking solution

Three mistakes banks make when building a digital banking solution

If you’re a bank or a financial company, the digital banking experience is one of your most essential technological components. It’s undoubtedly the most visible to your customers. Being complex, it’s unsurprising that many organisations engage specialist vendors to either accelerate their digital banking efforts or take it off their plates entirely.

However, various dangers exist in the decision to go all-out with a specialist vendor. Making the wrong choices could mean carrying an anvil around your neck.

I’ve worked in fintech for 20+ years. In that time, I’ve identified the top three fatal mistakes banks and financial companies make when selecting their digital banking technology (front-end). Let’s get into it.

Mistake one: Buying an out-of-the-box user interface (UI)

Out-of-the-box (OOTB) UI solutions are like a flame that non-technical executives are drawn to. Why is this? It may be because it’s something tangible they can see and more easily understand than APIs, back-end services, and architecture. This is a trap they often fall into.

Most, if not all, solutions that come with OOTB UIs have banking features and functionality tightly bundled up. This means the logic under the hood that powers everything is inextricably welded to the design. If you want to make changes – and you will – there will be a cascading knock-on effect with everything else. It can quickly get ugly!

The result is that the speed-to-market benefits you thought you were buying are negated. This is because making changes and deploying new features and capabilities takes much longer as you work to unpick the knotted design of the product you bought. You could end up limping around with that technological anvil tied around your neck.

Even if, by some rare miracle, your vendor did architect its solution to accommodate your customisation, as soon as you change the code, there may no longer be an upgrade path. This will result in you having to absorb the cost and effort of managing the code (and probably paying the vendor an annual fee for, well, nothing). It’s money down the drain.

Mistake two: Focusing on developing a set of features rather than building for continuous innovation

It’s unrealistic to believe digital banking success is a finish line to be crossed. Ambitious digital banks should agree that instant victory is unachievable in a first release.

True digital banking experience development comes about via continuous innovation and delivery of improvements.

You don’t need to have the significant resources of a top-tier bank (or a top-five global neo-bank) to adopt a rapid iteration mindset. The mindset alone will help you adopt a more considered approach to continuous, incremental growth and improvement.

More consideration means better decisions around the technology you select, which needs to be an empowering force that enables continuous improvement.

Mistake three: Banks don’t have (or don’t listen to) a CTO

Make no mistake. If you’re an ambitious financial services business, you are a technology company. There’s no getting around this fact. So, setting off on a technology development journey without the proper Chief Technology Officer (CTO) is a recipe for trouble. Equally, having a CTO and not listening to their counsel is something I’ve seen happen too often.

It’s correct that a CTO’s passion for engineering should blend appropriately with business pragmatism. Yet, building a digital banking solution is fundamentally a technical undertaking, so empowering a CTO to shepherd the rest of the execs in this regard is a wise endeavour. If you’re choosing a digital banking solution – or any deep banking technology – you need a highly competent CTO who’s not only present but is given the wheel.

They should wield a degree of autonomy because there are already many old technologies touting themselves as ‘next-gen’. Non-technical execs are too easily bamboozled by the theatre of the presentation – passing off a horse and cart as next-gen. Building a digital banking solution requires a technical undertaking, and a highly competent CTO plays a crucial role in its success. Take the time to get a good CTO, and take their counsel seriously.

Last but not least, in the earlier days, technology in organisations was mainly treated as a cost centre, executing orders of “business” departments. In today's world, where technology is a crucial enabler of innovation and customer satisfaction, it is vital to ensure technology leadership is present, takes ownership, and participates in critical business decisions, providing valuable insights on how technology can power up the strategic impact.

Srinathprasanna (Sri) N S

Manager @ Aspire Systems | Fintechs, Banks, ISVs and Credit Unions

1 年

nice article Ben Goldin. My key observations, 1) Out-of-the-box UI lures non-techies, but beware the tangled mess! 2) Don't chase instant victory, dance with continuous innovation. 3) A CTO is your tech superhero, so trust his insights and value them. From my interactions with my customers, I would say that it is not very simple and rather a delicate interplay between simplicity and complexity, innovation and stability, guidance and autonomy. Successful Banks try to embrace these contradictions, tread the path with maturity to unlock transformation. However, most of the times, restructuring and cost cuttings arising out of macro economic scenarios makes most of the banks usually to end up with a huge back log of technological debt which makes most of the CTO's wear a reactive fire fighting hat rather than a proactive visionary hat.

K?stutis Gard?iulis

Dreamer ?? Advisor ?? Founder ??

1 年

Well done Ben! And every digital banking solution you buy has to be composable ??

Dmitry Smirnov

Software Engineering Director at UBS

1 年

Great summary Ben Goldin! But I would argue a bit, based on my own experience. Do not use OOTB UI solutions, this is a bold statement, but what is the alternative? To build everything in-house? This might turn into a bigger waste of time and money. Building engineering culture, infrastructure and development excellence is a tremendous effort. Sometimes adopting existing OOTB solutions really boosts productivity and technology adoption. And I saw many times when own solutions were often thrown away due to teams overhead with adding features and increased maintenance cost. I believe there should be a healthy balance. Adopt whatever is beneficial and develop your own technology excellence. And I fully agree with other points ??

Dmitry Kashtanov ?

Head of Digital & CDO | Digital Transformation | Top Voice 3K+ ?? - I build financial products: from boring to make it profitable ?? | DJ ??

1 年

Cool, thanks Ben Goldin and the key undertakings: (1) You have to buy-in OOTB smartly! (2) Do not develop the features; develop the customer experience focus in a team as a journey (3) Technology is a business. Business is a technology. (4) Success is not the Sprint, it is a Marathon

Nitin Jain

Connecting Businesses, Creating Opportunities

1 年

Well summed up Ben Goldin: I'd like to add couple of points from personal experience: - Digital Transformation is not just an IT project, it impacts entire business and hence every department should own it. - Change Management is as crucial as project management. Employees should not feel threatened from the change. - Every digital transformation project should have clearly defined business goal or else it will slowly die in the process.

回复

要查看或添加评论,请登录

Ben Goldin的更多文章

社区洞察

其他会员也浏览了