weiyu.zeng@concentrix.com — Coaching Report

Week of 2026-05-25 – 2026-05-31


At a Glance

Calls HandledAvg Handle TimeTop ProductTop ProblemCases DocumentedCases Escalated
318m 12sFGW5500HARDWARE32

Scorecard

DimensionThis WeekCalls Reviewed
Accuracy2.003
Protocol2.003
Communication1.673
Overall2.633

Scores reflect 3 calls reviewed. Overall score range: 1.9 – 3.0.


This Week's Coverage

Models Supported

ModelCallsAvg Score
FGW550013.00
MX620011.90
MBE700013.00

Pattern Note:

The MX6200 call scored notably lower (1.9 overall), indicating a need for closer attention to troubleshooting flows and technical accuracy on this model.

Problem Categories

CategoryCallsAvg ScoreFocus Area?
HARDWARE22.45
SETUP13.00

HARDWARE (Avg 2.45)

The two hardware cases (FGW5500 and MX6200) show mixed results. The lower average suggests inconsistencies in diagnosing and resolving hardware faults—particularly around reset procedures, SIM/WAN verification, and clear escalation handoffs.


What Went Well

Correctly initiated warranty claims for hardware failures

The agent efficiently gathered critical customer details (serial numbers, purchase information, contact data) and initiated valid warranty claims for both the FGW5500 and MX6200 cases, aligning with support protocols.

“Warranty claim opened for hardware replacement. Customer to email photos of device serial label and receipt. Replacement to be arranged after claim approval (1-2 business days).”

#LTS00131007


Growth Opportunities

Inaccurate technical guidance and missed troubleshooting steps

What happened:

What good looks like:

“Provided wrong reset duration for MX6200 (20s instead of ~10s). Used non-existent term 'Nauta' multiple times, creating confusion.”

#LTS00131160

Failure to provide the correct admin URL for MBE7000

What happened:

The agent did not identify that the MBE7000’s admin interface uses http://myrouter.info, instructing the customer to use an incorrect IP address instead. Basic troubleshooting steps (power‑cycling, LAN checks) were also omitted.

What good looks like:

“Did not verify the correct admin URL for MBE7000 (should be http://myrouter.info, not [REDACTED_PHONE]). Skipped basic troubleshooting steps like power-cycling and LAN checks.”

#LTS00131189


Next Week's Focus

  1. Double‑check reset durations against KB articles before guiding any customer through a factory reset.
  2. Add WAN/SIM verification as a standard step for all 4G/5G routers (FGW, MX, MR series).
  3. Memorize or quickly pull up model‑specific admin URLs (e.g., MBE7000 = myrouter.info, Velop = myvelop.net).
  4. Send self‑help resources (KB articles, setup guides) during or immediately after the call when applicable—especially for setup‑related issues.

Technical Accuracy

Improvement

Incorrect reset duration for MX6200 (20s instead of ~10s). Used non-existent term 'Nauta' multiple times, creating confusion.

#LTS00131160

Improvement

Failed to verify WAN/SIM status or perform modem power-cycle for FGW5500, critical steps for 4G/5G routers.

#LTS00131007

Improvement

Did not verify the correct admin URL for MBE7000 (should be http://myrouter.info, not [REDACTED_PHONE]). Skipped basic troubleshooting steps like power-cycling and LAN checks.

#LTS00131189


Escalation Lessons: What L2 Did

#LTS00131007 — Resolved by Level 2

AspectDetails
What L1 sawCustomer reported a red-globe (no signal) issue on an FGW5500. After a reset showed flashing blue lights but no Wi‑Fi, L1 concluded hardware failure.
Why it escalatedThe case was escalated because L1 skipped critical 4G/5G diagnostics (SIM/WAN verification, modem power‑cycle) and jumped straight to warranty claim.
What L2 didL2 likely reviewed the case, confirmed the need for hardware replacement, and guided the customer through the warranty claim process (photos of serial/label, receipt). No further technical steps were required because the hardware fault was clear.
Current stateResolved via warranty replacement.
L1 learning points1. Always verify SIM/WAN status on 4G/5G routers before concluding hardware failure. 2. Perform a modem power‑cycle as a first step—it can resolve intermittent signal issues. 3. Document all diagnostics (LED behavior, reset outcome, SIM status) to provide a complete picture for escalation.

#LTS00131160 — Resolved by Level 2

AspectDetails
What L1 sawMX6200 Velop 6E wouldn’t broadcast its Wi‑Fi SSID. L1 performed an incorrect 20‑second reset, repeated power cycles, and ultimately concluded hardware failure.
Why it escalatedEscalation occurred because L1 used inaccurate troubleshooting (wrong reset duration, non‑existent “Nauta” term) and failed to confirm warranty status before initiating replacement.
What L2 didL2 likely reviewed the case, confirmed the hardware fault, and processed the warranty replacement after collecting serial and purchase details from the customer.
Current stateResolved via warranty replacement.
L1 learning points1. Use the correct reset duration (~10 seconds for MX series) as per KB—double‑check before instructing the customer. 2. Avoid unsupported terminology (“Nauta”)—it creates confusion and erodes trust. 3. Verify warranty eligibility before promising replacement to ensure a smooth handoff.

Coach Appendix

Highest-signal trend: Technical inaccuracies (reset durations, admin URLs, missing WAN/SIM checks) caused two escalations. Focus next week on precise KB reference use and structured hardware troubleshooting flows for 4G/5G and mesh models.


This Week's Calls

CaseDateScoreDirectionProductCategoryOutcome
#LTS001310072026-05-27 07:30:473.00INBOUNDFGW5500HARDWARE↑ Escalated
#LTS001311602026-05-28 02:08:021.90INBOUNDMX6200HARDWARE↑ Escalated
#LTS001311892026-05-28 06:51:083.00INBOUNDMBE7000SETUP↻ Callback set