Stop escalations that reach tier 2 without what it needs
When an agent presses Escalate, checks the note and chat against the receiving team's checklist, so the agent adds what is missing. They can still send it.
Try it on this example
Team the agent is escalating to: Tier 2 - Integrations
Agent's handoff note: Customer's Shopify sync not working. Please check.
Conversation with the customer so far, with speaker labels
- What should the agent do with this escalation before it moves to the receiving team?Try the standard fix first87%
- Does the escalation note state the customer's problem clearly enough for someone who has not read the conversation?No87%
- Does the escalation note say what was already tried and what happened?No84%
- Does the escalation include the error text, reference or log the receiving team's checklist asks for?Missing98%
- Does the escalation give the device, version, store or account details the receiving team's checklist asks for?Only in the conversation78%
- How badly does the conversation show the problem affects the customer?Degraded96%
- Is the team named in the escalation the right one for this problem, under the team descriptions in the context?Yes98%
- Does the escalation note leave out or contradict something important the customer said?Yes94%
- Was the standard fix from the context tried, when one applies to this problem?Not tried100%
- Does the customer say they have contacted the firm before about this same matter?Yes98%
- Does the agent promise the customer a fix, a time for a fix, a credit or a refund on the receiving team's behalf?Yes98%
These are real answers stored from one run on this example.
The prism behind it
Stop escalations that reach tier 2 without what it needs
Fields
- Team the agent is escalating to
- Agent's handoff note
- Conversation with the customer so far, with speaker labels
Context
We are Quillbox, an inventory and order management app for small online shops. Tier 1 agents answer customers by chat and email. When an agent presses Escalate, the handoff note and the conversation are checked here against the checklist of the team the agent picked. The agent sees what is missing before the ticket moves, and can still send it with a reason. Tier 2 reads the note first and the conversation only when it needs to, so the note must stand on its own. Every escalation needs: what the customer is trying to do and what goes wrong, since when, what tier 1 tried and what happened, and how badly the customer is affected. Receiving teams, what each needs, and the standard fixes tier 1 tries first: - Tier 2 - Integrations. Connections to store platforms and marketplaces, order and stock sync, the API and webhooks. Needs: the platform and the store address or account ID; which records are affected (orders, stock, products) and whether old records are affected or only new ones; the exact error text, or the sync log reference (SL- followed by digits) from Settings > Connections > Sync log. Standard fixes: when a sync has stopped with no error, reconnect the store from Settings > Connections > Reconnect, then press Sync now. When one product will not sync, check its SKU is not blank. - Tier 2 - Billing. Plans, invoices, failed card payments, refunds. Needs: the invoice number or the date and amount of the charge, and what the customer expected to pay. Standard fix: for a failed payment, ask the customer to update the card under Settings > Billing and retry. - Tier 2 - Mobile app. The iPhone and Android apps. Needs: the phone model, the operating system version and the app version; the steps that lead to the problem. Standard fixes: update the app; sign out and back in. - Tier 2 - Data and reports. Missing, duplicated or wrong records inside Quillbox, imports, exports and reports. Needs: an example record (an order number or SKU) and what it should show. Standard fix: for a failed import, download the error file from the import screen and correct the rows it lists. - Account security. Sign-ins the customer did not make, a suspected takeover, locked accounts after failed two-step codes. Needs: when the customer noticed and what they saw. No standard fix: escalate at once. What tier 1 may tell the customer: that the issue has been passed to the named team, and that the team replies within one working day. Tier 1 may not promise a fix, a time for a fix, a credit or a refund on the receiving team's behalf.
Questions
What should the agent do with this escalation before it moves to the receiving team? Choice
Judge the note and the conversation against the receiving team's checklist and standard fixes in the context. This is a suggestion for the agent, who can still send the escalation with a reason. When more than one option fits, pick the one lowest in the list.
Does the escalation note state the customer's problem clearly enough for someone who has not read the conversation? Yes / No
Read the note on its own, as the receiving team will. Clear means it says what the customer is trying to do, what goes wrong and since when. Words such as "not working, please check" do not describe the problem. Yes: A reader of the note alone would know what is wrong and since when. No: The reader would have to open the conversation, or ask the customer, to learn what is wrong.
Does the escalation note say what was already tried and what happened? Yes / No
Count steps taken by the agent or the customer, such as reconnecting, retrying, updating the app or checking another channel, when the note says what the result was. Steps that appear only in the conversation do not count here. Yes: The note names at least one step tried and its result. No: The note names no step tried, or names one without its result.
Does the escalation include the error text, reference or log the receiving team's checklist asks for? Choice
Look in both the note and the conversation. Use the checklist for the team named in the target team field. A description of what the screen shows is not the error text unless the checklist accepts it.
Does the escalation give the device, version, store or account details the receiving team's checklist asks for? Choice
Use the checklist for the team named in the target team field. Look for details such as the platform, the store address or account ID, the phone model and app version, or an example record.
How badly does the conversation show the problem affects the customer? Choice
Judge from what the customer says about their work or their shop, not from how serious the fault sounds.
Is the team named in the escalation the right one for this problem, under the team descriptions in the context? Yes / No
Compare the problem in the conversation with what each team in the context handles. Yes: The problem belongs to the team named in the target team field. No: The problem belongs to a different team in the context.
Does the escalation note leave out or contradict something important the customer said? Yes / No
Compare the note with the customer's words in the conversation. Important means a fact that changes how the receiving team would investigate: when it started, which records or devices are affected and which are not, what the customer already did, or a second problem. Yes: The note leaves out or gets wrong at least one such fact. No: The note carries every such fact the customer gave, or the customer gave none beyond what the note says.
Was the standard fix from the context tried, when one applies to this problem? Choice
Use the standard fixes listed for the receiving team, and for the team the problem belongs to if that is different. Judge from the conversation and the note.
Does the customer say they have contacted the firm before about this same matter? Yes / No
Count any earlier call, chat, email or ticket about the same problem that the customer mentions. Yes: The customer says they contacted us before about this problem. No: The customer mentions no earlier contact about it.
Does the agent promise the customer a fix, a time for a fix, a credit or a refund on the receiving team's behalf? Yes / No
Our rule: tier 1 may say the issue has been passed to the named team and that the team replies within one working day. Tier 1 may not promise a fix, a time for a fix, a credit or a refund on that team's behalf. Yes: The agent promises any of these, such as "they will have it fixed today". No: The agent only says the issue is passed on, or gives the one-working-day reply time.
Lens columns
suggested_step, suggested_step_probability, issue_clear, issue_clear_probability, note_steps_tried, note_steps_tried_probability, evidence_included, evidence_included_probability, setup_details, setup_details_probability, impact, impact_probability, right_team, right_team_probability, note_misses_facts, note_misses_facts_probability, standard_fix, standard_fix_probability, repeat_contact, repeat_contact_probability, promised_for_team, promised_for_team_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.