GPTPROMPTS.AI
HOW-TO GUIDE · 2026

How to Use Claude for Customer Support: 2026 Guide

An 8-step workflow for support teams. Load your full knowledge base into a Claude Project, triage 50-ticket batches in minutes, draft empathetic responses, package escalations cleanly, and turn resolved tickets into KB articles weekly.

Recommended toolChatbaseBuild a support chatbot trained on your own content.Build your chatbot

Affiliate link, we may earn a commission at no extra cost to you.

Customer support with Claude in 2026 is a different category of useful than support with ChatGPT or with Zendesk's built-in answer bot. The difference is that Claude can hold an entire knowledge base (300-500 articles), the voice and tone guide, the CS playbook covering refunds and retention, recent release notes, the known-issue list, and 10-20 exemplar resolved tickets in working memory at once. A typical product Project lands at 60,000 to 120,000 tokens of background context, well inside Claude's 200K window. Every response Claude drafts is grounded in your actual KB and policy, not guessed from training data, and the wrong-answer rate that frustrates agents working with retrieval-only tools drops sharply because Claude has the whole KB available, not just the top-3 chunks the retrieval system surfaced.

The 8-step workflow below is built for a real CS team: triage incoming tickets in batches, draft empathetic responses that mirror the customer's actual words, package escalations to engineering cleanly, generate KB articles from resolved tickets in 15 minutes, run sentiment and escalation-risk scoring on the queue, review newer agents' drafts before send, and convert weekly resolved-ticket patterns into product feedback for the roadmap. The first step (Project setup with the full KB and policy) is the upstream investment that makes everything else work. The middle steps (triage, drafting, KB articles, escalations, agent QA) are the daily-cadence work where Claude saves the most time. The final two steps (sentiment scoring, weekly product feedback) are how a high-functioning CS team turns ticket volume into strategic product input. Every step has tool-specific patterns that lean on Claude's strengths instead of fighting the model.

Who this guide is for

  • • Customer support agents (L1-L3) at SaaS, e-commerce, fintech, or developer tools companies handling 50-200 tickets per week each
  • • CS managers and team leads running support teams of 10-50+ agents who need consistent voice, faster cycle time, and weekly product feedback
  • • Support engineers and escalation specialists handling the hardest 10 percent of tickets where judgment, empathy, and technical accuracy all matter at once
  • • Customer success managers (CSMs) handling churn-risk accounts, renewal escalations, and named-account support where a wrong word costs 6-figure ARR
  • • Knowledge base owners and CS ops leads responsible for KB freshness, response quality, agent QA, and ticket-pattern analysis for the roadmap
  • • Founders and early-stage CS leaders at startups where one person owns support and needs leverage to handle 100+ tickets a week without sacrificing quality

Why Claude specifically (vs. ChatGPT, Zendesk Answer Bot, or Intercom Fin)

For customer support workflows, Claude has four specific advantages over alternatives. First, the 200K token context window is the biggest technical differentiator. A typical product's KB plus voice guide plus CS playbook plus recent release notes plus exemplar tickets lands at 60,000 to 120,000 tokens, well inside Claude's window. Retrieval-augmented tools like Zendesk Answer Bot and Intercom Fin pull only the top-3 KB chunks per query; Claude has the whole KB available, which means Claude can synthesize across articles for compound questions (where the right answer requires combining 3 different KB articles). Second, Claude's tone and empathy on emotionally charged tickets (outages, billing disputes, lost data) are materially better than competitor models; responses do not read as templated and adapt to the customer's actual frustration level. Third, Projects let you load the KB, voice guide, escalation criteria, and CS playbook once and inherit them across every conversation, which means consistent quality across every agent on the team. Fourth, Claude's citation discipline when grounded in a Project KB is reliable enough that human-in-the-loop review takes 30-60 seconds per draft instead of 3-5 minutes.

Where Claude loses: Zendesk Answer Bot wins for fully automated FAQ deflection on simple questions where you want zero human in the loop, especially for high-volume B2C support where templated answers are acceptable. Intercom Fin integrates more deeply with the Intercom inbox and has better out-of-the-box ticket-context awareness if your stack is fully Intercom. ChatGPT is competitive for one-off response drafting where you do not need full KB context. Microsoft Copilot wins for support teams that work primarily out of Outlook and Teams. The realistic answer for a CS team is to use Claude as the primary collaborator for judgment-heavy tickets (escalations, churn risk, multi-issue, sensitive customers) and reach for the inbox-native automation for the high-volume simple-FAQ tier.

The 8 steps below are tuned for Claude but the underlying logic translates to any major LLM with a long context window. The patterns that matter (Project setup with full KB, batch triage, response drafting with mirrored language, KB article generation, escalation packaging, sentiment scoring, weekly product feedback) are model-agnostic; the specific UX advantages (Projects, long context, citation discipline) are Claude-specific in 2026. For paired workflows, see our how to use Claude (full guide), the Claude for writing guide, and the Claude for research guide.

The 8-Step Workflow

01

Build a Claude Project per product line with the full knowledge base

The single highest-leverage upstream activity is building a Claude Project per product line and loading the full source-of-truth. Include every KB article (one markdown file per article, with the canonical URL in frontmatter so Claude can cite); the voice and tone guide with required and forbidden phrases; the CS playbook covering refund policy, retention offers, SLA exceptions, and escalation criteria; recent release notes so Claude knows what shipped this month; the known-issue list so Claude can recognize ongoing incidents; and 10-20 exemplar resolved tickets that demonstrate house style. For a 300-article KB this lands at 60,000 to 120,000 tokens, well inside Claude's 200K window. Every conversation in the Project inherits this context without re-pasting and Claude can cite the exact article URL it pulled an answer from. The setup takes 90-120 minutes once and pays back inside the first week through faster, more accurate first-draft responses.

Example prompt
In a new Claude Project named '[Product] CS', upload these files: (1) kb/ folder with one markdown file per KB article (frontmatter includes title and canonical URL), (2) voice-guide.md with required phrases, forbidden phrases, apology guidelines, and tone-by-customer-state mapping, (3) cs-playbook.md with refund policy, retention offers by tier, SLA terms, and the escalation matrix, (4) releases.md with the last 90 days of release notes, (5) known-issues.md with ongoing incidents and their workarounds, (6) exemplars/ folder with 10-20 resolved tickets that demonstrate house style across different ticket types. Then in any new conversation: 'Using the context in this Project, draft a response to [paste customer message]'. Every Claude response now grounds in your actual KB and cites the article it pulled the answer from.
02

Triage incoming tickets in batches with Claude

Triage is the highest-leverage daily Claude application for CS. For a high-volume queue, batch 50-100 tickets at a time and ask Claude to classify each by issue category (account, billing, technical, feature request, complaint), priority (P1 outage or revenue-blocking, P2 broken feature for one customer, P3 question, P4 feedback), customer sentiment (very negative through very positive), and routing recommendation (self-serve KB article with link, L1 agent, L2 specialist, manager, legal). Output as a table the agent can act on directly. Claude classifies a 50-ticket batch in 5-10 minutes versus 30-60 minutes manually. First-pass accuracy is 85-90 percent against human triage; the remaining 10-15 percent are edge cases where the actual issue is buried beneath the surface complaint. Always verify P1 classifications manually before routing because false negatives on P1 are expensive.

Example prompt
'KB and CS playbook in Project. Below are 50 incoming tickets from the last 4 hours. For each, output a row in a markdown table with columns: ticket_id, issue_category (account/billing/technical/feature/complaint), priority (P1/P2/P3/P4 with 1-line justification), sentiment (very_negative/negative/neutral/positive/very_positive), routing (self_serve_kb_link/L1/L2/manager/legal with the specific KB URL or queue name), and a 1-sentence why for the routing decision. Tickets: [paste 50 tickets, one per line with ticket_id and full body]. After the table, flag any tickets you classified as P1 with a 2-line note on what makes them P1 so I can verify before routing.'
03

Draft empathetic, voice-guide-aligned responses in seconds

Drafting responses is the volume daily task for support agents. The pattern that works: paste the customer's actual message verbatim into the prompt, tell Claude the customer's emotional state (Claude can also classify it from the message in the same prompt), and ask for a draft response that mirrors specific words the customer used, references the relevant KB article by URL, and stays inside the voice guide. Three disciplines prevent the templated-sounding output that kills CSAT: load the voice guide with explicit forbidden phrases (we apologize for any inconvenience, your call is important to us); paste the customer message verbatim so Claude mirrors their language; and explicitly request the response register matched to the customer's emotional state. Drafts produced this way are 80-90 percent shippable; the human pass adds account-specific context the agent has from the CRM that Claude does not.

Example prompt
'KB, voice guide, and CS playbook in Project. Customer message: [paste verbatim]. Account context: [tier, tenure, recent NPS, any account flags]. (1) Classify the customer\'s emotional state on a 5-point scale and identify the 2-3 phrases that drove the classification. (2) Draft a response of 80-150 words that: opens by acknowledging the specific concern the customer raised (mirror their words), provides the answer with the exact KB article URL in the Project, matches the response register to their emotional state, includes a clear next step (what they should do, what we will do), and ends with a sentence that invites follow-up without sounding scripted. Avoid every phrase in the forbidden list of the voice guide.'
04

Generate KB articles from resolved tickets in 15 minutes

Turning resolved tickets into KB articles is one of the highest-ROI Claude applications. After a ticket resolves, paste the full thread (customer message, agent responses, resolution) and ask Claude to draft a KB article in your standard structure: a search-friendly title (phrased as the customer would type it), a 1-paragraph TLDR for skimmers, the symptom (what the customer sees), the diagnosis steps (how to confirm this is the right issue), the resolution (numbered steps), prevention tips, and related articles. Claude inherits voice from the style guide. First-pass article quality is 70-80 percent shippable; the editorial pass focuses on generalizing from the specific customer's case to the broader pattern, removing customer-identifying details (names, IDs, emails, screenshots with PII), and adding the screenshots or code blocks the article needs. A team resolving 50 unique-issue tickets a month can ship 30-40 KB articles with this workflow vs 5-10 manually.

Example prompt
'KB style guide and exemplar articles in Project. Below is a resolved ticket thread: [paste full customer messages, agent responses, and final resolution]. (1) Draft a KB article in our standard structure: search-friendly title (phrased the way a customer would type it into the search box), 1-paragraph TLDR (60-80 words, what this article covers and who it is for), Symptom section (what the customer sees, including specific error messages verbatim), Diagnosis section (1-3 numbered checks to confirm this is the right article), Resolution section (numbered steps, code blocks where relevant, expected outcome after each step), Prevention section (1-2 tips), Related articles section (cross-link to 2-3 KB articles in the Project). (2) Generalize: remove all customer-identifying details and rephrase customer-specific examples as generic ones. (3) Flag any place where a screenshot or diagram should be added, with a 1-line description of what it should show.'
05

Package escalations to engineering and product in 10 minutes

Escalations live or die on the quality of the package handed to engineering. The pattern that works: paste the full ticket thread, the steps to reproduce, the affected customer count and tier, the business impact (revenue at risk, contracted SLA, customer escalation level), and the timeline. Ask Claude to write the escalation in the structure your engineering team expects: 1-line summary, severity classification per your incident matrix, reproduction steps numbered and verified, affected customer details (anonymized for privacy), business impact in dollars and contracts, what the support team has already tried, what is needed from engineering, and the deadline based on SLA or customer commitment. Claude produces a clean package in 5-10 minutes that engineering can act on without follow-up clarification. Most teams that adopt this pattern see ticket cycle time on escalated issues drop 30-50 percent.

Example prompt
'KB, CS playbook, and incident severity matrix in Project. Below is a ticket thread that needs escalation to engineering: [paste full thread]. Affected customers: [list anonymized customer IDs, tiers, and ARR]. Reproduction steps the agent confirmed: [paste]. Business impact: [contracted SLA terms, revenue at risk, executive visibility]. Prior agent attempts: [list what was tried, what worked, what did not]. (1) Classify severity per our incident matrix. (2) Write the escalation in our standard structure: 1-line summary suitable for the engineering Slack channel, severity classification with justification, reproduction steps numbered, affected customer count and ARR (anonymized), business impact, prior attempts, what is needed from engineering, deadline, on-call paging recommendation (yes/no with reason). (3) Output as markdown ready to paste into the engineering ticket tool.'
06

Use Claude as a real-time second pair of eyes on agent draft responses

Review-before-send is a high-leverage pattern, especially for newer agents. The agent writes the draft as normal, then pastes the customer message, the policy or KB article they referenced, and the draft into Claude. Claude reviews in 10-20 seconds and flags: factual errors against the KB or policy, tone mismatches with the customer's emotional state, missing information the customer will need, phrases that violate the voice guide. The output is a numbered list of 1-3 actionable issues per draft for newer agents, dropping to 0-1 issues after 4-6 weeks of practice. Teams that adopt this pattern see CSAT scores converge across tenure within 2-3 months because the review pass functions as continuous coaching. For policy-impacting tickets (refunds, credits, SLA exceptions), make Claude review mandatory before send; for routine tickets, keep it optional to preserve agent throughput.

Example prompt
'KB, voice guide, and CS playbook in Project. Customer message: [paste]. Article or policy the agent referenced: [paste KB URL or policy section]. Agent draft: [paste]. Review the draft and flag: (1) Factual errors against the KB or policy (cite the article and the conflict). (2) Tone mismatches with the customer\'s emotional state (state the customer\'s state and why the draft does not match). (3) Missing information the customer will need to take next steps (what is missing, where to add it). (4) Phrases that violate the voice guide forbidden list (cite the rule). Output as a numbered list of issues with severity (must-fix before send, nice-to-fix). Do not rewrite the response; the agent applies the fixes.'
07

Run sentiment and escalation-risk scoring on the ticket queue

Sentiment classification is one of Claude's strongest applications and routing by sentiment lifts CSAT meaningfully on the highest-risk tickets. Set up a daily or hourly batch where Claude scores each open ticket on sentiment (very negative through very positive), identifies the 2-3 phrases that drove the score, and flags escalation-risk indicators (mentions of legal, social media, executives, lawyer, references to switching providers, references to the contract). Output the scored queue as a table sorted by risk, so managers can intervene on the top 5-10 tickets daily. Teams that route by Claude sentiment see 10-20 percent CSAT lift on the highest-risk tickets because they get faster manager attention. For Zendesk, Intercom, or Salesforce Service Cloud, wire this into the inbox via API so scores appear next to every ticket.

Example prompt
'KB and voice guide in Project. Below are 80 open tickets from the queue. For each, classify: (1) sentiment on a 5-point scale (very_negative through very_positive), (2) the 2-3 phrases that drove the score (verbatim from the customer), (3) escalation-risk score (low/medium/high) based on indicators: mentions of legal/lawyer/social media/executives/lawsuit/news, references to switching providers, references to the contract or SLA, use of all caps or repeated punctuation, prior unanswered follow-ups. Output as a markdown table sorted by escalation-risk descending, then sentiment ascending. After the table, list the top 5 tickets that warrant immediate manager attention with a 1-line why for each. Tickets: [paste 80 tickets].'
08

Convert weekly resolved-ticket patterns into product feedback for the roadmap

The highest strategic-value Claude application in CS is converting the weekly volume of resolved tickets into product feedback the roadmap can act on. Once a week, paste the resolved-ticket summary for the prior 7 days (or the relevant subset, e.g., billing-only tickets, or tickets from a specific customer tier). Ask Claude to identify the top 10 patterns by frequency and impact, the underlying product issue or UX gap each pattern reveals, the proposed product change that would prevent the tickets, and the estimated weekly ticket volume reduction if the change ships. Output as a prioritized list product can take to roadmap planning. The discipline that makes this useful: focus on patterns of 5+ tickets per week, not one-off complaints; one-offs belong in the per-ticket loop, not the roadmap conversation. CS teams that ship this weekly to product see 10-20 percent ticket-volume reduction quarter over quarter as the highest-impact patterns get fixed.

Example prompt
'KB, recent release notes, and known-issues list in Project. Below are 200 tickets resolved this week, with categories and resolutions: [paste]. (1) Identify the top 10 patterns by frequency (group near-duplicate tickets), with ticket counts. (2) For each pattern, describe the underlying product issue or UX gap that drove the tickets (root cause, not surface symptom). (3) For each pattern, propose 1-2 concrete product changes that would prevent the tickets (UX fix, error message clarity, onboarding step, default behavior change, missing feature). (4) Estimate the weekly ticket-volume reduction if each change ships, based on this week\'s data. (5) Rank the 10 patterns by impact (volume reduction multiplied by build feasibility). Output as a prioritized table ready to paste into the product roadmap planning doc.'

Common Mistakes That Break Claude CS Output

1. Drafting responses without loading the KB and CS playbook first

The single biggest source of broken responses. Claude will produce plausible-looking responses with policy commitments that do not match your actual policy, KB references that do not exist, and product behavior assumptions that are wrong. Build a Project per product with the full KB, voice guide, and CS playbook once and inherit it across every conversation.

2. Auto-sending Claude responses on policy-impacting tickets

Refunds, credits, SLA exceptions, and retention offers should never go out without a human in the loop. The cost of a hallucinated policy promise vastly exceeds any speed gain from auto-send. Use Claude to draft, never to send, on anything that commits the company to a financial or contractual position.

3. Letting the KB go stale in the Project

Every release that changes product behavior should trigger a KB refresh in the Project, otherwise Claude will cite outdated answers as authoritative. Set a weekly maintenance cadence: pull the latest KB articles, refresh the recent release notes, update the known-issues list. Stale KB context is worse than no context.

4. Producing templated-sounding responses that kill CSAT

Responses that read as canned macros are the fastest way to drop CSAT. Three disciplines prevent it: load the voice guide with explicit forbidden phrases (we apologize for any inconvenience), paste the customer message verbatim so Claude mirrors their language, and explicitly request the response register matched to the customer's emotional state.

5. Skipping the human review on churn-risk and named accounts

Churn-risk tickets and named-account escalations are exactly the tickets where the cost of a wrong word is highest. Always have a human review responses on these tickets before sending, regardless of how good Claude's draft looks. The throughput gain is not worth a 6-figure ARR loss from a poorly worded response.

6. Treating Claude triage as authoritative on P1 classifications

Claude's first-pass triage is 85-90 percent accurate, but the 10-15 percent of misses concentrate on P1 edge cases where the actual issue is buried beneath a polite surface complaint. Always verify P1 classifications manually before routing; false negatives on P1 are expensive.

7. Using Claude for KB article generation without removing PII

Resolved tickets contain customer names, IDs, emails, screenshots with PII. Claude will faithfully include these in the first-draft KB article unless told to generalize. Always run a PII scrub pass on every Claude-generated KB article before it ships, and consider building a standing scrub prompt into your KB workflow.

8. Pasting customer-identifiable data into the consumer Claude

Never paste customer-identifiable data (names, emails, payment details, account IDs) into the consumer Claude unless your security team has explicitly approved it. For organizations with stricter data policies, Claude is available through AWS Bedrock and Google Vertex AI with enterprise data agreements; check your company AI policy before pasting any non-public CS content.

Pro Tips (What Most CS Teams Miss)

Build one shared CS Project plus one product Project per product line. Shared Project holds the voice guide, escalation criteria, refund policy, retention playbook, and brand crisis communication templates. Product Projects hold KB, recent release notes, known-issue list, and product-specific runbooks. Agents branch off conversations from whichever Project matches the task with both layers of context available.

Refresh Project context weekly, not quarterly. Every release that changes product behavior should trigger a KB refresh in the relevant product Project. Add this as a recurring task in your CS ops calendar. The refresh takes 30-60 minutes and prevents Claude from confidently citing outdated answers as authoritative.

Use Opus 4.6 for the hardest 10 percent; Sonnet 4.6 for the daily 90 percent. Opus's judgment is materially better on multi-issue threads, sensitive customers, technical escalations, regulatory disputes, and churn-risk tickets. Sonnet is roughly 90 percent as accurate at 3-5x the response speed for the daily volume of how-do-I, billing, simple troubleshooting, and password reset tickets.

Build the voice guide from real edits, not theory. Every time you correct a Claude draft on tone or word choice, add the rule to the voice guide. After 4-6 weeks the file converges on a pattern Claude can follow with 90 percent fidelity, and editing time on drafts drops from 3-5 minutes to 30-60 seconds.

Wire Claude sentiment scores into the inbox via API. For Zendesk, Intercom, or Salesforce Service Cloud, build a hourly batch that scores each open ticket on sentiment and escalation-risk and writes the score to a custom field. Managers can sort by risk and intervene on the top 5-10 tickets daily. Most teams that adopt this see 10-20 percent CSAT lift on the highest-risk tickets.

For multilingual support, have a native speaker review the first 50 responses in any new language. Claude handles 30+ languages well at the conversational level, but cultural register (Japanese keigo, Spanish formal-tu vs usted, German Sie vs du) needs calibration against actual customer expectations. The first 50 reviews bake the register into the voice guide and stabilize ongoing quality.

Run weekly resolved-ticket pattern analysis and ship to product. The highest strategic-value Claude application in CS is converting weekly ticket volume into roadmap input. Top-10 patterns by frequency, root cause, proposed product change, expected ticket-volume reduction. Most teams that ship this weekly see 10-20 percent ticket-volume reduction quarter over quarter as the highest-impact patterns get fixed.

Make Claude review mandatory for newer agents on policy-impacting tickets. The review pass functions as continuous coaching: 1-3 actionable issues per draft for newer agents, dropping to 0-1 after 4-6 weeks. CSAT scores converge across tenure within 2-3 months. For senior agents, keep review optional to preserve throughput.

Claude Customer Support Prompt Library (Copy-Paste)

25 production-tested prompts organized by CS task. Replace bracketed variables with your specifics. Always run prompts inside a Claude Project with your KB, voice guide, and CS playbook loaded for ground-truth accuracy.

Project setup and KB loading

'I am setting up a Claude Project for a [product line] CS team of [N] agents handling [N] tickets per week. Generate a Project-loading checklist: which files to upload (full KB, voice guide, CS playbook with refund policy and retention offers, escalation matrix, recent release notes, known-issue list, exemplar resolved tickets), how to structure each file, what coverage gaps would block useful CS work. Format as a checklist I can use to validate the Project is complete before agents start using it.'
'Voice guide in shared Project. Build a starter voice-guide.md template covering: voice and tone (formal/casual/neutral), required phrases, forbidden phrases (we apologize for any inconvenience, your call is important to us, please rest assured), apology guidelines by severity, tone-by-customer-state mapping (frustrated/confused/concerned/neutral/angry), signature blocks. Output as markdown to paste into a new file and refine over the next 4-6 weeks.'

Ticket triage in batches

'KB and CS playbook in Project. Below are 50 incoming tickets from the last 4 hours. For each, output a row in a markdown table with columns: ticket_id, issue_category (account/billing/technical/feature/complaint), priority (P1/P2/P3/P4 with 1-line justification), sentiment (very_negative/negative/neutral/positive/very_positive), routing (self_serve_kb_link/L1/L2/manager/legal with the specific KB URL or queue name), 1-sentence why for routing. Tickets: [paste]. After the table, flag every P1 with a 2-line note on what makes them P1 so I can verify before routing.'
'KB in Project. Below are 30 tickets in our queue. For each: (1) suggest the single best KB article URL from the Project that answers it, (2) classify whether the ticket is fully self-servable from that article (yes/partial/no), (3) for partial or no, identify what additional KB content would make it fully self-servable. Output as a table sorted by self-servable percentage. The output drives our KB gap roadmap.'

Response drafting with mirrored language

'KB, voice guide, and CS playbook in Project. Customer message: [paste verbatim]. Account context: [tier, tenure, recent NPS, account flags]. (1) Classify the customer\'s emotional state on a 5-point scale and identify the 2-3 phrases that drove the classification. (2) Draft a response of 80-150 words that opens by acknowledging their specific concern in their words, provides the answer with the exact KB URL, matches the response register to their state, includes a clear next step, and ends with an invite to follow up that does not sound scripted. Avoid every phrase in the forbidden list.'
'Voice guide and retention playbook in Project. Churn-risk customer message: [paste]. Account: [tier, ARR, tenure, last QBR notes, named CSM]. Draft a response that acknowledges the specific concerns the customer raised (mirror their words), proposes a retention path appropriate for their tier per the playbook, and either resolves the issue or hands off to the named CSM with full context. Length: 120-180 words. Match register to a frustrated long-tenure customer (warm but specific, not over-apologetic).'
'Voice guide and KB in Project. Customer message in [language]: [paste]. Cultural register expected: [formal-tu / usted / keigo / Sie / du / etc]. Draft a response in [language] that adapts to that register, uses the KB article from the Project, mirrors customer language, and matches the customer emotional state. After the response, output a 1-paragraph English summary for the agent who does not speak [language] but needs to understand what was sent.'

KB article generation from resolved tickets

'KB style guide and exemplar articles in Project. Below is a resolved ticket thread: [paste full thread]. (1) Draft a KB article in our standard structure: search-friendly title (phrased the way a customer would type it), 1-paragraph TLDR (60-80 words), Symptom section (what the customer sees, including specific error messages verbatim), Diagnosis section (1-3 numbered checks), Resolution section (numbered steps with code blocks where relevant, expected outcome after each step), Prevention section (1-2 tips), Related articles section (cross-link to 2-3 KB articles in Project). (2) Generalize: remove all customer-identifying details. (3) Flag any place where a screenshot or diagram should be added with a 1-line description of what it should show.'
'KB style guide in Project. Below are 10 resolved tickets that all hit the same underlying issue: [paste each]. Generate a single KB article that covers the pattern (not 10 separate articles). Title should match how customers describe the issue. TLDR should let a reader in similar circumstances confirm in 30 seconds whether this article is the right one. Resolution should cover all 10 reported variations with branching steps as needed.'

Escalation packaging to engineering and product

'KB, CS playbook, and incident severity matrix in Project. Below is a ticket thread that needs escalation: [paste full thread]. Affected customers: [anonymized customer IDs, tiers, ARR]. Reproduction steps the agent confirmed: [paste]. Business impact: [SLA terms, revenue at risk, executive visibility]. Prior agent attempts: [list]. (1) Classify severity per the matrix. (2) Write the escalation: 1-line summary for the engineering Slack channel, severity classification with justification, reproduction steps numbered, affected customer count and ARR (anonymized), business impact, prior attempts, what is needed from engineering, deadline, on-call paging recommendation. Output as markdown ready to paste into the engineering ticket tool.'
'CS playbook in Project. Below is a churn-risk escalation that needs handoff to the named CSM: [paste full thread]. Account: [tier, ARR, tenure, last QBR, last NPS, current sentiment]. (1) Write the handoff brief: 1-paragraph context summary, the specific customer concerns in priority order with verbatim quotes, what CS has already tried, what the customer is asking for, the retention paths the playbook supports for this tier, and the recommended CSM action with timing. Output as markdown ready to paste into the CSM\'s ticket or Slack thread.'

Real-time agent QA and review

'KB, voice guide, and CS playbook in Project. Customer message: [paste]. Article or policy the agent referenced: [paste KB URL or policy section]. Agent draft: [paste]. Review the draft and flag: (1) Factual errors against the KB or policy (cite the article and the conflict). (2) Tone mismatches with the customer\'s emotional state (state the customer\'s state and why the draft does not match). (3) Missing information the customer will need to take next steps (what is missing, where to add it). (4) Phrases that violate the voice guide forbidden list (cite the rule). Output as a numbered list of issues with severity (must-fix before send, nice-to-fix). Do not rewrite the response; the agent applies the fixes.'
'Voice guide and CS playbook in Project. Below is an L1 agent\'s draft on a refund request that exceeds standard policy: [paste customer message + draft + agent\'s reasoning]. Review for: (1) policy alignment with the playbook (cite the section), (2) escalation requirement (does this need a manager approval per playbook), (3) tone match to the customer\'s state, (4) factual accuracy. Output: should-the-agent-send (yes/no/escalate), 1-3 specific issues with severity, suggested next step.'

Sentiment and escalation-risk scoring

'KB and voice guide in Project. Below are 80 open tickets from the queue. For each, classify: (1) sentiment on a 5-point scale, (2) the 2-3 verbatim phrases that drove the score, (3) escalation-risk score (low/medium/high) based on indicators: mentions of legal/lawyer/social media/executives/lawsuit/news, references to switching providers, references to the contract or SLA, all caps or repeated punctuation, prior unanswered follow-ups. Output as a markdown table sorted by escalation-risk descending then sentiment ascending. After the table, list the top 5 tickets that warrant immediate manager attention with a 1-line why for each.'
'KB in Project. Below is a single ticket thread: [paste]. (1) Score sentiment trend across the 5 customer messages (very_negative through very_positive, one score per message). (2) Identify the inflection point where sentiment shifted (if any) and the agent action that caused it. (3) Recommend the next agent action to recover sentiment based on the playbook. Output as a 5-row table plus the inflection-point analysis plus the recommended action.'

Weekly resolved-ticket patterns to product roadmap

'KB, recent release notes, and known-issues list in Project. Below are 200 tickets resolved this week with categories and resolutions: [paste]. (1) Identify the top 10 patterns by frequency (group near-duplicate tickets), with ticket counts. (2) For each pattern, describe the underlying product issue or UX gap that drove the tickets (root cause, not surface symptom). (3) For each pattern, propose 1-2 concrete product changes that would prevent the tickets. (4) Estimate the weekly ticket-volume reduction if each change ships, based on this week\'s data. (5) Rank by impact (volume reduction multiplied by build feasibility). Output as a prioritized table ready for the product roadmap planning doc.'
'KB and known-issues list in Project. Below is a 30-day rollup of CSAT scores by ticket category and agent: [paste]. (1) Identify the 5 categories with the lowest CSAT and the underlying drivers for each (KB gap, product issue, voice mismatch, agent training need). (2) Recommend the highest-leverage intervention for each driver (KB article to write, product fix to escalate, voice-guide rule to add, agent coaching topic). Output as a 5-row table with category, CSAT, primary driver, recommended intervention, expected CSAT lift.'

Want more Claude prompts for service workflows? See our how to use Claude (full guide), Claude for writing, Claude for research, and Claude for technical writing. For comparable CS workflows on other tools, see ChatGPT for email writing and Microsoft Copilot in Outlook.

Frequently Asked Questions

Related Guides

Don't stop here

What to read next

Hand-picked guides our readers explore right after this one.