We're beginning to notice two types of customers (coworkers) forming in our help desk when it comes to how they prefer to communicate about their tickets: (1) email and (2) Microsoft Teams. Is there a way to set a preferred communication channel at the customer level?
Alternatives I've considered:
Has anyone else encountered this? If so, what paths did you consider and what did you ultimately decide to do?
If you are on Service Management Premium, you could use assets to automatically set the field value based on the customer, given that you have an asset scheme that does the correspondence, for the user to change his preferences, you could add a specific request type called "Edit preferences" for example where the customer could edit not only his preferred communication channel but you could add more preferences.
The upside of this is you won't need to add a field on the creation screen, the customer can change his configuration independently and you'd be able to add more customizations if required.
The downside is, it requires a Premium plan, might be too much work to setup for the value it provides, would require adding one more Request type to the portal with all it's configuration.
If you don't have premium or enterprise plan, the same could be achieved using a project as database along with automation rules, but in my opinion that would mean a lot of work for a small annoyance.
Hope this helps.
This sounds like the best solution, but we're not ready to upgrade our subscription from Standard to Premium. We're still working on getting users to adopt this as our help desk solution. I'll definitely consider this option if/when it becomes a core tool and more people are using it.
Thanks @said kouzibry!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Kaleb King,
Welcome to Atlassian Community!
One option that comes to my mind is to use user properties to set the preferred communication channel, something similar to this article that sets the user's Slack ID as a user preference so you can send them a DM via automation.
You could have a Communication Channel request that the user submits that sets the property initially and then they can use that if they change their mind. This would be a fully automated request with an automation that sets the property.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'll look into these options to see what works for us and will make a follow-up post. These were not on my radar, but definitely seem viable.
Thanks @Mikael Sandberg!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.