ayman.elamin@sutherlandglobal.com — Coaching Report

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


At a Glance

Calls HandledAvg Handle TimeTop ProductTop ProblemCases DocumentedCases Escalated
532m 57sLAPAC1750ACCESS3

Work Mix Lens

Scorecard

DimensionThis WeekCalls Reviewed
Accuracy4.205
Protocol1.605
Communication1.805
Overall1.765

Where Time Goes

Product Families

FamilyCallsAvg Handle TimeAvg OverallAvg AccuracyAvg ProtocolAvg CommunicationNote
MX1120m 4s1.201.002.002.00Outlier: 5.7x weekly median handle time
LN121m 12s1.801.002.002.00
OTHER37m 16s1.935.001.331.67

Key Observations

Problem Categories

CategoryCallsAvg Handle TimeAvg OverallAvg AccuracyAvg ProtocolAvg CommunicationFocus Area?
ACCESS37m 16s1.935.001.331.67
CONNECTIVITY270m 38s1.501.002.002.00

Week-over-Week Movement

What Went Well

  1. Accurate identification of cloud account ownership conflicts

> [02:29] CHANNEL_RIGHT: Okay, the solution is that we try to delete it now. Your device is added to another account. So what we can do is delete your device from the old account. Okay? And then you can add it to your new a...

#LTS00130698

Collected complete customer/contact details and correctly diagnosed the cloud account conflict.

  1. Clear next-step instructions for customer verification

In the LAPAC1750 case, provided actionable steps: “reply with invoice and device photos for verification.” This gave the customer a concrete path forward despite the handoff delay.

  1. Model identification accuracy

Correctly identified LN1200 and MX6200 models early in calls, enabling targeted troubleshooting (even when execution later faltered).


Growth Opportunities

  1. Operational closure and customer engagement

> [03:25] CHANNEL_RIGHT: Please stay on the line for assistance.

#LTS00130698

Call ended without live agent interaction — no issue was confirmed, diagnosed, or resolved. Next week, aim to:

- Always verify the customer’s problem within the first 30 seconds using open-ended questions (“Can you describe what’s happening when you try to connect?”).

- Provide a live case/reference number for every handoff or follow-up action.

- Summarize next steps clearly before ending (“I’ll email you a case number and expected timeline; please reply with X and Y.”).

  1. Technical accuracy in mesh troubleshooting

> Mis‑stated LED meanings (white described as “bad” when solid white indicates online)

#LTS00130700

Next week, focus on:

- Using model-specific KB guides for reset procedures (e.g., LN1200 requires 15‑second reset, not 30).

- Verifying LED states against official matrices before instructing customers.

- Confirming internet connectivity after each step (e.g., “Does the internet work now after the reset?”).


Next Week's Focus

  1. Start every call with a problem confirmation question — no scripted announcements before understanding the customer’s need.
  2. Reference model-specific troubleshooting guides before proceeding with steps (e.g., pull LN1200 mesh-rebuild KB before suggesting resets).
  3. Document and share a case/reference number for every internal handoff or customer-requested action.
  4. Practice concise next-step summaries — end calls with “You’ll do X, we’ll do Y, and I’ll follow up via Z.”

Technical Accuracy

Improvement

Agent provided inaccurate admin-page URLs and IP addresses during MX6200 troubleshooting.

#LTS00130706

Improvement

Incorrect reset instruction (30 seconds vs. 15 seconds for LN1200).

#LTS00130700


Coaching Moments

Improvement

[03:47] CHANNEL_RIGHT: Please stay on the line for assistance.

#LTS00130698

Improvement

[00:08] CHANNEL_RIGHT: Dear customer, please note that the working hours... For technical support, press 1.

#LTS00130698


Escalation Lessons: What L2 Did

No escalated case learning was available for this report.


Coach Appendix

Highest-signal trend: Protocol and communication scores are severely lagging behind accuracy — the agent collects data well but struggles to engage customers, structure troubleshooting, and close calls operatively. Focus next week on live customer engagement (confirming issues within 30s) and model-specific guide adherence before troubleshooting. The MX6200 outlier highlights the need for structured escalation criteria for complex mesh-backhaul cases — document symptoms, run model-specific diagnostics, and hand off with clear data.


This Week's Calls

CaseDateScoreDirectionProductCategoryOutcome
#LTS001306982026-05-25 10:36:32+00:002.80INBOUNDLAPAC1750ACCESSInternal team to remove device from previous account; customer to reply with invoice and photos. No confirmation of success or timeline provided.
#LTS001306982026-05-25 10:48:21+00:001.50INBOUNDLAPAC1750ACCESSNone – call ended without assistance.
#LTS001306982026-05-25 11:01:04+00:001.50INBOUNDLAPAC1750ACCESSNo resolution; call ended without addressing any issue.
#LTS001307002026-05-25 11:07:34+00:001.80INBOUNDLN1200CONNECTIVITYCustomer to test the fiber cable on a laptop; if internet still fails, contact ISP (STC) and possibly call back for further assistance.
#LTS001307062026-05-25 12:21:23+00:001.20INBOUNDMX6200CONNECTIVITYNo resolution achieved; further troubleshooting or escalation required.