Fintech Revenue

The Familiar-First FinTech Positioning Framework

Quick answer: The Familiar-First FinTech Positioning Framework helps founders explain innovative products to banks by starting with something bankers already recognize: an existing process, pain, task, system, or compliance concern. Once the banker has a familiar category, the founder can introduce what makes the product different.

The standard positioning advice: lead with your differentiation. Make your uniqueness the first thing they experience. Show them what no one else can do.

That advice is destroying FinTech sales cycles in banks and credit unions — and I can show you exactly why.

I've been developing a framework on category strategy for FinTech founders, and as part of that work — including preparation for a keynote I'm presenting in May 2026 — I started cataloging the specific phrases I hear most often in founder pitch conversations. Two came up repeatedly: "next-gen orchestration layer" and "redefining real-time decisioning."

Both phrases are precise. Both reflect real product capabilities. And both produce the same result when a banker hears them: immediate internal confusion, followed by disengagement, followed by a warm but meaningless "that's really interesting."

Not because the banker isn't smart. Because the banker can't categorize what they just heard.

That's the mechanism most business owners building FinTech products miss and it's exactly why the familiar-first approach exists.

What Bankers Actually Do When You Pitch

When a banker hears a phrase they don't recognize, they run a rapid internal categorization attempt. It looks something like this:

"Next-gen orchestration layer." Is this fraud? Is this data infrastructure? Is this a core banking replacement? Is this compliance?

They're not slow. They're not unsophisticated. They're doing exactly what their institutional role requires: trying to classify the product before they can evaluate it. Categorization always comes first. Evaluation only happens after.

When the categorization attempt fails — when no existing bucket fits the phrase — the banker doesn't ask a clarifying question. Asking clarifying questions signals confusion, and institutional buyers are conditioned not to signal confusion. Instead, they nod. They engage. They say "tell me more."

And you read that as a positive signal.

The meeting ends. Both parties feel good about it. You follow up. Nothing happens.

This is the founder-banker perception gap in action. You explained your product clearly. The banker couldn't categorize it. You each left with completely different understandings of what just occurred — and the feedback you received told you the meeting went well.

For the full diagnosis on why deals stall at categorization rather than evaluation, read the full framework guide. But if you already know you have a language problem, here's the fix.

The Familiar-First Framework

The familiar-first approach flips the standard positioning sequence.

Most founders lead: differentiation → features → benefit.

Familiar-first leads: familiar process → problem within that process → your product as the solution.

The difference is not cosmetic. It determines whether the banker can categorize your product at all. And until they can categorize it, they cannot evaluate it, cannot route it internally, and cannot move forward with it.

Here's the principle stated plainly: institutional buyers must be able to place a product before they can assess it. Your first job in any conversation is not to impress — it is to be placeable.

Differentiation doesn't accomplish that. Familiarity does.

What This Looks Like in Practice

"Next-gen orchestration layer" is a description of your architecture. It tells the banker what your technology does at a structural level. It is meaningless to anyone who hasn't already built a mental model around what an orchestration layer is and why a bank would need a next-gen version.

"Redefining real-time decisioning" has the same problem. It describes the ambition of the product. It doesn't give the banker a process hook to connect it to.

Here's what familiar-first sounds like instead:

Founder Language

Familiar-First Reframe

"Next-gen orchestration layer"

"Right now, your operations team is manually routing exceptions between three systems before a decision gets made. We eliminate that handoff."

"Redefining real-time decisioning"

"When a customer applies for a credit line increase, your system runs a batch process overnight. We give you the infrastructure to respond in the same session."

"AI-powered compliance automation"

"Your compliance team is reviewing flagged transactions manually — about 400 per analyst per week. We route the clear ones automatically and surface only the ones that need human judgment."

"Unified data intelligence platform"

"You have risk data sitting in three systems that don't talk to each other. We give underwriters a single view without replacing any of your current infrastructure."

Notice what changed. Every reframe starts with a process the banker already runs — a workflow they execute today, a problem they feel in their current operations. That's a category hook. The banker can immediately answer the internal question "what is this?" because you've connected it to something they already know.

Differentiation is still present in every reframe. But it comes after placement — not before it.

The Most Common Mistake in Applying This

Founders who understand the familiar-first principle often make one error in execution: they establish the familiar process hook and then immediately pivot back to differentiation language.

It sounds like this: "Your operations team manually routes exceptions — and we solve that with our next-gen orchestration layer."

That pivot undoes the categorization work. The banker placed the product for half a second and then lost it again.

The fix: hold the familiar frame through the first full minute of the conversation. Establish the current-state problem completely before introducing what you do differently. The sequence is:

  1. Name the process they run today

  2. Name the specific friction or inefficiency within that process

  3. Connect your product to eliminating that friction

  4. Only then introduce how you do it differently from anything they've seen before

Step four is differentiation. But it only lands when steps one through three have successfully placed the product in a category the banker recognizes.

Why This Feels Wrong

Most FinTech founders built a genuinely novel product. They are rightly proud of what makes it different. And they have been advised — correctly, in most markets — to lead with differentiation.

The advice fails in institutional financial services because institutional buyers are not free-form evaluators. They operate through a structured internal process that requires categorization before evaluation. Leading with differentiation asks them to evaluate before they've categorized — a sequence they cannot complete.

There's also a subtler issue: founders often conflate being understood with being impressive. Familiar-first positioning feels like you're underselling — like you're describing a simple version of a complex product. That discomfort is a signal the approach is working. Simple and placeable is more valuable in the first ninety seconds of a banker meeting than impressive and uncategorizable.

For more on why the most innovative products face the hardest institutional sales cycles, read The More Innovative the FinTech, the Harder the Sale.

Quick Checklist: Familiar-First Positioning

Before your next meeting, run your opening two sentences through this test:

Check

Pass / Fail

Does my opening name a specific process the prospect currently runs?



Does my opening describe a friction point within that process?



Can a non-expert categorize my product from the first two sentences?



Have I delayed differentiation until after the category hook?



Am I using any phrase that requires insider knowledge to decode?



If any row fails, revise the opening before the meeting. One well-placed familiar-process reference does more categorization work than three minutes of feature explanation.

Key Takeaways

The familiar-first approach is not about dumbing down your product. It's about sequencing correctly for institutional buyers who categorize before they evaluate.

Lead with a process they run. Name a friction they feel. Connect your product to that friction. Differentiate second, not first.

The two most common examples of categorization-breaking language — "next-gen orchestration layer" and "redefining real-time decisioning" — are precise descriptions of real capabilities. They fail not because they're wrong, but because they require the banker to already have a category for them before the phrase can mean anything. The familiar-first approach builds that category in the first ninety seconds of the conversation, before you ask the banker to assess anything at all.

Once you establish the category hook, your differentiation lands. Without it, your differentiation is noise.

For the complete framework — including the two other remedies that address ownership and evaluation infrastructure, read the full guide.

This is Part 5 of a 7-part series. Start from the beginning.

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.