The B2B Podcast Index
Index
All categories
MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
MethodologySubmit
Best of:MarketingSalesSaaSFinanceHROpsLeadershipCustomer SuccessAI & DataProductStartups & FoundersRevOpsEngineering & DevTools
An independent project byFame
SearchBest episodesGuestsInsightsMethodologySubmit a podcast
Index/Leadership/The Velocity Executive
The Velocity Executive artwork

The Silicon Ceiling: Why AI Stalls at the Frontline

The Velocity Executive · 2026-06-11 · 23 min

0:00--:--

Key moments - from our scoring

Substance score

80 / 100

Five dimensions, 20 points each

Insight Density18 / 20
Originality17 / 20
Guest Caliber16 / 20
Specificity & Evidence15 / 20
Conversational Craft14 / 20

This episode confronts a stark adoption gap: executives are using AI weekly at 75%, but frontline workers - the people actually touching customers, claims, and care plans - are stuck at 51%. Rather than a technology or skill issue, the hosts argue this reveals a leadership accountability gap rooted in how organizations structure permission, risk, and workflow. The real bottleneck is not the model but the operating system around it: governance, incentive alignment, and role-specific use-case design. The conversation dissects how three sectors experience this differently. Financial services tends toward paralysis through over-caution on auditability and compliance. Healthcare struggles when AI adds friction rather than removing it, damaging clinician trust and creating extra cleanup work. Technology organizations, conversely, mistake experimentation velocity for operational value, producing AI theater - lots of pilots and screenshots, little durable performance gain. The episode argues that genuine AI readiness requires frontline workers to experience permission (with clear boundaries), training tied to actual job tasks, protected practice time, and sector-appropriate guardrails. The hosts stress that workflow redesign - not tool rollout - generates performance. They introduce the AI-Ready Executive cohort as a model for standardizing leader behavior around governance, manager enablement, and use-case selection rather than treating AI as a communication or morale problem. The diagnosis is sharp: if leadership is transforming weekly but the business isn't changing, the problem is not technology - it's leadership operating without the discipline to translate personal capability into institutional design.

Key takeaways

  • →The 75% executive adoption versus 51% frontline adoption gap reflects a leadership and governance failure, not a technology gap, because executives use AI in low-friction tasks while frontline workers face high-friction, regulated, customer-facing decisions requiring different permission structures.
  • →Effective AI adoption requires four elements - explicit permission with clear boundaries, use-case-specific training tied to actual workflows, protected practice time, and sector-aligned governance - not inspirational rhetoric or keynotes about the future.
  • →Financial services needs governance focused on auditability and controlled approval thresholds, healthcare needs workflow trust and reduced clinician burden, and technology firms need standards against hype and evaluation criteria to distinguish novelty from operational value.
  • →Workflow redesign - changing approval steps, handoffs, queues, and accountability structures around AI - generates performance gains, while tool rollout without redesign creates extra activity and ambient fear rather than capability.
  • →Leadership competency on AI means operationalizing clarity, consistency, and risk ownership at the manager level, not being the most technical person in the room or having a compelling AI vision.

In this episode

  1. 1The 75-to-51 Gap: Executive vs. Frontline AI Adoption
  2. 2From Access to Value: Why Tools Alone Don't Drive Change
  3. 3Sector-Specific Barriers: Financial Services, Healthcare, and Technology
  4. 4Permission, Training, Time, and Use Cases: The Four Pillars of Adoption
  5. 5Workflow Redesign Over Tool Rollout
  6. 6Governance and Standards: Building Trust at Every Level
  7. 7Leadership Competency: Closing the Capability Gap

Topics in this episode

AI-Ready Executive cohortfinancial services compliance and auditabilityhealthcare clinician workflow and ambient documentationtechnology AI theater and prototype evaluationworkflow redesign versus tool rolloutfrontline adoption barriersgovernance and escalation pathstwo-speed company cultureuse-case-specific trainingmanager enablement and consistency

Questions this episode answers

Why is there such a big gap between executive and frontline AI adoption?

Executives use AI in low-friction environments like summarization and drafting, while frontline workers operate in high-friction zones with customer commitments, regulated decisions, and patient documentation where risk is higher and permission is ambiguous, creating two-speed adoption without clear governance.

What do frontline workers actually need to adopt AI, beyond access to the tool?

They need explicit permission with clear boundaries, training tied to their specific workflows and real job tasks, protected time to practice, and confidence that leadership will stand behind them if they use AI correctly within defined guidelines.

How should financial services approach AI adoption differently from healthcare?

Financial services should emphasize controlled permission through auditability, logging, approved environments, and mandatory human review checkpoints, while healthcare should prioritize workflow trust and ensure AI reduces rather than adds to clinician burden and documentation work.

What is the difference between tool rollout and workflow redesign?

Tool rollout creates novelty and novelty, while workflow redesign actually improves performance by restructuring approval steps, handoffs, and metrics around the tool; without redesign, employees experience AI as extra activity rather than a better way of working.

Why do technology companies often struggle with AI despite high fluency and fast adoption?

Technology firms often produce AI theater - lots of visible experiments and demos - without establishing standards for production use, measurable operational gain, or when to stop applauding prototypes, confusing experimentation velocity with institutional value.

What our scoring noted

Our reviewer’s read on each dimension, with quotes from the episode.

Insight Density

18 / 20

This episode is packed with non-obvious, actionable claims that distinguish operational reality from hype. The central insight - that a 75%-to-51% gap reveals a leadership accountability problem, not a technology problem - reframes AI adoption from a tool issue to a structural one. The guest moves systematically through three sector-specific unlocks (financial services risk/paralysis, healthcare workflow/trust, technology speed/theater), identifies the failure mode of 'extra activity' vs. workflow redesign, and names the concrete practices (permission, training, time, bounded use cases) that actually drive adoption. Nearly every claim is tied to a practical consequence rather than platitude.

Fifty-one is the number I can't let go of, because that's the people actually touching customers, claims, code, care plans, tickets, invoices - the real machinery of the business.
Access is just the beginning. It is a bit like buying exquisite ingredients and calling that dinner.

Originality

17 / 20

The framing rejects familiar narratives about 'AI transformation' and 'digital literacy.' Instead, it articulates a fresh structural argument: adoption stalls not because tools are bad or people fear change, but because leaders treat AI as a rollout (novelty) rather than a redesign (performance). The sector-specific analysis (controls as throughput enablers in finance, trust as guardrail in healthcare, standards against hype in tech) avoids the one-size-fits-all thinking that dominates podcast discourse. The phrase 'AI theater' and the distinction between 'permission' and 'entrapment with better branding' are sharp, counterintuitive observations.

The rollout creates novelty. A redesign creates performance.
AI theater is brutal because it can look like momentum.

Guest Caliber

16 / 20

The guest demonstrates deep practitioner credibility. They coach newly promoted VPs and directors, reference real sector dynamics (banks told unofficially not to touch AI, nurses routing around tools that add friction, tech firms confusing visibility with value), and speak with the voice of someone who has watched these patterns repeat across organizations. They avoid the posture of an external commentator or pure theorist; they're analyzing behavior they've observed in the field. However, there is no explicit credential anchor (title, company, resume), which prevents a full 18-20 score.

I coach a lot of newly promoted VPs, and this is where they stumble.
I've seen banks where the senior team uses AI to prep strategy decks, but frontline analysts are basically told, unofficially, 'Don't touch it unless legal says yes.'

Specificity & Evidence

15 / 20

The episode uses sector-specific examples and concrete workflow scenarios effectively - claims processing, patient documentation, service response queues, production release decisions - that ground abstract concepts. The 75% vs. 51% gap is named and weaponized throughout. However, the episode lacks named companies, quantified outcomes from real implementations, specific metrics (e.g., 'support time dropped 8%' is mentioned in passing but not detailed), or timelines of actual rollouts. The examples are illustrative rather than evidential; they show what patterns look like but not what they cost or what solved them.

In a claims workflow, a patient documentation task, a product spec review, a service response queue.
Does it reduce rework? Does it improve first-pass quality? Does it shorten the path from issue to resolution?

Conversational Craft

14 / 20

The host asks sharp, pressure-testing questions ('Let me pressure-test this across sectors,' 'Let me try to say that back') and creates productive follow-ups that move the conversation toward specificity. The host pushes back gently on framing ('I want to pressure-test this') and asks for clarification on mechanism. However, there are few moments of genuine disagreement or adversarial questioning. The host mostly validates and refines the guest's logic rather than challenging core claims. The conversation is coherent and well-threaded, but lacks the edge that would come from a host who is skeptical of the guest's framing or who introduces a genuinely competing hypothesis.

Let me pressure-test this across sectors, because the gap doesn't play out the same way everywhere.
Let me try to say that back. You're saying the unit of adoption isn't the tool - it's the use case.

Conversation analysis

Computed from the transcript - who did the talking, and the words that came up most.

Most-used words

workflow16frontline13leadership13technology12leaders12adoption10real9tool9question8executive8better8redesign8risk7permission7team7different7

Episode notes

Executives are using AI weekly, but frontline adoption is lagging far behind. In this episode, Daniel Carter and Todd Curzon unpack why that gap is not just a technology problem - it’s a leadership accountability problem. They compare how the challenge shows up across financial services , healthcare , and technology : from compliance and auditability, to patient safety and workflow friction, to speed and the risk of AI theater. The conversation also highlights the AI-Ready Executive cohort as a practical model for turning AI curiosity into real organizational change. If you’re a newly promoted VP or Director trying to move AI from scattered experimentation to meaningful adoption, this episode is built for you.

Full transcript

23 min

Transcribed and scored by The B2B Podcast Index.

Welcome to the show. Daniel, I want to begin with two numbers that, to my mind, tell the whole story: 75% of executives say they use AI weekly, and only 51% of frontline workers say the same. Seventy-five versus fifty-one. That is not a charming little adoption curve.

That is a leadership accountability gap hiding inside what people keep calling a technology trend.Fifty-one is the number I can't let go of, because that's the people actually touching customers, claims, code, care plans, tickets, invoices - the real machinery of the business. So if leaders are at 75% and the frontline is stuck at 51%, the message is pretty blunt: the people with the most authority are learning faster than the people with the most workflow exposure. Exactly.

And when that happens, the bottleneck is not the model. It is the operating system around the model. It is how work gets approved, how risk is interpreted, how managers signal permission, how teams are taught what good use actually looks like. I think we've been slightly seduced by the elegance of the tools themselves.

But a company does not become AI-capable because a few senior people are privately using a chatbot to sharpen board memos.Right, because a nicer board memo doesn't change the Tuesday morning workflow for a director running service operations. Or the nurse manager. Or the engineering lead buried in bug triage.

I mean, I coach a lot of newly promoted VPs, and this is where they stumble. They say, "My team has access." Access is not adoption. And adoption is not value.

Yes - access is just the beginning. It is a bit like buying exquisite ingredients and calling that dinner. The meal still has to be prepared. In 2026, most leadership teams have moved past curiosity.

They have tried the tools. They have seen the magic trick. The question now is whether they can translate personal usage into institutional capability. And that requires a very different behavior set: governance, communication, escalation paths, use-case design, and a disciplined understanding of where human judgment remains non-negotiable.

Human judgment is the key phrase there. Because when executives use AI for themselves, they often do it in low-friction zones: summarizing, brainstorming, drafting. The frontline usually works in high-friction zones: customer commitments, regulated decisions, patient documentation, production changes. So the risk profile is different before the prompt is even typed.

And that is precisely why the leadership failure matters more than the technology gap. If the executive class is normalizing AI while the rest of the organization remains uncertain, hesitant, or quietly fearful, then you create a two-speed company. The top thinks, "We're transforming." The middle thinks, "We're experimenting."

And the frontline thinks, "Am I allowed to use this without getting burned?"A two-speed company is a good phrase. Because then culture splits before systems do. The executives start speaking in future tense, the frontline stays in defensive present tense, and middle management becomes the translation layer nobody trained.

Which brings us to the practical bridge I rather like here: the AI-Ready Executive cohort. Not as a branding exercise, not as another shiny learning series, but as a disciplined move from private curiosity to public leadership behavior. The best leaders I see are not merely asking, "How can I use AI?" They are asking, "How do I create the conditions in which my team can use AI safely, consistently, and usefully?"

That is a different question, and a more mature one.And for a new VP or director, it's the right level of ambition. Not "be the AI visionary." More like: can you set policy, create repeatable habits, define acceptable use, and make sure your managers aren't winging it?

Because if 75% at the top isn't changing the 51% on the ground, somebody's not leading. They're just experimenting in a nicer chair.Let me pressure-test this across sectors, because the gap doesn't play out the same way everywhere. Financial services, healthcare, technology - same AI ambition, very different friction.

If you're a newly promoted VP stepping into one of those worlds, you can't lead this generically. Quite right. The pattern is shared, but the resistance is sector-specific. In financial services, the conversation turns almost immediately to compliance, auditability, model risk, and documentation.

Leaders are not wrong to be cautious. If an AI-assisted output affects credit, fraud review, client communications, or surveillance, you need a clear trail. You need to know what was used, by whom, for what purpose, and under which controls. The danger is that sensible caution curdles into paralysis.

Paralysis is the word. Because "auditability" can become a veto if nobody defines what good looks like. I've seen banks where the senior team uses AI to prep strategy decks, but frontline analysts are basically told, unofficially, "Don't touch it unless legal says yes." And legal can't say yes because nobody framed the workflow properly in the first place.

Exactly. In financial services, AI readiness means controlled permission. Not open season, not prohibition. A director there should be saying: here are the approved use cases, here is the logging requirement, here is where human review is mandatory, and here is where the model must never be the final decision-maker.

That is how caution becomes capability. Now compare that with healthcare. The stakes sound different because they are different. Patient safety, clinician workflow, documentation burden.

And what's so frustrating is that AI is genuinely useful there. Ambient documentation, draft summaries, inbox support - these can take real weight off exhausted clinicians. But the demos make it look easier than the ward feels at 3 p. m.

Yes, healthcare is where usefulness and difficulty sit side by side. The promise is deeply practical: less administrative drag, less after-hours charting, better documentation support. But integration is the hard part. If the tool adds one more window, one more verification step, one more tiny break in clinical attention, then the burden shifts rather than disappears.

In healthcare, the test is not whether the demo impresses the CIO. It is whether the workflow respects the clinicianThat phrase - "respects the clinician" - that's the whole thing. Because if a nurse or physician thinks AI is gonna create more cleanup work, adoption dies fast. Not philosophically.

Practically. They'll just route around it. And then we arrive at technology, where the opposite problem often appears. Higher tool fluency, faster experimentation, less fear of trying things.

On the surface, that looks enviable. But technology firms have their own trap, which is AI theater: lots of pilots, lots of screenshots, lots of internal excitement, but very little durable operating value.AI theater is brutal because it can look like momentum. Everyone's prompting, every team has a bot, the roadmap has "AI" sprayed all over it like confetti - and then you ask one rude question: Which workflow is materially better than it was six months ago?

Silence. Quite. In technology, speed can mask shallowness. Teams may adopt faster than they govern.

They may automate faster than they measure. So the leadership task there is not only to encourage experimentation, but to distinguish novelty from performance. Is cycle time down? Is quality up?

Is support load reduced? Has decision latency improved? If not, you may have usage without value.So one pattern, three walls.

Financial services hits risk and freezes. Healthcare hits workflow and trust. Technology hits speed and starts performing innovation instead of producing it. Same 75-to-51 pattern, but each industry needs a different unlock.

And the unlock, more often than not, is less inspirational than leaders hope. Frontline adoption depends on permission, training, time, and sharply defined use cases. Not a keynote. Not an all-hands memo about the future.

People need to know, very concretely, what AI is for on a Wednesday afternoon.Permission first. Because if a manager says, "Experiment with AI," but performance reviews still punish any mistake involving AI, that's not permission. That's entrapment with better branding.

Frontline teams are very good at reading the real incentive system. Permission must be explicit, and bounded. A good leader says: use AI for first drafts, summarization, pattern spotting, and preparation within these approved environments. Do not use it for final decisions in these categories.

Do not paste sensitive data here. Escalate here if uncertain. That clarity removes a remarkable amount of ambient fear. The phrase "ambient fear" is memorable because that's exactly what it feels like.

Not panic. Just this low-grade question in people's heads: "If I use this and it's wrong, who owns that?" And if leadership hasn't answered that, adoption stalls. Then comes training, which I think is widely misunderstood.

Training is not a one-hour demo with a dozen clever prompts. Training means showing people how to apply the tool inside their actual role: a claims workflow, a patient documentation task, a product spec review, a service response queue. If you cannot attach the tool to a real decision, a real handoff, or a real pain point, the learning does not stick.Let me try to say that back.

You're saying the unit of adoption isn't the tool - it's the use case. So a frontline employee doesn't need "AI literacy" in the abstract. They need three or four repeatable moments where AI makes their day better and safer. Almost - and the part I'd add is time.

Even excellent use cases fail if nobody has protected time to practice them. We underestimate this constantly. Leaders announce a new capability, then expect adoption to occur inside fully booked calendars. But capability requires rehearsal.

Especially in regulated or high-stakes environments.That's where middle managers become decisive. Because the VP can say, "Use AI," but the director decides whether the team has 45 minutes a week to actually learn the approved workflows. Without that time, the strongest users keep moving and everyone else quietly falls behind.

And this is where the AI-Ready Executive cohort can be quite useful as a practical model. What I appreciate about that kind of structure is that it treats AI readiness as a leadership habit system. How do you communicate intent? How do you define acceptable use?

How do you build a governance rhythm? How do you help managers answer the same five questions consistently instead of improvising policy in every meeting?Improvising policy in every meeting - that's the failure mode right there. One leader says yes, another says maybe, a third says legal will decide, and suddenly the frontline learns the safest move is to wait.

So the cohort idea matters because it standardizes leader behavior, not just user skill. Precisely. And leaders also need to name where human judgment remains mandatory. In financial services, that may be risk sign-off and exception handling.

In healthcare, clinical judgment and patient safety decisions. In technology, production release decisions, security reviews, and customer-impact trade-offs. AI can accelerate thought; it must not become a way of evading responsibility. Frontline workers don't need more excitement from leadership.

They need fewer ambiguities. If you give them permission, training, time, and a short list of sanctioned use cases, that 51% starts moving for real.Here's where I think leaders flatter themselves a bit. They treat AI like a productivity perk.

As if it's the new standing desk or premium software license - nice to have, useful for a few people, optional if you're busy. And that framing is way too small. It is. Because AI is not merely a tool rollout question.

It is a workflow redesign question. A rollout creates novelty. A redesign creates performance. If you give people access to a tool but leave every approval step, handoff, queue, metric, and accountability structure untouched, then the organization absorbs AI as extra activity rather than a better way of working.

Extra activity is a painful phrase. Because that's what employees feel. "Great, now I have my regular job and I also have to learn the robot." And then leaders wonder why usage spikes for two weeks and drops.

Quite. The executive mistake is thinking the benefit lives inside the software. It does not. The benefit lives in the redesign of decisions and flows around the software.

For example: does AI reduce rework? Does it improve first-pass quality? Does it shorten the path from issue to resolution? Does it remove administrative drag from scarce human expertise?

Those are redesign questions. And the redesign has to respect sector logic. In financial services, workflow redesign without controls is reckless. So the guardrails there are logging, review thresholds, approved environments, retention discipline.

Not because banks are boring - because the cost of ambiguity is high. Yes. Financial services needs controls sturdy enough to permit motion. The wrong move is to think control and speed are enemies.

Good governance should increase responsible throughput. If every AI use case requires bespoke approval, the system will suffocate itself. Healthcare is almost the mirror image. The guardrail isn't only control.

It's trust. Safety, obviously, but also workflow trust. If the system generates notes clinicians must heavily edit, you've added burden. If it misses nuance and staff have to compensate, you've damaged confidence.

Once confidence goes, adoption becomes political. And in technology, the guardrail is standards against hype. Which sounds almost comical until one has seen how easily organizations mistake visibility for value. A thousand experiments do not equal one meaningful operational improvement.

Technology firms need standards for evaluation: what counts as production use, what counts as measurable gain, what counts as abandonment, and when to stop applauding prototypes. "When to stop applauding prototypes" should be on a mug somewhere. Because in tech, the social reward system can get very weird. The flashiest demo gets attention.

The boring workflow fix that saves 8% of support time gets ignored, even though that's the real win. And there is a subtler mistake, too. Leaders often imagine AI adoption as a communication problem - "we must inspire the organization" - when it is actually a management problem. The frontline rarely needs more rhetoric.

They need cleaner process, clearer rules, better examples, and the confidence that if they use AI correctly, leadership will stand behind them. That's the director-level move, really. Not evangelizing. Operationalizing.

Saying: here's the workflow we are redesigning, here's the risk we are controlling, here's the metric we're watching, and here's who decides when AI can assist versus when a human must decide alone. Exactly so. Tool rollout says, "We have AI now." Workflow redesign says, "This part of the business works better now."

Only one of those deserves executive self-congratulation.I suspect the next competitive divide will not be AI access. Most serious organizations now have access of some sort. The real divide will be AI capability at every level of the institution.

Can the executive team govern it, can the middle translate it, and can the frontline use it confidently in the actual machinery of work? And that divide becomes cultural fast. Because if leaders use AI weekly - that 75% again - while the business itself doesn't change weekly, people notice. They may not say it in those words, but they feel the mismatch.

"You keep telling us the future is here, but my workflow still feels exactly the same."The cultural risk is profound. If senior leaders become fluent in AI while the rest of the company experiences only policy fog and extra caution, then AI begins to look like an executive privilege rather than an organizational capability. And once that perception settles in, trust erodes.

People conclude, quite reasonably, that transformation is something being discussed above them, not built with them.Which is why I like framing this as leadership competency. Not digital literacy. Not innovation enthusiasm.

Competency. Can you make the work better, safer, and clearer through this technology? If not, then saying you're "pro-AI" doesn't mean very much. And for newly promoted VPs and directors, that is a strangely liberating standard.

You do not need to be the most technical person in the room. You do need to be the person who creates momentum responsibly. Ownership is what people actually associate with leadership, and this is a perfect example of that principle. If the team lacks clarity, the leader owns clarity.

If the managers are inconsistent, the leader owns consistency. If the tool is present but the workflow is untouched, the leader owns the redesign.I want to bring back the AI-Ready Executive cohort one more time, because this is where programs like that earn their keep. Not by making leaders sound smarter about AI, but by helping them practice the unglamorous disciplines: governance, role-based communication, use-case selection, manager enablement, escalation paths.

The stuff nobody posts on LinkedIn, but the stuff that actually closes the gap.Yes. The unglamorous disciplines are usually the ones that endure. Much like any worthwhile craft, there is a moment of excitement, and then there is the quieter work of repetition, refinement, and standards.

AI readiness is now in that second phase. The organizations that understand this will not necessarily be the loudest. They will simply become more capable, more coherent, and more difficult to catch.So maybe this is the question to leave people with - and it's not a comfortable one.

If leadership is using AI weekly, why isn't the business changing weekly too?That is the question. And if the answer is vague, the problem probably isn't the technology. It's leadership.

Thanks for listening.

More from The Velocity Executive

All episodes →
  • Ep 17: From Bricklayer to Architect: Winning in the AI Era45 / 100
  • S1: E21 Why Gen Z Is Rewriting Workplace Authority62 / 100
  • S1:E20 The Trust Gap New Executives Must Close65 / 100
  • S1: E19-Why Leaders Hide in Busyness62 / 100
  • S1:E18 - AI Leadership Means Knowing When Not to Automate60 / 100
Explore the best B2B Leadership podcasts →
All The Velocity Executive episodes →