Product Party

Share this post

There is no failure. Only feedback.

www.productparty.us

Discover more from Product Party

Product Party is a newsletter focused on topics related to product management and tech, career growth, and welcoming our AI overlords.
Continue reading
Sign in

There is no failure. Only feedback.

How are you going to going to get that feedback and what are you going to do with it?

Mike Watson
Jan 30, 2023
1
Share this post

There is no failure. Only feedback.

www.productparty.us
1
Share

Hello! Mike here. Welcome to the Product Party newsletter 🎉. If you’re not a subscriber, click the button below to get all the latest updates delivered to your inbox on Mondays and Thursdays.

If you’re already a subscriber, thank you, and don’t forget to click the comment button below, leave us a comment, and have a great day!


Robot Overlord Meme of the Day

Shout out Product Management Memes Facebook group.


In some of my past newsletters (like this one about getting feedback from your team), I discuss how important feedback can be. Whether we are formally collecting or casually observing and waiting for it, feedback loops are a constant thing we have built into our daily operations.

Although written towards the product development process, I believe anyone can take the following four steps targeting creating and leveraging feedback looks and apply them to their day-to-day.

So what are the four steps to user feedback loops?

1. Ask for feedback

The first step to establishing consistent and valuable feedback is something many newer product folks may skip over. You’re not going to develop a feedback pipeline if you don’t ask your users for feedback.

If you’re looking to find out some basics, there’s no need to get fancy with this process. How you ask for the feedback (surveys, meetings, etc.) can depend on when you establish the feedback look. If you have a smaller user base, consider looping them in when your changes are in test environments. If you use the pilot approach, make sure you have some direct conversations with this group to set expectations about the change. Open up the feedback conversation and ensure everyone understands how it should be submitted before getting started.

2. Collect and analyze the feedback

To collect feedback effectively, it is important to make it easy for individuals to submit their thoughts. While it may be ideal for managing a large amount of data, respecting people's time and not overburdening them with surveys is important. Additionally, collecting feedback from known individuals may be beneficial rather than anonymously, as it allows for follow-up and building relationships with the feedback submitters.

Once feedback is collected, it is essential to aggregate and create themes to make the information more digestible. It is suggested to keep the number of themes to a lower number, as it will be easier to use these findings in future conversations about change. Additionally, it is recommended to estimate the potential value added of each theme or work item that stems from them, as it will be helpful in future discussions.

3. Use some, lose some

After you’ve closed your feedback submissions, the next step is determining which feedback items your team should fix. Similar to what I shared with Tim Ferriss’ prioritization model, I would suggest looking at which changes with a lens based on feedback where one change could affect/remove many.

Once you’ve cleaned up your list and have your brief understanding of each problem to be solved, along with your shades of understanding around potential solutions, you should run through them with your dev team. Get their gut check on size and complexity and combine those with your other data points.

The last step is to specify which work items you think should be addressed first. You can use whatever prioritization models you’re using. Make sure the rest of the things make it into the backlog with a good amount of information/context, and you’ll be good to go.

4. Follow up

Assuming you have a small user group, consider reaching back out for thank you’s and go-live notices once these changes start to go into production. Not only will the people you worked with to identify these opportunities feel great about contributing to the cause, but you will also establish future change champions.

Have any thoughts on user feedback loops to share? Click the button to leave a comment. Let’s go!

Leave a comment

Laters on the menjay,

Mike @ Product Party


Listen of the day


Read of the day

The Product Playbook by Yahia
Is Product Sense Overrated?
First, let’s try to define product sense. Jackie Bavaro defines product sense as: Product Sense (also called Product Intuition or Product Judgement) is the ability to understand what makes a product great. It’s the ability to hone in on the important problems a product solves and come up with ideas to make it even better…
Read more
10 months ago · 2 likes · Yahia Hassan

Past newsletters you might find interesting

  1. Your coworkers can be your best teachers.

  2. Fighting the good fight against imposter syndrome.

  3. Product Managers vs. Flame-wielding Monkeys.

  4. Increase your productivity by 2,754%.

  5. If I can change, and you can change…everybody can change (management)!

If you’re finding Product Party valuable, please consider clicking the following button and share it with a friend.

Share

1
Share this post

There is no failure. Only feedback.

www.productparty.us
1
Share
Previous
Next
1 Comment
Share this discussion

There is no failure. Only feedback.

www.productparty.us
Amy Mitchell
Writes Product Management IRL
Jan 30Liked by Mike Watson

Getting feedback through known relationships is a good way to correlate the anonymous feedback.

Expand full comment
Reply
Share
Top
New
Community

No posts

Ready for more?

© 2023 Mike Watson
Privacy ∙ Terms ∙ Collection notice
Start WritingGet the app
Substack is the home for great writing