The 3 Questions Product Owner should never ask end-users
Bad questions lead to wrong conversations, which ultimately lead to frustrating results
Bad questions lead to wrong conversations, which ultimately lead to frustrating results

Questions are powerful. Questions start a conversation that may open a path to discovery. At the same time, questions can be dangerous when misused because they might lead us in the wrong direction.
As a Product Owner, I used to think I should focus on asking many questions to uncover what matters most. I learned the hard way it’s not just about questions; it’s about asking the right questions.
All my life, I heard, “There’s no wrong question,” I used to believe it. But after many setbacks, I gained a different perspective. Great Product Owners understand which questions to ask and which to avoid.
Why should we AVOID some questions?
If all questions are right and no question is stupid, why do we have to worry about what we ask? The truth is, many questions can mislead us. Clients will do their best to answer whatever we ask, which doesn’t mean they know the answer. That’s why we need to learn how to utilize powerful questions.
Product Owners are value maximizers. We have the challenge of finding opportunities to deliver value to the end-users and the business. To build meaningful products, we have to ask many questions. A Product Owner's success is defined by how we strive to find our users' hidden needs.
“Questions open a space in your mind that allow better answers to breathe.”
― Richie Norton
During a conversation with our users, we have two spaces to operate in: problem and solution. A common pitfall is to let users define solutions, and Product Owners figure out the problems. This approach generates failure because users are unable to define solutions. They only know their problems. The same happens with the Product Owners. We are not the users. Thus, we don’t know their pains. But when we understand the problems accurately, we can build great solutions.
To give a concrete example: imagine you are sick and go to the doctor. The doctor will ask you what problem you have instead of which medicine you want to take. As a sick person, you should describe your symptoms. Then, as the specialist, the doctor will provide you the adequate medicine for you. It seems obvious, right? But why does it happen totally differently in the product development world?
Meaningful products solve users’ real problems and bring value to the business. To succeed as a Product Owner, we cannot settle until we find the intersection between problem, solution, and business.
“Fall in love with the problem, not the solution.” — Uri Levine, Waze Founder
Not all solutions represent a viable business, and not all solutions solve real problems.
Let me share with you some questions which you should not ask your clients.
1. What do you want?
When we ask, “What do you want?” we will inevitably end up building something the client doesn’t need. Until Product Owners understand the clients’ problems, solutions can not be part of the conversation.
Clients are vital for any business. Without clients, businesses are dead. Does it mean we should give our clients everything they want? Of course not.
Unfortunately, it took me a long time to understand the difference between want and need. I used to think we should ask the clients what they want. Well, clients may know what they want, but not always what they need.
It all boils down to the problem and solution spaces I mentioned before. By asking what clients want, they will try to describe solutions instead of problems. If we build exactly what they want, most probably won’t be what they need.
Suppose a client asks for a solution. I like to ask, “That’s interesting. How do you do that today?” This uncovers lots of cool problems. Great Product Owners ask questions to clarify the hidden problems. Some of my favorite questions are:
Could you describe a situation that annoys you?
What would you like to achieve with our product?
What kind of benefit do you expect from our product?
First comes the problem, then the solution.
2. How do you expect the feature to be?
I have often committed the mistake of asking clients how they want the feature to work. It’s once again the problem of letting the sick patient define the medicines instead of the doctor.

The Scrum Team needs to understand how to solve a problem. But it’s vital to understand who should define the approach. The end-user is NOT who should define it.
Our challenge is to understand more details of our end-users. Then we can evaluate how the product could be. Don’t ask the end-users how do they expect the product to be. Instead, we should strive to understand more the scenario of the end-user. The following questions have helped me to gain clarity:
How do you solve the problem currently?
What is important for you while dealing with this problem?
What defines success for you?
3. Would you use our product?
It’s a pitfall to approach clients and ask if they would use a product or a feature. Clients cannot picture something until they can test. That’s why most clients say they would use something, but once it’s available, they don’t.
Scrum teams want to build great products. Nobody wants to build useless products. Therefore, we need to gain confidence we are working in the right direction. Identifying the problem is only part of our job, but it’s not a synonym of success. As Product Owners, we should find a delightful and viable solution for the clients’ problems.
For me, the secret to success is accepting our ignorance. We don’t know if the solution is the right one until the end-user can test. The question should not be if the client is willing to use our solution. Rather, we should observe users interacting with a prototype.
As the users engage with the prototype, we can ask critical questions to understand if it will integrate into their workflow and solve their needs. Don’t ask your clients if they would use your products. Give them a prototype and observe their reaction.
Using the power of questions
To succeed as a Product Owner, we need to learn how to ask the right questions. It’s easier to ask better questions once we understand our role in a conversation with our end-users.
The Product Owner is like a doctor; we need to understand the problems. Then, we can identify precise solutions. Doctors don’t let patients focus on medicines. Product Owners cannot let end-users focus on solutions.
Do you want to write for Serious Scrum or seriously discuss Scrum?