What is conversation monitoring?

Conversation monitoring is Simple Chat's automated follow-up workflow for issues that need time. Instead of leaving a conversation open for staff to remember later, the AI can move it into monitoring with a scheduled check-in.

At the follow-up time, Simple Chat can re-run relevant tools (such as order or tracking checks), then decide whether to update the customer, keep monitoring, close the conversation, or escalate to staff. This fits shipping issues, pending warehouse actions, carrier timelines, and any case where the right answer depends on waiting for something to change.

The problem monitoring solves

Some support threads are not finished in one chat session.

  • A package is in transit and tracking will not update until tomorrow.
  • A warehouse action is pending and status will change later.
  • A carrier timeline means "check back in 48 hours" is the honest answer.

Without monitoring, those tickets either stay open on a mental staff to-do list or get forgotten. Monitoring gives the AI a structured waiting state with a planned next step.

What happens when a case enters monitoring

  1. The AI recognizes the issue needs time, not an immediate final reply.
  2. The conversation moves into monitoring with a scheduled check-in.
  3. Your team can see monitoring conversations in the dashboard workflow (alongside active and closed work) instead of relying on memory.

The customer can be told what to expect; the system owns the follow-up schedule.

At each scheduled check-in

When the follow-up time arrives, Simple Chat does real work—not just a reminder ping.

  • Re-run relevant tools — for example fresh order or tracking data.
  • Update the customer if there is news worth sharing.
  • Keep monitoring if the situation still needs more time.
  • Close the conversation if the issue is resolved.
  • Escalate to staff if a human decision or intervention is required.

Good use cases

Monitoring is especially useful when status changes outside the chat.

  • Shipping issues — delayed scans, in-transit delays, delivery exceptions.
  • Pending warehouse actions — pick/pack/ship not complete yet.
  • Carrier timelines — delivery windows that have not elapsed.
  • Any support case where the correct next step is wait, re-check, then act.

Configure tools (orders, tracking, ShipHero if enabled) so check-ins have data to compare against the last visit.

Changelog releases

This topic appears in the following release notes: