It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Using Jira to consolidate, capture, and contextualize feedback

I'd like to use Jira to improve how my team captures and contextualizes requested features and improvements.

Here's our current approach:

  • Direct customer feedback is contained within its own Jira project and issue type.
  • Indirect customer feedback and internal ideas are scattered across, Gainsight, Jira backlog, Slack, and email. This is insanely ineffective.

Here's what I'd like to see:

  • All indirect customer feedback and internal ideas are in Jira.
  • Each underlying idea/request has its own Jira issue.
  • We track which customers have requested what: if we build a requested feature, we know exactly whom to notify. If we can't associate multiple customers with an underlying issue, we create a special issue type unique to each customer request and associate each customer-specific request with the underlying issue.

Any ideas on better approaches within Jira?

4 answers

Hello, Den!

I understand your goals and I like your approach! 

Therefore, I can advise you very useful addon for jira. I'm talking about Customer Case. Have you heard about it? With this addon you can create feedback/support forums based on your JIRA Cloud and then store users' ideas as JIRA tickets. 

You should try it for your purposes. 


1 vote

This is probably more of a procedural and training question than a JIRA one.   JIRA can support everything you've defined there off-the-shelf, and easily, so the short answer is "get the users to do it in JIRA instead of <whatever>"

I'd start with a look at why they're using other routes.  Make them read-only with a goal of shutting them down in the long run, so that users have to use JIRA.  Get your teams into the habit of doing nothing unless there's a request or update in JIRA.  Where you can't shut down a route for new stuff to arrive, integrate the data flow into JIRA, so that update in system X is reflected in JIRA (and vice versa)

Thanks, Nic. I recognize that doing this is possible in JIRA; I'm looking for suggestions on workflow and info architecture specific to the platform.

One approach would be to have every underlying product idea as an issue—of specific or varying issue type (story, epic, task; this makes more sense to me). Some requests would already be in the backlog; some would be new. Users would search for an existing product idea in the same way they might search for an existing bug.

I also need to search by customer, seeing all the requests a specific customer has made and ideally noting which are critical, which are trivial, and so on. This would likely require a custom issue type, where each customer request would have a corresponding JIRA issue specific to that customer. These would then be linked to the underlying product idea.

I would've started by outlining this potential solution, but I try to be mindful of the XY problem, so I started with the general goals. The approach I'm proposing also seems very involved; I don't want to over-engineer the process if there's a better way.

Your thoughts?

@Dan Duett I'd consider using JIRA Service Desk alongside your JIRA Software projects.

You could create a custom issue type of "Feedback" where clients directly contribute their product feedback via the client facing service desk portal. As long as you include fields that capture the product they're providing feedback for and who the client is you'll be able to slice the info however you'd like. 

Then at some regular interval when you plan future work you can go through the service desk tickets and pick out all the feedback (both direct from "Feedback" issues and indirect from common themes found in support tickets) and create stories in the relevant product boards. Those stories should be linked back to the issues in the support desk so you can alert the appropriate people when things get fixed. 

Thanks, Matthew! Your suggestion for direct feedback is spot-on—we have that and it works well. Service Desk is probably our best long-term play, but implementing that is way outside the scope of my current mandate. We're a high-touch B2B software company: our customer teams get a lot of feedback that needs to make its way to the product team. Product operates out of JIRA so this seems like the best place (at least until we adopt Service Desk).

Hi @Dan Duett - I would love to know what approach did you finally take to solve this? I am stuck in somewhat similar situation

Though it pains me to say it, we still don't have a unified view of "which customers want what." Organizationally, we've shifted from "put everything in Jira" to "Jira is for engineers." So we've consolidated where feedback/ideas live but there's still no one place. :-/

Too bad. @sarin7 Did you find a solution?


We are using intercom, slack and jira and collecting feedback from App Stores too...and would like to have an integrated process for managing it all.

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted in Jira

Demo Den Ep. 7: New Jira Cloud Reports

Learn how to use two new reports for next-gen projects in Jira Cloud:  Cumulative flow diagram and Sprint burndown chart. Ivan Teong, Product Manager, Jira Software, demos the Cumulative ...

365 views 1 3
Join discussion

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you