This is part 1 in our “PMs weigh in” series, focused on how two seasoned Atlassian PMs navigate the flood of customer feedback inputs, and prioritize them in a way that maximizes customer and product impact. You can find the second part here.

In agile development, after a feature ships you start the process of collecting feedback from your customers. This is done through various channels, like usability testing, product usage data, forums, emails, and more. After gathering feedback, the next step is dividing this feedback into different buckets (often user stories) for better prioritization.

So, what’s the best way to capture and document customer feedback without letting anything slip through the cracks?

To learn how Atlassian product managers handle this process, we reached out to two of our own: Jason Wong, Principal PM of Jira Software, and Sherif Mansour, Principal PM of Confluence. This is a two-part blog series that will follow how these two product managers coordinate the process of collecting customer feedback in agile development and prioritizing it against a roadmap. We kick off the series with Jason, and we’ll get insights from Sherif in the second part of the series.


Jason Wong, Jira Software Principal PM, Atlassian

I’ve been a Jira Software PM for two years and believe that customer feedback sits at the core of what we do as product managers. It’s one of the best ways of gathering qualitative and quantitative data to help us make well-informed decisions. So how do we go from feedback to action?


For me, it’s a three-step process:

  1. Gather customer feedback
  2. Document this customer feedback in one place
  3. Move customer feedback into a backlog

How to capture customer feedback

Before I start asking customers for feedback, I usually define the process of gathering feedback to ensure everyone understands why we are seeking feedback on a particular feature. I also decide the channels that will work best to accomplish our goals. I personally enjoy in-person meetings and face-to-face time with our customers the most. It gives us a true understanding of their needs, what problems they’re having, and what they’re trying to achieve. I find it easier to get feedback by talking to customers than through any other form of feedback.

However, while face-to-face customer visits are a great way to get a straight answer from customers, they’re expensive and hard to scale. Conducting customer visits to gather feedback tend to cost a lot more time and resources than other channels (surveys, emails, etc.). So how else do you get customers to provide feedback? One way is to use a feedback form or button in the product. For example, while iterating on Jira Software, we added a Sidebar Feedback collector, a simple link that’s placed strategically in the Jira Software sidebar. It’s easily accessible and available when the customer needs it, but also out of the way when they don’t. This proved to be very effective in gathering timely customer feedback without interrupting the user’s flow.

In addition to customer feedback within the product, we encourage users to submit or up vote feature requests and bugs through (JAC). It not only enables our customers to be involved in the product development process, but it also allows them to stay up-to-date on the status of their requests.

Document your customer feedback in one place

Once we gather enough feedback on a specific feature, we bring it together on one Confluence page that includes links to customer interviews, feature requests, and any other resources. Putting it all in one place makes it simple to reference later and gives team members and other stakeholders the background they need, when they need it. Our teams use the product requirements template in Confluence to document our customer feedback. Below is an example of one of the requirements pages we’ve created for projects. This page has all the relevant information in one place, like what’s the problem/opportunity, customer feedback and interviews, feature requests, and more.

confluence page customer feedback

Move customer feedback into a backlog

All of our work is tracked and prioritized in a product backlog in Jira Software. Customer feedback is added to our backlog as user stories, which get prioritized and estimated against all other competing tasks.

Confluence To Jira Software

Pro tip:You can automatically create customer stories from within Confluence and add them to your backlog in Jira Software without the need to do any manual copy and paste.

Now that we have all of the customer feedback in our backlog, it’s important to ensure we focus entirely on delivering what the customer wants. There are several prioritization techniques we employ to prioritize customer feedback. Some product managers like to use MoSCoW (must have, should have, could have, won’t have), but I tend to take a more lean approach.

Other product managers might rank their backlog based on various metrics such as user growth, ROI, satisfaction, NPS, quality, etc. We rank stories in our backlog based on our ability to impact a goal that will yield the highest customer value, which is typically something we can measure. For example, increasing usage of a feature by x% may be a goal that we set because using this feature will deliver the highest customer value based off of our customer feedback. It’s very important to pick a measure of success that acts like your best proxy for customer value. As the team rallies behind this goal, you need to make sure that the measure of success is easy to understand and meaningfully explains the end customer value.

A good backlog is one that has been well broken down.

It’s easy to say that a backlog should be in a stack rank reflecting the highest customer value at the top. However, in practice a good backlog is one that has been thoroughly broken down, and this sometimes means that each item in the backlog may not always be in the order of the highest customer value at the top. In some cases, you need to get foundation work done first before being able to build the user-facing features. Creating an API is a great example of foundation work that needs to be prioritized before you build a user-facing feature that relies on an API. I factor in a release plan that has several iterations – providing enough capacity to adapt the software – rather than trying to plan for a perfect linear burn of scope. As you work with customers, your backlog is bound to change, so make sure you have spare capacity that accounts for that.

Capturing customer feedback is one of the most important tasks of product management. It’s very hard to accomplish without identifying the effective ways of gathering feedback, prioritization criteria, and using the right tools.

Now that you’ve seen how Jason does it, check out part two of this series where we talk to Sherif Mansour from Confluence.

How do you capture customer feedback? Share your thoughts in the comments below!

Ready to start managing and prioritizing customer feedback with Jira Software and Confluence?

Start a trial now

Work smarter, better, and faster with weekly tips and how-tos.

Subscribe now