Skip to content

The budget was almost zero, which clarified the mind.

Scarcity is a terrible operating model. It is also a ruthless editor.

2025-08-26 · 6 min

There is a certain moral clarity that comes from having almost no budget.

I do not recommend it as a lifestyle. It is bad for sleep, posture, and the part of your personality that believes a normal workday should end on the same calendar date it began.

But it does clarify the mind.

When you cannot buy your way out of a problem, you have to understand it. When you cannot hire 8 people, you have to decide which work matters and which work is just the business expressing anxiety through requests. When you cannot subscribe to every tool, you have to make the tools you have behave.

This is how I learned to build systems.

The generous version of the story is that I am resourceful. The more accurate version is that I spent a lot of time with no better option.

A small team in a complex business becomes a laboratory for constraint. There are too many verticals, too many stakeholders, too many assets to build, too many messages to clean up, too many reports to ship, too many "quick asks" that arrive wearing the fake mustache of urgency.

The normal answer is headcount. More people. More specialists. More budget. Sometimes that is the right answer. I have built the business case for it. I believe in capacity math. I do not think teams should be praised for surviving conditions that should have been fixed.

But before you ask for more, you should know what the current system is doing with what it already has.

That question can get uncomfortable.

How much work is rework? How many requests arrive without briefs? How many decks are being rebuilt because nobody knows which version is current? How much time goes into hunting for proof? How much of the content calendar exists because it always existed? How many meetings are status theater with snacks?

Scarcity forces the audit.

At one point, the better question became "Why does all of this exist?"

That is a much better question.

Some work survived the question. Sales needed better proof. The website needed cleaner routing. The funnel needed definitions. The board needed reporting. The team needed lanes. The company needed a story that did not collapse under buyer scrutiny.

Some work did not survive. Good riddance.

The trick is not to romanticize the constraint. There is a genre of business writing that treats under-resourced teams like inspirational content. Look at these scrappy heroes, producing miracles with 2 paper clips, a Canva login, and unresolved neck pain.

No thanks.

Scarcity should be a phase, not a brand identity.

The value of scarcity is that it reveals the operating system you need before you scale. If the intake process is broken with 4 people, it will be catastrophic with 14. If the proof library is a mess before AI, AI will turn it into a haunted attic with search functionality. If nobody owns lead definitions now, a new CRM will only make the confusion more expensive.

Build the system first. Then fund the system.

That became my pattern. Use constraint to find the truth. Build the smallest working version of the operating layer. Prove the motion. Then ask for investment with evidence instead of vibes.

It is not as romantic as the hustle version.

It is better.

The hustle version says: we worked harder.

The systems version says: we made the work less stupid.

I will take the second one every time.