//pragmatic leaders

Product Improvisation

Reading time
5 min
Section
Section A - Question Bank
5 min left0%
product improvisation0%
5 min left
Improvisation is not just creativity; it’s the discipline of making the best decision with incomplete information, under time pressure, and with real users waiting.
Talvinder Singh, from a Pragmatic Leaders session on product innovation

Improvisation is the lifeblood of product management. No matter how much you plan, the reality of customers, markets, and technology always surprises you. Your actual job is to adapt — quickly, thoughtfully, and with discipline — to those surprises.

The trap is treating improvisation as random creativity or unstructured chaos. The truth is the opposite: effective product improvisation is a practiced skillset, grounded in frameworks and rapid feedback loops.

This lesson teaches you how to turn improvisation from a liability into your greatest asset.

The disciplined art of product improvisation

Improvisation is often misunderstood. It’s not “winging it” or “making it up on the spot.” It is a deliberate approach to decision-making when you lack perfect information and cannot wait for certainty.

The pattern is consistent: the best PMs improvise by applying a structured method to unknowns — they reframe problems, generate multiple solution paths, and rapidly test hypotheses. This is how innovation happens in practice.

// scene:

Product discovery workshop at a Series A startup in Bangalore

You (PM): “The data shows a 25% drop in user retention after onboarding. What if the problem isn’t onboarding itself, but the motivation users have afterward?”

Design Lead: “Interesting. That reframes the problem from 'fix onboarding' to 'sustain user engagement post-onboarding'.”

Engineering Lead: “That opens up new solution spaces — gamification, social features, content personalization.”

You (PM): “Let’s brainstorm multiple options, then prioritize based on impact and feasibility.”

The team moves from a single solution focus to a multitrack approach, enabling rapid iteration and learning.

// tension:

The risk of jumping to a single solution too soon versus the opportunity of exploring multiple options

The key is reframing and multitracking:

  • Reframing means questioning your initial assumptions and restating the problem in new ways. This widens your perspective and prevents tunnel vision.
  • Multitracking means running multiple solution experiments in parallel to discover what works best, rather than betting on one untested idea.

Reframing: turning complaints into measurable problems

Most teams start with vague complaints: “Users drop off too early,” “Our churn is high,” “Engagement is low.” These are symptoms, not problems.

The disciplined improviser asks: Can we make this problem measurable, specific, and user-centric?

For example, instead of “engagement is low,” reframe to:

  • “In the first 7 days post-onboarding, 30% of users do not complete any second action.”
  • “Users in tier-2 cities have a 40% lower session length than tier-1.”

This specificity guides better hypotheses and experiments.

// thread: #product-team — Reframing a vague problem into a measurable one
Neha (PM)Original problem: 'App engagement is low.'
Rahul (Data Analyst)Data: 30% of users drop off after day 1, 50% after day 3.
Meera (UX Designer)Hypothesis: onboarding flow may not set clear next steps.
Neha (PM)Reframe: 'Increase day-3 retention by 10% by clarifying next steps in onboarding.'

This reframing makes the problem actionable and improvise-able.

Multitracking: exploring multiple solution paths simultaneously

Improvisation requires you to resist the urge to pick the “one true solution” early. Instead, generate several hypotheses and test them in parallel.

The SCAMPER framework is a useful tool here. It prompts you to think of solutions through seven lenses:

  • Substitute — Can we replace a component with something else?
  • Combine — Can we merge two ideas or features?
  • Adapt — Can we adjust an existing solution to a new context?
  • Modify — Can we change a feature’s form or function?
  • Put to another use — Can a feature be repurposed?
  • Eliminate — Can we remove something to simplify?
  • Reverse — Can we invert the process or sequence?

Using SCAMPER, your team can generate a diverse set of ideas that cover different angles, reducing risk.

// exercise: · 15 min
Apply SCAMPER to your core problem

Pick a current product problem you are working on. Use SCAMPER to generate at least one idea for each letter:

  1. Substitute
  2. Combine
  3. Adapt
  4. Modify
  5. Put to another use
  6. Eliminate
  7. Reverse

Write down your ideas and share with your team for feedback.

Rapid learning loops turn surprises into insights

Improvisation is not a one-off act. It’s a continuous cycle of:

  1. Hypothesize — Based on your reframed problem and multitrack ideas.
  2. Experiment — Build minimal tests or prototypes.
  3. Measure — Collect data on impact and user feedback.
  4. Learn — Decide what to keep, pivot, or kill.
  5. Repeat — Iterate with new hypotheses.

This cycle is how you convert uncertainty into validated knowledge.

// thread: #product-innovation — Rapid learning loop in action
Karthik (PM)Experiment 1: Simplify onboarding steps; initial data shows 5% lift in day-1 retention.
Priya (Data Scientist)Experiment 2: Add motivational notifications; no significant change yet.
Karthik (PM)Let’s double down on onboarding simplification and pause notifications for now.

The improvisation mindset in Indian startups

Indian product teams face constraints that make improvisation a necessity:

  • Resource constraints — limited engineering bandwidth means you cannot build perfect solutions upfront.
  • Market uncertainty — fast-changing regulations, customer preferences, and competitive moves.
  • Data scarcity — incomplete or noisy data requires more hypothesis-driven work.

Talvinder often sees teams try to “play it safe” by sticking to known solutions or detailed plans. The uncomfortable reality is this: playing it safe is the biggest risk.

Improvisation, practiced with discipline, is the path to innovation and survival.

Avoiding the improvisation trap: unstructured chaos

Improvisation without structure leads to:

  • Confused teams chasing conflicting priorities.
  • Wasted engineering cycles on unvalidated features.
  • Stakeholder frustration due to lack of clarity.

The antidote is to impose frameworks like reframing, SCAMPER, and rapid learning loops. These don’t limit creativity; they channel it.

// scene:

Sprint retrospective at a mid-stage startup in Mumbai

You (PM): “Last sprint, we jumped on a new feature idea without validating the core problem. The result: low adoption and wasted time.”

Engineering Lead: “We need a better process to evaluate ideas before committing.”

Design Lead: “Let’s add a discovery phase with problem reframing and multiple solution tracks.”

You (PM): “Agreed. That’s how we bring discipline to improvisation.”

// tension:

The temptation to start building immediately versus the need to validate first

When improvisation meets AI product development

AI product teams must improvise constantly because AI capabilities evolve rapidly and user expectations shift.

One key lesson from AI products is that the model is not the product. The product is the value delivered to the user, which often requires improvising UX, feedback loops, and cost models around AI.

Talvinder has seen Indian startups struggle by focusing on perfecting models without validating user outcomes. The improvisation skill here is translating model metrics into user impact and iterating accordingly.

Test yourself: The improvisation challenge

// learn the judgment

You are the PM at a Series B fintech startup in Bangalore. Your data shows a 20% drop in user engagement after the first transaction. Your engineering team wants to build a loyalty rewards program immediately, but user interviews suggest other pain points. You have a 2-week sprint to decide your next move.

The call: How do you approach this problem with improvisation? What steps do you take before committing to building the loyalty program?

Your reasoning:

// practice

You are the PM at a Series B fintech startup in Bangalore. Your data shows a 20% drop in user engagement after the first transaction. Your engineering team wants to build a loyalty rewards program immediately, but user interviews suggest other pain points. You have a 2-week sprint to decide your next move.

Your task: How do you approach this problem with improvisation? What steps do you take before committing to building the loyalty program?

your reasoning:

0 chars (min 80)

From the field: Talvinder on improvisation in Indian product teams

Where to go next