When building a product to solve a partner's problem, be wary of their feedback. They may hold the product to an impossibly high standard or fall into a user segment that would never pay, making them a poor proxy for the broader market. Their critique is valuable but can be emotionally taxing and misleading.

Related Insights

Don't just collect feedback from all users equally. Identify and listen closely to the few "visionary users" who intuitively grasp what's next. Their detailed feedback can serve as a powerful validation and even a blueprint for your long-term product strategy.

Founders often get stuck endlessly perfecting a product, believing it must be flawless before launch. This is a fallacy, as "perfection" is subjective. The correct approach is to launch early and iterate based on real market feedback, as there is no perfect time to start.

The "Owner's Delusion" is the inability to see your own product from the perspective of a new user who lacks context. You forget they are busy, distracted, and have minimal intent. This leads to confusing UIs. The antidote is to consciously step back, "pretend you're a regular human being," and see if it still makes sense.

Users aren't product designers; they can only identify problems and create workarounds with the tools they have. Their feature requests represent these workarounds, not the optimal solution. A researcher's job is to uncover the deeper, underlying problem.

Product teams often use placeholder text and duplicate UI components, but users don't provide good feedback on unrealistic designs. A prototype with authentic, varied content—even if the UI is simpler—will elicit far more valuable user feedback because it feels real.

Effective product development starts with internal alignment. Using exercises like Instagram's "Stories Mad Libs" creates a shared, candid understanding of the product's current state. This "organizational therapy" is a prerequisite for overcoming team biases and conducting successful user research.

The most effective product reviews eliminate all abstractions. Forbid presentations, pre-reads, and storytelling. Instead, force the entire review to occur within the actual prototype or live code. This removes narrative bias and forces an assessment of the work as the customer will actually experience it.

To truly validate their idea, Moonshot AI's founders deliberately sought negative feedback. This approach of "trying to get the no's" ensures honest market signals, helping them avoid the trap of false positive validation from contacts who are just being polite.