4Calls
1.85Avg Score
11m 48sAvg Handle Time
2Documented
0Escalated
Week-over-Week Progress
Scorecard
| Dimension | Week Average | Calls Reviewed |
|---|---|---|
| Overall | 1.85 | 4 |
| Technical Accuracy | 2.5 | 4 |
| Protocol | 1.5 | 4 |
| Communication | 2.5 | 4 |
Main focus: Technical troubleshooting accuracy
V2 Rubric (Shadow Grading)
V2 overall: 56.15% across 3 v2-scored calls this week
| Category | Week Average |
|---|---|
| Resolution | 1.77 |
| Technical Accuracy | 2.29 |
| Communication | 3.75 |
| Customer Ownership | 3.83 |
| Escalation Judgment | 3.5 |
| Customer Experience | 3.81 |
- Partial Resolution: 2
- Appropriate Escalation: 1
Where Did the Time Go
By Product Family
| Family | Calls | Avg Handle Time | Overall | Accuracy | Protocol | Comms | Note |
|---|---|---|---|---|---|---|---|
| MX | 2 | 15m 20s | 1.45 | 1.0 | 1.5 | 2.5 | Outlier: 1.5x weekly median handle time |
| LN | 1 | 4m 45s | 2.8 | 5.0 | 2.0 | 3.0 |
By Problem Category
| Category | Calls | Avg Handle Time | Overall | Accuracy | Protocol | Comms | Focus? |
|---|---|---|---|---|---|---|---|
| HARDWARE | 2 | 15m 20s | 1.45 | 1.0 | 1.5 | 2.5 | ✓ |
| GENERAL INQUIRY | 2 | 4m 45s | 2.25 | 4.0 | 1.5 | 2.5 |
What You Did Well
- Professional communication3 of 4 callsMaintained polite and patient tone throughout interactions, acknowledged customer frustration, and expressed agreement that delays were unreasonable.Why this matters: Builds trust and reduces escalation risk by de-escalating customer frustration.
- Accurate mesh setup guidance1 of 4 callsCorrectly explained that the LN1600 must be the main unit and the 5500 can only be added as a secondary node via wireless mesh.Why this matters: Prevents misconfiguration and ensures correct network architecture.None
Growth Focus
- Technical troubleshooting accuracy2 of 4 callsIncorrectly interpreted LED states, reset procedures, and port identification for MX6200, and omitted mandatory connectivity checks before concluding hardware failure.Why this matters: Leads to unresolved issues, repeat calls, and incorrect hardware replacements.Example: In call #LTS00135064, instructed a 15-second reset press instead of proper pairing preparation for MX6200, misinterpreting steady blue LED as fault.What better looks like: Follow KB-guided troubleshooting: verify LED meanings, use correct Pair button/5-press method, and attempt router login/power cycle before hardware conclusion.
- Case documentation and escalation2 of 4 callsFailed to collect essential product details, create support cases, or provide concrete escalation paths/timelines, leaving customers without clear next steps.Why this matters: Violates protocol, delays resolution, and compromises customer experience.Example: In call #RR00120940, no product details were collected, no case was created, and only vague promises to 'urge sales' were given with no timeline.What better looks like: Collect model/serial numbers, create HappyFox cases, document troubleshooting, and provide explicit escalation steps with timelines before closing.
Callback Flags
No callback chains detected.
Documentation Accuracy
No documentation mismatches detected this week.
Practice Plan
- Step 1Before concluding any hardware failure, complete power cycle, router login, and WAN status check per KB universal_isp_modem_diagnostics.md.Why: Skipping these steps leads to incorrect diagnoses and unnecessary replacements.This week: #LTS00135064
- Step 2Collect and document serial numbers and warranty status for all replacement/RMA requests before closing calls.Why: Ensures proper case creation and avoids protocol violations.This week: #RR00120940
- Step 3When guiding customers through MX6200 setup, use correct pairing methods (Pair button or 5-press) and interpret LED states per KB.Why: Prevents misconfiguration and unresolved connectivity issues.This week: #LTS00135064
- Step 4Create a HappyFox case and provide a concrete escalation path/timeline before ending any call about delayed replacements or unresolved issues.Why: Meets protocol requirements and sets customer expectations.This week: #RR00120940
- Step 5Confirm customer understanding of mesh hierarchy requirements (LN1600 as parent, 5500 as secondary) before closing mesh-related inquiries.Why: Prevents follow-up calls due to incorrect configuration.
Escalation Lessons
No escalated case learning this week.
Evidence Calls
| Case | Date | Score | V2 | Product | Category | Outcome |
|---|---|---|---|---|---|---|
| #LTS00135064INBOUND | 2026-06-29 | 1.1 A 1P 1C 2 | 73.2% Developing | MX6200 | HARDWARE | Customer advised to obtain LAN cable and call back for further troubleshooting. |
| #LTS00135064INBOUND | 2026-06-29 | 1.8 A 1P 2C 3 | 58.9% Needs Improvement | MX6200 | HARDWARE | Agent initiated warranty claim, requested purchase receipt, photos of router base (model/SN), and screenshots of network status. Follow-up email promised with instructions for warranty processing. |
| 27f400ce-7368-11f1-beb3-42010a663f80INBOUND | 2026-06-29 | 2.8 A 5P 2C 3 | 36.3% Needs Improvement | LN1600 | GENERAL INQUIRY | Agent will email the customer with detailed setup instructions for integrating the LN1600 and 5500, and suggest alternative compatible models. |
| #RR00120940 | 2026-07-02 | 1.7 A 3P 1C 2 | — | GENERAL INQUIRY | Agent offered to urge the sales department but provided no concrete action, case number, timeline, or follow-up plan. |