Cancellation and churn-save reply
Respond to a customer who wants to cancel with an honest, respectful save attempt that addresses their real reason and makes leaving easy.
Analyze a batch of tickets to find top issue themes, root causes, deflection opportunities and product or documentation fixes worth making.
Analyze the batch of support tickets below for {{product}} and tell me what to fix.
Ticket data (one per line or pasted export):
{{tickets}}
Period and volume: {{period}}
Team goal: {{goal}}
Do this:
1. Group tickets into 5-8 themes. For each theme: name, approximate count and percentage, a representative customer quote (names removed), and the likely root cause.
2. Classify each theme's best fix: product change, documentation or help article, in-app copy, macro or training, or no action. Explain the choice briefly.
3. Rank the top 5 actions by expected ticket reduction against effort. Show your reasoning as High/Medium/Low for each.
4. Highlight anything unusual: sudden spikes, high-emotion tickets, churn risk, security or legal issues.
5. State the limits of this analysis: sample size, ambiguous tickets, anything you couldn't classify.
Count honestly; if the data is too small to draw conclusions, say so. Do not invent numbers, and show how you got each count.
Output as a short report with a table for theme counts and a numbered action list.Showing which ticket numbers fall into each theme keeps the model honest about its counts, and classifying the type of fix turns the report into a backlog. The more tickets you paste, the more reliable it gets.
Licensed CC0 (public domain) Version 1 · history
Respond to a customer who wants to cancel with an honest, respectful save attempt that addresses their real reason and makes leaving easy.
Condense a long, messy ticket history into a crisp escalation note with impact, timeline, what has been tried and what you need.
Turn a furious customer message into a reply that acknowledges the problem, takes ownership and offers a clear next step without grovelling.
Say no to a refund or policy-exception request clearly and kindly, explain the reason, and offer real alternatives so the customer feels respected.
Reply to a customer in their own language with natural phrasing, the right level of formality and a back-translation so you can check it.
Turn vague customer descriptions into a structured bug report with severity, reproduction steps, likely area and missing information.
Comments (0)
Sign in to join the discussion.
No comments yet. Be the first to share how it worked.