Two Jobs. Same Builder.

July 31, 2026

·

5 min read

I built the thing. It works. That sentence took me the better part of a year to say out loud without immediately softening it. Systems that used to live only in my head now live in software. Keeper, a CRM built for how I actually work, not how some other business runs. A workforce of AI employees, each with a role and a set of responsibilities, not just a task list. An operating model that runs without me standing over it. None of it existed before I built it, without the outside funding or team most companies depend on. I thought that was the hard part. I was wrong about which part was hard.

Building the thing and being found for it are two different jobs. Not two halves of one job. Two separate disciplines that happen to live inside the same business, with almost nothing in common except that they both need to be done. No one warns you that the second job doesn’t come free with the first.

I know the first job. Give me a broken process and I will take it apart, name every piece, and put it back together so it runs without me standing over it. That is what I did to my own brokerage. Momentus is the brokerage I own and operate. I rebuilt its whole operating model from the inside, alone, and it held. That part is not a theory. It is the proof underneath every claim I make about systems.

The second job is the one I am still learning, and it is teaching me something I did not expect going in. The instincts that make someone good at building are the exact instincts that mislead them about being found.

Here is the difference, plainly. Capacity work is closed loop. You build a thing, you turn it on, and it either runs or it does not. You can verify it yourself, today, alone, in the room. If it is broken, you know within the hour. That feedback loop is fast and honest and entirely inside your control. It is part of why building feels good even when it is hard. The work talks back to you.

I learned that first craft by failing at it in private, over and over, until the failures stopped surprising me. A workflow would break, I would trace it back to the exact place it broke, and I would fix that one place. Every failure taught me something specific, right away. That is what closed loop means in practice. It is not that building is easy. It is that building tells you the truth fast, and the truth is always addressed to you.

Distribution work is open loop. You put something out into the world and other people decide, slowly, on their own schedule, whether it landed. Nobody is required to answer. Nobody owes you a signal. The feedback loop is slow and indirect and mostly outside your control. A builder trained on closed loops reads that silence as a verdict. It is not a verdict. It is just the shape of the work.

Distribution refuses the trace-it-back move entirely. You cannot follow a piece of writing back to the exact sentence that made someone scroll past it, not with real certainty, not on any schedule you get to set. Ten people can read the same page and take ten different amounts of time to decide anything about it. Some will decide never. That is not a failure of the page. It is simply how attention moves when it belongs to someone else and not to you.

I spent months treating this discipline like a bug before I understood it as a craft. I would put something out, then wait for the pass or fail signal I was used to getting from a system of my own making. There was no signal on that schedule, so my builder brain filled the gap with a verdict: broken. It was not broken. It was early, and early looks exactly like broken if the only instrument you own measures speed.

This is not about whether anything of mine is working right now. It is about the structure underneath why that question is so hard to answer honestly for any owner-led business, including mine. The systems that solve capacity do not solve being found. That is not a flaw in the build. It is the truth about every well-built, owner-led business. Distribution is its own craft, with its own work underneath it, and that work does not get easier just because the first job went well. If anything, it gets harder to see, because the first job’s success convinces you the second one should move just as fast.

I believe an owner-led business should not have to depend on one person carrying everything alone. That belief is what got me building systems in the first place, and it is the same belief underneath this newsletter. I build the systems from inside the work, with clear roles, human judgment, and proof from a real operating company, not a theory of one. What I am learning now is that the belief has to reach one layer further. The person should not have to carry the discipline of being found on instinct alone either, guessing at a craft that has its own technique, the same way capacity building did before I gave it structure.

So that is the second job. Not a feeling to manage. A craft to learn, the same way the first one was, with its own patience, its own repetitions, its own version of a system that eventually runs without me standing over it every time. Showing up on a schedule whether or not the room answers back. Putting work out before it feels finished, because finished is a standard the first job taught me and the second job does not use. Letting a slow signal accumulate instead of demanding an instant one.

I am building that muscle the same way I built the last one. Badly at first. Less badly after that. Then with a shape I can repeat. Different job. Same builder.

If you are running a business you built yourself and you have felt this exact gap, the space between the thing being genuinely good and the thing being genuinely seen, I would like to hear about it. Compare notes. Tell me what you built, and what it is still waiting for.

One essay, every other week.
Straight to your inbox.

Subscribe on Substack