RSS Amplifier

The Uncomfort Zone · Jun 8, 2026

Stuck Isn't a Work Ethic Problem

0
Sign in to vote or save

Trung Nguyen · The Uncomfort Zone

There’s a specific kind of frustration that comes from working hard and going nowhere.

Not the frustration of being lazy. That one’s easy to diagnose. I mean the frustration of someone who does the work, doesn’t miss, shows up every day — and still can’t figure out why things aren’t moving.

I’ve talked to enough founders to recognize it in the first five minutes. They come in with a clear story: the team is slow, the pipeline is thin, they can’t focus, they’re spread too thin. Clean problem. Obvious solution.

Except that’s almost never the real problem.

The team isn’t slow because they’re bad at their jobs. The pipeline isn’t thin because of the wrong tactics. The focus isn’t broken because of notifications. There’s something underneath all of those — a structural assumption, a pricing mistake, a positioning problem, an identity the founder hasn’t shed yet — and until that gets named, the surface fixes don’t hold.

You can hire a better operator. Doesn’t fix it. Tighten the system. Doesn’t fix it. Work harder, smarter, earlier, later. Still doesn’t fix it.

I used to think I was good at solving problems. I was. I was just solving the wrong ones.

For years, the constraint I kept attacking was capacity. Not enough time. Not enough energy. Not enough of me to go around. My answer was always the same: do more, do it faster, do it better. And it worked — up to a point. The problem is that point sneaks up on you. You don’t see it coming because the strategy that built your results is the same one that starts to limit them.

The moment I actually changed wasn’t when I found a better system. It was when I stopped and asked a different question first: what problem am I actually trying to solve?

Not “how do I fix this?” First — what is this?

That sounds obvious. It isn’t. Most of us were trained to solve fast. In high-performance environments, the person who identifies and attacks the problem first wins. Speed is the prize. Diagnosis is a luxury.

Then you build something. And the game changes completely.

Founders who were great employees get stuck in this loop more than most. They’re used to winning on execution. Fast, precise, reliable — they made themselves indispensable on those terms. Now they’re running something, and execution alone isn’t moving the needle, and the only answer they know is: more of it.

It’s not a work ethic problem. It’s a diagnosis problem.

The fix isn’t a framework or a new operating system for your week. It’s the willingness to stop attacking the problem you think you have long enough to find out if that’s actually the problem.

Most of the time, it isn’t.

One founder running an early-stage platform described it this way after we’d talked:

“It’s like going to the doctor to get a scan you’ve never had before and you find out problems you didn’t know you had.”

He came in with one diagnosis — his funnel was slow, he needed more traffic. What he actually needed was to look at the data he already had. Six months later: 50k landing page views, 25% CTA click rate, 80% converting to accounts. He didn’t need a new problem. He needed to see the one that was already there.

Another founder described the process itself:

“I liked it because you did not ask me. You just asked me to tell stories, right? And then we analyzed it together without me trying to figure out what’s my problems, what’s my problem.”

That’s the whole thing. Not me telling you what’s wrong. You telling me what you’re seeing, then both of us looking at it together. No diagnosis until the pattern is visible to both of us.

Keep it simple, keep it fresh, smile and let it go

Trung

No posts

Read the original on theuncomfortzone.substack.com

Comments

Nothing yet. Say the first thing.

    Sign in to join the conversation.