You have a system for this. You have a very good system for this, and you built it yourself, and you have never once used it to do the thing it was for.
Count them if you want. The task manager you set up in Notion, then rebuilt in Obsidian, then heard about Roam and rebuilt again. The reading pipeline with the tags and the highlights that sync somewhere. The morning routine with the columns. Somewhere between four and infinity of these, each one lovingly assembled, most of them abandoned at the exact moment they were about to be asked to work. Ten systems, used none. That is not a tooling problem, however much it looks like one.
There are two ways to hold a system you built. You can hold it as an architect, where the thing you are looking at is the system itself, its structure, how clean it is, what the next version could do. Or you can hold it as a resident, where the thing you are looking at is the work the system was for, and the system is just the walls you stopped noticing years ago. Most people who love building are architects. This is why they own ten and inhabit none.
Being stuck is the gap between knowing and doing, and that gap is guarded. The guard is standing there to keep you from one specific thing you would have to feel. A no. A worse-than-you-hoped. A particular look on a particular face. Building the system is what the guard does when it wants a promotion. Because designing a system is safe, and living in it is not.
Designing is safe because a system does not touch reality yet. It cannot fail. You judge it on elegance, on whether it is complete, on how satisfying the little dashboard looks, and by all of those it can be perfect, because none of those are graded by anything outside your own head. The moment you actually run it on a real input, it produces output, and the output can be worse than the version you had in your head, and it produces that output where other people can see. So you do the thing that feels like progress and costs you nothing. You open the settings. You redesign.
The redesign shows you which one you are. A resident changes the system when the life pushes back on it, when the actual use throws up something the walls do not handle. An architect changes the system to avoid the moment the life would push back at all. One is feedback. The other is a very sophisticated way of never getting any.
And this is what makes it the perfect hiding place, better than the honest kinds of avoidance. Scrolling looks like avoidance. Rearranging the sock drawer looks like avoidance. Building a beautiful second brain looks like ambition. It produces a visible artifact. It can be shown to other people as evidence you are serious. It clears every test that "I am avoiding this" would fail, which is exactly why the guard chose it. The more sophisticated the system, the more likely the sophistication is the thing you are actually doing instead of the work. You did not build a tool. You built a place to hide.
Procrastination has been studied as exactly this for years, though not in these words. It is not a time-management problem and never was. It is mood repair. You are not putting the task off because you are lazy or disorganised, you are putting it off because the task makes you feel something you would rather not feel right now, and avoiding it makes that feeling go away, right now, at the cost of later. Building the system is mood repair that comes with a receipt. It makes the bad feeling go away and it hands you an artifact to point at, so you get the relief and the plausible deniability in one move. Of course you keep doing it. It is the best deal on the menu.
Now the honest counter, because there is one and it is not weak. Some system-building is real. Designing before you act is what competent people do. Good systems compound, the whole personal-productivity world exists because a system that fits can carry you for years, and telling everyone who builds one that they are just afraid is both wrong and a little insulting to actual planning. Granted. Every word of it. The distinction is the entire essay, and it is the same distinction the sibling piece on difficulty drew: most of the thing is waste, and one narrow slice of it is the point.
A system that is actually working has a resident. A system built for real use gets moved into. It runs on live input. It produces output that can be graded, and it gets changed by what the grading says. That is not avoidance. That is the work. Building a system was never the problem. Plenty of people build one and live in it for a decade. What gives you away is that you never live in any of them, that each one gets abandoned at the precise moment it was about to be asked to produce something real. One system, inhabited, changed by contact with reality, is a competent person doing their job. Ten systems, each one abandoned at the doorstep, is one person avoiding the work ten times.
So the diagnostic first, because you should get to check whether this is even you. Go through your systems, and for each one name two dates. The last time it produced real output you actually acted on. And the last time you redesigned it. If the redesign is more recent than the use, and that holds across most of your systems, you are an architect. Sharper version, if you do not want to think about dates: count the systems you own, then count the ones you used this week. Own ten, used none, and the number that is broken is not the number of systems.
Then the move, and it is going to be unsatisfying, which is how you know it is the right one. Do not design the better system. Designing the better system is the escape hatch. It summons the whole verdict again and it is the exact thing you have been doing to avoid the work, so reaching for it now is just the disease prescribing itself. Instead, take the worst system you already own, the ugly one, the abandoned one, and move into it today. On one real input. Once. Let it produce something worse than the version in your head, which it will, because the version in your head was never going to be graded and this one just was. And then ban yourself from redesigning it. Not forever. Until you have lived in it long enough that the actual use tells you what is actually wrong, because that feedback is the only thing that was ever going to improve it, and you cannot get it from the settings menu.
You do not need a better system. You have owned the better system four times. You need to move into one.
Common questions
- Why do I keep building systems I never use?
- Because designing a system is safe and using it is exposed. Designing produces a visible artifact and touches no reality yet, so it cannot fail. Using the system produces output that can be worse than you hoped, in front of other people. Building the next system is a high-status way to stay on the safe side of that gap while looking productive.
- Is building systems just procrastination?
- Not always, and residency is how you tell them apart. A system built for real use gets lived in, run on real input, and changed by what comes back. Avoidance is the system you abandon at the moment you would have to use it. Owning many systems and using none is the pattern, whatever you call it.
- How do I actually start using the systems I build?
- Stop building and inhabit the worst one you already have, today, on one real input, badly. Ban yourself from redesigning until the actual use tells you what is wrong. You do not need a better system; you need to move into one.