Skip to main content
This example turns incoming customer complaints into traceable cases with clear priority, ownership, and escalation.

Outcome

The support team wants every complaint to receive:
  • a category and priority;
  • an accountable owner;
  • a response deadline;
  • the correct escalation path;
  • a draft acknowledgement;
  • a record that can be monitored until closure.

Add the business context

Create a Customer Support Project and add:
  • the complaint and escalation policy as Sources;
  • reviewed Knowledge pages for severity, ownership, and response targets;
  • a Tickets model and table;
  • Gmail as the incoming Source connection, or an MCP connector for the support system.
A useful Tickets model includes customer, subject, category, priority, status, owner, received date, response deadline, and escalation reason.

Prompt to try

Attach one complaint email and the escalation policy:

Review the classification

Confirm that:
  • priority is based on documented criteria;
  • the deadline is calculated from the correct rule;
  • the owner is a current Project member or valid external assignee;
  • the summary separates customer claims from verified facts;
  • the acknowledgement avoids unsupported commitments.
After approval, ask Cromo to create the ticket record and save the original email to Sources when it should remain as evidence.

Create the recurring process

Capture the review procedure as a Process Skill named Triage a customer complaint. Then ask:
Test the Workflow with normal, urgent, duplicate, and incomplete complaints.

Monitor the operation

Publish a Dashboard with:
  • open complaints by priority;
  • complaints approaching the response deadline;
  • critical complaints without an owner;
  • average age of open tickets;
  • a table of cases requiring human review.

Expected result

Safety checks

  • Do not treat a customer’s claim as a verified fact.
  • Keep customer-facing messages in draft until approved.
  • Test deadline calculations across weekends and policy exceptions.
  • Pause the Workflow when ownership or escalation rules change.