Step 1
Sample tickets together with the labels currently applied, the routing destination each label leads to and the handling action that destination performs, so categories can be judged by the action they trigger rather than by their names.
Topic labels were added whenever someone new joined the team, leaving overlapping tags that make the volumes impossible to read. In this case, the immediate task is to classify support tickets using explicit categories. The workflow should produce a ticket category scheme inside a support operating workflow validated on unseen tickets.
First replace every [bracketed] placeholder with real store scope and constraints, then add any actual records or data you have, and paste it into your preferred AI assistant or Spark agent. Spark will follow this page's workflow to produce structured output and verification steps.
Act as a Shopify operations specialist.
Help me classify support tickets using explicit categories.
My store context is [describe the business, products and target audience].
My scope is [specify the affected products, pages, customers or reporting period]. Use these inputs: [sampled tickets with current labels, the routing destination and handling action behind each label, and a held-back ticket set for testing]. Define categories that are mutually exclusive at ticket level and complete for the request types present, write a precedence rule for tickets fitting two, then test the definitions on tickets held back from the ones used to write them.
Return a ticket category scheme inside a support operating workflow for the specified task.
Show the relevant evidence or before-and-after examples and explain how I can verify the result.
If essential data is missing, ask for it and mark unsupported conclusions as unknown.
Do not invent metrics, product claims or customer facts.
For any publication, message, account or store change, use only connected tools within my explicitly authorized scope and report success only after verification; otherwise provide the draft or proposed steps.Split the work into input, judgment, and deliverable phases. Verify each step's output before moving to the next.
Sample tickets together with the labels currently applied, the routing destination each label leads to and the handling action that destination performs, so categories can be judged by the action they trigger rather than by their names.
Define categories that are mutually exclusive at ticket level and complete for the request types present, write a precedence rule for tickets fitting two, then test the definitions on tickets held back from the ones used to write them.
Deliver the category scheme inside the support workflow with a definition and an example per category, then report the share of held-back tickets that classify cleanly under exactly one category and list those that fit none.
Cover decision rules, frequent misunderstandings, and required inputs so the team aligns on prerequisites before execution.
It tests whether the definitions hold on tickets they were not written from, which is the only real check on completeness; tickets fitting no category are evidence for adding one or widening a definition, never grounds for forcing a fit.
One category per ticket chosen by the written precedence rule, so category counts add up to the ticket count; secondary labels may be kept for search but must not feed routing or reporting, or the totals stop reconciling.
When it no longer changes routing or reporting and its volume has moved elsewhere, since a category that decides nothing only adds a choice; historical tickets keep the old label so earlier counts can still be reproduced.
Start with scenarios under the same topic, then expand into cross-topic matches suggested by similarity.
Ciwi Spark builds Shopify-native AI tools and agents around the workflows merchants actually run: research, ads, translation, and customer support. Stop rewriting the same prompts by hand.