DIGNALEGI
← All paths

Reading path · 3 pieces · About 36 min

Discover the problem before the feature

Are you learning what customers need—or collecting requests?

Recognize the feature-request trap, observe a real product journey, then organize customer evidence around an outcome. The final guide is the longest reading: pause before it if you want to split the route into two sessions.

Who this is for: Product teams whose backlog grows faster than their understanding of customers.

Take away: A customer question and a small opportunity to investigate before choosing a solution.

Start reading ↓

Read in this order

Estimates use 250 words per minute, rounded up for each piece. Allow extra time for the reflection at the end. Open a piece for its selection note and available summary, then continue to the original.

  1. 02 / Observe a real journey

    How we use friction logs to improve products at Stripe ↗

    Stripe’s friction-log practice records context, expectations and moments of difficulty, then follows feedback through to changes. Treat it as a situated observation, not representative customer research.

    Pause here: Whose experience does your observation describe, and whose does it leave out?

  2. 03 / Map evidence before solutions

    Opportunity Solution Trees: Visualize Your Discovery to Stay Aligned and Dr ↗

    Teresa Torres connects outcomes, customer opportunities, solutions and assumption tests. Pay particular attention to the prerequisites: customer context and story-based interviews, not a workshop full of invented needs.

    Pause here: Do you have customer evidence for this opportunity, or only a plausible story?

How the pieces fit together

Chen warns against treating more features as the default cure for weak usage. Stripe’s friction logs make a specific experience visible, but an employee’s experience is not proof of what a whole customer segment needs. Torres provides the missing step: use story-based interviews to understand opportunities before mapping and testing solutions. The methods complement one another only if you keep observations, interpretations and customer evidence separate. A polished tree built from guesses is still a guess.

Digna Legi synthesis of the linked readings, not a claim that the authors endorse this combined approach.

Put five minutes aside

Put the idea to work

Use paper or your own notes app. These prompts are Digna Legi’s exercise, drawn from the readings.

  1. Choose one feature request and restate the need you think sits underneath it. Mark that statement as an assumption.
  2. Record one concrete moment of friction: who was using the product, what they attempted and what happened.
  3. Write a question about a past customer experience that would help you understand the need. If interviews are missing, make conducting them the next action rather than inventing a tree.
  4. If you already have the interview evidence, name one small opportunity, two possible solutions and a risky assumption to test before building.

Before you leave: Which feature request will you turn into a past-behavior interview question before choosing a solution?