“Your customers have been telling you what to build for years. The question is whether you’ve been listening.”
That sounds simple. It is not.
Listening well can feel surprisingly uncomfortable: especially when customers are telling you something different from what your roadmap, leadership team, or latest pitch deck already decided.
Have you ever asked customers for feedback, then quietly filtered out everything that challenged your assumptions?
Have you ever heard “We need a new feature” and immediately added it to the backlog without asking what problem that feature was supposed to solve?
You are not alone. Most companies listen for validation, not truth.
And that is how perfectly reasonable teams end up building products nobody urgently needs.
Table of Contents
- The feedback problem: hearing what you want to hear
- Where customers are actually telling you what to build
- The Decision Design lens: friction is information
- How to listen beyond what customers say
- From customer insight to aligned action
The feedback problem: hearing what you want to hear
Customer feedback is abundant. Useful customer insight is harder to find.
Support tickets pile up. Feature requests multiply. Sales teams bring back objections. Product analytics produce increasingly elaborate dashboards. Someone launches a survey, and suddenly everyone has a spreadsheet full of opinions.
Yet more information does not automatically create better decisions.
The problem is not that companies fail to listen. It is that they often listen selectively.
They hear the feature request but miss the frustration underneath it. They celebrate the positive survey response while overlooking the customer who quietly stopped using the product. They focus on what customers say they want instead of watching what they do when the product gets in their way.
Customers rarely hand you a perfect product brief. They give you clues.
Your job is to connect those clues.
This is where customer discovery and product feedback become more than a research exercise. They become a way to reduce uncertainty before you spend months, money, and morale building the wrong thing.
Where customers are actually telling you what to build
Customers communicate through far more than interviews and surveys.
They tell you through behavior, silence, workarounds, and the increasingly desperate punctuation in their support emails.
1. Support tickets reveal repeated friction
One support ticket may be an edge case. Twenty tickets describing the same confusing step are a product signal.
Look for patterns:
- Customers asking the same question in different ways
- Users failing at the same point in onboarding
- Instructions that require an explanation from your team
- Manual tasks customers expect your product to handle
- “Is there a way to…” questions
That last one is especially useful. A customer may not be requesting a feature directly. They may be revealing a gap between what your product promises and what they need to accomplish.
Do not simply count tickets. Read for the underlying job.
What were they trying to do? Where did they get stuck? What did they expect to happen?
2. Feature requests reveal desired outcomes
“Can you add an export button?”
Maybe. But why?
Perhaps the customer needs to share information with a client. Perhaps their manager requires a weekly report. Perhaps your dashboard does not support the decision they need to make, so they are moving data into a spreadsheet every Friday.
The button is not necessarily the opportunity. The outcome is.
Treat a feature request as a question, not an instruction.
Ask what the customer is trying to accomplish, what they do today, and what happens if they cannot do it. This is how you avoid building a collection of isolated features that technically work but do not create a coherent experience.
3. Usage data shows what matters in practice
Customers may tell you that a feature is important. Usage data can show whether it is important enough to use.
Look at:
- Drop-off points in key journeys
- Time to first value
- Feature adoption and repeat usage
- Search terms with no useful results
- Tasks that take unusually long
- Paths that require backtracking
- Differences between successful and unsuccessful customer cohorts
No single metric tells the whole story. That is why strong product research combines analytics with observation and conversation.
The data tells you where to look. Customers help you understand why.

4. Churn reasons are market signals
Churn is not merely a sales problem or a retention metric.
It is a customer telling you that the value exchange stopped making sense.
Of course, cancellation reasons are not always perfectly honest or complete. “Budget cuts” may mean “we never got enough value.” “We found another solution” may mean “your workflow was too difficult.” “Not using it enough” may mean “we never reached the moment where it became essential.”
Look for patterns across churned accounts and segments.
What did these customers fail to accomplish? Which promises did the product not fulfill? Where did expectations and reality separate?
Every recurring churn reason deserves to be treated as a market signal: not filed away as an unfortunate outcome.
5. Silence tells you something, too
The loudest customers are not always the most representative.
Some customers complain. Others work around the problem. Many simply leave.
A drop in engagement, a missed renewal conversation, or a customer who stops exploring new features can be more revealing than a completed survey.
Silence may mean satisfaction. It may also mean resignation.
You need research to tell the difference.
The Decision Design lens: friction is information
At ZIV, we use Decision Design to understand the choices people are trying to make: and the barriers that make those choices harder.
That means we do not treat customer feedback as a list of demands. We look for the friction behind it.
Here is the lens:
- Every complaint is a friction report.
- Every workaround is a feature request.
- Every churn reason is a market signal.
- Every repeated question is evidence that the experience is asking too much of the customer.
- Every abandoned workflow points to a decision your product failed to support.
This changes what you build.
Instead of asking, “Which requested features should we prioritize?” you ask, “Where are customers losing time, confidence, or momentum?”
That is a much better question.
A customer who copies information between three systems is not merely asking for an integration. They are telling you that the boundaries inside your product do not match the way they work.
A customer who creates a private spreadsheet is not just asking for a report. They are showing you that your product does not yet support an important decision.
A customer who repeatedly asks your team for help is telling you the interface has transferred too much responsibility onto them.
Workarounds are especially valuable
Workarounds are customer-built prototypes.
They show you that the problem is important enough to solve: and that the customer has already invested energy trying to solve it.
Maybe they use:
- Spreadsheets alongside your platform
- Screenshots in place of collaboration tools
- Email chains to compensate for missing notifications
- Manual checklists to navigate onboarding
- A second product to complete a workflow yours started
Do not dismiss these behaviors as temporary hacks.
They may be the clearest evidence of where your product could create real value.

How to listen beyond what customers say
Good customer research is not asking, “What feature would you like us to build?”
That question often produces wish lists, polite guesses, and solutions customers are not qualified to design.
Research is watching behavior in context.
Ask customers to walk you through the last time they completed a task. Observe where they pause, backtrack, open another tool, or ask someone else for help.
Useful questions include:
- “Walk me through how you handle this today.”
- “What happened the last time this went wrong?”
- “What do you do when the product cannot do that?”
- “Which part takes longer than it should?”
- “What information do you need before you feel confident moving forward?”
- “What tools do you use alongside ours?”
Notice the difference.
You are not asking customers to invent your roadmap. You are learning how their world actually works.
The most valuable friction is often the friction customers have stopped complaining about.
They may assume nothing will change. They may have built a workaround so familiar they no longer recognize it as a problem. They may have hired a person to compensate for a product limitation.
That is why observation matters.
According to product discovery guidance from SVPG, strong discovery focuses on learning quickly whether a product opportunity is valuable, usable, feasible, and viable. Customer conversations are one input. Behavior, prototypes, data, and business context complete the picture.
Listening is not passive. It is a disciplined form of investigation.
From customer insight to aligned action
Collecting insight is the easy part. Deciding what to do with it is where many organizations get stuck.
Customers will reveal more problems than you can solve. That is normal.
Start by grouping signals into themes:
- Onboarding friction
- Confusing navigation
- Missing workflow support
- Reporting and visibility gaps
- Lack of trust or confidence
- Integration and handoff problems
- Misaligned expectations
Then prioritize the problems that are frequent, severe, and strategically meaningful.
A minor inconvenience affecting everyone may deserve attention. So might a severe problem affecting a smaller, high-value segment. The point is not to blindly follow the loudest request. The point is to make a clear decision based on evidence.
Prototype before committing to a full build.
Test the simplest version of a possible solution. Watch customers use it. Measure whether the experience reduces effort, increases confidence, or helps them reach a meaningful outcome faster.
This is where product and website design becomes a business discipline: not just a visual exercise.
The right solution should feel clear in the interface because the organization is clear about the problem it is solving.
Listening is the first step of brand alignment
Your brand is not only your identity system, campaign language, or website. It is the experience customers have when they try to get something done.
If your messaging promises simplicity but your product requires workarounds, customers notice.
If your brand says you understand their world but your roadmap ignores their friction, customers notice.
Brand alignment happens when what you promise, what you build, and what customers experience all point in the same direction.
That alignment requires research. It requires product thinking. It requires the willingness to let customer truth challenge internal assumptions.
As a creative consultancy, ZIV helps organizations connect those pieces: strategy, brand, research, technology, and design: so customer insight can become meaningful action.
And as a digital product design agency, we help turn that action into products and experiences people can understand, use, and trust.
The goal is not to build everything customers ask for.
The goal is to understand what they are really telling you: and remove the friction that keeps them from getting where they need to go.
Your customers are already giving you the clues. Listening is the first design decision.
Want help turning customer insight into a clearer product, stronger experience, and better business decision? Let us know.
