15 AI prompts for support reporting: turn inbox metrics into decisions, diagnose slow reply times, and four connected prompts that pull the real numbers.
Key takeaways
- Reporting prompts are analysis prompts, not formatting prompts. The job is not prettier numbers; it is knowing which number changed, why, and what to do on Monday.
- Prompts 1 to 11 work by copy-paste: you bring the stats, the AI brings the reading. The last four run on a connected inbox and pull response times, volumes, and closed conversations themselves.
- The most useful weekly question is not how did we do; it is what changed and what drove it. Every prompt here is built to separate a trend from a bad Tuesday.
- The honest rule for AI and metrics: the assistant reads and explains the numbers, and a human decides what they mean for people. No prompt here scores a teammate for a decision a manager should own.
Table of contents
The short version: these fifteen prompts turn support numbers into decisions. Not formatting: analysis. Which metric actually changed, what drove it, whether it is a trend or a bad Tuesday, and what to do about it on Monday morning. The first eleven work by copy-paste in ChatGPT, Claude, or Gemini: you bring the numbers, the AI brings the reading. The last four are different in kind: connected to an inbox through MCP, they pull the real response times, volumes, and conversations themselves, which makes this page the clearest demonstration in the library of what a connected assistant can do that a chat window cannot.
Where this page sits: the triage prompts and shared inbox prompts each carry one Friday-briefing prompt for the week's status. This page is what comes after the briefing: the analysis, the diagnosis, and the reports people upstream actually read.
The weekly review (prompts 1-4)
The weekly review fails two ways: it becomes a ritual nobody reads, or it becomes a number dump nobody interprets. These four force an interpretation.
1. The what-changed reading. The only weekly question that matters, asked directly.
2. The outlier autopsy. Averages hide the story; the worst three conversations usually tell it.
3. The trend caller. Four data points are not a trend, but they might be the start of one.
4. The Monday plan. The review is only worth doing if next week starts differently.
Diagnosing the numbers (prompts 5-8)
A slow reply time is a symptom. These prompts find the disease.
5. The reply-time decomposition. "We are slow" is not a diagnosis. Where the time goes is.
6. The volume forecaster. Next week's staffing question, answered from arrival patterns instead of vibes.
7. The repeat-driver finder. The fastest way to shrink a queue is to stop a question from being asked.
8. The commitment-risk scan. The report that keeps promises from becoming apologies.
Reports people actually read (prompts 9-11)
The audience for support numbers is rarely the support team. These three translate for the people upstream.
9. The exec paragraph. Support health for someone with thirty seconds and a decision to make.
10. The board line. Two sentences, quarterly trend, no adjectives doing the work of numbers.
11. The release correlator. Whether the product change moved the support queue, argued with dates.
Drag AI
The inbox your team and your AI work in together
Shared inbox, live chat, and AI in Gmail, with an MCP server your AI tools can drive.
The prompts that pull their own numbers (12-15)
Everything above depends on what you paste, which means the analysis is only as good as your export. Connected through MCP, the assistant queries the inbox's real analytics: response times, daily activity, closed conversations. Nothing is remembered, estimated, or copied from a dashboard. The connection guide covers the setup in about ten minutes.
12. The self-writing weekly report. The full Friday review, from live data to finished paragraphs.
What happens: get_response_times and get_daily_activity supply the week's real numbers, get_closed_activity shows what was resolved, and the long-runners are read, not summarized from memory. The report cites its own receipts.
13. The reply-time drilldown. Prompt 5's diagnosis, run on live data instead of your reconstruction.
What happens: the assistant pulls per-day response times and reads the slow threads themselves, so the pickup-versus-drafting split comes from timestamps rather than recollection. The answer usually surprises the team lead.
14. The month-over-month review. The trend question, answered with every week's real numbers.
What happens: get_avg_response_time and the activity tools cover both periods, so the comparison is complete rather than sampled. Trend calls come with the arithmetic attached.
15. The daily anomaly watch. The thirty-second morning check that catches the bad day early.
What happens: the assistant checks live activity against the recent baseline and answers in one line when the answer is boring, which is the mark of a monitoring habit that survives. The one-line "all normal" is the feature, not the fallback.
Where the prompts stop and the system starts
Reporting prompts work exactly as well as the data underneath them, and pasted data decays: it is partial, stale by Friday, and blind to whatever your export missed. That is the honest limit of prompts 1 to 11, and it is why 12 to 15 exist. For disclosure: they run against Drag, our shared inbox for Gmail, which tracks response times and team activity natively and exposes them to any assistant through its MCP server on the Pro plan. Drag runs from $12 a seat with Drag AI from $18. Everything in the first eleven prompts needs no Drag account at all.
FAQ
Can ChatGPT analyze customer support metrics?
Yes, within the limits of what you paste. Given clean numbers, it is good at exactly the analysis teams skip: separating material changes from noise, decomposing a slow reply time into stages, and forcing a Monday decision from a Friday review. Connected to the inbox through an MCP server, it can pull those numbers itself instead of working from your export.
What should a weekly support report include?
Four things: what changed against last week and why, the outliers and their shared pattern, the promise-at-risk list, and one process change for next week with the number that will prove it worked. Volume and reply-time totals belong in the report; a report that is only totals is a ritual, not a review.
How do I report support metrics to a founder or board?
Lead with the decision-relevant fact, not the dashboard. A founder needs one paragraph: the trend, its driver, two numbers of evidence, and the ask. A board needs two sentences and no adjectives standing in for figures. Bad news stated plainly with the fix underway reads better than good news that smells curated.
The rest of the prompt library
This page is one of seven in the Drag prompt library. The triage prompts clear the queue these reports measure, the support QA prompts review the replies behind the numbers, the shared inbox prompts run the team day-to-day, and the customer service prompts handle the tickets that become this page's outliers.
Co-founder
Building Drag for nearly ten years: shared inboxes, boards, and now the AI and agent layer, all on Gmail, plus HeyHelp for the personal inbox. Writes the honest versions of the comparisons.
