Catch helpdesk tickets going stale before customers chase you
Twice every weekday, your team gets one Slack message listing the Re:amaze conversations that have been waiting too long.
Every weekday at 8am and again at 2pm, check my Re:amaze helpdesk for conversations that have been waiting too long and post one summary to Slack. The goal is to catch tickets that are slipping through the cracks before a customer has to complain a second time.
Use the Re:amaze List Conversations operation to pull every conversation that is still in an open or unassigned state. This list is paginated, so page through all of it. The response carries page_size, page_count and total_count, and it defaults to 30 conversations per page, so advance with the page query parameter until you have collected every conversation. Do not skip this loop: a backlog alert that silently stops at the first 30 conversations is worse than no alert at all.
Re:amaze reports conversation status as an integer, and status 5 specifically means On Hold and pairs with a hold_until timestamp. On Hold conversations are deliberately parked rather than neglected, so exclude them from the stale results entirely instead of reporting them as ignored.
For each remaining conversation, work out how long it has been waiting from its creation timestamp and its last update timestamp. Keep only the ones that are past my ageing thresholds: unassigned for more than 4 hours, or open with no reply for more than 24 hours. Put both thresholds in one obvious settings block at the top of the workflow, because those two numbers are the first thing I will want to tune.
Group whatever is left into two buckets: conversations that are unassigned, and conversations that are assigned but have gone stale. Sort each group oldest first so the worst offenders sit at the top.
Post a single formatted message to Slack with the Slack Bot Send a Message operation. Lead each group with its name and count, then give one line per conversation showing the customer, the subject, how long it has been waiting in readable form such as 6h 20m or 2d 4h, and a direct link to the conversation. Re:amaze addresses conversations by slug rather than a numeric id, so build each link from the conversation slug and my brand subdomain.
If nothing breaches the thresholds, post a short all clear message instead of staying silent, so the team can see the check actually ran and there is genuinely nothing waiting.
Example output
What does this prompt do?
- Checks your Re:amaze helpdesk every weekday at 8am and again at 2pm for conversations still sitting open or unassigned
- Works out how long each one has been waiting and keeps only the ones past your ageing limits, by default 4 hours unassigned or 24 hours with no reply
- Splits the results into nobody has picked this up versus someone owns it but has gone quiet, oldest first
- Posts one tidy Slack message with a count per group and a line per ticket showing the customer, the subject, the wait time, and a direct link
- Posts a short all clear when nothing is overdue, so you know the check ran rather than wondering
What do I need to use this?
- A Re:amaze account you can sign in to, plus the brand name in your Re:amaze web address
- A Slack workspace and a channel where the alerts should land
- A rough idea of your response targets, so you can set the waiting limits that count as too long
How can I customize it?
- Change the ageing limits. The 4 hour unassigned and 24 hour no reply numbers sit at the top of the workflow and are the first thing most teams adjust
- Change the schedule. Two checks a weekday suits most teams, but you can move the times, add a third check, or include weekends
- Change where it lands. Send it to your support channel, a leads only channel, or a direct message to whoever is on duty
FAQs
What counts as a stale ticket?
Will it spam our Slack channel?
Can I change the 4 hour and 24 hour limits?
Does it flag tickets we deliberately put on hold?
What if we have hundreds of open conversations?
Related templates
When someone leaves, we check which shared passwords they used in their final months and post a ranked rotation list to your security channel.
Every Monday, check every S3 bucket for public exposure, missing encryption and weak backup settings, then get the risks ranked in Slack.
Twice every weekday, the conversations from your social inbox land on the right HubSpot contact timelines, with a Slack recap for sales.
Every morning, find the addresses that hard bounced or filed a spam complaint, update the matching HubSpot contacts, and post a short Slack recap.
Every weekday at 4pm, spot the threads that went quiet, stage a ready-to-send nudge in your mailbox, and get a ranked Slack recap.
When you merge a fix in GitHub, this agent checks the matching dead-letter queue, replays the failed messages, and reports back on the pull request and in Slack.
Stop finding out about ignored tickets from the customer.
Set the waiting limits once and let the ageing queue come to you twice a day, before anyone has to chase you a second time.