Lance Pincock
← Back to the journal

Why the Business Needed Five of Me

The problem was not that I had too much work. The problem was that too much of the work still needed my judgment to become real.

There was a stretch where the business did not need a better task list.

It needed five of me.

That sounds flattering for about eleven seconds. Then the sentence turns around in your hand and shows you the blade.

If the business needs five of you, the business does not have a team problem. It has a translation problem.

The work may be assigned. The calendar may be full. The software may be expensive. The dashboard may have cheerful little tabs with names on them. None of that means the judgment has left your head.

Mine had not.

The Call

The scene was ordinary in the way most useful failures are ordinary.

A client system had been moved from one platform to another. On paper, the move was done. In the business, done had a different meaning.

Missed-call texts were not firing.

Form notifications were not reaching the inbox.

Some workflows had duplicated themselves.

Other workflows existed in the right place and still did nothing.

Leads were visible inside the system, but the people who needed them were not living inside that system. They were living in their inboxes, their phones, and the next conversation they had to survive.

So there I was, walking through every little break with the operator.

This message should send here.

This one should stop the sequence.

This form should notify these people.

This reply needs to be kind, because the person on the other end may have clicked by accident and should not be punished by the machine for being curious.

This spam pattern should be filtered.

This handoff should be visible, because the client cannot tell whether the work is moving.

That last one was the real sentence.

The system was not failing because people were bad at their jobs. It was failing because the shape of the work still depended on me being present to interpret it.

I had delegated motion.

I had not transferred judgment.

The Founder Trick

Founders do a strange thing when we first try to hire help.

We hand over the task and keep the meaning.

We say, "Fix the workflow."

What we mean is:

Find the first point where the customer's intent gets lost.

Protect the client from having to inspect a back-end system they will never open.

Make the response sound human enough that nobody feels trapped in a funnel.

Do not solve one branch by breaking the next one.

Tell me what changed, because my nervous system is still carrying the whole account.

That is not a task. That is a causal map with a tone standard and a finish line.

If the other person does not have the map, they can only do what the sentence says.

Then the work returns to you, wearing a new little hat called review.

Review becomes correction. Correction becomes reconstruction. Reconstruction becomes proof that nobody can do it like you. Then the founder gets to feel both essential and betrayed, which is a neat little emotional scam if you enjoy running a company from inside a locked filing cabinet.

I have enjoyed worse hobbies.

The Hidden Work

The hidden work was never the clicking.

It was knowing which click mattered.

A workflow can be published and still fail the business. A message can send and still damage the relationship. A form can capture a lead and still hide it from the person who needs to act on it.

The operator can see the switch.

The founder sees the consequence.

That gap is where capacity goes to die.

You do not fix it by hiring another person into the same fog. You fix it by naming the judgment before the task leaves your hands.

What decision is already made?

What decision is reserved for me?

What can the operator change without asking?

What counts as done?

What evidence proves the customer path survived?

What should be reported back so the client does not feel abandoned inside the process?

Those questions feel slower than assigning the task. They are not slower. They are the cost of not having the work return to you with interest.

The Real Handoff

I used to think handoff meant giving someone the work.

I think it means giving them the reason the work exists.

The work was not "make the automation fire."

The work was: when a person raises a hand, the business should answer in the place where that person expects an answer, with enough context that the next step does not require a rescue mission.

That is a different standard.

It changes the brief.

It changes the review.

It changes the status update.

It also removes some of the founder's favorite hiding places.

Because if I write the reason down, I can no longer pretend I am the only one who could see it.

Sometimes I am preserving quality.

Sometimes I am preserving control and calling it quality because it sounds nobler in a meeting.

That sentence annoys me, so it is staying.

The Five Copies

The business did not need five bodies with my name on them.

It needed the parts of my judgment that were repeatable to stop pretending they were magic.

It needed a way to separate strategy from assembly, approval from operation, and live diagnosis from repeatable response.

It needed fewer assignments and better exits from my head.

The first exit is a better brief.

The second is a real definition of done.

The third is a status note the client can understand without opening the machinery.

The fourth is permission for the operator to own the ordinary fixes.

The fifth is the founder admitting which decisions still belong to him, so he stops smearing his authority across every small piece of work and then wondering why he is tired.

I did not need to become less involved.

I needed to become more legible.

That is less heroic, which is how I know it is closer to the truth.

The work that can leave you should leave with its meaning attached.

The work that cannot leave you should say so plainly.

Everything else is theater with a login.


Source note: Anonymized from a January 26, 2024 team-onboarding and client-operations call. The transcript records a founder-capacity pressure point, platform migration cleanup, missed workflow triggers, duplicated automations, inbox notification failures, response-tone decisions, and a request for clearer completion updates. The public essay does not use the other speaker's quote, client identity, private URLs, contact information, client business details, named team members, or outcome claims.

if any of this landed

The contact form reaches me directly. I answer everything that is not spam, eventually.