There's a conversation that happens in almost every growing company, usually around the time they hit 30 or 50 people. A senior leader — one of the originals, someone who built the thing from the ground up — gives notice.

The reaction is always the same. There's the personal loss, which is real. And then, underneath it, there's a quieter, more unsettling realization: we don't actually know everything she knew.

Not the job description stuff. Not the things in the onboarding docs. The other stuff. The judgment calls. The pattern recognition. The instincts she'd developed about clients, about when deals were actually solid versus when they just sounded solid. The mental model she'd built — call by call, mistake by mistake — about how this specific business actually works.

That knowledge is leaving with her. And nobody captured it.


Why this keeps happening

Growing companies are, almost by definition, running too fast to stop and document what they know.

The people carrying the most institutional knowledge are usually the most stretched. They're in the meetings, running the accounts, making the calls. They don't have time to write down how they think. And honestly, most of them couldn't if they tried — the knowledge is so deeply embedded in their daily judgment that they've stopped noticing it's there.

This is what researchers call tacit knowledge: the kind of expertise that lives in practice, not in documentation. A master craftsman can't fully explain why a piece of wood doesn't feel right. An experienced recruiter can't fully explain why a candidate interview gave her pause. An ops leader can't fully explain why this vendor situation is going to blow up before it does.

They just know. And the knowing is the product of time — time inside a specific industry, inside a specific company, watching patterns play out and adjusting their mental models accordingly.

Here's the problem. That knowledge is extraordinarily valuable. It's also extraordinarily fragile.

The three ways it disappears

Growing teams don't just lose knowledge when people leave. They lose it in three distinct ways, and the least obvious one is probably the most expensive.

When people leave. This is the one everyone talks about. Someone resigns, and there's a two-week scramble to extract everything they know before they're gone. You get a hastily assembled transition doc that covers the surface stuff — the accounts, the contacts, the current projects. What you don't get is the decision logic underneath it all. The new person starts from scratch. They'll need two years to develop what their predecessor had.

When teams scale. This one is subtler. When a company doubles in size, the people who carry the institutional knowledge become a smaller percentage of the team. The new hires outnumber the tenured staff. Suddenly the way the company actually makes decisions — the real way, not the documented way — starts to dilute. Process drift sets in. Inconsistency becomes visible in client work. Quality variance shows up in outputs that should be standardized.

When nothing is wrong. This is the one nobody talks about. In day-to-day operations, knowledge transfer happens informally. The senior person sits next to the junior person. They talk through situations. The junior person asks questions and the senior person answers them. Over time, some of the tacit knowledge transfers.

When a company shifts to hybrid or distributed work, that ambient knowledge transfer largely stops. The conversations that used to happen in passing don't happen at all. The junior team members don't even know what questions to ask, because they don't yet know what they don't know. The knowledge doesn't walk out the door. It just stops moving.

What the cost actually looks like

The finance people will ask for a number. Here's one framing.

Take a company with 10 sales engineers. Each one, after 18 months on the job, has developed a set of judgment calls that meaningfully improves their output — how they qualify opportunities, how they handle specific objection patterns, how they read which deals to prioritize. Call it a 20% productivity premium for the tenured engineers over the new ones.

Now assume 30% annual turnover, which is conservative for most sales-adjacent roles. That's 3 people per year cycling out. 3 new hires starting from zero. 18 months before they start contributing at full effectiveness.

At any given moment, roughly 30–40% of your team is operating below the productivity level your best people have already demonstrated is achievable. Not because they're not capable. Because they haven't had time yet to build the knowledge that doesn't exist in any system.

That gap — between what your best people know and what your average people know — is the hidden cost. It shows up as longer ramp times, higher error rates, inconsistent client experiences, and the permanent sensation that you're rebuilding the same competency over and over.

The question nobody asks in the exit interview

Exit interviews focus on feelings. Why are you leaving? What could we have done differently? How was your manager?

The more operationally important question almost never gets asked: What do you know about how this business works that isn't written down anywhere?

I've started calling this the Gold Question — because the answers it surfaces are genuinely that valuable. When you ask it well, you hear things like:

"The reason we always lose to Competitor X on deals above $200K isn't price — it's that their enterprise team has a relationship with the legal function that we've never been able to crack. I've been routing around this for three years but nobody else knows to look for it."

"The way we scope services projects is wrong. We always underestimate the discovery phase by about 40% because the project managers are estimating based on what clients say they want, not what we know they actually need. I recalibrate every estimate in my head before I approve it. Nobody else does this."

"Client X calls in crisis mode twice a year. It's not actually a crisis. It's a pattern tied to their board cycle. If you respond with urgency, you create more chaos. If you wait 48 hours and come back with a calm analysis, it de-escalates. I learned this in year two. I don't think I've ever told anyone."

This is the knowledge that's walking out. And in most organizations, it walks out without a word.

What capturing it actually requires

The tempting solution is documentation. Build a knowledge base. Create a wiki. Write the playbooks.

This doesn't work — at least not at first. Not because documentation is bad, but because asking people to document their own tacit knowledge is like asking someone to describe how they ride a bike. They'll give you the steps. They won't be able to give you the balance.

What actually works is structured extraction — a conversation methodology designed to surface the knowledge that doesn't come out in direct questioning.

You don't ask "how does your process work?" You ask "walk me through the last time a deal fell apart at the final stage. Start from the beginning." You don't ask "what are the key signals in a client situation?" You ask "when do you know something is going to go wrong before you have any confirmation of it? What are you reading?"

The stories are the knowledge. The process description is the sanitized version. The specific, messy, particular story of a real situation is where the decision logic actually lives.

Once you have those stories — from your best people, across multiple roles, collected systematically — you can start to build something durable. Not a document. A structured map of how your organization actually makes decisions. The exception logic. The threshold calls. The signals that experienced people read that newer people don't yet know to look for.

That map is what survives turnover. What accelerates new hire ramp time. What gives your AI tools something real to work with.

The compounding problem

There's one more dimension worth naming.

As organizations grow, the knowledge gap doesn't just persist — it compounds. Each year of undocumented institutional knowledge is a year harder to reconstruct. The people who could have explained the original context get further from it. The decisions that shaped how the company works become harder to trace. The "why we do it this way" becomes "we've always done it this way."

At some point, organizations start making decisions that contradict the hard-won lessons of their early years. Not because they've forgotten — but because the knowledge that would have prevented it was never captured in a form that could be passed on.

The companies that avoid this aren't the ones who scale fastest. They're the ones who slow down long enough to capture what they know before they grow past it.


That conversation about the departing senior leader? It doesn't have to end with the quiet, unsettling realization.

It can end with: we have this. We captured it. It lives in the system now, not just in her head.

That's not a technology problem. It's an organizational discipline problem.

And it's solvable — but only if you start before you need to.

Haios helps growing organizations extract and operationalize the decision logic that lives in their best people's heads — before it walks out the door.

Learn more at haios.co