The Too-Simple and Too-Complex Trap

Why this matters

Two failure modes wreck more diagnoses than any single missed reading. The first is jumping to the cheap, obvious fix and walking away while the real fault still sits there. The second is talking yourself into an exotic, expensive cause when a loose connection was the whole story. Both burn callbacks, both burn trust, and both come from the same place: skipping the disciplined middle and reaching for a tidy answer. Knowing the trap by name is the first step to not falling in it.

The too-simple trap

This is the one most techs fall into under time pressure. The symptom matches something you've seen a hundred times, so you swap the obvious part, see the unit run, and leave. A week later it's down again, because the obvious part was a victim, not a cause.

Tells you're in the too-simple trap:

  • You replaced a part without measuring why the old one failed.
  • A protective device (fuse, breaker, safety switch) tripped and you reset it without finding what overloaded it.
  • The fix "worked" but you never reproduced the original failure to confirm.
  • You can't explain, in one sentence, what actually caused the problem.

The cure is one habit: before you call it done, name the root cause out loud. If the best you can say is "the part was bad," ask what made it bad. A blown fuse has a reason. A failed motor that's drawing high amps has a reason. A part that fails again in days almost always had an upstream cause you skipped.

The too-complex trap

The opposite trap hits experienced techs more than rookies. You've seen the rare failures, so your mind reaches for them. You start chasing a control-board fault, a sensor-calibration drift, or an intermittent wiring fault before you've confirmed the boring stuff: power present, connections tight, filter clean, valve open, settings correct.

Tells you're in the too-complex trap:

  • You're talking about replacing an expensive assembly before you've metered the basics.
  • Your theory requires two or three things to fail at once.
  • You skipped a five-minute check because "it's never that."
  • You're quoting a big repair on a hunch, not a measurement.

The cure is the cost-and-likelihood gate. Before pursuing any expensive or rare cause, ask: have I ruled out every cheap, common cause that produces this exact symptom? If not, go do that first. Most faults are common faults. The planet is full of loose wires, dirty filters, tripped floats, and wrong settings.

The disciplined middle

The way out of both traps is the same ordered path. Work it every time and you naturally avoid the extremes.

  1. Confirm the complaint. Reproduce the failure yourself. A symptom you can't reproduce, you can't verify you fixed.
  2. Check the cheap and common first. Power, connections, supply (air, water, fuel, refrigerant charge, signal), settings, consumables. Most jobs end here.
  3. Follow the evidence, not the guess. Let a reading point you to the next test. Don't replace on suspicion.
  4. Name the root cause before replacing anything. If a part failed, find what stressed it.
  5. Verify the fix by reproducing the original condition. Run the system through the failure case, not just an idle test.

A quick gut-check table

Question If "no," you may be...
Did I reproduce the original failure? Too simple (guessing it's fixed)
Can I name the root cause in one sentence? Too simple (treating a symptom)
Did I rule out every cheap common cause? Too complex (chasing the exotic)
Does my theory need multiple parts to fail at once? Too complex (over-engineering)
Did I measure before I quoted the big repair? Too complex (selling a hunch)

Calibrating with the customer's story

The customer's account is data, but it's filtered through a non-tech. "It just died" might mean a slow decline they ignored. "It's never worked right" might mean an install error you'd never guess from the symptom. Use the story to point you at the cheap-and-common checks, then let your own measurements override it. The story tells you where to look; the meter tells you what's true.

References

  • OSHA General Duty Clause and safe-work practices for field service.
  • Trade-standard troubleshooting methodology (observe, isolate, test, verify).
  • Manufacturer service documentation and diagnostic flowcharts (generic).
  • See related: Trust the Data or the Story Decision Tree; The Diagnosis That Doesn't Add Up Decision Tree.