Skip to main content

Why Customer Centricity is Crucial for Fintech Success: Common Pitfalls to Avoid


Fintech and customer-centricity go hand in hand. The Fintech movement originated from the observation that traditional incumbent banks insufficiently served their customers and focused too much on their own interests. This customer-first focus of the early Fintech pioneers is still at the heart of most Fintechs today, which means also that customer-centric design is a top priority for most Fintechs.

Although every company preaches to be customer-centric, very few companies have properly implemented it. While simple at first sight, i.e. continuously listen to your customers and design according to their needs, in reality this is much easier said than done.
In certain cases it might not even be the best strategy, i.e. a product-centric approach, where a Fintech start-up pushes its own product vision towards the customer, might be a more successful recipe.

In this blog, I hope to give some pitfalls and best practices in adopting a customer-centric approach. Obviously, there is no perfect recipe to follow to become a customer-centric organization, but at least I hope that those observations can bring some inspiration.

A customer-centric organization is focused on understanding and meeting the needs, preferences and expectations of its customers. In other word in a customer-centric organization, the customer is at the center of all decision-making, from product development to marketing and sales. Customer feedback is regularly collected and used to improve products and services.

This in contrast to a product-centric organization, which is focused on developing and delivering the best possible product. Such an organization may prioritize product features, quality and innovation over customer satisfaction and may rely heavily on its unique product capabilities to drive its business.

Contrary to popular belief, a customer-centric organization is not necessarily better than a product-centric one. Some of the most successful companies, like Google and Apple, are product-centric companies.
Most companies will therefore try to find a good mix between both models, which can be a very successful approach, but can also be a recipe for disaster, due to a lack of business prioritization and focus. Ultimately this comes down to senior executives defining a clear business vision of what are the goals and priorities of the company.

Having established the basics, let us have a deeper look at some common practices and pitfalls in customer-centric design:

  • Talking to customers can be scary and is not so easy. Especially in large organizations, the distance between customers and product managers can be large, as there are specific departments managing customer relations (like the sales and customer success department). Additionally large organizations fear that asking bad questions can negatively affect customer relations or that posing specific questions can be a liability to expose confidential info about the company’s strategy. This leads to companies asking customers to sign NDA agreements before talking to them, which obviously becomes an enormous hurdle and burden for customers to participate in a feedback process.

  • There are different ways to determine what customers want and need, which makes the choice of the optimal approach very complex. Let us have a look at some of the methods that can be used:

    • Directly talking to customers. This can be very formalized via interviews (for specific topics or contacting all customers after key milestones, like after onboarding completion) or via user groups, but to start with it can be easier to find more informal ways to discuss with your customers. This can be on events, exhibitions or any other informal moment.
      Additionally you need to decide who will talk to the customer. One way is that the sales and account managers try to capture the customer needs. The advantage of this approach is that this can be easily included in the sales process and that those people already have continuous interactions with customers. The disadvantage is that such sales profiles don’t always have the skills and expertise to analyze and dig into the specific needs. Additionally if sales and account managers need to dispatch the collected info to product managers, obviously there will always be a loss of info and nuance (which is inherent in every communication).

    • Surveys, scorings and reviews: customers can be asked to participate in different surveys and give also scorings and reviews on specific moments. This can be well automated and allows a more objective (and quantifiable) input from customers, but there are also a lot of issues with this approach. Typically there is a specific subset of customers (specific profile) answering surveys and giving scorings and reviews, which makes it not very representative. Additionally it is very difficult to write good questions. Closed questions, like multiple-choice, allow faster input by customers and allow to easily generate quantitative analyses on the results, but they can be very steering and it is difficult to capture the underlying intent. Open questions can give more info, but customers rarely do the effort to write a lot and it is very difficult to process those kinds of replies.

    • Surveys, scorings and reviews: customers can be asked to participate in different surveys and give also scorings and reviews on specific moments. This can be well automated and allows a more objective (and quantifiable) input from customers, but there are also a lot of issues with this approach. Typically there is a specific subset of customers (specific profile) answering surveys and giving scorings and reviews, which makes it not very representative. Additionally it is very difficult to write good questions. Closed questions, like multiple-choice, allow faster input by customers and allow to easily generate quantitative analyses on the results, but they can be very steering and it is difficult to capture the underlying intent. Open questions can give more info, but customers rarely do the effort to write a lot and it is very difficult to process those kinds of replies.

    • Analytics on historical data: by analyzing historical data (like prospect-to-customer conversion data or data of customer churn) a lot of interesting information can be captured. This approach is often a cheap and quick way to gain insights but comes also with some issues. First of all historical data is no guarantee for the future (as the company, product or even the customers might have evolved), and there is also the issue of data quality and the risk of incorrectly analyzing the data. Modern data analysis tools allow to easily dig into the data and easily generate dashboards, but often the statistical relevance of certain conclusions on the data is overlooked.

    • Real-time monitoring of the customer behavior. By continuously measuring the customer’s behavior, you can better understand how your customers interact with your solution. This goes from monitoring all business actions done by the customer, but also monitoring where the customer clicks or even moves his mouse.
      Often companies will also setup experiments (e.g. in the form of A/B testing or canary testing), where specific features are only enabled for a sub-segment of customers or even different flavors of the same feature (e.g. different screen designs) are put in production and randomly assigned to customers. These kinds of experiments allow to learn a lot about the usage and value of specific features and design choices.

    • Where the above tools are already commonly used and applied, many other techniques exist as well. Such as

      • Surveys where detailed screen mocks (potentially clickable) of future product features are showed and evaluated by prospect and/or customers

      • The use of an open roadmap, on which customers can score, which feature they want to get developed next.

      • Making use of user testing labs, where (potential) customers (carefully selected to be as representative as possible) do specific tests with the solution. During these tests, the users are observed how they interact with the platform. This can go from timing how long each action takes, tracking eye movement to see which part of the screen draws the user’s attention, tracking mouse movements to see if the user can intuitively execute specific steps…​

      • Beta testing groups: allow users of your solution to onboard as Beta users to get early access to new versions. By creating a real community with those Beta users, good feedback can be collected in an easy and quite cheap way. The main risk with this approach is that Beta testers are not always very representative (typically quite tech-savvy users) and certain Beta testers can really dominate the feedback process.

  • Customers lack a long-term vision and focus heavily on short-term wins. This means that all customer feedback should always be fitted (refactored) in the overall company business vision. If Henri Ford had asked his customers what they wanted, they would have asked for a "Faster Horse". Obviously, this is a bit anecdotic, but it does show the inherent complexity and risk of asking customers what they want. Customers can rarely express in a good way what they want and can rarely envisage how a new innovative solution could radically improve their work/processes. Additionally people have a natural fear of change, so customers will not often propose something that radically changes their current way of working.

  • Focus on the underlying needs. In all customer discussions, product managers should focus on the underlying needs, i.e. what are the problems customers are facing and what do they want to accomplish. Too often product managers have the tendency to discuss solutions with customers. This can lead to suboptimal results, as customers are not product designers and customers often propose features, which lead to heavy, overloaded solutions, with a lot of features which are almost not used. It is the product manager’s role to see overlapping needs between different customers and find common ground, but also to filter out certain ideas from customers, if too specific for 1 customer or if too difficult to generalize.
    Additionally product managers often tend to overemphasize on technology (the possibilities of new technologies but also the limitations), which also leads to a lack of focus on the customer experience.

  • Manage expectations. Every interaction with a customer about product evolutions leads to expectations. If those expectations are insufficiently managed and not addressed in new versions of the solution, this can lead to a lot of frustration of customers and likely a lack of willingness to give again feedback in the future. It is therefore critical to properly manage expectations during each discussion with a customer, but also to properly communicate why certain product evolutions are prioritized over others and to give feedback when a feature suggested by a customer is put on the roadmap and when it is delivered.

  • It’s all about execution. Even if you perfectly know what should be done, if you are not able to execute upon your idea (i.e. convert your idea into a working solution), your idea is worthless. VCs know this very well, which is also the reason founders with a proven delivery track record can much more easily raise funds.
    Good execution means delivering the right product, within a limited time and budget and with the necessary quality. A company which lacks the agility to quickly convert customer feedback into solutions, will lose the customer’s enthusiasm and willingness to improve the system. This means that a product manager primary focus should always be to ensure that the elements that were agreed to be improved/built are also completed within agreed conditions. Only when this primary goal is properly addressed, the product manager can look for new innovations.

  • Do not forget about profitability. Obviously, it’s good to listen to customers, but a company’s primary objective remains to be profitable. This means it is not sufficient to just figure out what customers need, but even more importantly to determine if customers are willing to pay (extra) for it. This is still a major pain point in the Fintech industry, i.e. many Fintechs have developed superb solutions, which are adored by their users, but they are not able to monetize on this positive experience.

Hope this gives some inspiration to further put the customer at the center of your organization.

Check out all my blogs on https://bankloch.blogspot.com/

Comments

Popular posts from this blog

Transforming the insurance sector to an Open API Ecosystem

1. Introduction "Open" has recently become a new buzzword in the financial services industry, i.e.   open data, open APIs, Open Banking, Open Insurance …​, but what does this new buzzword really mean? "Open" refers to the capability of companies to expose their services to the outside world, so that   external partners or even competitors   can use these services to bring added value to their customers. This trend is made possible by the technological evolution of   open APIs (Application Programming Interfaces), which are the   digital ports making this communication possible. Together companies, interconnected through open APIs, form a true   API ecosystem , offering best-of-breed customer experience, by combining the digital services offered by multiple companies. In the   technology sector   this evolution has been ongoing for multiple years (think about the travelling sector, allowing you to book any hotel online). An excelle...

Are product silos in a bank inevitable?

Silo thinking   is often frowned upon in the industry. It is often a synonym for bureaucratic processes and politics and in almost every article describing the threats of new innovative Fintech players on the banking industry, the strong bank product silos are put forward as one of the main blockages why incumbent banks are not able to (quickly) react to the changing customer expectations. Customers want solutions to their problems   and do not want to be bothered about the internal organisation of their bank. Most banks are however organized by product domain (daily banking, investments and lending) and by customer segmentation (retail banking, private banking, SMEs and corporates). This division is reflected both at business and IT side and almost automatically leads to the creation of silos. It is however difficult to reorganize a bank without creating new silos or introducing other types of issues and inefficiencies. An organization is never ideal and needs to take a numbe...

RPA - The miracle solution for incumbent banks to bridge the automation gap with neo-banks?

Hypes and marketing buzz words are strongly present in the IT landscape. Often these are existing concepts, which have evolved technologically and are then renamed to a new term, as if it were a brand new technology or concept. If you want to understand and assess these new trends, it is important to   reduce the concepts to their essence and compare them with existing technologies , e.g. Integration (middleware) software   ensures that 2 separate applications or components can be integrated in an easy way. Of course, there is a huge evolution in the protocols, volumes of exchanged data, scalability, performance…​, but in essence the problem remains the same. Nonetheless, there have been multiple terms for integration software such as ETL, ESB, EAI, SOA, Service Mesh…​ Data storage software   ensures that data is stored in such a way that data is not lost and that there is some kind guaranteed consistency, maximum availability and scalability, easy retrieval...

IoT - Revolution or Evolution in the Financial Services Industry

1. The IoT hype We have all heard about the   "Internet of Things" (IoT)   as this revolutionary new technology, which will radically change our lives. But is it really such a revolution and will it really have an impact on the Financial Services Industry? To refresh our memory, the Internet of Things (IoT) refers to any   object , which is able to   collect data and communicate and share this information (like condition, geolocation…​)   over the internet . This communication will often occur between 2 objects (i.e. not involving any human), which is often referred to as Machine-to-Machine (M2M) communication. Well known examples are home thermostats, home security systems, fitness and health monitors, wearables…​ This all seems futuristic, but   smartphones, tablets and smartwatches   can also be considered as IoT devices. More importantly, beside these futuristic visions of IoT, the smartphone will most likely continue to be the cent...

PSD3: The Next Phase in Europe’s Payment Services Regulation

With the successful rollout of PSD2, the European Union (EU) continues to advance innovation in the payments domain through the anticipated introduction of the   Payment Services Directive 3 (PSD3) . On June 28, 2023, the European Commission published a draft proposal for PSD3 and the   Payment Services Regulation (PSR) . The finalized versions of this directive and associated regulation are expected to be available by late 2024, although some predictions suggest a more likely timeline of Q2 or Q3 2025. Given that member states are typically granted an 18-month transition period, PSD3 is expected to come into effect sometime in 2026. Notably, the Commission has introduced a regulation (PSR) alongside the PSD3 directive, ensuring more harmonization across member states as regulations are immediately effective and do not require national implementation, unlike directives. PSD3 shares the same objectives as PSD2, i.e.   increasing competition in the payments landscape and en...

Trade-offs Are Inevitable in Software Delivery - Remember the CAP Theorem

In the world of financial services, the integrity of data systems is fundamentally reliant on   non-functional requirements (NFRs)   such as reliability and security. Despite their importance, NFRs often receive secondary consideration during project scoping, typically being reduced to a generic checklist aimed more at compliance than at genuine functionality. Regrettably, these initial NFRs are seldom met after delivery, which does not usually prevent deployment to production due to the vague and unrealistic nature of the original specifications. This common scenario results in significant end-user frustration as the system does not perform as expected, often being less stable or slower than anticipated. This situation underscores the need for   better education on how to articulate and define NFRs , i.e. demanding only what is truly necessary and feasible within the given budget. Early and transparent discussions can lead to system architecture being tailored more close...

Low- and No-code platforms - Will IT developers soon be out of a job?

“ The future of coding is no coding at all ” - Chris Wanstrath (CEO at GitHub). Mid May I posted a blog on RPA (Robotic Process Automation -   https://bankloch.blogspot.com/2020/05/rpa-miracle-solution-for-incumbent.html ) on how this technology, promises the world to companies. A very similar story is found with low- and no-code platforms, which also promise that business people, with limited to no knowledge of IT, can create complex business applications. These   platforms originate , just as RPA tools,   from the growing demand for IT developments , while IT cannot keep up with the available capacity. As a result, an enormous gap between IT teams and business demands is created, which is often filled by shadow-IT departments, which extend the IT workforce and create business tools in Excel, Access, WordPress…​ Unfortunately these tools built in shadow-IT departments arrive very soon at their limits, as they don’t support the required non-functional requirements (like h...

An overview of 1-year blogging

Last week I published my   60th post   on my blog called   Bankloch   (a reference to "Banking" and my family name). The past year, I have published a blog on a weekly basis, providing my humble personal vision on the topics of Fintech, IT software delivery and mobility. This blogging has mainly been a   personal enrichment , as it forced me to dive deep into a number of different topics, not only in researching for content, but also in trying to identify trends, innovations and patterns into these topics. Furthermore it allowed me to have several very interesting conversations and discussions with passionate colleagues in the financial industry and to get more insights into the wonderful world of blogging and more general of digital marketing, exploring subjects and tools like: Search Engine Optimization (SEO) LinkedIn post optimization Google Search Console Google AdWorks Google Blogger Thinker360 Finextra …​ Clearly it is   not easy to get the necessary ...

The UPI Phenomenon: From Zero to 10 Billion

If there is one Indian innovation that has grabbed   global headlines , it is undoubtedly the instant payment system   UPI (Unified Payments Interface) . In August 2023, monthly UPI transactions exceeded an astounding 10 billion, marking a remarkable milestone for India’s payments ecosystem. No wonder that UPI has not only revolutionized transactions in India but has also gained international recognition for its remarkable growth. Launched in 2016 by the   National Payments Corporation of India (NPCI)   in collaboration with 21 member banks, UPI quickly became popular among consumers and businesses. In just a few years, it achieved   remarkable milestones : By August 2023, UPI recorded an unprecedented   10.58 billion transactions , with an impressive 50% year-on-year growth. This volume represented approximately   190 billion euros . In July 2023, the UPI network connected   473 different banks . UPI is projected to achieve a staggering   1 ...

AI in Financial Services - A buzzword that is here to stay!

In a few of my most recent blogs I tried to   demystify some of the buzzwords   (like blockchain, Low- and No-Code platforms, RPA…​), which are commonly used in the financial services industry. These buzzwords often entail interesting innovations, but contrary to their promise, they are not silver bullets solving any problem. Another such buzzword is   AI   (or also referred to as Machine Learning, Deep Learning, Enforced Learning…​ - the difference between those terms put aside). Again this term is also seriously hyped, creating unrealistic expectations, but contrary to many other buzzwords, this is something I truly believe will have a much larger impact on the financial services industry than many other buzzwords. This opinion is backed by a study of McKinsey and PWC indicating that 72% of company leaders consider that AI will be the most competitive advantage of the future and that this technology will be the most disruptive force in the decades to come. Deep Lea...