No-Fluff Friday · Issue 14

The Confidence Gap

Why "explain it better" keeps failing — and the two questions to ask before you try again.

Your weekly topic to get you from 6 to 7 figures

In 30 seconds

  • When someone already knows what to do and still hasn't moved, the instinct is to explain it better. That's usually the wrong fix — the real gap is often confidence, not clarity.
  • Two questions expose it fast: has this person seen someone like them do this successfully? And what's the smallest piece of proof you can hand them right now?
  • Build a Case Study System™ before you need it — capture the client win, the doubt it answers, and show it the next time someone gets stuck at that exact point.

01.Clarity Wasn't the Problem

Someone you're coaching already knows what to do. They've told you they know. You've given them the plan, you've walked them through it twice, and maybe even built a checklist or a GPT so there's no confusion about what happens next.

And they still haven't started.

If your first instinct is to explain it better, you're probably about to spend a few hours fixing the wrong problem. You'll add another diagram, probably rewrite the guide or think about recording another video, and I've done exactly that for years.

Whenever someone got stuck, I assumed I hadn't made the plan clear enough. So, I added more detail, more steps and better instructions. Sometimes the material improved. But the person still didn't move.

Eventually I realised something: clarity wasn't always the problem. Confidence was.

02.More information isn't always the answer

When someone isn't taking action, giving them more information feels like the responsible thing to do. We're the expert, after all. If they don't understand, surely our job is to explain it better.

So the guide gets another section. The course gets another module. The onboarding sequence gets another email "just to make sure".

The people who were already going to act might move a little faster. But everyone else stays exactly where they were — except now they have even more information to read.

I've watched this happen in my own content, courses and client work. It's a natural response when someone isn't moving, but it often fails because we're solving the wrong problem.

The problem isn't always that they don't know what to do.

Sometimes they don't believe it will work for them.

They understand the plan perfectly well. What they're questioning is whether that plan will work with their smaller audience, or limited time, or a different industry or even their own lack of experience.

In their head, the question isn't:
"What do I need to do?"
It's:
"Yes, but will this actually work for someone like me?"

Another explanation from you will never answer that question. Proof does.

Enjoying this? Get the next one free.

No-Fluff Friday lands every Friday — one practical system to build your backend and take back your time. No fluff, unsubscribe anytime.

03.The two questions I now ask

Before I add more information to a piece of content, or redo a video or change or the plan, I try to ask myself two questions.

First: has this person seen someone like them do this successfully?

I don't mean a general testimonial saying, "Quinton was brilliant, five stars." I mean someone who started from a similar position, had similar doubts and faced similar problems.

The closer the example is to their own situation, the harder it becomes for them to say, "Yes, but that wouldn't work for me."

Second: what's the smallest piece of proof I can give them?

It doesn't always need to be a beautifully designed case study. Sometimes a number, a screenshot, a client example or simple before-and-after is enough.

That's because teaching and proving are two different jobs.

Teaching answers: "How do I do this?"
Where Proof answers: "Can someone like me actually do this?"

That's exactly why Proof has its own place in the Compounding System™, separate from Equip and Activate. Most content is excellent at teaching people what to do. But far less of it gives them enough reason to believe they should actually do it.

04.Here's what that looks like in practice

Imagine you help people on getting their first paying client.

You've built a simple plan: define the offer, identify ten people who might need it, send the message and follow up twice.

It's a perfectly good plan. The problem is that the person you're coaching has probably seen some version of it four times already. They understand the steps, but they still haven't sent the first message.

Our natural response is to explain it for a fifth time. But perhaps none of that is what they need.

Instead, find the client who was in almost exactly the same position. They were nervous. Their offer didn't feel ready. They only had ten people they could contact, and they weren't convinced anyone would reply.

Then show what actually happened.

Show the message they sent, the response they received and how the conversation eventually became a paying client. Don't polish it until it looks like a marketing campaign. The slightly awkward, real version is often more useful.

Now you've answered the question that was actually holding them back.
Not "How do I do this?"
But "Can this work for someone like me?"

05.Three signs you need proof, not another explanation

There are a few clues that tell me I'm probably dealing with a confidence gap rather than a knowledge gap.

  • You've rewritten the same guide, framework or explanation several times, but people are still getting stuck in the same place.
  • The question you keep hearing is some version of "Will this work for someone like me?" rather than "How do I do this?"
  • You can explain the plan perfectly, but you'd struggle to quickly show three people who followed it and got a result.

If two or more of those sound familiar, I'd stop rewriting the instructions.

Your explanations are probably fine. But your PROOF SHELF might be empty.

06.Build the proof before you need it

There's another problem with proof: it's difficult to create it at the exact moment someone needs it.

If you haven't captured the client story, screenshot, number or result when it happened, you're left scrambling through old messages six months later trying to remember who said what.

And when you can't find it, you go back to the tool that's easiest to reach.

More explanation. Which is not what you want to be doing.

That's why I think a Case Study System™ should be part of your business rather than something you remember to do when you need a testimonial.

Whenever something works for a client, student or member, capture it while it's fresh. Record where they started, what they did, what changed and what results they got.

But add one more thing:

What doubt does this proof answer?

That's the important part.

Perhaps one case study proves you don't need a large audience. Another proves the system works in a particular industry. Another shows someone getting a result while working full-time.

Now you're not simply collecting nice things clients have said about you. You're building a library of evidence that answers the doubts future clients are likely to have.

And unlike another explanation, that library gets more useful every time you add to it.

07.One leak to plug this week

🔧 One Leak to Plug This Week

Think about the plan, process or piece of advice you're most tired of explaining.

Don't rewrite it.

Instead, find one person who has already followed it successfully and capture what actually happened. Get the starting point, the problem, what they did and the result.

Then, the next time someone gets stuck at that same point, show them the proof before you give them another page of instructions.

Then see what happens.

08.Where this goes

A simple Case Study System™ means every client win has a second job. It helps the person who achieved it, of course, but it can also help the next person overcome the doubt that's stopping them from taking action.

That's part of what we're building inside Founders Retreat and Compound to 30™. Not more frameworks stacked on top of frameworks, but the systems underneath them that help those frameworks actually work.

Because sometimes your client doesn't need you to explain it better.

They need to see that someone like them has already done it.

Did this land?

Know a founder who needs this? Send it on.

More on Proof

§14 · The Move

Give Them That.

Then see what they do next. That's the whole job now — hand them proof, not another explanation, and let them decide. It's exactly the kind of system we build inside Founders Retreat, three engine diagnostics free to start.

$47/mo — less than the one course, coach call or tool subscription it replaces, and it replaces all three.

Build the backend. Take back your time.
Let me know how it goes — hit reply. I read every one myself.
Quinton · Founders & Systems
P.S. — If you want the one-line version: it's not always a knowledge problem. Sometimes it's a proof problem. Fix the second one before you spend another afternoon rewriting the first.

Before you go

One idea a week. No fluff.

Get the No-Fluff Friday issue every Friday — one practical system to build your backend and take back your time.