La fonction de suggestion automatique permet d'affiner rapidement votre recherche en suggérant des correspondances possibles au fur et à mesure de la frappe.
Automatically reopen closed tickets when they receive a reply from the customer
*Submitting on behalf of customer*
Tickets are a great way of managing customer support/services. However, it would be helpful to allow for the automatic reopening of closed tickets that receive a reply from the customer.
Currently when a ticket is closed and the customer replies, it remains closed. This can lead to missed replies when focusing on open tickets.
Totally agree with this. I actually thought that some automatic trigger to re-open a ticket in a certain status after a customer responds was existing functionality, but I just figured out it's not.
Every major ticketing system has this functionality and I want more customers we work with to be able to move from Zendesk to ServiceHub. It's impossible for a rep to easily inventory and prioritize the tickets they need to respond to when they can't just rely on a simple "Support Action Needed/Open" status combined with "Last Activity Date" to see the newest tickets that get put back in their court.
Per that workflow, this Idea is actually 90% possible to do in HubSpot right now, but there's a few key issues keeping it from working:
Re-enrollment isn't possible in Ticket Workflows, as you can see in my screenshot. This means that the ticket would only be re-opened 1 time, but some of our customers will reply back and forth at least 3-4 times, and the workflow wouldn't detect that. Allowing a re-enromment trigger for Ticket Workflows and setting it to check every time "Last customer reply date = known (aka, updated)" would allow this workflow to solve that problem as described, and replicate some default Zendesk Functionality
Need clarity around what "Last customer reply date" is actually measuring. There's a KB article that discusses the ticket properties ( https://knowledge.hubspot.com/articles/kcs_article/tickets/hubspots-default-ticket-properties ), but it isn't very specific around which emails or contacts are included in this date property update. Does it only pertain to contacts who are added to that ticket (sometimes we have 5-7 contacts on a complicated technical ticket)? And will it listen to ALL email responses from those contacts to trigger the "Last customer reply date" update, or only the email thread tied to this ticket? Which leads into my next concern.
Deciding which email thread or threads actually directly pertain to the ticket issue. I do ecommerce consulting with our software clients, and sometimes I can see my general consulting related correspondence mixed into the email activity view on the ticket, and sometimes I don't. I can't make sense of it. Can we manually label which email thread or threads are directly tied to this ticket issue and exclude the ones that aren't? Like it is in Zendesk and other tools, HubSpot ServiceHub would be fine 95% of the time if just one email thread was designated as the email thread that pertains to the ticket. Is this happening currently in the background? Can it be made more clear when looking through a contact timeline which email thread is THE thread for a particular ticket? Can it be possible to add or remove conversations if the automation is wrong? (Zendesk has great functionality for merging and unmerging tickets when customers get out of hand, so I think the equivalent here would be adding or removing a designation on email conversaions to state they pertain to that ticket) Ultimately, 95% of tickets should be solvable with a single email thread of correspondence, so if it was clear that "Last customer reply date" was only updated when contacts replied to a specific, identifiable email thread, that would be a good enough short-term solution
Auto create (and maybe even publish) workflows like this to get clients started, faster. To mimic Zendesk or Intercom or other tools right off the bat, I'd completely recommend auto creating and even auto publishing a few Ticket Workflows like this with every new ServiceHub signup just so clients could get off the ground and experiecne the same functionality from those other systems, faster. The workflows could then serve as "settings" that they can change later, if they want.
Hope this helps. We're struggling with this lack of functionality, internally, and we've had a client who can't move from Zendesk to ServiceHub (although they really want to) due to product parity issues like this.
We just set the 'Closed' status in the pipeline as 'Open' in the setting menu. The time to close default statistics are lost this way, but you can create it anyway.
The closed ticket not opening when receiving a new email is detrimental to the customer relationship. This needs to be implemented ASAP (ref. tkt #2276231).
Hey all - thanks for your patience here! This feature is now available for all Service Hub Pro and Enterprise customers and will be turned on by default for any net new customers moving forward.
Just navigate to Ticket settings and select the pipeline for which you’d like to configure this automation:
A ticket or conversation will be marked as Closed and a few days later the Contact might respond back to the email. The existing Conversation is reopened but the ticket status remains in the previous status.
Most of our workflows move through tickets. If the status moves back to "New" or something.. this will allow us to re-assign or just be aware that there might be an outstanding issue.
This is such an essential feature, that without it makes Hubspot ticket system essentially unusable - unless you check each individual closed ticket for new customer activity, there is no quick way to know if a customer response has been made!
I can understand that you should pay for this feature, but having such a basic and essential feature on the highest tier when other tickets systems do it for a fraction of the price means that I can't commit to Hubspot at this point.
I agree with Userland's statement 100% - I am happy to pay for this feature, but having it at the highest tier makes it unattainable for me, so I must look elsewhere for a working ticketing system. I can't use hubspot effectively without this feature.
Wow, just found this out. Just moved our ticketing system from Zoho to Hubspot, but apparently that was a bad idea. The experience has been interesting, but now discovering responses of customers in closed status... That's a big bummer.
Will probably move back to Zoho. I just realized they must also have a form, which was a reason for me to move to Hubspot. Bit of a waste of time here... Will try to have a workaround, but the relation between inbox and ticketing is a bit confusing, with this responsed to closed tickets that stay closed.
The highest tier doesn't resolve the issue though - we are paying but have the same problem - customer responses ending up in closed status which is not helpful at all. Used to be on Zendesk and now concerned we need to return to a proper ticketing system like theirs where we never missed a single response. Hubspot come on, we love all the other bits of your system.
And because the conversations inbox doesn't update when you answer a ticket then that inbox ends up in a massive mess in no time at all. I would welcome a call from Hubspot to discuss how we build a work around.
Pour ajouter un commentaire ici, vous devez être inscrit. Si vous êtes déjà inscrit, connectez-vous. Dans le cas contraire, inscrivez-vous puis connectez-vous.