Fintech Revenue

The Bank Buying Committee Playbook for Fintech Founders: How to Sell Fintech to Banks

Selling fintech products to banks is fundamentally different from selling software to startups, mid-market companies, or enterprise SaaS buyers. Banks do not purchase technology through a single decision maker. Instead, they evaluate vendors through a bank buying committee that includes stakeholders responsible for compliance, risk, finance, operations, and technology infrastructure.


Many fintech founders successfully secure an initial meeting with a bank or generate enthusiasm from a business unit leader. However, deals frequently stall once the proposal enters the bank’s internal buying committee review. Fintech companies lose deals because they misunderstand how bank buying committees evaluate fintech vendors.


After nearly three decades working inside community banking and core technology sales—and participating in more than $100 million in bank-related technology deals—I have seen the same pattern repeat. This playbook explains how fintech founders can structure bank sales conversations, align stakeholders, and move deals through committee approval.

What Is a Bank Buying Committee?

A bank buying committee is a cross-functional decision group inside a financial institution responsible for approving new technology vendors and fintech partnerships. Because banks operate in highly regulated environments, major technology purchases require approval from multiple stakeholders who evaluate different types of risk.

A typical bank buying committee includes representatives from:

  • Business unit leadership

  • Compliance and regulatory oversight

  • Finance or executive operations

  • Information technology

  • Risk management

  • Executive leadership


Unlike startup sales cycles where a single buyer may approve a purchase, banks rely on structured committee consensus to ensure new technology does not introduce regulatory, operational, or reputational exposure. For fintech founders selling to banks, understanding how this committee evaluates vendors is critical.



Quick answer: A bank buying committee is the cross-functional group that decides whether a FinTech vendor is useful, safe, compliant, affordable, and operationally realistic. FinTech founders win committees by preparing the champion, engaging risk and compliance early, and giving every stakeholder the language and documentation they need to say yes.

Why Fintech Deals Stall During Bank Committee Reviews

Once the proposal reaches the bank buying committee, new questions emerge from stakeholders who were not present in early conversations.

Common deal blockers include:

  • Compliance concerns about regulatory oversight

  • IT concerns about integration complexity

  • Finance concerns about resource allocation

  • Executive concerns about strategic timing

  • Risk concerns about vendor stability

Successful fintech founders anticipate these concerns early and structure their sales process around stakeholder alignment rather than individual enthusiasm.

What Bank Buying Committees Actually Evaluate

A bank buying committee is not simply evaluating whether a fintech product is useful. The committee is evaluating whether introducing the vendor into the bank’s ecosystem will create risk.

Each stakeholder reviews the proposal through a different institutional lens.

Business Unit Leadership

Business leaders evaluate whether the fintech solution will improve revenue, customer experience, or operational efficiency.

Typical questions include:

  • Will this improve performance or growth?

  • Does this solve a measurable problem?

  • Will teams actually adopt the platform?


Compliance and Risk

Compliance leaders evaluate whether the fintech partnership can survive regulatory scrutiny.

Common questions include:

  • Does this vendor meet regulatory requirements?

  • How will oversight and monitoring work?

  • What documentation supports compliance readiness?


Finance and Executive Operations

Finance stakeholders evaluate the cost, prioritization, and resource impact of the implementation.

Questions often include:

  • What internal resources will implementation require?

  • What is the expected financial impact?

  • Does this project compete with other priorities?


Information Technology

IT teams evaluate integration complexity and technical risk.

Typical concerns include:

  • How will the platform integrate with the bank’s core systems?

  • What infrastructure support will be required?

  • Will this create long-term technical debt?


Executive Leadership

Executive leadership evaluates strategic alignment.

Key questions include:

  • Why is this necessary now?

  • Does this align with the bank’s strategic roadmap?

  • What competitive advantage does this provide?

If fintech founders do not anticipate these perspectives, their internal champion cannot successfully advocate for the partnership.

How Fintech Founders Can Win the Bank Buying Committee

Selling fintech to banks requires deliberate sequencing of stakeholders and proactive risk management. Bank buying committees evaluate vendors through multiple institutional lenses, which means founders must structure their sales process to address each stakeholder’s concerns before formal approval discussions begin.

The following tactics help fintech founders shorten sales cycles and increase the probability of closing bank partnerships.


1. Do Not Let Your Champion Sell Internally Alone

One of the most common mistakes fintech founders make when selling to banks is relying too heavily on a single internal champion. Business unit leaders frequently initiate fintech conversations because they recognize operational or revenue opportunities, but they rarely have the authority or expertise to address the concerns raised by compliance, finance, and IT stakeholders.

When champions attempt to advocate for a solution without the vendor present, unanswered questions create uncertainty. In regulated environments, uncertainty typically leads to disengagement rather than progress.

Actionable Steps

  1. Within the first two meetings, identify who will participate in the evaluation process. The goal is to understand the internal approval structure before the deal advances. Use questions such as: “Who typically evaluates a new technology partnership like this inside the bank?” and “Which teams would need to review this before a vendor can move forward?”

  2. Propose a structured stakeholder meeting; instead of allowing internal conversations to happen without vendor participation, propose bringing key stakeholders together early in the process. Example language: “In many banks it helps to bring the technical and compliance stakeholders together early so we can answer their questions directly and shorten the evaluation timeline.”

  3. Equip your internal champion. Provide your champion with a concise internal summary that helps them position the discussion correctly with colleagues.This summary should include: The operational or revenue problem being solved, why the bank is evaluating this solution now and what stakeholders should expect in the upcoming discussion.


2. Engage Compliance Earlier Than Feels Comfortable

Many fintech founders delay compliance conversations because they believe early scrutiny will slow the deal. In regulated banking environments, delaying compliance involvement typically creates more risk rather than reducing it.

Compliance teams are responsible for ensuring vendor relationships meet regulatory expectations, and they often become skeptical when they feel excluded from early evaluation conversations.

Introducing compliance earlier signals that the fintech vendor understands the regulatory environment and intends to operate within established governance frameworks.

Actionable Steps

Introduce compliance after validating business value

Once the business unit confirms that the fintech solution addresses a meaningful problem, ask when compliance typically reviews vendor relationships.

Example questions include:

  • “When does compliance usually become involved in evaluating a new vendor?”

  • “Would it be helpful to introduce compliance to the conversation early so we can understand oversight expectations?”

Frame compliance engagement as preparation

Position the conversation as collaborative preparation rather than approval.

Example language:

“We want to understand your compliance expectations early so we can structure the partnership correctly.”

This positioning signals respect for regulatory oversight and reduces defensiveness.

Prepare compliance-ready documentation

Before meeting with compliance teams, assemble the documentation commonly required during vendor evaluations.

Typical materials include:

  • Information security policies

  • Data handling practices

  • Vendor risk management documentation

  • Regulatory alignment materials

  • Third-party audit reports or certifications

Providing this information early builds credibility and reduces delays during later vendor reviews.


3. Run a Structured Multi-Stakeholder Meeting

When multiple stakeholders attend a meeting for the first time, many fintech founders default to delivering another product demo. This approach rarely produces meaningful progress because stakeholders are evaluating risk rather than features.

A more effective approach focuses on decision-making clarity and stakeholder alignment.

Actionable Steps

Structure the meeting around institutional priorities; organize the discussion to address the concerns of each stakeholder group.

A productive committee meeting should include:

  1. Confirmation of the institutional problem

  2. Quantification of the operational or financial cost of inaction

  3. A concise overview of the proposed solution

  4. Dedicated time for stakeholder concerns

  5. Documentation of objections in real time

This structure shifts the conversation from product features to institutional impact.

Invite each stakeholder to surface concerns

Encourage stakeholders to share their questions directly rather than deferring concerns to internal conversations later.

Questions that help surface objections include:

  • “From a compliance perspective, what concerns would you want addressed early?”

  • “From an IT standpoint, what integration questions should we clarify today?”

  • “From a finance perspective, what factors determine whether a project like this gets prioritized?”

Capturing these concerns early allows founders to address them before the evaluation process stalls.

Summarize alignment at the end of the meeting

At the conclusion of the discussion, summarize the key issues identified and confirm whether additional concerns remain.

Example language:

“Based on today’s conversation, it sounds like the primary concerns are implementation workload and vendor documentation. If we address those areas directly, are there other issues that would prevent the bank from moving forward?”

This approach prevents silent objections from resurfacing later in the process.

4. Prepare a Financial Impact Brief for the CFO

Finance stakeholders rarely reject deals outright. Instead, they slow evaluation by questioning prioritization and resource allocation.

Providing a clear financial overview early in the process increases confidence and prevents unnecessary delays.

Actionable Steps

Prepare a concise financial summary

Create a one-page overview that allows finance leaders to evaluate the investment quickly.

The summary should include:

  • Estimated implementation resources required

  • Expected revenue impact or cost savings

  • Estimated break-even timeline

  • Risk mitigation strategy

Finance teams are more comfortable supporting projects when financial assumptions are transparent.

Connect the investment to measurable outcomes

Frame the financial impact in terms of operational performance.

Examples include:

  • Increased deposit growth

  • Improved customer acquisition

  • Reduced operational costs

  • Increased lending efficiency

Connecting the solution to measurable outcomes strengthens the business case.

Provide comparable examples

Share examples from similar institutions when possible.

Relevant details may include:

  • Typical implementation timelines

  • Expected ROI ranges

  • Operational improvements observed in comparable banks

Examples reduce perceived uncertainty and strengthen credibility.

5. Address Integration Concerns with Specificity

IT stakeholders inside banks often approach vendor proposals with skepticism because vendors frequently underestimate integration complexity. Statements suggesting that integration is simple or quick typically reduce credibility.

Specific, transparent explanations increase confidence.

Actionable Steps

Explain the integration process clearly

Provide a step-by-step explanation of how the platform integrates with existing systems.

Include details such as:

  • Integration architecture

  • Data exchange methods

  • Required internal stakeholders

  • Infrastructure dependencies

Clarity reduces perceived technical risk.

Provide realistic timelines

Offer a realistic implementation timeline rather than optimistic estimates.

A clear timeline should outline:

  • Initial technical review

  • Integration setup

  • Testing and validation

  • Deployment milestones

Realistic timelines demonstrate operational maturity.

Share implementation examples

Provide examples from other financial institutions that implemented the platform.

These examples should highlight:

  • Integration approach

  • Implementation timeline

  • Operational outcomes

Examples demonstrate that the integration process has been successfully executed before.

6. Prepare for the Board-Level Question

In many financial institutions, technology decisions ultimately reach executive leadership or board-level oversight. While earlier discussions may focus on operational value, board-level conversations focus on strategic alignment and competitive positioning.

Fintech founders should ensure their internal champion can clearly explain why the partnership matters at a strategic level.

Actionable Steps

Develop a strategic narrative

Equip the internal champion with a concise explanation of the partnership’s strategic importance.

This narrative should answer three core questions:

  • Why does the bank need this solution now?

  • What competitive risk exists if the bank delays adoption?

  • How does the partnership support the bank’s long-term strategy?

Clear strategic narratives accelerate executive approval.

Connect the solution to industry trends

Frame the partnership within broader industry developments.

Examples may include:

  • Digital banking adoption

  • Competition from fintech challengers

  • Customer experience expectations

  • Operational efficiency pressures

Context helps leadership evaluate the decision strategically.

Prepare a board-level summary

Provide a short briefing document that the champion can share with executive leadership or board members.

This summary should include:

  • The institutional problem being solved

  • Strategic benefits of the partnership

  • Implementation expectations

  • Risk mitigation measures

A well-prepared board summary significantly improves the probability of final approval.

Where Fintech Deals with Banks Actually Fail

Across decades of bank technology sales cycles, stalled deals usually result from process misalignment rather than product issues.

Common failure patterns include:

  • Compliance introduced too late in the process

  • Finance perceiving excessive resource strain

  • IT feeling integration risk was underestimated

  • Internal champions lacking confidence answering governance questions

  • Founders applying startup sales strategies to regulated institutions

Understanding these dynamics allows fintech founders to design sales processes that align with how banks actually make decisions.

Key Takeaways for Fintech Founders Selling to Banks

Fintech founders who consistently close bank partnerships share several common practices.

  • They treat buying committees as the primary decision-maker rather than a hurdle.

  • They engage compliance and IT earlier than typical SaaS sales cycles.

  • They proactively address financial and operational risk.

  • They structure multi-stakeholder conversations intentionally.

Most importantly, they recognize that bank partnerships are approved through governance alignment, not individual enthusiasm.

Conclusion

Selling fintech to banks requires a different approach than traditional startup sales.

Bank buying committees evaluate vendors through regulatory, operational, and strategic lenses. Deals move forward only when these stakeholders feel confident that the partnership can operate safely inside a regulated environment.

Fintech founders who understand these dynamics shorten sales cycles, reduce friction, and close partnerships more consistently.

Across more than **28 years in community banking and core technology sales—and over $100 million in bank-related deal exposure—**the fintech companies that succeed are those that treat committee alignment as a core part of their strategy rather than an afterthought.

About the Author

Stacy Bishop is a Bank–FinTech Partnership Broker and former revenue leader at Jack Henry, one of the largest core banking providers in the United States.

Her career spans community banking, fintech vertical launches, BaaS strategy, and enterprise core technology sales. She has contributed to more than $100 million in bank-related technology deals and now advises fintech founders on structuring bank partnerships that withstand compliance scrutiny and successfully close.

FAQs

Why do fintech founders struggle to sell to banks?

Fintech founders often struggle because banks purchase technology through cross-functional buying committees that evaluate regulatory, operational, and strategic risk. Deals stall when these stakeholders are not aligned early.

How long does it take to close a fintech partnership with a bank?

Bank sales cycles typically range from six to eighteen months depending on regulatory review, vendor due diligence, and implementation complexity.

Who is involved in a bank buying committee?

Most bank buying committees include business unit leadership, compliance, finance, IT, and executive leadership.

Can fintech founders shorten bank sales cycles?

Yes. Sales cycles shorten when founders engage compliance early, address integration risk proactively, and align stakeholders before formal committee review.

about the author

Stacy Bishop

Stacy Bishop brings 28+ years across banking and fintech, including 23 years inside Jack Henry and $100M+ in bank-related deal exposure. She helps fintech founders translate innovative products into bank-ready categories, stakeholder priorities, risk answers, and buying committee language so deals can move through internal review.

You May also like

Stacy Bishop

Why FinTech Founders Lose Bank Deals Before the Demo

Quick answer: FinTech founders often lose bank deals before the demo because the banker cannot categorize the product quickly enough to route it internally. If the banker cannot explain what the solution is, who owns it, which budget applies, and how vendor management should review it, the deal stalls even when the meeting feels positive.

You've done the discovery call. The banker was engaged, asked real questions, said things like "we could really see this fitting into what we're trying to do here." You walked away thinking the deal was warm.

Then nothing. A follow-up email. A polite response. A slow fade.

If that pattern is familiar, I want to offer you a diagnosis that has nothing to do with your pitch, your demo, or your pricing.

The problem is categorization. And until you solve it, every meeting you take will produce the same result.

I spent 23 years inside Jack Henry, and the last six working alongside FinTech founders trying to sell into community banks and credit unions. In that time, I've watched brilliant products stall at the exact same point — not because they weren't good enough, but because the banker couldn't sort them. No shelf, no deal. It doesn't matter how impressive the technology is.

This post is about what that problem actually is, why it persists even among sophisticated founders, and the five-part framework I use with clients to solve it.




Table of Contents

  • What the Category Conundrum Actually Is

  • The Case Study: 40 Discovery Calls, Zero Conversions

  • Why Anchoring Is the Answer

  • The Five Anchors Framework

    • Anchor 1: The Pain Anchor

    • Anchor 2: The Task Anchor

    • Anchor 3: The Technology Anchor

    • Anchor 4: The Process Anchor

    • Anchor 5: The Emotion Anchor

  • The Core Rule: Anchor to the Present, Not the Future

  • Three Practical Steps Before Your Next Bank Meeting

  • Key Takeaways

  • FAQ

  • Related Reading

What the Category Conundrum Actually Is

Bankers don't evaluate vendors from scratch. They sort them.

The moment a FinTech walks into a meeting — or clicks into a video call — the banker's brain is already working through a checklist, consciously or not. Where does this go? What budget line does it come from? Who internally owns this category? What does vendor management need to do with it? What examiner category does it fall under?

This is not a flaw in the way bankers think. It is an entirely rational response to the volume of vendor outreach they receive and the complexity of the institutions they manage. They are running organizations with fiduciary obligations, examiners, boards, and communities depending on them. Mental categorization is a survival skill.

The problem for FinTech leaders is that the most innovative products — the ones that should theoretically win — are also the hardest to sort. They don't fit neatly into core IT. They're not a loan product or a payments product or a compliance tool or a CRM. They're genuinely new. Which is also why they stall.

When a banker can't sort you, they don't reject you. Bankers are almost universally polite. They smile, engage, ask thoughtful questions, and tell you they'll follow up. What they're actually doing is parking you. The deal sits in a mental holding queue that never converts to action because there is no internal pathway for it. No budget owner to bring it to. No vendor management process to initiate. No champion who knows what to call it.

Being interesting to a banker is not the same as being understood by one and interesting does not get you to a contract.

The Case Study: 40 Discovery Calls, Zero Conversions

A founder I worked with had done everything right. He had a genuinely strong product. He had done the outreach, booked the meetings, and conducted approximately 40 discovery calls with community banks and credit unions. By every external measure, those calls went well. Bankers liked him. They asked real questions. They said things like "this is really interesting" and "we could see this fitting into what we're doing."

Zero conversions. No next steps. No timelines established. No deals in motion.

He came to me convinced the problem was his demo. He wanted to tighten his messaging, add a case study, adjust the ROI slide. He had done the rational thing a founder does when they're not closing — look at the pitch and try to improve it.

My diagnosis was different. His product didn't fit neatly into any existing category at the banks he was pitching. It wasn't core IT. It wasn't a lending product. It wasn't compliance software. It wasn't a CRM. It was genuinely innovative — sitting at the intersection of two or three categories without owning any of them completely.

That was the problem. Not the demo. Not the messaging. Not the ROI slide.

The bankers he spoke with couldn't answer the internal questions that would move a deal forward: What budget does this come from? Who owns it? What do I call it when I bring it to my vendor management committee? Without answers to those questions, the most natural path is to do nothing. And that's exactly what they did.

The sale doesn't happen at the demo. It happens when the banker finally understands what you are. If that moment never comes, no demo will save you.

Why Anchoring Is the Answer

In 2001, Apple launched the iPod. The device contained a one-and-a-half inch micro hard drive capable of storing and playing back compressed audio files at variable bit rates through a proprietary digital interface. None of that was in the launch copy.

What Apple said was: "A thousand songs in your pocket."

Four words. No specs. No architecture diagram. No feature breakdown. Just a shelf built around a frustration people already had — the CD binder, the cassette case, the limited soundtrack you could carry through an airport.

Nobody needed to understand how the iPod worked. They just needed to feel the relief of not carrying that binder anymore. The anchor did the work before the product had to.

The same mechanism applies in every bank meeting you walk into.

Before you explain a single feature, you have one job: give the banker a shelf to put your product on. Root your solution in something they already understand, already feel, or already live with every day. Not because bankers are unsophisticated — they're not. Because every buyer, in every industry, needs a mental category to take the next step. When they can't categorize you, they park you.

Most FinTech founders believe their job in a bank meeting is to explain what they built. It isn't. Their job is to do the translation work the banker shouldn't have to do.

Anchoring is not dumbing it down. It is earning the pitch.

Fintech Revenue

Stacy Bishop

Why Innovative FinTech Founders Can't Close B2B Bank Deals: The Five-Point Self-Diagnostic

Quick answer: The five-point self-diagnostic helps innovative FinTech founders determine whether stalled bank deals are caused by a category problem rather than a pitch, pricing, or product problem. If bankers are interested but cannot identify the owner, category, budget, or internal route for your solution, you are likely facing the Category Conundrum.

Not every stalled FinTech sales cycle has the same root cause. The framework I've built around the Category Conundrum — where placement failure, not pitch failure, is killing your deals — applies to a specific type of founder in a specific situation. Before you spend another quarter refining your deck, here is how to know whether you are actually that founder.

Watch me explain this live

The Framework Doesn't Apply to Everyone

If you're selling a FinTech product that has a clear, established category — lending software, fraud detection, payments infrastructure — and you're losing deals, the problem probably is the pitch, the pricing, or the targeting. The Category Conundrum framework is not for you.

But if you're selling something genuinely novel — something that doesn't have a clean home in an existing technology category, something that bankers look at and say "I've never quite seen this before" — the problem is almost certainly structural. Not pitch-level. Structural.

The Category Conundrum happens when an institutional buyer encounters a product that doesn't fit their internal machinery. Banks and credit unions operate through a three-step process: categorize the solution, assign internal ownership, evaluate it against existing frameworks. When your product breaks step one, steps two and three never happen. No evaluation. No champion. No deal.

For the complete framework on what this is and how to work your way out, read the full guide.

What I want to focus on here is who this happens to — specifically. Because most founders in this situation have been misdiagnosing their problem for twelve to eighteen months, and it's costing them deals they should be winning.

Fintech Revenue

Stacy Bishop

The "This Isn't for Us" Loop: Why FinTech Founders Keep Getting Redirected (and What It Actually Means)

Quick answer: The “This Isn’t for Us” loop happens when bankers keep redirecting a FinTech founder to another type of institution, department, or buyer because they cannot categorize who should own the product. The objection sounds like fit, but the real issue is usually internal ownership ambiguity.

You've been here before. You get the meeting. The banker is engaged. They ask good questions. They say something like "this is really interesting, but honestly, I think you'd be better served talking to community banks. We're a bit too large for this stage of the product."

Or maybe they say the opposite: "We're actually a smaller shop — have you talked to any of the regionals? They have more appetite for this kind of thing."

You follow up. You shift your outreach. You talk to the community banks, who tell you credit unions are more nimble. The credit unions tell you to go back to the regionals. The regionals tell you they'd need to see more traction with smaller institutions first.

You've met with thirty financial institutions. Everyone agrees your product is a good idea. Not one has moved to next steps.

This is the "This Isn't for Us" loop — Signal 2 of what I call the Category Conundrum. And here's what I want you to understand: this is not an ICP problem. It is not a targeting problem. Refining your prospect list will not fix it. It is a categorization failure in disguise, and until you recognize it as that, you will keep running the same cycle with different institution names.

Watch me explain this live — this pattern came up repeatedly when I walked through the Category Conundrum framework.

For the complete framework, read the full guide.

What the "This Isn't for Us" Pattern Actually Looks Like

The misdirection objection comes in several forms. Founders hear all of them and file them under different diagnoses:

What the Banker Says

What Founders Hear

What's Actually Happening

"We're not the right size for this"

Sizing problem — adjust ICP

Placement failure — they can't categorize it internally

"Let's circle back next quarter"

Timing problem — follow up in Q2

Routing failure — no one knows who owns it internally

"This is better for larger banks"

Wrong segment — target upmarket

Categorization failure — they can't place it, so they redirect

"We'd need to see more traction"

Proof problem — get more case studies

Evaluation failure — they have no framework to assess it

"We love it but we're in the middle of a system migration"

Bad timing — wait it out

Avoidance — they're using a real constraint as an exit

That last column is the diagnosis most founders never reach. They accept the surface-level objection, adjust the variable the banker named, and run the same cycle again. The cycle repeats because they changed the wrong variable.

The Circular Pointing Trap: A Diagnostic Pattern

When every segment endorses the product and redirects to another segment, that is not ICP signal. That is category signal.

Here's the distinction: if your product were an ICP problem, you'd see a pattern where specific segments consistently reject it while other segments show genuine traction. One type of institution would say no with specificity ("your product doesn't integrate with our core," "your pricing model doesn't work for our revenue structure") while another type showed real forward movement.

What actually happens in a Category Conundrum is different. Enthusiasm is universal. Redirection is universal. No one says "this is wrong for us" — they say "this is right for someone else." And the "someone else" is always whoever is not currently in the room.

This matters because it completely changes the action you take. If the problem were ICP, the fix is narrowing your outreach and qualifying harder before the meeting. If the problem is category, the fix is working on how you establish what your product is before you ask them to decide whether they want it.

One of those paths moves you toward closed deals. The other moves you toward a more refined version of the same loop.

Fintech Revenue

Stacy Bishop

Why FinTech Founders Lose Bank Deals Before the Demo

Quick answer: FinTech founders often lose bank deals before the demo because the banker cannot categorize the product quickly enough to route it internally. If the banker cannot explain what the solution is, who owns it, which budget applies, and how vendor management should review it, the deal stalls even when the meeting feels positive.

You've done the discovery call. The banker was engaged, asked real questions, said things like "we could really see this fitting into what we're trying to do here." You walked away thinking the deal was warm.

Then nothing. A follow-up email. A polite response. A slow fade.

If that pattern is familiar, I want to offer you a diagnosis that has nothing to do with your pitch, your demo, or your pricing.

The problem is categorization. And until you solve it, every meeting you take will produce the same result.

I spent 23 years inside Jack Henry, and the last six working alongside FinTech founders trying to sell into community banks and credit unions. In that time, I've watched brilliant products stall at the exact same point — not because they weren't good enough, but because the banker couldn't sort them. No shelf, no deal. It doesn't matter how impressive the technology is.

This post is about what that problem actually is, why it persists even among sophisticated founders, and the five-part framework I use with clients to solve it.




Table of Contents

  • What the Category Conundrum Actually Is

  • The Case Study: 40 Discovery Calls, Zero Conversions

  • Why Anchoring Is the Answer

  • The Five Anchors Framework

    • Anchor 1: The Pain Anchor

    • Anchor 2: The Task Anchor

    • Anchor 3: The Technology Anchor

    • Anchor 4: The Process Anchor

    • Anchor 5: The Emotion Anchor

  • The Core Rule: Anchor to the Present, Not the Future

  • Three Practical Steps Before Your Next Bank Meeting

  • Key Takeaways

  • FAQ

  • Related Reading

What the Category Conundrum Actually Is

Bankers don't evaluate vendors from scratch. They sort them.

The moment a FinTech walks into a meeting — or clicks into a video call — the banker's brain is already working through a checklist, consciously or not. Where does this go? What budget line does it come from? Who internally owns this category? What does vendor management need to do with it? What examiner category does it fall under?

This is not a flaw in the way bankers think. It is an entirely rational response to the volume of vendor outreach they receive and the complexity of the institutions they manage. They are running organizations with fiduciary obligations, examiners, boards, and communities depending on them. Mental categorization is a survival skill.

The problem for FinTech leaders is that the most innovative products — the ones that should theoretically win — are also the hardest to sort. They don't fit neatly into core IT. They're not a loan product or a payments product or a compliance tool or a CRM. They're genuinely new. Which is also why they stall.

When a banker can't sort you, they don't reject you. Bankers are almost universally polite. They smile, engage, ask thoughtful questions, and tell you they'll follow up. What they're actually doing is parking you. The deal sits in a mental holding queue that never converts to action because there is no internal pathway for it. No budget owner to bring it to. No vendor management process to initiate. No champion who knows what to call it.

Being interesting to a banker is not the same as being understood by one and interesting does not get you to a contract.

The Case Study: 40 Discovery Calls, Zero Conversions

A founder I worked with had done everything right. He had a genuinely strong product. He had done the outreach, booked the meetings, and conducted approximately 40 discovery calls with community banks and credit unions. By every external measure, those calls went well. Bankers liked him. They asked real questions. They said things like "this is really interesting" and "we could see this fitting into what we're doing."

Zero conversions. No next steps. No timelines established. No deals in motion.

He came to me convinced the problem was his demo. He wanted to tighten his messaging, add a case study, adjust the ROI slide. He had done the rational thing a founder does when they're not closing — look at the pitch and try to improve it.

My diagnosis was different. His product didn't fit neatly into any existing category at the banks he was pitching. It wasn't core IT. It wasn't a lending product. It wasn't compliance software. It wasn't a CRM. It was genuinely innovative — sitting at the intersection of two or three categories without owning any of them completely.

That was the problem. Not the demo. Not the messaging. Not the ROI slide.

The bankers he spoke with couldn't answer the internal questions that would move a deal forward: What budget does this come from? Who owns it? What do I call it when I bring it to my vendor management committee? Without answers to those questions, the most natural path is to do nothing. And that's exactly what they did.

The sale doesn't happen at the demo. It happens when the banker finally understands what you are. If that moment never comes, no demo will save you.

Why Anchoring Is the Answer

In 2001, Apple launched the iPod. The device contained a one-and-a-half inch micro hard drive capable of storing and playing back compressed audio files at variable bit rates through a proprietary digital interface. None of that was in the launch copy.

What Apple said was: "A thousand songs in your pocket."

Four words. No specs. No architecture diagram. No feature breakdown. Just a shelf built around a frustration people already had — the CD binder, the cassette case, the limited soundtrack you could carry through an airport.

Nobody needed to understand how the iPod worked. They just needed to feel the relief of not carrying that binder anymore. The anchor did the work before the product had to.

The same mechanism applies in every bank meeting you walk into.

Before you explain a single feature, you have one job: give the banker a shelf to put your product on. Root your solution in something they already understand, already feel, or already live with every day. Not because bankers are unsophisticated — they're not. Because every buyer, in every industry, needs a mental category to take the next step. When they can't categorize you, they park you.

Most FinTech founders believe their job in a bank meeting is to explain what they built. It isn't. Their job is to do the translation work the banker shouldn't have to do.

Anchoring is not dumbing it down. It is earning the pitch.

Fintech Revenue

Stacy Bishop

Why Innovative FinTech Founders Can't Close B2B Bank Deals: The Five-Point Self-Diagnostic

Quick answer: The five-point self-diagnostic helps innovative FinTech founders determine whether stalled bank deals are caused by a category problem rather than a pitch, pricing, or product problem. If bankers are interested but cannot identify the owner, category, budget, or internal route for your solution, you are likely facing the Category Conundrum.

Not every stalled FinTech sales cycle has the same root cause. The framework I've built around the Category Conundrum — where placement failure, not pitch failure, is killing your deals — applies to a specific type of founder in a specific situation. Before you spend another quarter refining your deck, here is how to know whether you are actually that founder.

Watch me explain this live

The Framework Doesn't Apply to Everyone

If you're selling a FinTech product that has a clear, established category — lending software, fraud detection, payments infrastructure — and you're losing deals, the problem probably is the pitch, the pricing, or the targeting. The Category Conundrum framework is not for you.

But if you're selling something genuinely novel — something that doesn't have a clean home in an existing technology category, something that bankers look at and say "I've never quite seen this before" — the problem is almost certainly structural. Not pitch-level. Structural.

The Category Conundrum happens when an institutional buyer encounters a product that doesn't fit their internal machinery. Banks and credit unions operate through a three-step process: categorize the solution, assign internal ownership, evaluate it against existing frameworks. When your product breaks step one, steps two and three never happen. No evaluation. No champion. No deal.

For the complete framework on what this is and how to work your way out, read the full guide.

What I want to focus on here is who this happens to — specifically. Because most founders in this situation have been misdiagnosing their problem for twelve to eighteen months, and it's costing them deals they should be winning.

Fintech Revenue

Ready to Build Your Bridge?

If you’ve made it this far, you probably care about more than just closing the next deal. You care about building something sustainable: a partnership that works for both sides.

That’s the work I’ve been doing for nearly three decades, and it’s what I’d love to do with you.

Let’s start with a conversation. I guarantee you’ll walk away with value, clarity, and practical next steps—even if we don’t end up working together.