Decide what the tags are for

Tags can support routing, reporting, knowledge improvement, or quality review. Each purpose needs a different taxonomy. A tag set designed for routing may be too broad for root-cause analysis, while a detailed issue list may be too slow for live triage.

Write the purpose and the decisions the tags will inform. If no decision changes based on a tag, remove it. A large taxonomy that nobody uses creates work without improving the queue.

Separate topic, intent, and outcome

Topic describes what the conversation is about, such as billing, access, or delivery. Intent describes what the customer wants, such as a refund, a change, or an explanation. Outcome describes what happened, such as resolved, escalated, or pending customer action.

Keeping these dimensions separate makes the data more useful. A single tag that combines topic and outcome cannot answer whether billing questions are more likely to escalate than access questions.

Use the specialist service role as a starting point for scope, sources, and evidence.

Define tags with examples

Each tag needs a definition, an example, and a rule for when not to use it. Reviewers should be able to apply the tag consistently. A tag named other without a required note is not useful for learning.

Test the definitions on a sample and measure agreement. If two agents tag the same conversation differently, the definition or the example is unclear. Revise before expanding the taxonomy.

Tag at the right time

Some tags can be applied at intake, while others are only known at closure. Record when the tag was applied and whether it changed. A conversation that starts as a billing question and ends as an access issue should show both if the taxonomy supports it.

Do not force an early tag to remain final. The history is useful, but the current outcome should reflect what actually happened. Keep the change record if the platform allows it.

GAO Standards for Internal Control in the Federal Government provides public guidance that can help your team test workflow assumptions.

Review tag quality

Sample conversations by tag and check the definition, the evidence, and the outcome. Look for tags that are overused, unused, or applied to unrelated topics. A tag with a high disagreement rate needs revision.

Use the tags to improve routing and knowledge, not to rank agents. A tag is a description of the conversation, not a performance score.

Compare this approach with the next related workflow guide.

Pilot one dimension

Start with topic tags only, or outcome tags only. Run the taxonomy for two weeks and review the distribution and the disagreements. Add the next dimension after the first is stable.

Keep the taxonomy small enough to maintain. A clear set of tags that the team uses consistently is more valuable than a comprehensive list that nobody trusts.

Common questions

How many tags should a conversation have?

Use the minimum needed to answer the review question. One topic and one outcome are often enough.

Who owns the taxonomy?

The support operations or quality owner, with input from the teams that use the data.

Can agents create new tags?

Only through the approved change process. Ad hoc tags fragment the data.

Ready to create a clearer support role?

Bring the workflow that consumes the most attention. We will help shape the role, handoff, and review points.

Book a free consultation