We scan new podcasts and send you the top 5 insights daily.
When building a new product with few customers, avoid being dictated by individual feature requests. The real opportunity lies in analyzing the customer's entire existing toolkit and system to identify and solve inefficiencies in their overall workflow. This approach leads to more general-purpose and valuable solutions.
Nikesh Arora warns that founders often solicit feedback from large enterprise customers too early. These customers ask for "speeds and feeds," not a holistic product, leading founders to build features instead of a complete solution. The best founders first build a product based on their own end-to-end vision.
Before building, founders in complex industries must deeply understand the operational rigor and nuances of their target vertical. This 'operator market fit' ensures the solution addresses real-world workflows, as a one-size-fits-all approach is doomed to fail.
In early stages, the key to an effective product roadmap is ruthlessly prioritizing based on the severity of customer pain. A feature is only worth building if it solves an acute, costly problem. If customers aren't in enough pain to spend money and time, the idea is irrelevant for near-term revenue generation.
Users often develop multi-product workarounds for issues they don't even recognize as solvable problems. Identifying these subconscious behaviors reveals significant innovation opportunities that users themselves cannot articulate.
Customers request specific features (supply), but this masks the true demand—the underlying problem they're trying to solve. Focusing on the 'why' behind the request leads to simpler, more effective solutions, like building a digest email instead of a complex 'advanced settings' page.
To avoid getting lost in data, PMs should first define the decision they need to make (e.g., improve ROI, increase usability). This goal then dictates which data to gather and from whom. Patterns should be grouped by desired user outcomes, not feature requests, creating a more strategic path to delivery.
PMs often feel pressure to keep engineers busy building new features. The real job is to drive deep understanding, even if it means perfecting three core features rather than adding a fourth. It's better to pause building than to create a bloated, mediocre product that does nothing well.
Avoid the trap of building features for a single customer, which grinds products to a halt. When a high-stakes customer makes a specific request, the goal is to reframe and build it in a way that benefits the entire customer base, turning a one-off demand into a strategic win-win.
Customers often suggest solutions (e.g., "add this feature") based on their limited understanding of what's possible. A founder's job is to look past the specific request and identify the core problem or desired outcome. Building exactly what the customer asks for verbatim is a mistake; solving their underlying goal is the key.
A common founder mistake is hiring a first product manager to simply prioritize and ship a backlog of ideas. Instead, PMs create the most value when given ownership of a key metric and the autonomy to drive user and business outcomes.