Classify Support Tickets with AI
Billing, Technical, Account, How-To, Feature Request — ticket triage with definitions that decide the borderline cases for the model.
Enterprise, SMB, Self-Serve, Partner — route inbound interest to the right sales motion, with Best Match because every inquiry needs a lane.
Sales routing has a property moderation doesn't: every inquiry must go somewhere, now. This setup classifies inbound sales interest into four motions under Best Match ambiguity — the closest lane wins even on imperfect fit, because a slightly-wrong lane that responds beats a perfect lane that never hears about it. Definitions encode the routing signals (seats, security and procurement requirements → Enterprise; reseller or integration framing → Partner), and high/medium/low confidence tells the SDR team which auto-routes to double-check.
Route on first touch
Best Match never refuses, so every inquiry gets a lane immediately — the speed your funnel actually needs.
Encode segment signals in definitions
Seat counts, procurement language, reseller framing — the definitions carry your segmentation playbook.
Spot-check medium and low
Confidence tells the SDR team which auto-routes deserve a second look before the rep invests time.
By matching text against the definitions, not the label names: many seats or security and procurement requirements signal Enterprise, while a reseller, agency, or integration inquiry — "not a direct customer" — signals Partner. If two labels fit equally, it prefers the more specific definition. The data-classification-prompt outputs this classifier; the SDR team owns the final routing call, especially on medium and low confidence.
Confidence is self-reported, not computed: high means the text unambiguously fits, medium is a good fit with minor uncertainty, low is "the best available choice among the labels." Because the policy "never refuses," a low-confidence label is still a forced pick — spot-check medium and low before a rep invests time. It's a routing recommendation your team verifies, not a guaranteed segment.
Because routing needs every inquiry to go somewhere now. The AMBIGUITY POLICY says "Always return the closest label, even when the fit is imperfect. Never refuse to classify." If you instead want a Qualified/Nurture/Unqualified set with Strict rules that can withhold, notFor says that's a different label set to build in the tool.
Billing, Technical, Account, How-To, Feature Request — ticket triage with definitions that decide the borderline cases for the model.
The blocks a reliable classification prompt needs: defined labels, classification rules, edge-case rules, an ambiguity policy, and a confidence contract.
Praise, Complaint, Feature Request, Bug Report, Question — multi-label feedback categorization where one message can carry three signals.
Free text in, named fields out. The extraction prompt pattern that turns any unstructured text into consistent, parseable records.
Stop getting 'Sure, here is the JSON…' — the output-contract pattern that forces models to return only parseable JSON: schema, example, and a strict rule block.
The JSON won't parse and you can't see why. Deterministic cause-sniffing — trailing commas, single quotes, unclosed brackets — and the repair prompt that fixes it.
Build classification prompts that assign labels from a closed set — with label definitions and edge-case rules.