Vai al contenuto
Thnkers

Sbloccare

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.

Gli articoli sono disponibili solo in inglese.

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

Domande

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.

Dal portfolio

L’app preventivi del quadrista: una bacheca kanban degli ordini con le colonne Nuovo, Commerciale, Ufficio tecnico, Approvazione e Preventivo/Vinto.

Produttore di quadri elettrici (nome coperto da NDA) · Quadri elettrici di bassa tensione · Italia

2 giorni

per un preventivo con i prezzi, invece di circa 10

Preventivi fatti a mano. Poi non più.

3 settimane

SbloccareVedere l’azienda

Obiettivo collegato

Una email al mese. Cosa abbiamo trovato, cosa abbiamo costruito, cosa è cambiato.

Diteci cosa manca.

Trenta minuti. Voi descrivete il problema e il risultato che volete. Noi facciamo domande. Se possiamo aiutarvi, ricevete una email con cosa abbiamo trovato, cosa costruiremmo e quanto costa. Se non possiamo, ve lo diciamo.

oppure scrivete a will@thnkers.com

Non siete pronti a parlarne? Scoprite quanto vi costa il modo in cui lavorate oggi