Skip to content
Thnkers

Unblock

When the engineer is on holiday, the company stops quoting

Key-person dependency is not a staffing problem. It is a structure problem, and it has a test.

Every manufacturer we talk to has one. The engineer who knows which component fits, which analog is safe and what the job really costs. When that engineer goes on holiday for two weeks, the company does not stop working. It stops quoting.

The usual response is to hire a second engineer. That rarely works. The second engineer has to learn the same rules from the first, and the rules are not written anywhere. You end up with two people holding the same fragile knowledge, and twice the payroll.

It is not a staffing problem

When we looked at the panel maker described in Quoted by hand. Then not., the engineer's workload was not the real problem. There was no system at all. The engineer's knowledge, the director's judgment and the pricing logic that made the business work were locked inside two people's heads. Any feature added on top of that would have produced a more sophisticated version of the same fragility.

The same pattern shows up far outside manufacturing. A learning centre we worked with had three Telegram bots for homework review. The bots routed submissions, but only the teacher could assess them, because the evaluation criteria existed nowhere except in the course content and the teacher's experience. A music school had a CRM, but the director rescheduled every lesson personally.

Different industries. Same structure: one person is the system.

How common this is

There is no clean official statistic on key-person dependency, but the signals are consistent.

  • In a vendor-commissioned survey of more than 1,000 US employees, 42% of company knowledge was held by one person only, and staff lost 5.3 hours a week waiting for or recreating knowledge (Panopto). Treat the exact numbers with caution; the direction matches what we see.
  • 83% of engineers spend four or more hours a week on procurement tasks rather than engineering (Fictiv, 2026).
  • 65% of manufacturers name finding people as their main challenge (Manufacturing Institute and Deloitte). The person you depend on is hard to replace.

The most telling example comes from the UK government's Made Smarter programme. Its independent evaluation describes a company that sharply cut back its digital plans after a key employee left and took their informal knowledge with them (Ipsos for DBT, 2025).

2 of 5

configurator projects at one Danish company that had not paid back after five years, because the tools did not cover the real casesSDU

The holiday test

Answer these five questions about the person your business depends on most.

  1. If they are away for two weeks, which requests stop getting answered?
  2. Which decisions are made only by them, and are the criteria written down?
  3. Which numbers — prices, markups, discounts, capacity — come from their memory?
  4. Who checks their work? Is that check written down, or is it "the director looks at it"?
  5. How long would it take a new hire to do their job for a standard case?

If two or more answers are "everything", "nobody" or "months", you have a structural dependency.

What to write down first

You do not need to document the whole business. Start with the rules that block the most work.

The criteria. For the learning centre, we read the entire course and extracted 14 assignments into structured specifications. Every criterion is tagged as required or optional. Every rejection reason is written in plain language a student can act on. Only then did we build the app. The story is in The criteria were in the teacher's head.

The formula. For the panel maker, the pricing formula — materials, assembly coefficient, cost, markup, VAT — went into the system. The manager sets the coefficient and markup per brand. The formula produces the same result every time for the same inputs.

The catalogue. An 85 MB price list became 1,887 items in 223 analog groups, each with a risk flag. The engineer's judgment about where a cheaper part is fine became visible to everyone who needs it.

The roles. Each role sees and edits only what belongs to it at each stage. Every handover is logged, and every "send back for rework" requires a written comment.

The system drafts, a person decides

Writing rules down does not remove the expert. It removes the reading, the looking up and the retyping. In the panel maker's system, a drawing assistant drafts the panel contents from PDF and DWG files, and every line carries a reason and a reference to the drawing sheet. The engineer confirms each line. Nothing goes to a client unchecked.

The result: the engineer reviews instead of reading, the director sees the pipeline without asking anyone, and the company keeps quoting when someone takes a holiday.

Related: Why your quotes take ten days · Homework review that doesn't need the teacher's head

Questions

What is key-person dependency?
It is a process that only works when one specific person is present: the engineer who knows the prices, the director who approves every schedule, the teacher who knows what a good submission looks like.
Isn't hiring a second engineer the fix?
It doubles the cost and rarely solves it. The second person has to learn the same unwritten rules from the first. Writing the rules down and putting them into the system fixes the structure.
Will a system replace the engineer?
No. It takes away the reading and looking up. The engineer reviews, decides and handles the cases the rules don't cover.

From the portfolio

The Switchgear quoting app: a kanban order board with New, Sales, Engineering, Sign-off and Quote/Won columns.

Switchgear manufacturer (name under NDA) · Low-voltage electrical panels · Italy

2 days

to a priced quote, instead of about 10

Quoted by hand. Then not.

3 weeks

UnblockSee the business

Related goal

Unblock

Everything waits for one person.

One email a month. What we found, what we built, what it changed.

Tell us what's missing.

Thirty minutes. You describe the pain and the result you want. We ask questions. If we can help, you get one email with what we found, what we'd build and what it costs. If we can't, we'll say so.

or write to will@thnkers.com

Not ready to talk? See what the current way costs you