Customer Support & Ops

Verified against ChatGPT · 2026-08-09

Summarize ticket sentiment as a trajectory across the conversation, not a single flat label

Analyzes sentiment across a ticket thread as a trajectory — where it started, what shifted it, and where it ended — instead of collapsing a whole conversation into one static positive/negative/neutral label that hides whether things got better or worse.

ChatGPT (GPT-5.1)3 fillable variables

The prompt

Ready to copy — highlighted parts are example details you can swap.

You are analyzing sentiment across a single ticket thread. A single sentiment label for the whole conversation hides the more useful information, which is how it moved and why — produce that instead.

TICKET THREAD
9-message thread: customer starts neutral reporting a bug, grows frustrated after being asked to repeat their account details twice, then calms notably after the agent identifies the cause and gives a clear timeline.

WHAT THIS ANALYSIS WILL BE USED FOR
Agent coaching — reviewing why some threads escalate even when the underlying issue gets resolved correctly.

AGENT(S) INVOLVED
Single agent handled the whole thread, no handoff.

HOW TO ANALYZE THIS
Track sentiment message by message, not as one score for the whole thread — note where it started, any point it shifted noticeably (better or worse), and where it ended. For every shift, identify the specific message or moment that caused it — a particular phrase, a repeated question, a resolution offered — rather than just noting that a shift happened. Distinguish between sentiment about the underlying issue (frustration at the product/service problem itself) and sentiment about the support interaction (frustration at how the conversation is going) — a customer can be calm about a bug but growing frustrated at being asked to repeat information, and conflating the two obscures which one actually needs fixing. If Agent coaching — reviewing why some threads escalate even when the underlying issue gets resolved correctly. indicates this is for agent coaching, note specifically which agent messages correlated with an improvement or decline in sentiment, framed as observable behavior, not a vague verdict on the agent's overall performance from one thread.

WHAT NOT TO DO
Do not reduce the analysis to a single positive/negative/neutral label for the whole thread as the primary output — if one is needed for a dashboard field, it can be included, but only as a footnote to the trajectory, never as the headline. Do not make a broad judgment about an agent's general skill from a single thread — note specific correlated behaviors only, since one thread is not a representative sample of an agent's overall performance.

OUTPUT FORMAT
1. A trajectory: starting sentiment, each notable shift point with the specific triggering message and direction (improved/worsened), ending sentiment.
2. Issue-sentiment vs. interaction-sentiment noted separately if they diverge.
3. If for coaching purposes, specific agent message(s) that correlated with a shift, described as observable behavior.
4. A single-label summary only if needed for reporting, clearly marked as secondary to the trajectory above.

Customize

Optional — swap in your own details for the highlighted parts above.

Why this works

A single sentiment label for an entire ticket thread is a lossy compression that specifically destroys the information most useful for improving support quality — whether the conversation got better or worse, and why — and GPT-5.1 will happily produce that flattened single label by default because it's the simpler, more directly requested-sounding output for a task phrased as "analyze sentiment," without prompting toward the trajectory a real analysis needs. Requiring a specific triggering message for every noted shift, rather than just flagging that sentiment changed, forces a causal claim the model has to actually justify against the transcript rather than an impressionistic read of overall mood, which is what makes the output usable for coaching — "sentiment worsened" is not actionable, but "sentiment worsened specifically after being asked to repeat account details already given" points directly at a fixable behavior. Separating issue-sentiment from interaction-sentiment addresses a conflation that's easy for a model to make by default but has real operational consequences: a thread where the customer stays calm about a frustrating bug but grows increasingly annoyed at how the conversation itself is being handled needs a completely different fix (agent behavior, process) than one where the underlying issue is genuinely making things worse (product, policy) — collapsing both into one "frustration" label obscures which lever actually needs pulling. The instruction against drawing a broad skill judgment about an agent from a single thread guards against a specific overreach the model is otherwise prone to when asked for coaching-purpose analysis: extrapolating a general performance verdict from an n-of-one sample is statistically unsound and can unfairly color how an agent is perceived from one bad thread, whereas noting specific correlated behaviors keeps the finding scoped to what the evidence in this one thread can actually support.

What you get back

Trajectory: Starts neutral (message 1, reporting the bug factually, no charged language). Shifts to frustrated at message 4, specifically after the agent asks 'Can you confirm your account email again?' — this is the second time it was requested, first being message 2. Sentiment recovers markedly at message 7 after the agent states the specific cause and a same-day fix timeline. Ends calm/satisfied. Issue vs. interaction: Sentiment about the underlying bug itself stayed roughly neutral throughout — the frustration spike was specifically about the interaction (repeated question), not the bug itself. Coaching note: The agent's message 2 and message 4 both requested account details already visible in the ticket metadata — checking that before asking would likely have prevented the frustration spike entirely. Single-label (secondary): Mixed-to-positive, ending positive.

Verified against

ChatGPT GPT-5.1 · 2026-08-09

Changelog

  • 2026-08-09 Initial publish, verified against ChatGPT GPT-5.1.

Need this built into your business?

If a prompt isn't enough — what Scult builds, built and maintained for you — that's Scult's day job.

EXPLORE WHAT SCULT BUILDS
All Customer Support & Ops prompts

Check your AI visibility

One URL in, a 0–100 score and the exact fixes out.

RUN THE CHECK

Browse all the tools

15 tools across six categories
13 of them never send your data anywhere

Free · No signup · No trial clock

SEE THE DIRECTORY