7 Customer Service Workflows The workflows. With the prompts.
These prompts are designed to be used inside a Claude Project that already has your product docs, policies, and brand voice loaded. They work without that — but they work much better with it.
Workflow 01 FAQ Response Drafting
The same 20 questions account for 80% of your ticket volume. Claude drafts polished, on-brand responses to each one in minutes. The goal isn't to send these unedited — it's to have a reviewed library your team pulls from so they're not writing from scratch every time.
Example Prompt I need to build a response library for our most common support questions. Here's the question:
"[Customer question — e.g. 'How do I cancel my subscription?']"
Our policy: [describe the actual policy in plain language]
Our tone: [e.g. warm but direct, no corporate speak, first-person singular]
What customers usually feel when they ask this: [frustrated / confused / just exploring]
Write three versions of a response:
1. A short version (2–3 sentences) for email or chat
2. A longer version with step-by-step instructions for a help article
3. A version for when the customer sounds frustrated or is threatening to churn
For each, flag anything I should double-check for policy accuracy.
⏱ Saves ~3–4 hrs/week on ticket drafting
Workflow 02 Complaint Escalation Responses
The hardest tickets aren't the ones with complex issues — they're the ones with angry customers who've already been let down once. Claude writes responses that de-escalate without being defensive, and takes ownership without making promises you can't keep.
Example Prompt I need to respond to a complaint from a customer who is [angry / threatening to leave / publicly frustrated]. Here's their message:
"[Paste customer message]"
Context:
- What actually went wrong: [brief description]
- Whether we're at fault: [yes / partially / they misunderstood]
- What we can offer: [refund / credit / fix / explanation]
- What we can't offer: [any limits]
Write a response that:
1. Opens by acknowledging how they feel (don't start with "I'm sorry for the inconvenience")
2. Takes responsibility for what's ours to own — nothing more
3. Explains what happened in plain language (not excuses)
4. Offers the specific resolution we're providing
5. Closes with a clear next step
Tone: direct, human, calm. No corporate filler. Under 200 words.
⏱ Saves ~2 hrs/week on escalation handling
Workflow 03 Onboarding Email Sequences
A well-written onboarding sequence reduces support tickets, increases activation, and makes customers feel taken care of — but it almost never gets written because there are always more urgent fires. Claude builds the first draft of a full sequence in one session.
Example Prompt Write a 5-email onboarding sequence for new customers of [product/service]. Here's what they need to do to get value quickly:
Step 1 (Day 0): [first action they should take]
Step 2 (Day 2): [second milestone]
Step 3 (Day 5): [key feature or habit to establish]
Step 4 (Day 10): [social proof or advanced feature]
Step 5 (Day 14): [check-in / success moment]
Customer profile: [who they are, what they bought, what success looks like for them]
Common reasons people don't activate: [list 2–3]
Our tone: [conversational / professional / etc.]
For each email: subject line, preview text, body (under 150 words), one clear CTA. No filler. Write like a helpful colleague, not a marketing department.
⏱ Saves ~4–5 hrs on sequence creation; ongoing ticket reduction
Workflow 04 Product Knowledge Base Writing
Help articles that are actually helpful — clear, scannable, written for someone who's frustrated, not someone who's already an expert. Claude drafts these from bullet points or rough notes. Your team reviews and publishes. The bottleneck moves from writing to editing.
Example Prompt Write a help center article for this topic: "[Feature or process name]"
Here are my rough notes on how it works:
[Paste bullet points, notes, or a rough explanation]
Who's reading this: a customer who [describe their situation — e.g. "just ran into an error" or "is setting this up for the first time"]
What they want to accomplish: [goal]
Common mistakes or points of confusion: [list them]
Format:
- H1 title (clear, specific — what they're trying to do, not what the feature is called)
- 1-sentence intro that tells them what this article covers
- Numbered steps where order matters, bullets where it doesn't
- A "common issues" section at the bottom
- Under 400 words
Write in plain English. If something needs a screenshot, flag it with [SCREENSHOT: description].
⏱ Saves ~3 hrs per article; reduces ticket volume over time
Workflow 05 Support Ticket Categorization Summaries
At the end of each week, paste your support volume into Claude and get a structured summary: what the top issues were, what caused them, which ones signal a product or process problem, and what to prioritize. Turns raw ticket data into something you can act on.
Example Prompt Here is a summary of support tickets from this week:
[Paste ticket list, categories, or raw ticket text — even messy is fine]
Analyze this and give me:
1. The top 5 issue categories by volume (with rough counts or percentages)
2. For each category: what's causing it (product bug / user confusion / policy gap / one-off)
3. Which issues are likely to repeat and should be addressed at the root
4. Which issues could be deflected with a better FAQ or help article
5. Any single issue that seems like a signal of a bigger problem worth flagging
Format as a weekly support summary I can share with the product and ops team. Plain language, no jargon.
⏱ Saves ~2 hrs/week on reporting; improves product feedback loops
Workflow 06 Refund & Policy Explanation Templates
Saying no is one of the hardest things in customer service. Claude writes policy explanation responses that are firm, clear, and still leave the customer feeling respected — which matters whether they accept the outcome or not.
Example Prompt Write a response explaining to a customer why their request falls outside our policy. Here's the situation:
Customer request: [what they asked for — e.g. refund outside the return window]
Our policy: [the actual policy, verbatim if you have it]
Why we're declining: [the specific reason]
What we can offer instead (if anything): [alternative or goodwill gesture]
Customer tone: [frustrated / understanding / threatening / confused]
Write a response that:
- Acknowledges what they asked for
- Explains the policy clearly without hiding behind it
- Offers the alternative (if any) as a genuine option, not a consolation prize
- Closes the loop without leaving them hanging
Keep it under 150 words. No "unfortunately" as the first word. Don't apologize for the policy existing — just explain it.
⏱ Saves ~1.5 hrs/week; reduces re-open rate on declined requests
Workflow 07 Customer Win-Back Sequences
Customers who churned — especially those who left for a known reason — are often the most convertible. Claude writes win-back sequences that acknowledge why they left, speak to what's changed, and make a specific, relevant offer. More effective than a generic "we miss you" email.
Example Prompt Write a 3-email win-back sequence for customers who cancelled [product/service]. Here's the context:
Main reasons they cancelled: [list 2–3 from exit surveys or support notes]
What's changed since they left: [product updates / pricing / features / team]
What we can offer to win them back: [discount / extended trial / free onboarding / etc.]
How long they were customers: [short-term / long-term]
Our tone: [honest and direct — not desperate]
Email 1 (1 week after churn): acknowledge they left, don't oversell — ask what went wrong
Email 2 (3 weeks after): share what's changed that addresses their likely reason for leaving
Email 3 (6 weeks after): make the specific offer with a clear expiration
Each email: under 120 words, real subject line, one CTA. Don't start with "We noticed you left." Write like a person, not a retention team.
⏱ Win-back sequences save ~5 hrs to build; improve reactivation 15–30%