post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

Building for change: When transformation and product management meet

Product Development

What are product features? Definition, examples, and 5 types

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Product Strategy

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

Why teams often struggle with OKRs: A conversation with Jeff Gothelf

Lessons from my first year as a Prod Ops Manager

How Google makes AI work at Enterprise scale – Miku Jha (Director, AI/ML and Generative AI, Google Cloud)

5 ways to invent and simplify as an AI/ML product manager

Damian Rees

<a href="http://mindtheproduct.com/wp-content/uploads/2012/08/mechanisms_sketch.png"><img loading="lazy" decoding="async" class="alignnone size-full wp-image-2177" title="mechanisms_sketch" src="http://mindtheproduct.com/wp-content/uploads/2012/08/mechanisms_sketch.png" alt="" width="629" height="350" srcset="https://www.mindtheproduct.com/wp-content/uploads/2012/08/mechanisms_sketch.png 629w, https://www.mindtheproduct.com/wp-content/uploads/2012/08/mechanisms_sketch-300x166.png 300w" sizes="(max-width: 629px) 100vw, 629px" /></a>
Many people think of user research as either something you do towards the end of the project as a check and balance before going live, or once the project has already gone live to make sure it’s working as it should. However, research doesn’t always have to focus on what you have created. It can be done much earlier in the project to help prioritise product requirements by looking at solutions that already exist in the market.
Overwhelmed with &#8216;cool&#8217; ideas
Let me demonstrate the value of this exercise from a project I was involved with. We were called into a situation where a product team was overwhelmed with requirements and ‘cool’ ideas for a new high profile community website which would accompany a TV show.  The product manager was struggling to stem the flow of ideas and get everyone to focus on an agreed scope. It didn’t help that the very excitable client kept adding more and more requirements to the list.
A feeling some of you might empathise with: they felt they didn’t have the time for research, they just needed to get started. After some discussion they conceded that they couldn’t afford to accommodate all the requirements and needed an independent perspective on what they should focus on. So we kicked off a piece of user research to validate their list of requirements.
More focused list of validated requirements
A week and a half later, we had conducted several research sessions with target users and listed all of the core requirements users had for the new product. The research was focused on understanding what users needed, what they currently used, and what they would need the product to do in order for them to switch to it. Essentially we sat next to target users in a one-to-one session and they showed us which websites they used.
We observed how users interacted with competitor’s offerings while they explained what they found useful, what was frustrating and what they felt was missing. Then we asked them to complete tasks on  a variety of other websites which contained the features and functionality being considered as potential product requirements. This gave us insight into which content, features and functionality worked for users and which did not. We were able to establish which of the product requirements were valid and which would be unlikely to offer users anything more useful or different than existing offerings.
Comparing user requirements with the previously generated list of requirements quickly allowed the product team to isolate new core requirements which would meet the needs of the business.  A list of 63 requirements was whittled down to 17 which were focused, manageable and more importantly everyone on the project agreed with.
Months later when the site went live, users loved it and the client used it to showcase the site internally as a great success. The product team were delighted they hadn’t spent valuable time and resources developing for requirements that users simply didn’t need.
Steps involved in user requirements research
A research project doesn’t have to take weeks, a good UX researcher should be able to develop a focused research plan to tackle you’re list of requirements. Here’s a simple breakdown of the core steps to consider:
<ul>
<li>Pick some websites that offer similar functionality and include these in the test</li>
<li>List the questions you need answering in the research. Make these as detailed as possible i.e. Do users experience any confusion when interacting with the search filters on ASOS.com?</li>
<li>Investigate what users need from this functionality: what helps and what hinders?</li>
<li>Establish what they currently use and identify what’s missing from their experience</li>
<li>Explore what would make them switch from what they currently use to a new service</li>
<li>Draw up a list of user requirements and compare against your other requirements</li>
</ul>
At the start of a project, testing products that already exist on the market can put you in a great position. Before any scope document is agreed or any code is written, you can establish which requirements will really help users and which probably won’t be worth the effort.  Having an in-depth understanding of what users need from your product so early can help you focus the entire product team on those features which will really offer a great user experience to your target audience.

core/freeform

Product Management Skills

How to keep your head about generative AI (when everyone is losing theirs) by Claire Woodcock

How to F.A.I.L. better in product by Marc Abraham

10 years Wiser: Lessons learned from scaling Wise by Nilan Peiris

Fighting product-market drift by Dave Wascha

Experiment like a boss by Merissa Silk

How to find out what your customers want by Janet Bumpas

All product management should be focused on growth by Partho Ghosh

Product, dance, and pockets of brilliance by Pippa Topp

A quick look at decision supervision by Lucy Spence

Identify and manage imposter syndrome by Phyllis Njoroge

How user research can help prioritise product requirements

ProductTank Ahmedabad

ProductTank Bangalore

ProductTank Berlin

ProductTank Oslo

ProductTank Des Moines

ProductTank Bangkok

ProductTank Abu Dhabi

ProductTank Helsinki

ProductTank Pune

ProductTank Kraków

ProductTank Cardiff

ProductTank Mumbai

ProductTank Johannesburg

ProductTank Tauranga

ProductTank Bielefeld

ProductTank Vilnius

ProductTank Timisoara

ProductTank Stockholm

ProductTank München

ProductTank Düsseldorf

ProductTank Birmingham

ProductTank Norwich

ProductTank Heidelberg

ProductTank Malmö

ProductTank Barcelona

ProductTank Newcastle Upon Tyne

ProductTank London

ProductTank Perth

ProductTank Málaga

ProductTank Tokyo

ProductTank Braunschweig

ProductTank Edinburgh

ProductTank Pittsburgh

ProductTank Vienna

ProductTank Bristol

ProductTank Washington

ProductTank Raleigh

ProductTank Brno

ProductTank Paris

ProductTank Orlando

ProductTank Montréal

ProductTank Hong Kong

ProductTank Charlotte

ProductTank Exeter

ProductTank Manchester

How user research can help prioritise product requirements

Damian Rees

Read more

Comments