
The Superpower Series, Week 2 of 8: The Technical Expert
Last week was the Relationship Whisperer, the founder the customers trust. This week is the founder the team trusts.
Usually it’s the same person.
The Technical Expert
In some companies, the founder is still the smartest technical person in the room. Maybe it’s product or engineering. Maybe it’s manufacturing, finance, design, or some deep industry knowledge nobody else has fully developed.
Whenever something gets thorny, unusual, or high stakes, everyone knows where to go.
Your office.
That habit makes sense, because going to you is usually useful. You can solve it faster. You can save the team hours, maybe days, of flailing.
Then the company grows, and the line outside your office gets longer.
The engineer who could figure it out in a day lets you figure it out in ten minutes. Your head of operations brings you a problem with three options and waits to see which one you pick. Projects stall in the gap between “almost done” and “the boss hasn’t looked at it yet.”
Nobody decided this. It just became the fastest route, and smart people take the fastest route.
But every time you become the answer, you reinforce the same lesson: the hardest problems still belong to the founder.
Do that for a few years and good people stop reaching for the hard ones. They’ve learned where those go.
Then you wonder why nobody takes initiative.
Not information. Judgment.
The obvious fix is to get what you know out of your head. Write it down. Build the wiki. Record the walkthrough. All worth doing.
None of it is the real transfer.
The real transfer isn’t information. It’s judgment.
When someone brings you a problem, you hand back a conclusion. What they need is everything that happened before you reached it. How you think about the problem. Which variables matter and which are noise. What pattern you’re seeing. What you ruled out before anyone else had even thought to look.
That’s the part that transfers. The answer doesn’t.
So the next time someone walks in, try not answering. Ask what they’d do. Ask which variables they think matter. Ask what they’ve already ruled out. If you still see it differently, think out loud, the long way, so they can watch how you got there instead of only where you landed.
It will be slower. That’s the point.
A company doesn’t scale because more people know what the founder knows. It scales when more people learn how to think.
The Part That Lights You Up
Here’s what I see over and over. The founder agrees with all of this. Then someone walks in with a genuinely interesting problem, the founder lights up, and the answer is out before the question is finished.
That light is worth looking at. I have told clients to literallly bite their tongue when they feel that urge.
For a lot of technical founders, having the answer was never just a job. It’s where they feel most competent, most useful, most themselves. Solving the hard thing is the best part of the day. Handing it off doesn’t feel inefficient. It feels like giving away the evidence that you matter.
So when you catch yourself answering first, ask what you’re actually protecting. It’s rarely the quality of the work. It’s usually more about why you’re needed.
The expertise is real. It isn’t going anywhere. The question is whether it lives in one office or in the whole company.
Once you see what the answering was doing for you, letting someone else work the problem gets a lot lighter.
A Question for This Week
What’s the last hard problem someone brought you that they could have worked through themselves?
What would it have cost to let them? And what would it have cost you?
There are six other roles founders often end up having to let go of. To see them all, check out my post on Substack.
Next week: The Chief Decider. “What do you think?” is the most-asked question in your company, and it’s almost always being asked of you.
— Jeff


