AI Prompts for Customer Service: 18 That Handle Real Tickets (2026)
18 AI prompts for customer service that handle the hard tickets: angry customers, refund refusals, troubleshooting, and holding replies. Works in ChatGPT, Claude, or Gemini; three run a connected inbox by themselves.
- The prompts that matter in customer service are the hard-ticket ones: the angry customer, the refund you have to refuse, the problem you cannot reproduce. Generic 'write a polite reply' prompts fail exactly when the stakes rise.
- Every prompt here follows one rule: give the AI the facts and the boundary, ask for the draft, keep the judgment. The AI writes; a human decides.
- Do not paste customer emails with personal data into a chatbot's free tier. Either strip identifying details first or use a connection where permissions and data handling are explicit.
- Three prompts at the end run on a connected inbox through MCP: they pull the real thread history, response times, and queue instead of waiting for you to paste it.
Table of contents
- Why hard-ticket prompts are different
- First replies and holding patterns (1-4)
- Angry customers and de-escalation (5-9)
- Refunds, billing, and saying no to money questions (10-12)
- Troubleshooting and technical replies (13-15)
- The prompts that work the queue themselves (16-18)
- The privacy rule, stated properly
- Frequently asked questions
- Related guides: the rest of the prompt library
The best AI prompts for customer service are not the ones that write pleasant emails. They are the ones that hold up on the hard tickets: the customer who is furious, the refund you have to refuse without losing the account, the bug you cannot reproduce, the reply you owe before you have an answer. The 18 prompts below are organized by those moments. Fifteen work in ChatGPT, Claude, or Gemini by pasting context in; the last three run on a connected inbox by themselves. Each comes with one line on why it works, because a prompt you understand is a prompt you can adapt.
One honest rule before any of them: the AI drafts, a human decides. Every prompt below asks for a draft or an analysis, never for something sent. And one privacy rule: customer emails contain names, addresses, and account details, so either strip them before pasting into a general chatbot or use a connection where data handling is explicit. The last section covers what that looks like.
Why hard-ticket prompts are different
A generic reply prompt produces a generic reply, which is fine until the ticket has stakes. The hard tickets fail on specifics: the apology that accidentally admits fault, the refusal that reads as a brush-off, the technical answer pitched at the wrong level. The prompts below all work the same way: they hand the AI the facts and the boundary (what you can offer, what you cannot, what tone the moment needs), and they ask for a draft that respects both. The facts are yours; the wording is the AI's job.
First replies and holding patterns (1-4)
1. The holding reply that does not sound canned. For when you owe a response before you have an answer.
2. The information request without friction. Asking for details is where tickets stall; this asks for everything at once.
3. The expectation-setter. For requests that will take days, not hours.
4. The bad-news-first reply. Burying the answer is the most common service-writing failure.
Angry customers and de-escalation (5-9)
5. The apology that does not grovel or admit fault. The two failure modes of service apologies, avoided in one prompt.
6. The second-time complainer. The customer who has already complained once and is back angrier.
7. The public-review threat. For "I will post this everywhere" messages.
8. The wrong customer. Sometimes the customer is mistaken; saying so without condescension is a craft.
9. The de-escalation triage. For deciding which angry threads need a phone call, not another email.
AI Platform
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.
Refunds, billing, and saying no to money questions (10-12)
10. The refund refusal that keeps the customer. The highest-stakes template in service.
11. The billing-error apology. When the mistake is genuinely ours and money is involved.
12. The cancellation save that respects the no. Retention flows that ignore the customer's stated reason lose twice.
Troubleshooting and technical replies (13-15)
13. The step-by-step that matches the customer's level. Most troubleshooting replies are pitched wrong.
14. The cannot-reproduce reply. "Works for us" is the most hated sentence in support; this replaces it.
15. The workaround-with-a-promise. For when the real fix is weeks away.
The prompts that work the queue themselves (16-18)
Everything above waits for you to paste context in. These three fetch it themselves. They run in Claude or ChatGPT connected to a shared inbox through MCP, where the assistant has real tools with per-tool permissions instead of a pasted snapshot. Full disclosure: they are written against Drag's MCP server, which is our product; the tool names below are its real ones.
16. The morning service sweep. Runs the triage that section one approximates by hand.
What happens: the assistant queries the connected inbox directly, so the list is live, not a paste from twenty minutes ago, and the flags land before the coffee does.
17. The history-informed reply. The reply that knows the customer's past without you digging for it.
What happens: the assistant reads the relationship, not just the thread, and the draft stops contradicting last month's promise. Sending stays yours.
18. The Friday service report. The reporting prompt that ends the "how fast are we?" guesswork.
What happens: the numbers come from the inbox's own analytics tools, so the Friday report writes itself from data instead of memory.
Setting this up takes minutes, not an integration project: the connect a shared inbox to Claude guide walks through it, and MCP for customer support covers what the protocol changes for support teams generally.
The privacy rule, stated properly
Customer emails carry names, order numbers, addresses, and sometimes payment details. Pasting them into a general chatbot puts that data wherever that chatbot's data policy puts it, which on some free tiers includes model training. The workable rules: strip identifying details before pasting when you use prompts 1 to 15; check the data-training setting on your AI plan (on Claude's individual plans it is called Model Improvement, in Privacy settings); and for anything running the queue itself, use a connection where the permissions are per-tool and explicit, which is what the MCP route above is for. A team that handles sensitive categories (health, finance, legal) should treat the paste-in prompts as off-limits for raw threads entirely.
Frequently asked questions
Do these prompts work in ChatGPT, Claude, and Gemini?
Prompts 1 to 15 work in any of the three: they carry their own context, so paste the thread and the boundary and any current model handles the rest. Prompts 16 to 18 need an assistant connected to an inbox through MCP, which today means Claude or ChatGPT connected to a tool that publishes an MCP server.
Is it safe to paste customer emails into ChatGPT?
Not raw, on a free tier: names, account details, and payment references go wherever the data policy puts them, which can include model training. Strip identifying details first, use a business plan where training is off, or use an MCP connection with explicit per-tool permissions instead of pasting at all.
Can AI handle an angry customer by itself?
It can draft the reply; it should not decide the outcome. The de-escalation prompts here (5 to 9) hand the AI the facts and the boundary, and they ask for a draft under 120 words that a human reads before anything sends. The judgment call, compensation, escalation, or a phone call, stays human.
How is this different from your shared inbox prompts page?
The shared inbox prompts page is about running a team's queue: triage, ownership, handoffs, one voice across many hands. This page is about the tickets themselves: what to write when the customer is angry, owed money, or stuck. Most support teams end up using both.
What is the best AI for customer service replies?
For drafting, any of the current assistants (ChatGPT, Claude, Gemini) writes a good reply when the prompt carries the facts and the boundary. The differentiation is connection, not prose: an assistant that can read the real thread history and the team's queue drafts from the truth. That is an MCP question, and our MCP for customer support guide maps which tools offer it.
Related guides: the rest of the prompt library
The shared inbox prompt library covers team-queue prompts: triage, handoffs, and team voice. For personal email, the ChatGPT prompts and Claude prompts guides go deeper on individual workflows. When you need ready-made human templates rather than prompts, customer service email examples has them. And for the setup that makes prompts 16 to 18 real: connect a shared inbox to Claude, or see how teams run customer support inside Claude or ChatGPT end to end.
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.
