// Start simple · lesson 07

Income before tools

This is the one I have to say out loud to myself, because it's the trap I'm most personally prone to: building tools instead of building income. It's the most seductive form of over-building there is, because building the tool feels like the responsible setup for the real work, and it lets you stay in the comfortable part, the building, indefinitely, while never touching the uncomfortable part, the getting paid.

The pattern is insidious precisely because it's productive-looking. You're not slacking. You're building a better workflow, a nicer system, a more general solution, all of which will supposedly make the money-work easier later. But later keeps receding, because there's always one more tool that would make the real work smoother, and the real work, the thing someone actually pays for, keeps getting deferred behind infrastructure that serves it and never arrives at it.

What breaks the loop?

A single blunt test: will this generate money in thirty days? If the honest answer is no, it goes to the bottom of the pile, no matter how good it would feel to build. Not never. Just not now, not ahead of the thing that pays. The test works because it forces the deferral into the open. "This tool will help me earn eventually" is how the loop sustains itself; "this tool earns nothing in thirty days and that other thing earns in ten" is how you break it. The tool isn't wrong. Its priority is.

The deeper version

Under the tool-building loop is usually the same thing under the perfectionism loop and the hoarding loop: shipping to a real person who might pay you is scary, and building is safe. Every one of these anti-patterns is a sophisticated way to stay in the safe part. Naming it is most of the cure, because once you can see that the tool is a hiding place, it stops working as one. Build the tool after the income exists to justify it, not before it as a reason to delay.

The takeaway: building tools is the most comfortable way to avoid building income, so run the thirty-day-money test and let the thing that pays go first. The tool can wait; the invoice can't.