Recent searches
No recent searches
Dissuade users from sending in multiple tickets
Posted May 13, 2022
We're currently trying to decrease our one-touch ticket rate and a large number of our tickets are merging duplicate tickets from the same user - sometimes users will send 2 - 5 tickets at a time. I'd like to dissuade users from sending in multiple tickets but I'm having some trouble finding some best practices.
We've included in our auto-response our business hours (so they know when to expect a response) and a message urging them not to send duplicate tickets, but there's been a minimal change.
This is our current messaging:
We try to get back to everyone as soon as possible, and you can expect a response in 12-48 hours. Please note our business hours are 9 AM-5 PM EST, Monday-Friday. Please do not send another ticket as this will move your request down in the priority queue. <Sending multiple tickets will slow us down in responding. If you have additional information to add, you can reply directly to this email. If you’re unsure about the status of your ticket, you can check it following the steps in our article here.
Any tips would be wildly helpful! Is there a way to prevent a user from sending in another ticket for a specific time period once they've already sent one?
1
7 comments
ZZ Graeme Carmichael
Gabby
I just want to make sure you are aware of the Business Hours feature. Administrators can set business hours and holidays.
The triggers that respond to ticket creation and ticket updates can then be tailored for in hours, out of hours and holidays. It may be that giving a specific message for each is clearer to the customer?
0
Wattpad Help
ZZ Graeme Carmichael We have business hours set up! I'll look into different responses based on our hours, but unfortunately even during business hours, often times if a user doesn't receive a response in >2 minutes they'll send in duplicate tickets. I just don't think users are reading the auto-responses.
1
Kay
At the moment it's not possible to do have a clean check if the user already has an open use case.
All though I do think this will be possible once Conversation Orchestration is more widely available.
Tip: Although there is something that comes close, it takes some effort to automatically close tickets when a user already has a ticket. This tip requires 1 custom User Field and 3 triggers.
1. Create a user field – Checkbox: User already has a ticket
This checkbox is located on the User Profile, and we need this to set and check against in the triggers.
2. Create a trigger – Auto solve user with a ticket
Conditions: [ Requester Field: User already has a ticket ] [ is ] [ checked ]
Action: [ Status ] [ Solved ]
3. Create trigger – Set the user field
Conditions: [ Ticket ] [ is ] [ created ]
Conditions: [ Requester Field: User already has a ticket ] [ is ] [ unchecked ]
Action: [ Requester Field: User already has a ticket ] [ checked ]
4. Create trigger – Uncheck the user field upon solve
Conditions: [ Ticket ] [ is ] [ updated ]
Conditions: [ Status ] [ is ] [ solved ]
Conditions: [ Requester Field: User already has a ticket ] [ is ] [ checked ]
Action: [ Requester Field: User already has a ticket ] [ unchecked ]
Of course, you can expand the triggers actions, and conditions to send messages to customers.
But it definitely helps manage the operational load for your team.
1
Pedro Rodrigues
Hi Wattpad Help, there isn't a way to control how many requests a user creates, assuming you mean something like a 'cooldown period' for end-users.
I haven't had to deal with a situation like this in the past but just to try and understand the context a bit better, if you can please clarify:
Additionally, and especially if a user's following requests are created after the first request notification:
This is very subjective and difficult to analyze, of course... And depending on how frustrated users are when asking for help, any message asking them to wait or be patient could potentially trigger the opposite behavior.
Have you tried different texts to compare the user behavior/responses? Here's a nice tip on how to A/B test email notifications in Support.
0
Rina
We have the same problem which is quite prevalent at this time, so I understand your pain Wattpad Help - we've customer sending in an initial ticket (form or email), we trigger an auto response with something to the affect of:
'please continue to respond to your original enquiry reference, to keep all your correspondence in one place and to avoid delays'...
It seems that it doesn't dissuade customers from sending in new forms, and/or responding to other emails (such as dispatch notifications for example) to query the same issue but by another route in. This can result in multiple enquires where we find later on, after solving the original ticket. It also makes our queue look incredibly longer, whereas 5 out of 10 tickets to complete are one customer about the same issue.
0
Afton Rupert
Rina - did y'all find a help to help with the multiple tickets on the same issue by the same end-user? We are facing this problem now and looking for ways to improve! Thanks
0
Rina
I'm afraid not Afton Rupert / Afton Rupert - sorry didn't know which tag you were as there were two without images
0