The Customer Who Diagnosed It Themselves Online
Why this matters
This customer does not call with a symptom. They call with a verdict. "My AC is low on refrigerant." "It is the water heater's element." "I need a new breaker." They watched a clip, matched it to their gut, and skipped straight to the answer. If you accept the verdict and start swapping parts, you inherit their mistake and eat the callback. If you dismiss it, you insult a person who did real homework. The skill is treating a self-diagnosis as a clue you use, not a conclusion you trust.
A conclusion is not a symptom
A symptom is something the customer observed: a noise, a smell, a puddle, a room that will not cool, a breaker that keeps tripping. A conclusion is the cause they decided that observation points to. The two get welded together in their head, and by the time they call you, they report only the conclusion.
Your whole job on this call is to un-weld them. The observation is gold. The conclusion is a guess with confidence attached. Take one, verify the other.
Recover the observation underneath the verdict
When a customer leads with a cause, walk them backward to what they actually saw. Ask it plainly, without any hint that they got it wrong:
- "What is it doing that made you think that?"
- "When did you first notice it, and what was happening at the time?"
- "Show me exactly what you saw in the video versus what yours is doing."
You are mining for the raw signal. A customer who says "it is low on refrigerant" often actually saw ice on the line set, which has a half-dozen causes, most of them not a leak. A customer sure it is the heating element actually saw lukewarm water, which points as easily to a thermostat, a dip tube, or a tripped high-limit. Get the observation and you can re-run the diagnosis from the real starting point.
The self-diagnosis is data, and it is also a trap
Their theory is useful. It tells you what they saw, roughly where, and often narrows your search. Do not throw it out.
But it also anchors you, and that is the danger. The moment you hear "it is the capacitor," part of your brain starts looking for reasons they are right instead of running a clean check. That is confirmation bias, and it makes a good tech skip steps. Hold their theory as one hypothesis on a list, not the front-runner. Verify it the same way you would verify your own first guess: with a reading, not a nod. (See related: Handling a Customer Who's Sure They Know the Cause.)
Why the online source pointed them wrong
Most of the time the video was not wrong. It was right for a different system than the one in front of you. A tutorial teaches the common case: a typical unit, a typical fault, a typical layout. Your customer's system has specifics the clip could not know, its age, its prior modifications, its configuration, the local code it was installed under, the load it actually carries. A generic fix meets a specific system and misses. That is a whole topic on its own (see related: Why a Generic Online Fix Fails on a Specific System); here, just know that "the video said" almost never means the customer is dumb. It means the match was loose.
The three shapes this customer arrives in
Sort which one you have, because the follow-through differs:
- Certain but empty-handed. They have a theory, no parts, no attempt. Easiest case. Extract the observation, diagnose clean, and if you land somewhere else, redirect them (see related: Redirecting a Self-Diagnosed Customer to the Real Problem).
- Certain and already bought the part. Now there is money and pride committed to the wrong answer. Handle the part on its merits, not their feelings (see related: They Already Bought the Wrong Part).
- Certain and already tried the fix. The system has been disturbed, and you now have two possible faults tangled: the original one and anything the attempt introduced. Diagnose the disturbed system deliberately (see related: Diagnosing a System After a Failed DIY Attempt).
The move to bank
Thank them for the legwork, then quietly reset to zero. "That is a good lead, let me take a couple of readings and confirm before we spend money on a part." You have honored the effort, kept your process clean, and bought yourself the right to land wherever the evidence actually points. A self-diagnosis is the customer handing you their notes. Read the notes. Do your own exam.
References
- Trade-standard practice for structured diagnosis and hypothesis verification
- Manufacturer documentation for system-specific fault trees and specifications
- See related: Why a Generic Online Fix Fails on a Specific System; Handling a Customer Who's Sure They Know the Cause; Redirecting a Self-Diagnosed Customer to the Real Problem