Jira "Response User" is not ideal
Within the Jira integration configuration you are asked to provide a "response user". This is not ideal because our Jira user list and our User echo lists are not the same. We're essentially forced to choose a support representative to speak on behalf of our entire development team.
The best case would be for UserEcho to simply forward the user name from Jira into the UserEcho support ticket so that it accurately reflects the poster in Jira. However, I understand that there are some technical concerns that might not allow for this; here are some alternative ideas:
The best case would be for UserEcho to simply forward the user name from Jira into the UserEcho support ticket so that it accurately reflects the poster in Jira. However, I understand that there are some technical concerns that might not allow for this; here are some alternative ideas:
- Allow a generic name to be given, such as "Development Department"
- Allow a free agent to be created that can be used explicitly for this purpose (i.e. deny a UserEcho login, but allow Jira integration comments). Again, we might name this use as the "Development Department" or some other generic name.
How would you rate the customer service you received?
Satisfaction mark by Luke Chavers 9 years ago
Add a comment about quality of support you received (optional):
We found one solution for your idea. You can add new agent (Development Department) to your support agents. Do not activate this agent so you will not pay for him. But he will be available in "JIRA Response user", so you can use him for your responses from JIRA.
We've added this agent to your project. You can setup him as a response user. It should work for you.