Send every support ticket to the right team with its urgency
Each ticket gets a team, what the customer wants and an urgency, with flags for a person, missing details and safety. The teams are an example to replace.
Try it on this example
Subject: Charged twice + app broken
Ticket text, or the whole thread
- Which team should handle this support ticket?Billing and subscriptions100%
- What does the customer mainly want in this support ticket?Report a problem100%
- How urgent is this support ticket, from what the customer says?High100%
- Does the customer ask to speak to a person, a manager or someone by phone?No90%
- Does the team need details from the customer that the ticket does not give, before it can start?No74%
- Does the ticket raise a second issue that belongs to a different team?Yes83%
- Does the customer describe a device or charger getting hot, smoking, swelling, sparking or hurting someone?No91%
These are real answers stored from one run on this example.
The prism behind it
Send every support ticket to the right team with its urgency
Fields
- Subject
- Ticket text, or the whole thread
Context
We are Pellmore, an online shop that sells our own wireless speakers and headphones, with a companion app and an optional paid subscription, Pellmore Plus, for extra features. Customers write in by email, the web form and in-app chat, and every ticket lands in one helpdesk. Each new ticket is read here and sent to one team. A person in the triage team handles any ticket the answers are unsure about. Routing rules: - One ticket, one team. When a ticket raises more than one issue, route it by the issue that costs the customer most if it waits: money taken wrongly, a device that cannot be used, or a safety concern, in that order of weight. A second issue is split off by code. - Anything about a device getting hot, smoking, swelling, sparking or hurting someone goes to the product safety team first, whatever else the ticket says. - Requests about personal data, and letters from lawyers or authorities, go to privacy and legal. - Urgency is judged from what the customer says about time and impact, not from how serious the topic sounds in general. - The helpdesk matches order numbers, emails and serial numbers to accounts. Nothing here looks them up.
Questions
Which team should handle this support ticket? Choice
Choose the one team that should handle the ticket, using the routing rules in the context. When the ticket raises more than one issue, choose the team for the issue the rules give most weight to.
What does the customer mainly want in this support ticket? Choice
Choose the single main thing the customer wants from the whole ticket, not every thing they mention.
How urgent is this support ticket, from what the customer says? Scale
Rate the time pressure and impact the customer states or clearly describes. Do not rate how important the topic sounds in general.
Does the customer ask to speak to a person, a manager or someone by phone? Yes / No
Read every customer message. Count a request, in any words, for a person, an agent, a manager, a callback or a phone call instead of the assistant, an automated reply or more messages, and a request to stop talking to a bot. Mentioning a person they spoke to before is not a request. Yes: The customer asks, in any words, to deal with a person. No: The customer does not ask for a person, including when they are only frustrated.
Does the team need details from the customer that the ticket does not give, before it can start? Yes / No
Count only details a ticket like this should carry: which order, account email, device or serial number, or what actually went wrong. The helpdesk matching an email address to an account counts as having the account. Judge only the issue the ticket is routed for. Card details, payment IDs and bank statements are not needed; the helpdesk matches charges to the account. Yes: At least one such detail is needed and missing from the whole ticket. No: The ticket carries enough to start work, or the request needs no such detail.
Does the ticket raise a second issue that belongs to a different team? Yes / No
Count a second issue only when the customer asks for something about it and another team in the list would handle it. Yes: The ticket raises a second issue for a different team. No: Everything in the ticket belongs to one team.
Does the customer describe a device or charger getting hot, smoking, swelling, sparking or hurting someone? Yes / No
Count it however it is worded ("the case is bulging", "it smelt of burning"), even when it is not the main point of the ticket. Do not count a device that is only warm in normal use as the customer describes it. Yes: The customer describes a safety concern of this kind. No: No such concern is described.
Lens columns
team, team_probability, intent, intent_probability, urgency, urgency_average, asks_for_person, asks_for_person_probability, missing_details, missing_details_probability, second_issue, second_issue_probability, safety_concern, safety_concern_probability
Run it on your own text
Add this prism in the app, change any question, and test it on a file of your own.