Organize Contacts with Tags
Create a small, governed set of reusable labels so your team can find contacts, coordinate follow-up and support approved workflows without losing the evidence behind each decision.
Use tags for decisions your team will act on
Define each tag before using it, apply it only when its condition is true and remove it when that condition changes. Keep the supporting evidence in the conversation, a field, a note, a task or an approved connected record. Review shared tags before renaming or deleting them.
Start with a small, controlled tag system
Create tags around decisions your team will actually use. A smaller governed set is more useful than hundreds of unreviewed labels whose meaning changes from person to person.
What action it supports
When it is true
Who governs it
How it is removed
What relies on it
Service category
Apply after the contact confirms an approved service or product interest.
Define the qualifying statementDefined state
Use only when the contact meets the written, objective qualification rule.
Keep evidence in contextBooked status
Apply when the approved booking condition is confirmed and remove if it is reversed.
Document both directionsAction category
Use with a clear owner or task when a person must complete a specific next step.
A tag alone is not ownershipGive every important tag one stable meaning
Write a one-sentence definition and owner for each important tag. Use clear, stable names that make sense to every authorized person who will filter, report or act on them.
What exact condition makes the tag true?
Prevents people and automations from applying different meanings.
Who approves changes and resolves overlap?
Keeps the shared system controlled as the team grows.
Which evidence or event applies the tag?
Makes manual and automated updates testable.
When is the condition no longer true?
Stops old states from remaining indefinitely.
Which filters, messages or workflows use it?
Protects downstream behavior during maintenance.
Control the scope before changing many contacts
If your account provides a bulk tag action, treat the filtered selection as a data change. Confirm the definition and scope on a small representative sample before applying or removing a tag across the full set.
Build the intended scope
Check selection size
Review records
Apply one action
Spot-check results
Review dependencies before renaming or deleting a tag
Before changing a shared tag, check saved filters, assignments, messages, reports and connected workflows that may depend on its exact value.
No current contacts, owners or documented dependencies.
Confirm the absence of hidden workflow use before removal.
Two labels represent the same condition or decision.
Select the canonical tag and plan a verified consolidation.
The condition changed but the remove rule did not run.
Correct affected contacts and repair the lifecycle rule.
Filters, assignments, messages, reports or workflows use the tag.
Update and test every dependency before changing the label.
Keep labels objective, necessary and appropriately restricted
A short label can still disclose sensitive information or drive a consequential action. Use the narrowest category needed for the approved workflow and limit access to tags that trigger important decisions.
Objective condition
The tag has a written business definition supported by approved evidence.
Necessary purpose
The category supports a real operational decision, filter or workflow.
Controlled access
Only authorized people and connected workflows can view or change it.
Appropriate retention
The label is removed when its condition ends or its approved purpose no longer applies.
Resolve common tag problems
Pause new use and compare definitions
Choose the canonical label, find every dependency and plan a controlled consolidation instead of deleting immediately.
Check the definition and update source
Review representative records, manual changes, Agent rules, imports and connected workflow activity.
Tighten the evidence rule
Require the defined confirmation, add ambiguous examples and specify when the Agent must leave the tag unchanged.
Repair the remove condition
Define the reversal event, correct affected records and retest changed-answer behavior.
Stop and inspect dependencies
Preserve the contact, tag event and workflow details, then verify entry criteria and duplicate handling.
Add ownership and a next step
Use an assignment or task with context and timing; keep the tag only as the shared category.
Contact tag questions
How many tags should we create?
Start with the smallest set that supports real decisions. Add a new tag only when it has a distinct definition, owner, lifecycle and operational use that an existing tag cannot serve.
When should I use a tag instead of a contact field?
Use a tag for a reusable category or condition. Use a field for a structured value with a defined format, and use a note for concise contextual information.
Can the AI Agent add and remove tags?
It can manage selected tags when you define objective add and remove rules. Test direct, ambiguous, contradictory and changed answers before relying on the rule.
Should a tag create the next action?
The tag can group contacts or support a workflow, but use an assignment, task or approved connected record to establish responsibility, timing and completion.
Can I rename or delete an unused tag?
Check saved filters, assignments, messages, reports and connected workflows first. A tag with few current contacts may still be a dependency elsewhere.
Can tags contain sensitive customer details?
Avoid subjective or sensitive labels. Use only the minimum objective category required for the approved purpose, control access and keep detailed evidence in the appropriate protected record.
Send the definition and affected workflow
Include the ConvoRev account, exact tag name, written definition, expected add and remove rules, representative synthetic examples and any affected filter or connected workflow. Remove credentials and unnecessary private customer information.