← All reports

🎧 Customer Support report

Mon 9/7/26 to Sun 9/13/26

Report generated: Mon 9/21/26 @ 10:27pm Central

Last sync: Mon 9/21/26 @ 6:04am Central, 8,719 tickets.

Replayed: tickets and messages after that date are excluded, but each ticket's status is its status today, not its status then.

❤️ HEALTH🔍 DIAGNOSIS🌟 PRAISE

❤️ HEALTH

Is the desk ok right now?

📊 Activity

DayMsgs in<1h1-2h2-4h4h+Waiting
Mon 9/07110000
Tue 9/087116141510
Wed 9/09592831170
Thu 9/1039212221
Fri 9/1132172510
Sat 9/12000000
Sun 9/13000000

Business hours only. Rows do not sum to messages in: 53 more were closed without a reply, nearly all of them a client saying thank you. The ones that were not are under Bad closes.

🚨 Needs attention now

9 messages are waiting on a reply. Longest first.

WaitingCompanySubject

🔇 Bad closes

117 of 117 closed threads judged: 104 answered, 2 bad closes, 11 not a support request.

❌ We never replied (2)

22556firstpointresources.com

Client reported an applicant complaint that we called someone who says they never authorised a verification, and asked us to investigate; we never replied.

We received a complaint from an applicant when we called to verify their employment- turns out they own the company we called. They were confused, and claimed they weren't applying for anything.
22277smarthrcheqs.com

Client asked us to provide the information for a completed professional reference search and we never replied at all.

it appears the reference, Rina Evans, completed the request. Can you please provide the information for this search?

📈 Against your own baseline

This week4w baseline
Tickets in123 ↑69+79%
Messages in202 ↑107+88%
Closed117 ↑67+75%
Still open6
Median response38m41mflat
p90 response3.8h ↓4.4h🟢 -14% better
Still waiting1

Response times are per inbound message, not per ticket, and include messages still waiting at their elapsed-so-far duration. Dropping unanswered ones would mean ignoring a customer improved the percentile.
p90 is the number to watch: a fast median with a slow p90 is a desk that looks healthy and has a tail of people who were left.
Rows with for a baseline are cohort-aged: this week's tickets are days old and earlier weeks' have had a month to close, so comparing them would read as worse every week no matter what.

⏱️ Response distribution

Wait
p5039mhalf were faster
p751.9h
p903.9h10% waited longer than this
p956.3h
p993.9d1% waited longer
max20.2d
AnsweredMessagesShare
< 1 business hour29260%
< 4 hours44491%
< 1 business day47196%
< 3 business days48198%
> 7 business days40.8%

489 inbound messages over the trailing 4 weeks. A single week is too few messages for a p99 to mean anything.

⚡ What changed

🔍 DIAGNOSIS

Why, and who it is coming from.

⏳ Where the time goes

57.3d of business time across 123 tickets, 58% of it waiting on us.

Owed byHoursShare
Us33.5d58%
The client23.8d42%
Our time per ticket
p501.1hhalf held us less
p905.1hthe tail that sets the week
max20.0h
Our timeTheirsCompanySubject

Derived from message timestamps, not from Freshdesk status. A span that starts with a customer message is ours until we reply; one that starts with our reply is theirs until they write back. Private notes move nothing. Business hours only, and the clock stops when a ticket closes. Tickets still open are counted to now, so their share can only grow.

🏢 Who

Ranked by change against each company's own 4-week baseline, so a client going from one ticket to six outranks a steady heavy user.

CompanyWeekBaselineChange
inchecksolutions.com3015.8+90%
vsquality@23
verification@4
michaelvelasco@1
3rddegreescreening.com152.5+500%
jimmy.waters@15
srascreening.com179.0+89%
vmartsinyuk@4
ckranz@3
cgajjar@3
smarthrcheqs.com60.2+2300%
gfontanelli@4
ccogdill@2
truviewbsi.com40.8+433%
jtincher@2
jmorales@2
firstchoicebackground.com2017.5+14%
samanthad@9
kennia@8
courtney@2
advrep.com53.0+67%
ryarbrough@3
verifications@2
wmchs.net20.0new
office@1
mrscoppess@1

🏷️ Tags applied

Computed from the store, not inferred.

💬 Themes

Inferred: read from the ticket bodies, not computed.

Results stopped syncing to clients' systems

The week's dominant cost by a wide margin. Work was completed here and stayed invisible there, so clients spent the week asking us for answers we already had, and one of them started doubting their own dispatch counts.

Orders not closing when their SLA ran out, and SLAs nobody knew they had

Two clients spent the week discovering their own configuration. One found employment orders on a 30-day blueprint they had never asked for; the other has been chasing the same expiry bug since early August.

Parchment cancellations arriving with no reason attached

Same client, five times in a week, asking the same question: why was it cancelled, and can we have the report. Two Linear issues opened; the answers when they came were useful, which is the point.

Verifications accepted from sources that do not hold up

Five tickets where we returned an answer and the client had to tell us it was not a usable one. These are the expensive ones: the report went out.

The AI agent not finishing the call it answered

Four tickets where an inbound call was taken and something was lost.

Applicants who could not upload their documents

Three tickets and two named applicants blocked, with converting the file to JPEG as the only workaround anyone found.

The wrong party contacted

Four tickets, including one that reached the applicant himself.

🌟 PRAISE

Client praise, in their words.

No noteworthy praise this week.

Written by a Claude Code routine. Not for distribution outside Argus.