USE CASE / Choice
Support ticket routing
Choose shipping, billing, technical, or other
A representative input (state)
Customer message, order state, known issue types
Question type
Choice
Question instruction
Choose shipping, billing, technical, or other
When below threshold
Code assigns a queue; low confidence goes to review
Keep routing reversible
Code verifies ticket ownership, order, and carrier records first. Choice proposes the first team; a refund request in the same message is a separate intent. Track both before a rule or person decides what to do.
Three edge cases to test
- No order ID: ask for context
- Missing parcel plus duplicate charge: split or review
- Repeated manual reassignment: inspect option definitions and labels
Example request
This is a design draft, not an actual Jev answer or accuracy test.
{
"state": "My parcel says delivered, but nothing arrived.",
"model": "jev-latest",
"questions": {
"decision": {
"type": "choice",
"instructions": "Which team should handle this customer request?",
"criteria": {
"shipping": "Delivery, tracking, or missing package",
"billing": "Payment, charge, or subscription",
"technical": "Product bug or integration failure",
"other": "None of the above"
}
}
}
}Limits and fallback
Check order facts first; do not issue refunds from a classification alone.
What does the support team actually need to decide?
Follow one support ticket from raw text and verified facts through three questions, an illustrative answer, edge cases, and launch evaluation.
Worked example: design a Jev workflow for a missing delivery