Part II: AI-Native Product Discovery and Design
Chapter 5

Finding Problems Worth Solving with AI

Systematic approaches to identifying AI-appropriate opportunities

The problem with most AI products is not that they use AI. It is that they use AI to solve problems that did not need solving, or solve real problems in ways that create new, worse problems.

Raj Raghavan, Former Head of AI Product, Stripe
Why this chapter matters: The graveyard of failed AI products is filled with technically impressive solutions to problems nobody had. Meanwhile, transformative AI opportunities go unnoticed because teams lack frameworks for identifying where AI genuinely adds value. This chapter gives you systematic approaches to finding problems that are worth solving with AI and recognizing when simpler solutions win.
The Tripartite Loop in Problem Finding

Finding the right AI problem requires all three disciplines working in parallel: AI PM synthesizes market signals, user pain points, and strategic priorities to identify which problems are worth solving; Vibe-Coding rapidly prototypes AI-assisted versions of current workflows to discover where AI actually helps versus where it creates friction; AI Engineering evaluates technical feasibility, estimates infrastructure requirements, and identifies integration challenges that might make a problem unsolvable within constraints.

Chapter 5 opener illustration
Finding the right problem to solve with AI is the first critical step in product development.
Vibe-Coding in Workflow Probes

Use vibe coding to probe workflows before committing to problem definitions. Rapidly prototype AI-assisted versions of current workflows to discover where AI actually helps versus where it adds friction. Vibe coding lets you experience workflow bottlenecks firsthand, helping you identify which problems genuinely warrant AI solutions rather than forcing AI onto problems that simpler tools could solve.

Learning Objectives

Chapter Overview

Finding problems worth solving with AI requires distinguishing between problems that AI can address effectively and problems where AI creates more complexity than it resolves. This chapter covers problem-first versus tech-first thinking, task decomposition methods, workflow analysis using the Jobs-to-be-Done framework, identifying leverage points for AI intervention, and knowing when simpler solutions win.

We will examine two running examples throughout this chapter. QuickShip is a logistics startup exploring AI opportunities in package routing. HealthMetrics is a healthcare analytics company seeking AI use cases for hospital operations. These examples ground abstract frameworks in concrete product decisions.

Four Questions This Chapter Answers

  1. What are we trying to learn? Which problems are genuinely worth solving with AI versus which can be solved more effectively with simpler approaches.
  2. What is the fastest prototype that could teach it? A problem decomposition exercise mapping your team's top candidate AI use case to AI-appropriate task units.
  3. What would count as success or failure? A clear framework for distinguishing high-leverage AI opportunities from low-value complexity, including explicit kill criteria for bad ideas.
  4. What engineering consequence follows from the result? Problem-first thinking prevents the tech-first trap that leads teams to build impressive AI solutions to problems nobody had.

Prerequisites

This chapter builds on foundational concepts from earlier chapters. You should be familiar with:

Role-Specific Lenses

Why PMs Should Care

Product managers must resist the seductive pull of technology-first thinking. The most successful AI products solve genuine user problems that happen to be AI-solvable. PMs who master problem identification frameworks avoid investing in solutions looking for problems and instead find high-impact opportunities that justify AI complexity and cost.

Why Designers Should Care

Designers bring crucial perspective to problem identification through user research and empathy. Understanding where AI adds value helps designers advocate for users against technology-driven feature requests and identify friction points that product teams may overlook.

Why Engineers Should Care

Engineers often spot AI opportunities first because they understand technical feasibility. However, technical feasibility is the wrong starting point. Engineers who learn to think problem-first build AI products with higher impact because they focus on user needs rather than technical elegance.

Why Leaders and Strategists Should Care

Strategic investment in AI requires disciplined opportunity identification. Leaders who understand leverage point analysis and kill criteria avoid costly missteps and build portfolios of AI initiatives that compound rather than fragment.

Sections in This Chapter