-
Suggestion
-
Resolution: Low Engagement
-
None
-
None
NOTE: This suggestion is for JIRA Service Desk Server. Using JIRA Service Desk Cloud? See the corresponding suggestion.
Hi everyone,
We are using Zendesk at the time as a helpdesk tool, but would like to change for JIRA service desk as we are already heavilly using JIRA for management and love it.
Current service desk architecture is overly complex to me as it requires one instance to be created per project. Managing 100+ clients, this sounds unusable and unmaintainable to me as we would need to make 100 modification everytime we would like to add a request type globally or change something as trivial as our logo.
Plus, this makes almost impossible to have a quick overview of SLA objectives and Queues status.
I would suggest having only one service desk in which we could add every customer specific SLA. Customers would have to be linked to some kind of group so we could filter issues from every companies for reporting
Or maybe am I missing something? Current implementation is a blocker for us as it does add considerable complexity and fails to get better reporting and better performance from our agents.
I really love JIRA and Butbucket and been using them for years and hope to see service desk development reach maturity soon.
Regards.
- relates to
-
JSDCLOUD-4295 One service desk project, multiple client SLA's in it, queue filtering per customer
- Closed
[JSDSERVER-4295] One service desk project, multiple client SLA's in it, queue filtering per customer
Resolution | Original: Won't Do [ 10000 ] | New: Low Engagement [ 10300 ] |
Status | Original: Closed [ 6 ] | New: Closed [ 6 ] |
Resolution | New: Won't Do [ 10000 ] | |
Status | Original: Gathering Interest [ 11772 ] | New: Closed [ 6 ] |
Workflow | Original: JAC Suggestion Workflow [ 3010403 ] | New: JAC Suggestion Workflow 3 [ 3645820 ] |
Workflow | Original: Confluence Workflow - Public Facing v4 [ 2664229 ] | New: JAC Suggestion Workflow [ 3010403 ] |
Workflow | Original: JSD Suggestion Workflow - TEMP [ 2324093 ] | New: Confluence Workflow - Public Facing v4 [ 2664229 ] |
Status | Original: Open [ 1 ] | New: Gathering Interest [ 11772 ] |
Workflow | Original: JSD Suggestion Workflow [ 2052601 ] | New: JSD Suggestion Workflow - TEMP [ 2324093 ] |
Workflow | Original: JSD Suggestion Workflow - TEMP [ 2048329 ] | New: JSD Suggestion Workflow [ 2052601 ] |
Workflow | Original: JSD Suggestion Workflow [ 1600173 ] | New: JSD Suggestion Workflow - TEMP [ 2048329 ] |
Description |
Original:
Hi everyone,
We are using Zendesk at the time as a helpdesk tool, but would like to change for JIRA service desk as we are already heavilly using JIRA for management and love it. Current service desk architecture is overly complex to me as it requires one instance to be created per project. Managing 100+ clients, this sounds unusable and unmaintainable to me as we would need to make 100 modification everytime we would like to add a request type globally or change something as trivial as our logo. Plus, this makes almost impossible to have a quick overview of SLA objectives and Queues status. I would suggest having only one service desk in which we could add every customer specific SLA. Customers would have to be linked to some kind of group so we could filter issues from every companies for reporting Or maybe am I missing something? Current implementation is a blocker for us as it does add considerable complexity and fails to get better reporting and better performance from our agents. I really love JIRA and Butbucket and been using them for years and hope to see service desk development reach maturity soon. Regards. |
New:
{panel:bgColor=#e7f4fa} *NOTE:* This suggestion is for *JIRA Service Desk Server*. Using *JIRA Service Desk Cloud*? [See the corresponding suggestion|http://jira.atlassian.com/browse/JSDCLOUD-4295]. {panel} Hi everyone, We are using Zendesk at the time as a helpdesk tool, but would like to change for JIRA service desk as we are already heavilly using JIRA for management and love it. Current service desk architecture is overly complex to me as it requires one instance to be created per project. Managing 100+ clients, this sounds unusable and unmaintainable to me as we would need to make 100 modification everytime we would like to add a request type globally or change something as trivial as our logo. Plus, this makes almost impossible to have a quick overview of SLA objectives and Queues status. I would suggest having only one service desk in which we could add every customer specific SLA. Customers would have to be linked to some kind of group so we could filter issues from every companies for reporting Or maybe am I missing something? Current implementation is a blocker for us as it does add considerable complexity and fails to get better reporting and better performance from our agents. I really love JIRA and Butbucket and been using them for years and hope to see service desk development reach maturity soon. Regards. |
Hi,
Thank you for raising and watching this suggestion. We regret to inform you that due to limited demand, we have no plans to implement it in the foreseeable future. In order to set expectations, we're closing this request.
This is an automated update triggered by low engagement with this suggestion (number of votes, number of watchers).
We hope you will appreciate our candid communication and our attempts to become more transparent about our priorities. You can read more about our approach to highly voted suggestions here, and how we prioritise what to implement here.
To learn more about our recent investments in Jira Service Management and Data Center, please check our public roadmap and our two dashboards containing recently resolved issues, and current work and future plans.
Regards,
Jira Service Management, Server & Data Center