2.3 Documenting Customer Concerns & Requests
Key Takeaways
- Discuss and document the concern/request using active listening before selling or scheduling assumptions
- Capture symptom details: what happens, when, where, conditions, warning lights, and recent related events
- Use clarifying questions and paraphrase to confirm understanding; write language a technician can act on
- Separate the customer's request ("oil change") from observed or stated concerns ("oil light flickered")
- Vague write-ups like "check car" or "noise" are exam wrong answers and real-world comeback fuel
Documenting Customer Concerns & Requests
Quick Answer: Discuss the concern with the customer, listen actively, ask clarifying questions about symptoms and conditions, then document the request in clear repair-order language a technician can follow. Vague notes and interrupted interviews are common failure patterns on ASE C1 scenarios.
Task 3 — Discuss and document concern/request with customer — is one of the highest-leverage Communications skills. Everything downstream (diagnosis time, estimate accuracy, CSI, comebacks) depends on whether the repair order captures what the customer actually experiences.
Discuss First, Document Second
"Discuss" means a real conversation, not a one-line clipboard. The consultant invites the story, listens without rushing to a sale, and confirms understanding. "Document" means translating that conversation into written concern language on the RO.
Active listening behaviors C1 expects in spirit:
- Give full attention; minimize interruptions
- Use brief encouragers ("go on," "what happened next?")
- Paraphrase: "So the vibration starts around 45 mph only when braking lightly—did I get that right?"
- Note emotion without being controlled by it: acknowledge frustration, then gather facts
- Distinguish request vs. concern: "I'd like an oil change" may coexist with "and the car smells hot on the highway"
The Symptom Detail Framework
Technicians need reproducible details. Train yourself to collect a consistent set:
| Detail | Example questions | Why it matters |
|---|---|---|
| What | What exactly do you see, hear, smell, or feel? | Separates noise, vibration, warning light, performance loss |
| When | When did it start? Constant or intermittent? | Intermittents need condition notes |
| Where | Front/rear, left/right, inside/outside? | Localizes inspection |
| Conditions | Speed, temperature, rain, after sitting, only in reverse? | Reproducibility |
| Frequency | Every drive, once a week, only with passengers? | Guides road-test plan |
| Indicators | Lights, messages, recent work, fluids added? | Links to systems and history |
| Severity / safety | Does it affect stopping, steering, or overheating? | Prioritization and advice |
You will not ask every question robotically. You will steer the interview until the write-up answers: What should the technician try to verify?
Clarifying Questions vs. Leading Questions
Good clarifying questions open the description:
- "Does it happen cold, hot, or both?"
- "Is it a squeal, grind, or click—and can you imitate it?"
- "Any recent repairs, impacts, or dashboard messages?"
Official-sample nuance: asking a customer to imitate a noise is a useful interview technique, but ASE's own C1 sample item about a brake-noise concern keys the response that a technician will need to evaluate the vehicle—not the imitation request, a reassurance that the noise is "common on all vehicles," or an average price quote. Use imitation to sharpen the write-up; choose technician evaluation when the stem asks what the consultant should do about the concern.
Leading questions push a conclusion too early:
- "It's probably your brakes, right?"
- "You just need pads—how many miles are on them?"
On C1, premature diagnosis by the consultant is a trap. Your role is to gather and document; technicians diagnose. You may share general process ("we'll inspect and advise") without inventing a root cause in the lane.
Write-Up Language: From Vague to Actionable
Compare these concern statements:
| Weak RO wording | Stronger RO wording |
|---|---|
| Check brakes | Customer states grinding noise from right front when braking from 40 mph to stop; began 3 days ago; ABS light off |
| Noise | Rattle from rear over bumps at low speed; quieter on smooth highway; started after curb strike last week |
| Car messed up | Intermittent hesitation on acceleration after highway cruise; no CEL reported by customer; occurs ~once per commute |
| Customer wants oil change | Request: oil and filter service per sticker; also reports oil pressure light flickered once at idle yesterday |
Strong write-ups use customer-reported language plus conditions. They do not invent causes ("bad wheel bearing") unless the customer was told that elsewhere—and even then, document as "customer was advised previously that…" rather than as confirmed fact.
Requests, Maintenance, and Multi-Item Visits
Customers often mix requests:
- Scheduled maintenance they want performed
- Symptoms they want diagnosed
- Questions about a noise a relative mentioned
Document each distinctly. Bundling everything as "LOF and check car" loses the diagnostic concern. If the customer only wants an oil change and declines diagnosis of a symptom they mentioned, document the mentioned symptom and the decline of inspection if your process requires it (decline documentation appears in later chapters—here, focus on capturing what was discussed).
Common Interview Failure Modes
| Failure | Result | Fix |
|---|---|---|
| Interrupting to upsell | Incomplete symptom picture | Finish concern interview first |
| Writing while not listening | Missed conditions | Listen, paraphrase, then write |
| Translating into slang only techs know | Customer cannot confirm accuracy | Use plain language on the RO concern line customers may see |
| Accepting "makes a noise sometimes" | Non-reproducible complaint | Dig for speed/temp/road conditions |
| Interviewing the wrong person | Missing first-hand symptoms | Speak with the driver who experiences it when possible |
Scenario Walkthrough
Customer: "My car is shaking."
Weak path: Write "vibration—check," quote an alignment, move on.
Strong path:
- "Thanks for telling us—when do you notice the shake?"
- Customer: "Around 60 on the highway, steering wheel shakes."
- "Does it change when you brake or only while cruising? Cold or after a long drive?"
- Document: Customer reports steering-wheel shake at ~60 mph during steady cruise; does not change under light braking; noticed for two weeks; tires recently purchased elsewhere.
- Confirm by reading it back; then discuss next steps (inspection/road test process) and transportation if needed.
That write-up gives the technician a verification target. The weak path gives them a fishing expedition.
Linking to Later Communications Tasks
Documenting concerns feeds:
- Accurate estimates and authorization (you cannot authorize what you never captured)
- Status expectations (diagnosis vs. maintenance timelines differ)
- Addressing original concerns at delivery (sales skills later in the outline)
- Comeback prevention (if the RO never stated the real complaint, "fixed" may miss it)
For now, master the interview and the written concern line. C1 will often ask which note is most complete or which question the consultant should ask next.
Exam Focus
Prefer answers that show listening, clarifying symptom conditions, and documenting specific, technician-usable concern language. Reject answers that jump to a parts sale, mock the customer, or leave "check and advise" with no symptom detail when detail was available.
A customer says, "There's a noise sometimes." What should the service consultant do next to meet ASE documenting standards?
Which repair-order concern statement is strongest for technician use?
During the concern interview, the consultant thinks the issue is a wheel bearing. What is the most appropriate action?
A customer requests an oil change and also mentions the oil pressure light flickered once. How should this be documented?