Handle Every Ticket Faster — Without Sounding Like a Robot
35 copy-paste prompts for support responses, escalation handling, knowledge base articles, CSAT improvement, and team training — ready to use now.
Support Responses
6 promptsRefund Request Response
1/35Write a customer service reply to a refund request for [COMPANY NAME]. The customer purchased [PRODUCT/SERVICE] on [DATE] for [AMOUNT] and is requesting a refund because [REASON: product did not meet expectations / item was damaged / duplicate charge / etc.]. Our refund policy is: [DESCRIBE POLICY: e.g., 30-day money-back guarantee, no refunds after 14 days, store credit only, etc.]. The reply should: 1. Acknowledge their frustration without admitting fault prematurely 2. Clearly state what we can do (approve, deny, or offer partial/alternative solution) 3. Explain the next steps with specific timelines (e.g., "processed within 3-5 business days") 4. Close with a statement that reinforces our commitment to their satisfaction Tone: empathetic, professional, and decisive. Length: 3-4 short paragraphs. Do not use hollow phrases like "I understand your frustration" as an opener.
Generates a clear, empathetic refund response that communicates your policy, sets timeline expectations, and preserves the customer relationship.
Pro tip: Always state a specific timeline. Vague language like "soon" or "as quickly as possible" increases follow-up tickets by up to 40%.
Technical Issue Response
2/35Write a customer support reply for a technical issue reported by a user of [PRODUCT/SOFTWARE NAME]. The customer reported: [DESCRIBE THE ISSUE IN DETAIL]. Known status of the issue: [KNOWN BUG / ISOLATED TO THEIR ACCOUNT / WIDESPREAD / UNDER INVESTIGATION / ALREADY FIXED IN NEXT RELEASE]. The reply should: 1. Confirm we have received and understood the exact issue (mirror their language) 2. Provide the current status of the investigation or fix 3. Give 2-3 troubleshooting steps they can try right now while the fix is pending 4. Set an expectation for when they will next hear from us 5. Provide an escalation path if the steps do not resolve the issue Tone: technically competent, calm, and solution-oriented. Avoid jargon the customer would not understand. Length: 4-5 short paragraphs.
Creates a structured technical support response that demonstrates competence, gives actionable next steps, and manages expectations without overpromising.
Pro tip: Mirror the customer's exact language when describing their issue back to them. It signals you actually read their message, not a template.
Billing Dispute Response
3/35Write a response to a billing dispute for [COMPANY NAME]. The customer claims they were charged [AMOUNT] incorrectly. Their account shows: [DESCRIBE WHAT THE ACCOUNT ACTUALLY SHOWS — e.g., correct charge for annual subscription renewed on [DATE], or duplicate charge due to system error, etc.]. The response should: 1. Thank them for bringing this to our attention (not apologize immediately if the charge is correct) 2. Explain clearly what the charge was for, with dates and amounts 3. If the charge was our error: apologize, confirm the refund amount, and give the processing timeline 4. If the charge was correct: explain why in plain language, reference their agreement or purchase confirmation, and offer to send a copy 5. Offer a clear next step they can take if they have further questions Tone: transparent, factual, and courteous. Avoid sounding defensive. Length: 3-4 paragraphs.
Handles billing disputes with factual clarity whether the charge was an error or correctly applied, minimizing chargebacks and preserving trust.
Pro tip: For correct charges, lead with clarity not defensiveness. Customers who understand a charge rarely escalate, even if they initially disagreed with it.
Feature Request Response
4/35Write a response to a customer feature request for [PRODUCT NAME]. The customer has requested: [DESCRIBE THE FEATURE REQUEST IN THEIR WORDS]. Current status of this feature: [ALREADY ON ROADMAP / UNDER CONSIDERATION / NOT ON ROADMAP / ALREADY EXISTS — DESCRIBE HOW TO ACCESS IT]. The reply should: 1. Thank the customer for taking the time to share feedback — make it feel genuine, not formulaic 2. Acknowledge why the request makes sense from their use case 3. Be honest about the current status without overpromising delivery dates 4. If the feature exists: walk them through how to access it 5. If not on roadmap: explain how their feedback is recorded and used in product decisions 6. Invite them to share any additional context that would help our product team understand the use case better Tone: warm, honest, and constructive. Avoid the phrase "great idea!" as it sounds dismissive. Length: 3-4 paragraphs.
Responds to feature requests in a way that makes customers feel heard without creating false expectations about delivery timelines.
Pro tip: Tell customers exactly how feedback is routed to your product team. Specificity ("added to our feedback board under consideration") signals a real process, not a black hole.
Shipping Delay Response
5/35Write a customer service response about a shipping delay for [COMPANY NAME]. The customer ordered [PRODUCT] on [ORDER DATE] with an expected delivery of [ORIGINAL DELIVERY DATE]. The order is now delayed and the new expected delivery is [NEW DATE]. Reason for delay: [CARRIER ISSUE / WEATHER / HIGH VOLUME / WAREHOUSE ERROR / CUSTOMS / OUT OF STOCK AFTER ORDER PLACED]. The reply should: 1. Proactively acknowledge the delay before the customer has to ask again 2. Give the specific new expected date, not a range if possible 3. Explain the cause briefly without making excuses 4. State what we are doing to monitor or resolve it 5. Offer a meaningful gesture if the delay is significant (discount on next order, upgraded shipping, partial refund) 6. Provide a direct tracking link or support contact for updates Tone: proactive, transparent, and apologetic without being groveling. Length: 3-4 short paragraphs.
Delivers a proactive delay notification that acknowledges the impact, provides a concrete new timeline, and includes a goodwill gesture to maintain loyalty.
Pro tip: Reach out before the customer asks. Proactive communication about delays reduces support ticket volume and dramatically improves satisfaction scores.
Account Access Issue Response
6/35Write a support response for a customer who cannot access their account on [PLATFORM/SERVICE NAME]. The customer reports: [DESCRIBE THE ISSUE: cannot log in, account locked, password reset not working, MFA issue, etc.]. The reply should: 1. Confirm receipt of their issue and acknowledge the frustration of being locked out 2. Walk through the exact steps to resolve it: [STEP 1], [STEP 2], [STEP 3] — customize based on your platform's actual recovery process 3. Include a clear workaround if the standard process is not working 4. Give a direct escalation path (support email, live chat, phone) if self-service steps fail 5. Include a security note if account compromise is a possibility (recommend changing password, reviewing recent activity) Tone: reassuring, clear, and step-by-step. Avoid technical jargon. Use numbered steps for the recovery process. Length: 3-4 paragraphs plus step list.
Guides locked-out customers through account recovery with clear steps and a built-in escalation path, reducing repeat contacts on the same issue.
Pro tip: Number every step explicitly. Customers under stress skip unnumbered instructions. A numbered list gets followed; a paragraph gets skimmed.
Prompts get you started. Tutorials level you up.
A growing library of 300+ hands-on AI tutorials. New tutorials added every week.
Escalation & Difficult Situations
6 promptsAngry Customer De-escalation
7/35Write a de-escalation response for an angry customer at [COMPANY NAME]. The customer sent the following message: [PASTE CUSTOMER MESSAGE] The underlying issue is: [DESCRIBE THE ROOT ISSUE]. Current resolution available: [WHAT WE CAN ACTUALLY DO FOR THEM]. The response should: 1. Open by acknowledging the specific frustration expressed — do not open with "I understand how you feel" 2. Take clear ownership of the issue without defensively explaining what went wrong in detail 3. State what we are doing right now to fix it — be specific 4. Offer the available resolution directly and without conditions if possible 5. Close with a sentence that signals the relationship matters to us beyond this transaction Tone: calm, direct, and genuinely apologetic. This is not the place for corporate language. Write like a thoughtful human, not a policy document. Length: 3-4 short paragraphs.
Defuses a hostile interaction by leading with specific acknowledgment, taking clear ownership, and presenting a concrete resolution without bureaucratic friction.
Pro tip: Never match an angry customer's energy or become defensive. The goal of this message is to make them feel heard enough to stop escalating. The resolution comes second.
VIP Customer Complaint
8/35Write a response to a complaint from a VIP or high-value customer at [COMPANY NAME]. The customer is [DESCRIBE RELATIONSHIP: long-term enterprise client, top-tier subscriber, high-LTV account, etc.]. Their complaint is: [DESCRIBE THE COMPLAINT IN DETAIL]. This customer represents [ANNUAL VALUE / RELATIONSHIP LENGTH / STRATEGIC IMPORTANCE]. The response should: 1. Open personally — address them by name, and reference specific details of your relationship if possible 2. Take full ownership without deflecting to team, system, or process 3. Describe the specific actions being taken to resolve this — name who is involved and what they are doing 4. Offer something meaningful as a gesture of goodwill proportional to the situation (escalated support access, credit, direct line to account manager) 5. Propose a short call or meeting to ensure this is fully resolved Tone: direct, personal, and senior. This should feel like it came from leadership, not a support queue. Length: 4 short paragraphs.
Handles high-value customer complaints with the personal attention and escalated response that protects long-term retention and prevents churn.
Pro tip: For VIP complaints, the medium is part of the message. A phone call or video meeting shows more respect than even the best-written email. Offer one explicitly.
Social Media Complaint Response
9/35Write a public response to a customer complaint posted on [PLATFORM: Twitter/X, LinkedIn, Facebook, Instagram, Google Reviews, etc.] for [COMPANY NAME]. The customer posted: [PASTE THE PUBLIC COMPLAINT] The actual situation is: [DESCRIBE THE FACTS FROM YOUR SIDE]. The public response should: 1. Acknowledge the customer by name (or handle) and the issue — do not be defensive or dismissive publicly 2. Apologize for the experience without admitting specific fault in the public post 3. Move the conversation to a private channel — provide a direct contact method (DM, email, phone) 4. Keep the response under 280 characters if for Twitter/X, or 3-4 short sentences for other platforms 5. Strike a tone that also reassures other customers who will read this thread Also write a follow-up private message to send once they respond, to actually resolve the issue. Tone: professional, empathetic, and brief in public. More detailed in private.
Generates a two-part response strategy: a public reply that demonstrates accountability and moves to private, plus a follow-up DM to actually resolve the issue.
Pro tip: Every public response is read by dozens of potential customers. Prioritize how it reads to observers, not just the original complainant.
Legal Threat Response
10/35A customer has sent a message to [COMPANY NAME] that contains legal language or threatens legal action. Their message states: [PASTE THE CUSTOMER MESSAGE] IMPORTANT: Do not provide legal advice. This prompt generates an initial acknowledgment response only. Write an acknowledgment response that: 1. Confirms receipt of their message and takes their concern seriously 2. Does not admit liability, make promises, or engage with the specific legal claims 3. States that their message is being escalated to the appropriate team for review 4. Provides a realistic timeline for a substantive follow-up 5. Provides a direct point of contact they can reach in the interim Tone: formal, measured, and professional. No casual language. No emotional responses. Length: 2-3 short paragraphs. Note: This response must be reviewed by legal or management before sending.
Produces a holding response to legal threats that acknowledges receipt, avoids liability, escalates internally, and sets expectations — without inflaming the situation.
Pro tip: Speed matters here. A fast, calm acknowledgment often prevents escalation to formal legal action. Silence or a slow response signals the customer they need to push harder.
Service Outage Communication
11/35Write a customer-facing communication about a service outage or major incident at [COMPANY NAME]. Product affected: [PRODUCT/SERVICE NAME]. Outage started: [TIME AND DATE]. Current status: [INVESTIGATING / IDENTIFIED / MONITORING / RESOLVED]. Impact: [DESCRIBE WHAT CUSTOMERS CANNOT DO RIGHT NOW]. Write three versions of the communication: 1. Initial notification (send immediately): Acknowledge the outage, confirm we are investigating, give an estimated update time. 2. Status update (send every 30-60 minutes during the outage): Current status, what we have identified, what we are doing, next update time. 3. Resolution message (send when resolved): Confirm resolution, brief explanation of cause at a non-technical level, steps taken to prevent recurrence, any compensation or goodwill offer. Tone for all three: transparent, calm, and human. No corporate jargon. Format as short paragraphs with timestamps. Include a placeholder for a status page URL.
Creates all three phases of outage communication — initial alert, live update, and resolution — in consistent, trustworthy language that maintains customer confidence during incidents.
Pro tip: Over-communicate during outages. Every update you send prevents several inbound support tickets. Even "still investigating, no new information" is more reassuring than silence.
Repeated Issue Apology
12/35Write a response to a customer who is contacting [COMPANY NAME] about the same issue for the [SECOND / THIRD / FOURTH] time. The recurring issue is: [DESCRIBE THE ISSUE]. Previous interactions occurred on: [DATE 1], [DATE 2], [DATE 3 if applicable]. What was promised or resolved previously: [DESCRIBE WHAT WAS SAID OR DONE BEFORE]. This time, the issue has [BEEN PERMANENTLY FIXED / BEEN ESCALATED TO ENGINEERING / REQUIRES A DIFFERENT RESOLUTION PATH]. The response must: 1. Open with a direct, personal apology for the recurrence — do not minimize it 2. Explicitly acknowledge that they have already been through this before and that is unacceptable 3. Explain specifically what is different this time — what has changed, who is now involved 4. Provide a concrete commitment with a specific timeline, not vague reassurances 5. Offer a meaningful gesture proportional to the number of recurrences 6. Give them a direct contact they can reach without going through the queue again Tone: accountable, humble, and specific. Avoid all template language. Length: 4 short paragraphs.
Addresses recurring issue frustration with a higher level of accountability, a direct apology, and a differentiated resolution path to break the cycle of repeat contacts.
Pro tip: Name the problem directly: "You have contacted us multiple times about this, and that should not have happened." Customers who feel truly acknowledged are far more forgiving than those who get another template.
Knowledge Base & Docs
6 promptsHelp Article Writer
13/35Write a customer-facing help center article for [COMPANY NAME] explaining how to [TASK/FEATURE]. The audience is [TECHNICAL LEVEL: non-technical end users / small business owners / IT administrators]. The product is [PRODUCT NAME]. The article should include: 1. A clear H1 title in the format "How to [action]" 2. A 1-2 sentence intro explaining what this article covers and who it is for 3. Prerequisites or requirements before starting (if any) 4. Numbered step-by-step instructions — each step is one action, described in plain language 5. Screenshot placeholders marked as [INSERT SCREENSHOT: describe what to show] 6. A "Troubleshooting" section with 3 common errors and how to fix them 7. A "What's next" section with 2-3 links to related articles (use [LINK: article title] as placeholders) Tone: friendly but efficient. No marketing language. Users are reading this to solve a problem, not to be sold to. Estimated reading time: under 3 minutes.
Produces a fully structured help article with all standard sections, troubleshooting, and placeholder guidance for screenshots and related links.
Pro tip: Write as if the user is frustrated when they arrive. Get to the steps as fast as possible. Save explanations for after the solution.
FAQ Generator
14/35Generate a FAQ section for [PRODUCT/SERVICE NAME] by [COMPANY NAME]. The FAQ is intended for [WHERE IT WILL APPEAR: pricing page, help center, onboarding email, checkout page]. Here is context about the product: [PASTE PRODUCT DESCRIPTION, PRICING PAGE, OR RELEVANT DETAILS] Generate 10 FAQ questions and answers covering: - What the product does and who it is for - Pricing, billing cycles, and cancellation - Free trial or refund policy - Setup time and onboarding - Integration with other tools - Data security and privacy - Support availability and response times - What happens at the end of a trial - Upgrading, downgrading, or pausing an account - Common objections a hesitant buyer would have Format: Question in bold, answer in 2-4 sentences. Write answers in second person ("you"). Avoid jargon. Each answer should be complete enough to fully address the question without requiring a follow-up.
Generates a comprehensive FAQ set that addresses buyer objections, policy questions, and product basics — structured for immediate use on any page.
Pro tip: Run your most common support tickets through this prompt. The best FAQ answers are pulled directly from the questions customers actually ask, not the ones you wish they would ask.
Troubleshooting Guide
15/35Write a troubleshooting guide for [PRODUCT/FEATURE NAME] at [COMPANY NAME]. This guide will be published in the help center and linked from error messages. The guide should address the following error or problem: [DESCRIBE THE ISSUE OR ERROR] Structure the guide as follows: 1. What this guide covers (1 sentence) 2. Quick fix checklist — 4-5 one-line checks to try first (these solve the majority of cases) 3. Step-by-step troubleshooting for each of the following causes: - Cause 1: [e.g., browser/cache issue] - Cause 2: [e.g., account configuration error] - Cause 3: [e.g., network or firewall issue] - Cause 4: [e.g., version compatibility] 4. How to gather information before contacting support (logs, screenshots, account details) 5. Contact support CTA with link placeholder [SUPPORT URL] Tone: diagnostic and step-by-step. Assume the reader is not technical. Use numbered steps and short sentences throughout.
Creates a structured troubleshooting guide that resolves the majority of cases via self-service, and prepares users to give useful information when they do contact support.
Pro tip: The "quick fix checklist" is the highest-value section. Put it first. Most users will not read beyond it if their issue is resolved there.
Getting Started Guide
16/35Write a getting started guide for new users of [PRODUCT NAME] by [COMPANY NAME]. The guide will be delivered [AS AN IN-APP WALKTHROUGH / IN THE FIRST ONBOARDING EMAIL / AS A HELP CENTER ARTICLE]. The target user is: [DESCRIBE USER: small business owner with no technical background, marketing professional, HR manager, etc.] The goal of this guide is to get them to their first moment of real value as fast as possible. The guide should: 1. Start with what they can accomplish in the first 5 minutes 2. Cover only the 3-5 actions they need to take to get started (not every feature) 3. Include time estimates for each step ("This takes about 2 minutes") 4. Use plain language — no product jargon, no assumed knowledge 5. End with a clear next step and link to the next guide in the onboarding sequence 6. Include [SCREENSHOT PLACEHOLDER] markers where visuals would help Tone: encouraging, fast-paced, and practical. Avoid long intros. Get them doing something in the first 30 seconds.
Produces a user-centric getting started guide focused on reaching the first value moment as quickly as possible, not on documenting every feature.
Pro tip: Every extra step in a getting started guide costs you activation rate. Be ruthless: if it is not required to reach the first value moment, cut it.
Feature Documentation
17/35Write technical documentation for a specific feature of [PRODUCT NAME]. The feature is called [FEATURE NAME] and it allows users to [DESCRIBE WHAT IT DOES IN ONE SENTENCE]. The documentation will appear in the help center and is intended for [END USERS / ADMINS / DEVELOPERS]. The documentation should include: 1. Feature overview: what it does and why a user would want it (2-3 sentences) 2. Where to find it in the product (navigation path) 3. How to use it: step-by-step instructions for the core use case 4. Configuration options: a table listing each setting, what it does, and its default value 5. Limitations and known constraints (what it cannot do, usage limits, permissions required) 6. Related features: 2-3 links to adjacent documentation [LINK PLACEHOLDERS] 7. Version note if applicable: [AVAILABLE IN PLAN X AND ABOVE] Tone: reference documentation — precise, scannable, and neutral. Use tables and numbered lists wherever possible.
Creates complete feature documentation with all standard reference sections, a configuration table, and limitation disclosures that prevent support tickets from user confusion.
Pro tip: Document limitations explicitly. Users who discover undocumented limitations at the moment of frustration file support tickets and write negative reviews. Disclosed limitations do neither.
Release Notes for Customers
18/35Write customer-facing release notes for a new update to [PRODUCT NAME] by [COMPANY NAME]. Release version: [VERSION NUMBER OR DATE]. The audience is non-technical customers, not developers. Changes included in this release: - [CHANGE 1: describe the technical change] - [CHANGE 2: describe the technical change] - [CHANGE 3: describe the technical change] - [CHANGE 4: bug fix or improvement] - [CHANGE 5: bug fix or improvement] For each change, translate it from technical language into customer-benefit language. Format: "What changed" in one sentence, followed by "What this means for you" in one sentence. Also write: 1. A 2-sentence summary at the top for users who only read the headline 2. A section for bug fixes that lists them plainly without technical details 3. A "Coming soon" teaser with 1-2 upcoming features to build anticipation Tone: enthusiastic but concise. Focus entirely on customer benefit, not engineering achievement.
Translates technical release notes into customer-benefit language that drives feature adoption and reinforces product momentum.
Pro tip: Lead with the one change most customers will care about. Bury minor fixes at the bottom. Release notes that lead with a bug fix signal to customers that the product has been broken.
Like these prompts? There are full tutorials behind them.
Learn the workflows, not just the prompts. 300+ easy-to-follow tutorials inside AI Academy — and growing every week.
Email Templates
6 promptsOnboarding Welcome Email
19/35Write an onboarding welcome email for new customers who just signed up for [PRODUCT/SERVICE NAME] by [COMPANY NAME]. The customer's first name will be inserted dynamically as [FIRST NAME]. Context about the product: [BRIEF DESCRIPTION — what it does and who it helps] Key action we want them to take in the first 24 hours: [ONE SPECIFIC ACTION] Secondary resources available: [HELP CENTER / VIDEO TUTORIAL / ONBOARDING CALL / COMMUNITY] The email should: 1. Open with a warm, human welcome that references the specific value they signed up for (not generic excitement) 2. Set expectations: what happens next, what they can do right now 3. Highlight ONE primary action with a clear CTA button label 4. Provide 2-3 quick-start resources without overwhelming them 5. Give them a direct reply address or support option so they know help is available 6. Close with a short personal sign-off from a real team member (use [SENDER NAME] placeholder) Subject line: Write 3 options with different angles (value, action, curiosity). Tone: warm, confident, and focused. Under 250 words in the body.
Creates a focused onboarding welcome email that drives activation on a single key action while making new customers feel supported and confident.
Pro tip: The number one onboarding email mistake is covering too many features. One email, one action. Everything else can wait for the drip sequence.
Subscription Renewal Email
20/35Write a subscription renewal email for [COMPANY NAME] to send to customers whose subscription is renewing in [X DAYS]. The product is [PRODUCT NAME] and the renewal amount is [AMOUNT] per [BILLING CYCLE]. The email should: 1. State clearly that their subscription is renewing on [DATE] for [AMOUNT] — no surprises 2. Remind them of the value they have received: [KEY METRIC IF AVAILABLE: e.g., "You have completed 12 tutorials", "You have used X feature Y times"] 3. Highlight any new features or improvements added since their last renewal (2-3 bullets max) 4. Provide a direct link to manage billing or cancel if they choose — do not bury this 5. Include a soft upsell to a higher plan if applicable: [PLAN NAME] with [KEY BENEFIT] 6. Give a support contact for billing questions Subject line: Write 2 options — one that leads with the renewal notice, one that leads with the value reminder. Tone: transparent, confident, and low-pressure. Customers who feel respected renew. Customers who feel surprised churn and complain. Length: under 200 words.
Generates a renewal notification that leads with transparency, reinforces value, and includes a clean off-ramp — which paradoxically increases renewal rates.
Pro tip: Include the cancel link prominently. Hiding it destroys trust. Customers who see it but do not use it renew with more confidence, not less.
Churn Prevention Email
21/35Write a churn prevention email for [COMPANY NAME] to send to a customer showing signs of disengagement. Churn signal: [DESCRIBE TRIGGER: e.g., has not logged in for 21 days, canceled but still in trial, downgraded plan, opened cancellation page but did not complete]. Product: [PRODUCT NAME] Customer segment: [TYPE OF CUSTOMER: small business, freelancer, enterprise, etc.] The email should: 1. Open with an observation, not a guilt trip: acknowledge they have been less active without making them feel bad 2. Ask a direct question: "Is there something specific that got in the way?" — create a reply-to opportunity 3. Offer one concrete piece of value they may have missed (a feature, a use case, a shortcut) 4. Include a clear, low-friction way to re-engage (one-click action or short call offer) 5. Offer a genuine incentive if appropriate: [DISCOUNT / EXTENDED TRIAL / FREE MIGRATION HELP] 6. Give a clear opt-out: if they have decided to leave, make cancellation easy to find Subject line: 3 options — one direct, one curious, one benefit-led. Tone: conversational, not desperate. Length: under 200 words.
Creates a churn prevention email that opens a dialogue, resurfaces value, and lowers the barrier to re-engagement — without sounding like a sales pitch.
Pro tip: The reply-to question is the most important element. Customers who respond to a churn email almost never leave. The ones who do not respond usually already have.
Feedback Request Email
22/35Write a feedback request email for [COMPANY NAME] to send to customers [X DAYS] after [TRIGGER: purchase, onboarding completion, support resolution, feature use]. The goal is to collect genuine feedback that we can use to improve. Product: [PRODUCT NAME] What we most want to learn: [E.g., was onboarding clear? did the support interaction resolve their issue? are they happy with the new feature?] The email should: 1. State clearly what you are asking for and why you are asking at this specific moment 2. Set the time expectation: "This takes 2 minutes" 3. Ask ONE primary question in the email body itself (not buried in a survey) — make it easy to reply directly 4. Link to a longer survey for those who want to give more detailed feedback (optional, not required) 5. Assure them that responses are read and acted on — give a concrete example if possible 6. Sign off from a real person, not "The [Company] Team" Subject line: 2 options. Both should feel personal, not automated. Tone: direct, brief, and genuinely curious. Under 150 words in the body.
Creates a feedback request that maximizes response rates by being specific, short, and making it easy to respond without clicking away.
Pro tip: Asking one question in the email body itself gets far more responses than linking to a multi-question survey. Use the survey for the subset who want to say more.
NPS Follow-Up Email
23/35Write follow-up emails for three NPS response segments for [COMPANY NAME] after customers complete our NPS survey for [PRODUCT NAME]. Write one email for each segment: 1. Promoters (score 9-10): Thank them, invite them to [LEAVE A REVIEW / REFER A FRIEND / JOIN A CASE STUDY]. Make it feel like a VIP acknowledgment, not a marketing ask. 2. Passives (score 7-8): Acknowledge their moderate satisfaction, ask what one thing would make their experience better, and offer a direct path to discuss it (reply to email or schedule a call). 3. Detractors (score 0-6): Acknowledge that they are not satisfied, apologize for falling short, and ask for a brief conversation to understand what went wrong. Do not be defensive. Make it easy to say yes to a call. For each email: - Subject line: personalized to the score segment - Body: under 150 words - One clear CTA - Personal sign-off from [TEAM MEMBER NAME] Tone: the promoter email is warm and celebratory. The passive email is curious and collaborative. The detractor email is humble and action-oriented.
Creates three tailored NPS follow-up emails for each score segment that close the loop, drive referrals from promoters, and attempt recovery with detractors.
Pro tip: Detractor follow-up is where the highest retention ROI lives. A customer who was a 3 and received a genuine recovery call often becomes a better long-term advocate than a 9 who was never contacted.
Win-Back Email
24/35Write a win-back email for [COMPANY NAME] targeting customers who canceled or churned [X WEEKS/MONTHS] ago. The product is [PRODUCT NAME]. Reason for churn if known: [PRICE / MISSING FEATURE / SWITCHED TO COMPETITOR / CIRCUMSTANCES CHANGED / UNKNOWN] What has changed since they left: [NEW FEATURES / PRICING CHANGE / IMPROVED ONBOARDING / NEW CONTENT / BUG FIXES RELEVANT TO THEIR ISSUE] The email should: 1. Open by acknowledging that they left — do not pretend they are still active 2. Reference what may have caused them to leave (if known) and what is different now 3. Present a specific, time-limited incentive to return: [OFFER: e.g., 2 months free, 40% off first month back, free migration help] 4. Remove friction: tell them they can [RESTORE THEIR ACCOUNT / START FRESH / KEEP THEIR DATA] 5. Include a single clear CTA with an expiration: "Offer expires [DATE]" 6. Make it easy to opt out of win-back emails permanently Subject line: 2 options. Make them feel like the email was sent by a person who noticed they were gone. Tone: honest, direct, and low-pressure. Under 200 words.
Creates a win-back email that acknowledges the customer left, leads with what has changed, and pairs it with a compelling time-limited offer to reactivate.
Pro tip: The most effective win-back emails are sent 30-60 days after churn. Too soon feels desperate. Too late means they have fully moved on and forgotten your product.
Team Training
6 promptsNew Agent Training Manual
25/35Write a new customer service agent training manual outline for [COMPANY NAME]'s support team. The team handles support for [PRODUCT/SERVICE TYPE] via [CHANNELS: email, live chat, phone, social media]. New agents are expected to handle tickets independently after [X-DAY ONBOARDING PERIOD]. The manual should cover: 1. Our support philosophy and customer experience principles (3-5 core values with what they look like in practice) 2. Product knowledge overview: the 10 most common customer issues and how to resolve each 3. Communication standards: tone of voice guidelines, what to say, what never to say 4. Ticket handling workflow: from first response to resolution and close 5. Escalation matrix: what to escalate, to whom, and how 6. Tools and systems overview: [LIST YOUR TOOLS — helpdesk, CRM, etc.] with a summary of each 7. Quality assurance: how responses are reviewed and how agents receive feedback 8. Self-service resources: where to find answers when unsure For each section, include a short "what good looks like" example. Format as a structured outline an agent can bookmark and reference during their first 30 days.
Creates a comprehensive training manual outline that covers product knowledge, communication standards, escalation, and tooling — structured for practical use in the first 30 days.
Pro tip: Build the manual around the 10 most common ticket types. New agents who can handle 80% of volume confidently from day one deliver better CSAT from week one.
Quality Assurance Rubric
26/35Create a quality assurance (QA) rubric for reviewing customer service interactions at [COMPANY NAME]. This rubric will be used by QA reviewers to score [CHANNEL: email responses / live chat / phone calls]. The rubric should include 6-8 evaluation criteria, each scored on a [1-5 / 1-10] scale. For each criterion, provide: - The criterion name - What it measures - What a top score looks like (describe it in concrete, observable terms) - What a failing score looks like (equally concrete) - Coaching notes: one tip a manager can give to help an agent improve on this criterion Suggested criteria (customize as needed): Greeting and tone, Issue understanding and accuracy, Solution quality, Policy compliance, Empathy and personalization, Response efficiency, Grammar and professionalism, Customer experience close. Also include: - A total score calculation method - Thresholds: what score triggers coaching, what triggers retraining, what earns recognition - A calibration note for reviewers to ensure consistent scoring across your team
Builds a scoring rubric with concrete observable descriptions at each level, so QA reviews are consistent, actionable, and defensible across reviewers.
Pro tip: Calibrate your rubric quarterly. Run a session where all reviewers score the same 3 tickets and compare. Drift in standards is the leading cause of inconsistent agent feedback.
Call Script Builder
27/35Write a customer service call script for [COMPANY NAME] support agents handling [TYPE OF CALL: inbound support call / outbound renewal call / escalation callback / cancellation save call]. Common scenarios this script will cover: - [SCENARIO 1: e.g., customer calling about an unresolved ticket] - [SCENARIO 2: e.g., customer calling to cancel] - [SCENARIO 3: e.g., customer calling about a billing issue] The script should include: 1. Opening: greeting, company introduction, and how to identify the caller 2. Discovery: 3-4 diagnostic questions to understand the issue before jumping to solutions 3. Resolution branches: a decision tree for the top 3 scenarios (if X, say Y; if Z, say W) 4. Objection handling: 5 common objections and scripted responses that do not sound scripted 5. Hold language: what to say when placing someone on hold and when returning 6. Escalation handoff: exact language to use when transferring to a senior agent 7. Closing: confirmation of resolution, next steps, and sign-off Format: script lines in quotes, stage directions in brackets. Write as if for an agent who is new but confident.
Creates a structured call script with discovery questions, scenario branches, objection responses, and escalation language that new agents can follow without sounding robotic.
Pro tip: Read every scripted line out loud before publishing. If it sounds unnatural when spoken, it will sound worse when a stressed agent reads it to a frustrated customer.
Empathy Training Scenarios
28/35Create a set of empathy training scenarios for customer service agents at [COMPANY NAME]. These will be used in role-play exercises during onboarding or team training sessions. Generate 5 scenarios of increasing emotional difficulty: Scenario 1 (Low difficulty): A frustrated customer whose package arrived late but intact. They are mildly annoyed but receptive. Scenario 2 (Medium): A customer who has been transferred three times for the same issue and is losing patience. Scenario 3 (Medium-high): A small business owner whose account was incorrectly suspended during their busiest season, causing lost revenue. Scenario 4 (High): A customer who is grieving a family loss and needs to cancel or modify a subscription under difficult emotional circumstances. Scenario 5 (Very high): A customer who has experienced repeated failures and is threatening to go public on social media. For each scenario, provide: - A customer opening statement (what the agent hears first) - The emotional state beneath the words - 2 wrong agent responses and why they make things worse - 2 right agent responses and what they accomplish emotionally - A debrief question for the trainer to ask the group
Builds five graduated role-play scenarios with agent response examples and debrief questions, so trainers have ready-to-use empathy practice material.
Pro tip: Run the grief/hardship scenario with every agent. It is the scenario most teams never practice and the one agents feel most unprepared for when it happens in real life.
Product Knowledge Quiz
29/35Create a product knowledge assessment for new customer service agents at [COMPANY NAME] who support [PRODUCT/SERVICE NAME]. The quiz should test: 1. Core product features and what they do 2. Pricing plans and what is included in each 3. Integrations and compatibility 4. Common error messages and their resolutions 5. Escalation procedures and when to use them 6. Policy knowledge: refunds, cancellations, SLAs, data privacy basics Format: 20 questions total across these categories. Include: - 10 multiple-choice questions (4 options each, one correct answer) - 5 true/false questions - 3 short-answer questions ("What would you say to a customer who...") - 2 scenario-based questions with a 3-4 sentence written response For each question, provide the correct answer and a brief explanation of why it matters in a real customer interaction. Also suggest: a passing score threshold, what happens if an agent fails (retake process), and how often the quiz should be updated as the product evolves.
Creates a 20-question product knowledge assessment covering features, pricing, policies, and scenarios, with correct answers and real-world explanations built in.
Pro tip: Update this quiz every time a major product change ships. An agent giving outdated information with confidence is worse than an agent who admits they need to check.
Escalation Decision Tree
30/35Build an escalation decision tree for the customer service team at [COMPANY NAME] supporting [PRODUCT/SERVICE TYPE]. The team has the following tiers: [TIER 1: frontline agents], [TIER 2: senior support], [TIER 3: engineering / legal / account management]. The decision tree should answer the question: "Should I escalate this ticket, and if so, to whom?" Cover these escalation triggers: 1. Technical issues beyond Tier 1 resolution capability 2. Billing disputes above [THRESHOLD AMOUNT] 3. Requests for data deletion or privacy-related requests 4. Legal language or threats in customer communication 5. VIP or enterprise account complaints 6. Social media crises or PR risk situations 7. Repeat contacts on the same unresolved issue 8. Safety or urgent business-impact situations For each trigger, specify: - Who receives the escalation - What information must be included in the escalation note - Target response time from the receiving tier - Whether the customer should be notified and what to tell them Format as a flowchart-style outline an agent can scan in under 30 seconds while on a live interaction.
Creates a scannable escalation decision tree covering all common triggers, routing destinations, required information, and customer communication guidance.
Pro tip: Post this decision tree in your team's primary workspace (Slack, Notion, helpdesk sidebar). An escalation guide that requires searching to find will never be used in the moment of need.
Go from copy-pasting to actually mastering AI.
AI Academy: 300+ hands-on tutorials on ChatGPT, Claude, Midjourney, and 50+ other tools. New tutorials added every week.
Analytics & Improvement
5 promptsTicket Analysis Summary
31/35Help me analyze customer support ticket data for [COMPANY NAME] supporting [PRODUCT NAME]. Here is a summary of our ticket volume and categories for the past [TIME PERIOD: week / month / quarter]: Total tickets: [NUMBER] Breakdown by category: - [Category 1]: [NUMBER] tickets ([PERCENTAGE]%) - [Category 2]: [NUMBER] tickets ([PERCENTAGE]%) - [Category 3]: [NUMBER] tickets ([PERCENTAGE]%) - [Category 4]: [NUMBER] tickets ([PERCENTAGE]%) - [Other]: [NUMBER] tickets ([PERCENTAGE]%) Average first response time: [TIME] Average resolution time: [TIME] CSAT score: [SCORE] Top agents by volume: [LIST] Analyze this data and provide: 1. The top 3 insights a support leader should act on this week 2. Which ticket category represents the highest leverage for reduction (and how to reduce it) 3. Any concerning trends to investigate further 4. One process change that would have the biggest impact on resolution time 5. A 3-sentence executive summary suitable for sharing with leadership
Transforms raw ticket data into prioritized insights, reduction opportunities, and an executive summary — ready to share with leadership.
Pro tip: Do this analysis monthly at minimum. Support ticket trends are one of the earliest warning signals for product problems, onboarding gaps, and documentation failures.
CSAT Improvement Plan
32/35Create a CSAT improvement plan for [COMPANY NAME]'s customer support team. Our current CSAT is [SCORE]% and our target is [TARGET SCORE]% within [TIMEFRAME]. Here is the breakdown of our low CSAT feedback: - Common themes in negative comments: [LIST 3-5 THEMES] - Ticket categories with lowest CSAT: [LIST] - Agents with lowest CSAT scores: [OPTIONAL — describe patterns, not names] - Average resolution time for low-CSAT tickets: [TIME] Create a plan that includes: 1. Root cause analysis for each negative theme 2. Three quick wins we can implement in the next 2 weeks 3. Three systemic improvements that take 1-3 months 4. Agent coaching focus areas based on the patterns 5. How to measure progress weekly (leading indicators, not just lagging CSAT) 6. What to communicate to agents about the improvement initiative to build buy-in, not defensiveness Format as an actionable plan, not a general framework. Be specific about what to do, who should do it, and in what order.
Builds a prioritized CSAT improvement plan with quick wins, systemic changes, coaching focus areas, and a progress measurement framework.
Pro tip: Work backwards from your lowest-scoring ticket categories. CSAT is not evenly distributed — a small share of ticket types typically drives the majority of negative scores.
Response Time Optimization
33/35Help me optimize first response time (FRT) and average resolution time (ART) for [COMPANY NAME]'s support team. Current metrics: - First response time: [CURRENT] vs. target [TARGET] - Average resolution time: [CURRENT] vs. target [TARGET] - Peak ticket hours: [TIME RANGES] - Team size: [NUMBER OF AGENTS] - Channels: [EMAIL / LIVE CHAT / PHONE / ALL] - Current SLA commitments: [DESCRIBE] Analyze these constraints and provide: 1. The most likely causes of FRT exceeding target (be specific, not generic) 2. A staffing coverage analysis: are we over- or under-resourced at peak hours 3. 5 specific process changes to reduce FRT without adding headcount 4. Template or automation opportunities that would reduce handle time 5. How to triage and prioritize tickets to ensure SLA compliance during high-volume periods 6. A 90-day roadmap to hit target FRT and ART with milestones at 30 and 60 days Prioritize recommendations that require no additional budget.
Diagnoses response time bottlenecks and produces a 90-day optimization roadmap with staffing, process, and automation recommendations — prioritized by impact over cost.
Pro tip: FRT and ART have different levers. FRT is usually a staffing and triage problem. ART is usually a knowledge, tooling, or escalation problem. Solve them separately.
Common Issue Report
34/35Generate a "Common Issues Report" template for [COMPANY NAME] to be shared across the support, product, and engineering teams on a [WEEKLY / MONTHLY] basis. The report will be built from support ticket data for [PRODUCT NAME]. The report template should include: 1. Executive summary (3 bullet points maximum): top issues, volume trend (up/down vs. last period), one critical item requiring immediate attention 2. Top 10 issues by volume: issue name, ticket count, trend (new / increasing / stable / decreasing), and who owns the resolution 3. Issues by impact severity: categorized as [Critical: blocks core workflow], [Major: significant friction], [Minor: cosmetic or edge case] 4. Issues introduced by recent product changes: flag any issue that spiked after a release 5. Issues pending engineering fix: status, expected resolution date, and customer communication status 6. Issues resolved this period: what was fixed and whether ticket volume dropped as expected 7. Cross-functional asks: specific requests for product, engineering, or docs teams Format as a template with [PLACEHOLDER] markers. It should take an analyst under 45 minutes to fill in each period.
Creates a cross-functional common issues report template that connects support data to product and engineering priorities — with built-in accountability for resolutions.
Pro tip: Send this report to engineering and product leads every week without exception. The cadence builds accountability. A monthly report is too easy to deprioritize.
Voice of Customer Insights
35/35Help me synthesize Voice of Customer (VoC) insights for [COMPANY NAME] from the following data sources: Data available: - CSAT survey responses with open-text comments: [PASTE A SAMPLE OF 10-20 COMMENTS, OR DESCRIBE THEMES] - NPS survey responses with detractor and passive comments - Support tickets tagged as feature requests - Social media mentions or reviews (summarize if you have them) Analyze this feedback and provide: 1. The top 5 recurring themes across all sources — what customers are consistently saying 2. The most emotionally charged feedback: what issues are generating the strongest negative or positive reactions 3. Unmet needs: what customers are asking for that we do not currently offer or communicate well 4. Quotes: pull the 3-5 most representative customer quotes that capture the key themes 5. Product implications: what 3 changes would address the most feedback with the least development effort 6. How to present these findings to leadership in a 5-minute briefing Format the output as a shareable one-page brief with section headers. Use the customer quotes as evidence, not as decoration.
Transforms multi-source customer feedback into a structured VoC brief with themes, emotional signals, unmet needs, representative quotes, and product recommendations.
Pro tip: Let the quotes do the work in leadership presentations. An executive who reads a customer's words in their own voice makes decisions faster than one who reads a statistic.
Frequently Asked Questions
Prompts are the starting line. Tutorials are the finish.
A growing library of 300+ hands-on tutorials on ChatGPT, Claude, Midjourney, and 50+ AI tools. New tutorials added every week.
14-day free trial. Cancel anytime.