Here's a thought experiment I use with almost every business owner I work with.

Imagine someone new starts working for you on Monday. They're capable, they're motivated, and they want to do a good job. But they have no prior context: no institutional knowledge, no relationships, no memory of how things have been done. They just show up ready to work.

How long before they can actually do the job without asking questions?

Not because they're slow. Not because they're unqualified. But because the information they need to do the job isn't written down anywhere. It lives in someone else's head.

That's the New Employee Test. And most small businesses, when they honestly think it through, don't pass it.

What the Test Is Really Measuring

The New Employee Test isn't about onboarding. It's a diagnostic for process gaps.

Every question your hypothetical new hire would have to ask represents a piece of institutional knowledge that exists only in someone's memory. Every task they'd have to shadow someone to learn is a process that was never documented. Every "we just do it this way" they'd encounter is a decision that was made at some point in the past and never written down.

These gaps accumulate silently. A small business runs on the knowledge of the people in it, and as long as those people stay, things work. The process gaps are invisible because the people who fill them are always there. Nobody notices the workarounds until the workaround walks out the door.

I've worked with firms where a single administrator held the entire client communication workflow in their head: which clients get which updates, on what schedule, using which format, with which attachments. When that person left, nobody knew. Rebuilding that workflow took weeks, and some client relationships absorbed real damage in the meantime.

The New Employee Test is a way to see those gaps before that happens.

How to Actually Run It

You don't need to hire anyone. You just need an hour and a willingness to be honest about what you find.

Pick one core process. Start with something that happens regularly and matters to the business: client onboarding, invoicing, project handoffs, weekly reporting. Don't try to map everything at once. One process, done thoroughly, is worth more than a shallow pass at ten.

Write down every step as if explaining it to someone who has never seen it before. Not what's supposed to happen; what actually happens. Include the unofficial steps, the things people "just know" to do, the checks that happen informally. If someone makes a call to confirm something before moving forward, that's a step. If a file gets saved in a specific place that isn't obvious, that's a step.

Identify every place where knowledge is required that isn't captured in the document. These are your gaps. They show up as vague phrases like "reach out to the client" (which client? how? using what template?), or steps that reference knowing where something is without explaining where it is, or decisions that depend on context that isn't explained anywhere.

Have someone else try to follow it without asking questions. This is the real test. Give your written process to a team member who doesn't usually do this task and ask them to work through it. Every time they get stuck or have to ask a question, you've found a gap. Update the document. Test again. Two rounds of this usually produces something a genuine new hire could follow.

What You'll Find

Most business owners who run this exercise are surprised by what surfaces. Not because the gaps are catastrophic, but because they're so normal that nobody thought to question them.

You'll find tasks that depend on knowing a specific person to call, without any record of who that person is or why they're the right contact. You'll find files that live somewhere logical to the person who created the system but nowhere obvious to anyone else. You'll find decision points where the right choice depends on context that was never written down because everyone currently on the team already knows it.

You'll also find redundancy: steps that exist because someone added them as a workaround years ago and nobody ever removed them, because the workaround became part of the process before anyone noticed.

And occasionally, you'll find something more significant: a critical task that only one person on the team knows how to do at all. Not because they're hoarding knowledge, but because it was simply never taught to anyone else. That's your highest-risk gap, and it's worth addressing first.

What to Do with What You Find

Once you've identified the gaps, the fix is straightforward, if not always fast.

Close the knowledge gaps by adding the missing information to the document. Who to call, where the file lives, what the decision criteria are. If a step requires judgment that's hard to write down, add examples: "In situations like X, we typically do Y. In situations like Z, we do W instead." Concrete examples are more useful than abstract guidelines.

Address single points of failure directly. If only one person knows how to do something critical, the priority is getting that knowledge out of their head and into a form that someone else can learn from. This doesn't mean replacing them; it means making the business less fragile. Good people shouldn't have to be the thing standing between the business and a crisis.

Eliminate the redundancies you find. If a step exists because of a problem that was solved two years ago, remove it. Processes that aren't maintained accumulate steps over time, and those steps cost time, even when they're no longer serving any purpose.

Make the documentation findable. A process document that nobody can locate is only marginally better than no documentation at all. Put it somewhere the team already looks: your shared drive, your project management tool, your internal wiki. The test for whether it's in the right place is simple: if someone needed this at 8am on a Monday, would they know where to find it without asking?

Why This Matters Beyond Documentation

Documenting processes is usually framed as a risk management exercise, and it is. But it's also the first step toward improving those processes.

When a process only exists in someone's memory, you can't evaluate it. You can't see whether it's efficient, whether steps are in the right order, or whether parts of it could be handled differently. Once it's written down, you can look at it objectively and ask: is this actually the best way to do this?

That's where most of the efficiency gains I find with clients originate. Not from complex technology or major restructuring, but from looking at a written-out process and noticing that three of the twelve steps are redundant, or that steps four and five could be combined, or that step seven is only there because of a problem that no longer exists.

You can't find those opportunities in a process that lives in someone's head. You can only find them when you can see the whole thing laid out in front of you.

The New Employee Test is how you get there. It's a low-cost, low-risk way to see your business the way an outsider would see it: clearly, without the assumptions that come from being inside it every day.

Most business owners who go through this exercise identify at least one significant gap in the first pass. That gap is usually costing them time every week. And most of the time, closing it doesn't require new software or outside help. It just requires writing down what everyone already knows but hasn't bothered to capture.

Start with one process. Give yourself an hour. See what you find.

If you'd rather have someone help you run the diagnostic, that's what I do. A Small Business Efficiency Checkup starts with exactly this kind of process review: a clear look at how your business actually operates, where the gaps are, and what to do about them. The first conversation is free.