Skip to content
PM Master Handbook ⬇ PDF
Module 2

Product Strategy and Strategic Thinking

Turn business objectives into focused product choices — markets, positioning, moats, pricing, OKRs and go-to-market.

≈ 10 h studyDraftedSources: Lectures 6, 9, 10, 13, 23, 24; Extra topics 1, 2, 5, 8, 9, 10

On this page
  1. What strategy is (and is not)
  2. From business objective to product decision (the cascade)
  3. Market analysis
  4. Competitive intelligence
  5. Segmentation, Targeting and Positioning (STP)
  6. Business models: Business Model Canvas and Lean Canvas
  7. Differentiation, competitive advantage and moats
  8. Build, buy or partner
  9. Strategic trade-offs
  10. Pricing and monetisation strategies
  11. Objectives and Key Results (OKRs)
  12. Product portfolio strategy
  13. Go-to-market (GTM) strategy
  14. Strategy in practice: a worked mini-case
  15. Source-flagged corrections
  16. Exercises with model answers
  17. Interview perspective
  18. Key takeaways
  19. Check your understanding
  20. Recommended resources

About examples

Company names appear only as widely known illustrations of a concept. Numbers in worked examples are hypothetical. Never quote them as facts about a real business.

2.1 What strategy is (and is not)

Strategy is a set of choices about where to play (which customers, problems, markets), how to win (why customers pick you over alternatives) and what not to do — backed by the capabilities and economics to sustain it. A strategy that does not exclude anything is not a strategy.

Level 1 · Beginner

Strategy answers: Who are we helping? With what? Why us rather than the alternatives? And how will we know it is working? A list of features is not a strategy.

From your course notes (Lecture 10)

Product strategy involves choices: whom the product serves, which problem it addresses, why customers would choose it, and how it can achieve business outcomes. Use user research and competitor research to inform those choices. A vision is the future you hope to create; strategy is the choice of whom to serve, which problem to solve and how to win sustainably; a roadmap turns strategic choices into planned outcomes and work. Test whether the segment actually has the need, then track whether the choice delivers value and supports the business.

2.1.1 Vision, mission, strategy, roadmap

Layer Question Time horizon Example (hypothetical food app)
Mission Why do we exist and what do we do? Enduring “Make everyday meals easy and trustworthy.”
Vision What future are we trying to create? 3–10 years “Nobody is ever surprised by the price of dinner.”
Strategy Where do we play and how do we win? 1–3 years “Win budget-conscious urban households with transparent total prices and reliable delivery.”
Objectives / OKRs What measurable results show progress? Quarter/year “Raise checkout completion from 70% to 76% without raising complaints.”
Roadmap What outcomes and bets, in what likely order? Next 2–4 quarters “Q1 price transparency; Q2 reliability of payments; Q3 repeat-order shortcuts.”

2.1.2 Strategy versus roadmap

A roadmap is derived from strategy; it is not strategy. A strategy says “we will win on trust and price clarity”; the roadmap lists the bets that express it. If a roadmap can be read as a list of unrelated requests, the strategy is missing.

From your course notes (Lecture 13; Extra topic 1)

A roadmap communicates priorities and direction over time. The class distinguishes a feature-based roadmap from a goal-based (outcome-based) one. Build it collaboratively with engineering, design, stakeholders and customers; discuss dependencies, capacity, estimates and risks. It is an evolving plan, not a guarantee. The lecturer sometimes described vision as unchanging and cross-functional input as unnecessary — in practice strategy and vision can evolve and involvement depends on the organisation.

Feature roadmapOutcome (goal-based) roadmap
ListsFeatures with datesProblems/outcomes with metrics, grouped Now / Next / Later
Implied promise“We will ship X by June”“We will try to move metric Y by solving problem Z”
StrengthEasy to communicate; fits fixed-scope contractsKeeps teams focused on results; adapts as you learn
RiskOutput without outcome; locks in solutionsStakeholders may feel dates are missing; needs trust and good metrics
Use whenRegulatory deadlines, committed integrationsMost product bets under uncertainty
Feature roadmap versus outcome roadmap. Most mature teams use outcome roadmaps for bets and a short list of committed, date-bound items for obligations.

2.2 From business objective to product decision (the cascade)

PMs translate company goals into product choices through a cascade. Worked example:

Method: (1) restate the business objective with a number; (2) diagnose the biggest lever (funnel, cohort, unit economics); (3) choose a segment and problem; (4) define the strategic bet; (5) set outcome metrics and guardrails; (6) pick the cheapest experiment that reduces the biggest risk.

2.3 Market analysis

Market analysis answers: how big, how fast, who competes, what is changing, and where are the gaps. Use secondary research (reports, filings, company databases, news) to frame the landscape and primary research (interviews, surveys) to learn what customers actually do.

From your course notes (Lecture 6)

Primary research gathers new evidence directly (interviews, surveys, moderated focus groups); secondary research analyses existing information (reports, articles, company databases such as Crunchbase and Tracxn). Ask an AI research tool a specific question, specify geography, stage and audience, and open and verify the cited sources and dates. The claim that “surveys don't work in India” or that “90% of responses are biased” was not substantiated; sampling, incentives and question design can introduce bias but do not make surveys invalid.

2.3.1 Market sizing: TAM, SAM, SOM

  • TAM — total addressable market: demand if you captured everything your product could serve.
  • SAM — serviceable available market: the part you can actually serve with your offering, geography and channels.
  • SOM — serviceable obtainable market: what you can realistically win in a stated period.

Prefer bottom-up sizing (users × frequency × price) over “1% of a huge market”.

Worked example — bottom-up market sizing for a meal-planning app (hypothetical, one city)

Step Assumption Value
Households in the city assumed 2,000,000
Smartphone-using households that order or cook regularly 60% 1,200,000
TAM (all of them, annual price ₹1,200) 1,200,000 × ₹1,200 ₹144 crore ≈ ₹1.44 billion
Households within the service area and income band that fit 25% of 1,200,000 300,000
SAM 300,000 × ₹1,200 ₹36 crore ≈ ₹360 million
Realistic capture in year 1 (marketing reach, conversion) 4% of SAM households 12,000
SOM 12,000 × ₹1,200 ₹1.44 crore ≈ ₹14.4 million

State the unit (₹/year), the time period and each assumption. Then show a low and high case (e.g., 2% and 6% capture → ₹0.72 crore to ₹2.16 crore). The weakest assumption is usually the capture rate — validate it with a pilot.

From your course notes (Extra topic 8; Lecture 6)

A hypothetical city with 100,000 potential users: if 20,000 are in the delivery area and fit the criteria, they may form the serviceable market; if you assume 2,000 could be acquired in a period, document the evidence and constraints. Avoid multiplying an enormous market by an arbitrary one-percent share without evidence. The shampoo figures in class were illustrative, not verified. A unicorn is a private company valued at $1 billion or more, not one with $1 billion revenue.

2.4 Competitive intelligence

From your course notes (Lecture 9)

The goal is to understand the market and find meaningful gaps — not to copy every feature. Direct competitors offer closely comparable solutions to similar users; indirect competitors solve the same need differently; substitutes compete for the same outcome, time or budget (streaming vs cinema vs games vs sleep). Classification depends on the need being analysed. A different channel can still be a threat (gift buyers choosing a quick-commerce item over waiting for a watch). Compare the alternatives, not only your own product.

Process: (1) define the customer job; (2) list alternatives incl. “do nothing”, spreadsheets, manual workarounds; (3) compare on a few user-relevant dimensions; (4) record evidence and date; (5) ask “which differences actually matter to customers?”

DimensionOur ideaBank app trackerSpreadsheetMessaging a friend / nothing
Setup time5 minAlready there30+ minNone
Auto-categorises spendYes (planned)YesNoNo
Shared budgets with a flatmateYes (planned)RareManualChat
PriceFree + paid tierFreeFreeFree
Evidence levelHypothesisObserved (date: ____)ObservedInterviews
Competitor comparison skeleton (hypothetical student-budgeting app). Hypothetical. Always fill the evidence row and the date; competitor features change quickly. “Do nothing” is a real competitor.

2.4.1 SWOT

SWOT organises Strengths and Weaknesses (internal) and Opportunities and Threats (external). It is a summary tool, not an analysis: each item needs evidence, and the real value is the so-what — which strengths address which opportunities, which weaknesses expose which threats.

Strengths (internal)
  • Strong restaurant relationships in 2 cities
  • Reliable payments flow (99.5% success, internal data)
  • Lean team; fast shipping cadence
Weaknesses (internal)
  • Small marketing budget
  • No loyalty programme yet
  • Limited late-night coverage
Opportunities (external)
  • Rising demand for transparent pricing
  • Office-lunch subscriptions
  • Partnerships with co-working spaces
Threats (external)
  • Well-funded incumbents can match promotions
  • Delivery-partner cost inflation
  • Regulatory change on platform fees
SWOT for a hypothetical regional food-delivery entrant. Hypothetical. Convert it into TOWS actions — e.g. (S×O) use restaurant relationships to launch office-lunch subscriptions; (W×T) avoid promo wars where marketing budget is weakest.

From your course notes (Lecture 9)

Support claims with evidence and flag unknowns. The instructor noted that one group's SWOT described Ola but missed a direct side-by-side competitor comparison.

2.4.2 Porter's Five Forces

Porter's Five Forces assesses the structural attractiveness of an industry: rivalry among existing competitors, threat of new entrants, threat of substitutes, bargaining power of buyers, and bargaining power of suppliers. High force intensity → lower profit potential.

Worked example — Five Forces for food-delivery marketplaces (hypothetical, qualitative)

Force Assessment Why (illustrative) Product implication
Rivalry High Few large players; promotions and speed compete directly Differentiate beyond discounts (reliability, trust)
New entrants Medium Software is easy; supply density and brand are hard Win density in chosen micro-markets
Substitutes High Cooking, offline dining, grocery delivery Anchor on convenience and price clarity
Buyer power High Low switching costs for consumers; multi-homing Build habit loops, loyalty, saved preferences
Supplier power Medium–high Restaurants and delivery partners can multi-home Better tools and fair economics for partners

Limitation: Five Forces is a static industry snapshot; it ignores complements and fast technology change. Use it to frame, then validate with data.

From your course notes (Lecture 24)

Porter's Five Forces was announced but not substantially taught in the recording; this section is independent reference material.

2.4.3 PESTLE

PESTLE scans the macro environment: Political, Economic, Social, Technological, Legal, Environmental.

Political
  • Regulatory stance on digital lending
  • Stability of financial policy
Economic
  • Interest-rate trend
  • Consumer credit demand
  • Inflation and income growth
Social
  • Trust in digital finance
  • Financial literacy
  • Mobile-first behaviour
Technological
  • Digital KYC and identity infrastructure
  • Fraud-detection capabilities
  • Open banking APIs
Legal
  • Data protection and consent
  • Consumer-lending disclosure rules
  • Licensing requirements
Environmental
  • Paperless onboarding
  • Energy footprint of data centres
PESTLE scan — hypothetical fintech lender entering a new market. Hypothetical checklist. Mark each factor as tailwind or headwind, rate impact and certainty, and assign an owner to watch the big ones. Seek qualified legal advice for regulatory interpretation.

2.5 Segmentation, Targeting and Positioning (STP)

  • Segment — divide the market into groups with shared needs/behaviours (not just demographics).
  • Target — choose which segment(s) to serve first, based on need severity, size, strategic fit, reachability and ability to pay.
  • Position — define how the product sits in the target's mind relative to alternatives.

From your course notes (Lectures 3, 26; Extra topic 9)

Segment beyond demographics: package size, affordability, distribution, brand perception, motivations. These are hypotheses to research, not assumptions that apply to everyone in a place or income group. Positioning explains which users a product serves, the problem it solves and why it may be a better choice than relevant alternatives; competitors include doing nothing, a spreadsheet or asking a person. Validate whether users care about the proposed difference and whether it is accurate before presenting it as fact.

Positioning statement: For [target customer] who [need/job], [Product] is a [category] that [key benefit]. Unlike [primary alternative], [Product] [reason to believe / differentiator].

Example (hypothetical)

For busy parents who need predictable weekly food costs, PlanPlate is a meal-planning app that shows an accurate weekly grocery estimate. Unlike collecting recipes and prices by hand, PlanPlate does it in one tap — reason to believe: price estimates refresh from partner stores daily (to be validated).

2.5.1 Value propositions

A value proposition states the benefit a customer gets and why it beats alternatives. The Value Proposition Canvas pairs the customer profile (jobs, pains, gains) with your value map (products/services, pain relievers, gain creators). Fit exists when your relievers and creators address the pains and gains that matter most.

Value map · Products & services
  • Weekly plan generator
  • Grocery list with price estimate
  • Pantry tracker
Customer profile · Jobs
  • Feed the family without overspending
  • Avoid last-minute takeout
  • Reduce food waste
Value map · Pain relievers
  • Price estimate before shopping
  • Use-up-leftovers suggestions
Customer profile · Pains
  • Surprise grocery bills
  • Planning takes 45+ minutes
  • Wasted food
Value map · Gain creators
  • Weekly budget tracker
  • One-tap reorder of favourites
Customer profile · Gains
  • Predictable weekly cost
  • Time saved
  • Healthier meals
Value Proposition Canvas (hypothetical meal-planning app). Hypothetical. Fit is a hypothesis until interviews and a smoke test show customers prioritise those pains and gains.

2.6 Business models: Business Model Canvas and Lean Canvas

The Business Model Canvas (Osterwalder) describes nine building blocks. The Lean Canvas (Ash Maurya) adapts it for startups: it replaces Key Partners, Key Activities, Key Resources and Customer Relationships with Problem, Solution, Key Metrics, Unfair Advantage.

Key partners
  • Grocery chains (price feeds)
  • Payment gateway
  • Recipe creators
Key activities
  • Price-data integration
  • Recommendation quality
  • Customer research
Value propositions
  • Plan a week in 5 minutes
  • Know the cost before you shop
Customer relationships
  • Self-serve app
  • Email tips; in-app help
Customer segments
  • Busy parents
  • Budget-conscious households
Key resources
  • Price database
  • Engineering team
  • Brand trust
Channels
  • App stores
  • Parent communities
  • Referrals
Cost structure
  • Engineering and data costs
  • Price-data licences
  • Acquisition spend
Revenue streams
  • Premium subscription (₹1,200/year)
  • Affiliate fees from partner grocers (disclosed)
Business Model Canvas (hypothetical meal-planning app). Hypothetical. Fill the canvas in pencil: every cell is an assumption to test, starting with customer segments and value proposition.
Problem
  • Weekly meal planning takes too long
  • Grocery costs are unpredictable
  • Existing alternatives: spreadsheets, notes
Solution
  • Auto-plan + price estimate
  • Pantry tracker
Unique value proposition
  • Plan a week of meals with a reliable cost estimate in 5 minutes
Unfair advantage
  • Exclusive price feed (to be validated)
Customer segments
  • Early adopters: budget-conscious parents in one city
Key metrics
  • Plans created / week
  • Week-4 retention
  • Free→paid conversion
Channels
  • Parent groups
  • Referrals
Cost structure
  • Data licences, engineering, acquisition
Revenue streams
  • Subscription; affiliate
Lean Canvas (same idea). Use the Lean Canvas when you are still searching for a problem–solution fit; use the BMC for an established model with partners and relationships to describe.

2.7 Differentiation, competitive advantage and moats

Differentiation gives customers a reason to choose you that rivals cannot easily copy. A competitive advantage is durable only if it resists imitation; such protective features are often called moats.

Source of advantage What it means How it works Fragility
Network effects Product becomes more valuable as more people use it Direct (messaging) or cross-side (riders ↔ drivers; buyers ↔ sellers) Local not global; can reverse; multi-homing weakens it
Switching costs Cost (money, time, data, learning) of changing Integrations, data lock-in, workflows, contracts Customers resent lock-in; regulators may require portability
Economies of scale Unit costs fall with volume Purchasing, infrastructure, density Needs sustained volume
Brand and trust Customers prefer you under uncertainty Reliability, safety, reputation One incident can damage it
Data advantage More usage → better model/personalisation Learning from behaviour Only if data is proprietary, relevant and used well
Proprietary tech / IP / regulation Legal or technical barriers Patents, licences Time-limited; can be designed around
Distribution Cheap access to customers Embedded in other products, partnerships Platform risk

Level 3 · Senior PM

“Network effects” is an overused claim. Test it: does the marginal user make existing users better off, and is that effect strong enough to beat a rival's promotions? In marketplaces, the effect is usually local (density in a city), so a global user count hides weakness. Ask what happens if a rival subsidises both sides for a quarter.

2.7.1 Blue Ocean Strategy

Blue Ocean Strategy (Kim & Mauborgne) advises creating uncontested market space by making competition irrelevant, using a strategy canvas: plot competitive factors on the x-axis and offering level on the y-axis, then use the Eliminate–Reduce–Raise–Create grid to reshape value.

2.8 Build, buy or partner

Option Choose when Advantages Risks
Build Core differentiator; unique requirements; long-term control matters Control, IP, tailored experience Slow, costly, maintenance burden
Buy (license / acquire) Commodity capability; speed matters; mature vendors exist Fast, proven Vendor lock-in, integration cost, ongoing fees, limited customisation
Partner Capability sits outside your core; shared upside; distribution access Faster market access, shared risk Dependency, revenue share, misaligned incentives

Decision questions: Is it core to our differentiation? How fast do we need it? What is the total cost of ownership over 3 years (including maintenance and vendor fees)? What is the switching cost if the vendor fails? What data and compliance obligations apply? Could we start by buying and later build once learning proves the need?

Example (hypothetical)

A food-delivery startup considers building its own maps and routing. Verdict: buy/partner (commodity, huge fixed cost), and build its own order-batching logic because that is where its cost advantage lives.

2.9 Strategic trade-offs

Strategy is about saying no. Typical explicit trade-offs: growth vs profitability; breadth vs depth; speed vs quality; acquisition vs retention; customer-specific requests vs platform consistency; exploit the core vs explore a new bet. A useful practice: write “We will not…” statements (e.g., “We will not compete on discount depth; we will compete on transparency and reliability”).

From your course notes (Lecture 24, Extra topic 11)

For any strategic choice, describe the target, evidence, costs, risks and what would make you change your mind. Stakeholders have different incentives; clarify the shared outcome, evidence, constraints and decision rights instead of promising every request.

2.9.1 Growth options: the Ansoff matrix

From your course notes (Lecture 24)

Existing product/existing market = market penetration; new product/existing market = product development; existing product/new market = market development; new product/new market = diversification. The distinction is relative to the company; examples can be debatable. The instructor initially gave inconsistent quadrant labels; this is the standard mapping.

Market penetration (existing product, existing market)
  • Raise usage among current students with streaks and reminders
Market development (existing product, new market)
  • Sell the current study app to a new school or country
Product development (new product, existing market)
  • Add a tutoring service for current users
Diversification (new product, new market)
  • Launch a career-coaching app for adults
Ansoff matrix with a hypothetical study-app company. Risk generally increases away from the top-left. Treat each option as a hypothesis to test with evidence.

2.10 Pricing and monetisation strategies

  • Pricing — how much and on what terms customers pay. Monetisation — the broader way the product earns revenue.
  • Anchor on value to the customer, then check cost, competitor prices, willingness to pay and trust. Cost-plus alone ignores value.
Model How it works Best when Watch out for
One-time purchase Pay once Simple tools; low ongoing cost No recurring revenue; support cost continues
Subscription Recurring access fee Ongoing value; predictable costs Churn; need steady value delivery
Freemium Free tier + paid upgrades Viral/low marginal cost products Free users cost money; conversion often small — model it
Usage-based Pay for consumption Value scales with use (APIs, cloud) Unpredictable bills; metering complexity
Tiered Good/Better/Best plans Different segments value different features Poor tier design confuses or leaves money on the table
Marketplace / transaction fee Take rate on transactions Two-sided platforms Disintermediation; fee fairness
Advertising Advertisers pay for attention Large audiences Conflicts with user experience; privacy
Licensing / enterprise Per-seat, per-usage or per-deal B2B with high value Long sales cycles; custom demands
Affiliate Paid for referred outcomes Content/recommendation products Trust and disclosure

From your course notes (Lecture 26; Extra topic 5)

The class compared subscriptions, freemium, advertising, affiliate, usage-based, licensing and transaction/marketplace models; models can be combined. Tiered pricing and hybrid monetisation are different but can coexist. License fees can be per user, usage-based or otherwise structured; cloud pricing is not universally per seat. White-labelling concerns branding another supplier's product; dropshipping concerns fulfilment directly by a supplier — they are not the same. A free trial should disclose when payment begins and how to cancel. Do not interpret stated willingness to pay as guaranteed purchases. A data product requires appropriate legal, security and privacy protections.

Worked example — a simple price-test decision

Plan A: ₹99/month; Plan B: ₹149/month. In a pilot of 2,000 visitors each: A converts 5.0% (100 payers → ₹9,900/month), B converts 3.5% (70 payers → ₹10,430/month). B earns ₹530 more revenue per month but with 30 fewer customers. If monthly churn is higher for B or support cost per customer is fixed, A may be better long-term; if costs are per user, B wins. The pilot is a signal; it needs a significance check (Module 7) and a view on churn and strategy (market share vs margin).

2.11 Objectives and Key Results (OKRs)

An objective is a qualitative direction; key results are measurable changes that indicate progress; initiatives are the work you believe might move the key results. OKRs are not a task list or an automatic performance score.

WeakBetter
ObjectiveImprove checkoutMake checkout trustworthy for first-time buyers
Key resultShip fee displayIncrease checkout completion from 70% to 76% for new users by end of quarter while complaint rate stays ≤ 1.3%
WhyOutput, not outcomeMeasurable baseline, target, population and guardrail
Initiative—Early fee display; payment retry; remove one form field
Good and weak OKR examples (hypothetical). If the release happens but completion does not improve, the initiative shipped but the key result has not been achieved.

Tips: 3–5 objectives max; 2–4 KRs each; stretch but plausible (many teams aim for ~70% achievement on ambitious KRs); review weekly; separate committed deliverables from aspirational goals; pair outcomes with guardrails.

2.12 Product portfolio strategy

Larger organisations manage multiple products and must allocate resources across them.

  • BCG growth-share matrix — classifies products by market growth and relative market share into Stars (high/high), Cash cows (low growth/high share), Question marks (high growth/low share) and Dogs (low/low). It guides investment but oversimplifies and depends on how markets are defined.
  • Three Horizons — H1 optimise the core, H2 build emerging businesses, H3 explore future options; allocate effort and expectations differently (the commonly cited “70/20/10” split is a rule of thumb, not a law).
  • Portfolio questions: Which products share customers or infrastructure? Where do we cannibalise ourselves? Which should we sunset to free capacity?

2.13 Go-to-market (GTM) strategy

GTM is the plan for getting a product to the right people and helping them use it. Module 8 covers launch plans in depth; here are the strategic pieces.

From your course notes (Lecture 23; Extra topic 10)

GTM is the plan for reaching and serving a market — for a new product, an existing product entering a new market, or another launch. Start with the business case and timing (why now, who benefits, market conditions, seasonality, competition). Define the audience and proposition (personas, positioning, differentiators, messaging, pricing and rationale). Plan distribution and launch support (channels, sales and support readiness, onboarding, budget, owners). Set measurable success metrics and adjust the roadmap using feedback. In the cricket-equipment exercise, the instructor challenged learners to consider partner incentives, sponsorship costs and likely return — not just list channels. Pilot with a small group before a public launch; assign owners and a rollback owner.

2.14 Strategy in practice: a worked mini-case

Hypothetical: choosing a segment for a budgeting app

Context. A small team can build one thing this quarter. Three candidate segments: students, young professionals, freelancers. Evidence (hypothetical). 12 interviews per segment; pain severity (1–5): students 4.1, young professionals 3.2, freelancers 4.5. Estimated serviceable users: students 200k, professionals 500k, freelancers 80k. Reachability: students via campus (high), professionals (medium), freelancers via communities (medium). Willingness to pay (stated; to be validated): ₹0, ₹100/month, ₹250/month. Scoring (1–5 scores, weights: pain 35%, size 20%, reach 20%, willingness to pay 25%). Pain is the interview score above; the other criteria are converted to 1–5 — size: students 3, professionals 5, freelancers 1; reach: 5, 3, 3; willingness to pay: 1, 3, 5. Students: 4.1×.35 + 3×.2 + 5×.2 + 1×.25 = 1.435 + 0.6 + 1.0 + 0.25 = 3.29. Professionals: 3.2×.35 + 5×.2 + 3×.2 + 3×.25 = 1.12 + 1.0 + 0.6 + 0.75 = 3.47. Freelancers: 4.5×.35 + 1×.2 + 3×.2 + 5×.25 = 1.575 + 0.2 + 0.6 + 1.25 = 3.63. Decision. Start with freelancers (pain and willingness to pay are highest) while the small serviceable base is acceptable for a first version; plan a second wave for professionals. Risks: small market; stated willingness to pay is unreliable — test with a priced pilot. What would change our mind: if pilot conversion is below 3% or if freelancers churn after tax season.

2.15 Source-flagged corrections

  • Strategy ≠ roadmap ≠ vision; they are layers.
  • Ansoff labels: see above.
  • Five Whys and first principles are related but different (Module 4).
  • A survey preference is not proof of purchase; PMF needs behavioural evidence.
  • Segmenting by largest size alone does not prove fit.

2.16 Exercises with model answers

Exercise 1 · Size a market

Estimate the annual SOM for a language-learning app in one city: 3,000,000 residents; 40% aged 18–40; 20% of those would consider paying for an app; annual price ₹2,000; you believe you can win 5% of the considering users in year one. Show TAM, SAM, SOM and name the shakiest assumption.

Model answer

Residents aged 18–40: 3,000,000 × 0.40 = 1,200,000. Considering payers: 1,200,000 × 0.20 = 240,000. SAM (users who would consider): 240,000 → ₹2,000 × 240,000 = ₹48 crore. Taking TAM as all 18–40 residents = 1,200,000 × ₹2,000 = ₹240 crore. SOM: 5% × 240,000 = 12,000 users → ₹2.4 crore. Shakiest assumption: the 5% capture rate (and the 20% “would consider” which is stated intent). Run a landing-page test with a real price to refine both. Present a range (3%–7% → ₹1.44–3.36 crore).

Exercise 2 · Positioning

Write a positioning statement for a budgeting app for freelancers, naming the alternative it competes with.

Model answer (example)

For freelancers who struggle with irregular income, IncomeSmooth is a budgeting app that forecasts cash flow across months. Unlike spreadsheets and bank apps that assume a fixed salary, IncomeSmooth builds a safe monthly allowance from your average income and warns you before tax and low-income months. Reason to believe: forecasts use the user's own 12-month history (to be validated with beta users).

Exercise 3 · Build, buy or partner

A fintech wants in-app identity verification. Recommend and justify.

Model answer

Buy/partner with an established KYC provider: identity verification is regulated, commodity-like and expensive to build and maintain; speed to market matters. Retain control of the onboarding UX and data handling, check vendor compliance and uptime SLA, plan for vendor switching (abstraction layer), and review data-protection obligations. Revisit building in-house only if unit cost at scale or differentiation justifies it.

2.17 Interview perspective

“What is your product strategy for X?” — structure
  1. Clarify the company goal and stage. 2. Choose the segment and the problem (with evidence). 3. State the positioning and why you win (differentiation/moat). 4. Name the top 2–3 bets and what you won't do. 5. Define the North Star, outcome metrics and guardrails. 6. Highlight biggest risks and how you'd test them. 7. Note what evidence would change your mind. Keep it to 2–3 minutes before drilling down.
“How would you decide between building and partnering?” — 60-second answer

“I start with whether it's core to differentiation. If it's commodity or regulated, I lean to buy or partner for speed and lower risk, and compare three-year total cost, vendor lock-in, data/compliance obligations and the cost of switching later. If it's what makes us different — like our routing logic — I build. I'd often start with a partner to learn, keep a clean abstraction layer, and revisit once volume or differentiation justifies building.”

2.18 Key takeaways

  • Strategy = choices (who, what, why us, what not). Roadmaps follow strategy.
  • Use frameworks (SWOT, Five Forces, PESTLE, STP, canvases) to organise thinking, then validate with evidence.
  • Size markets bottom-up, show a range and name the weakest assumption.
  • Moats are specific: network effects, switching costs, scale, brand, data — test each claim.
  • Price on value, check unit economics, and run price tests with significance and churn in view.
  • OKRs: objective (direction) + measurable key results + guardrails; not a task list.
  • Always write down what would change your mind.

2.19 Check your understanding

Check your understanding

Which best describes a roadmap?

  1. A guarantee of dates for specific features
  2. A communicated plan of outcomes and likely work, derived from strategy
  3. The company's mission statement
  4. A list of all customer requests
Why: A roadmap communicates priorities and direction over time; it is evolving and follows strategy.

In the Ansoff matrix, selling the current product to a new market is…

  1. Market penetration
  2. Product development
  3. Market development
  4. Diversification
Why: Existing product + new market = market development.

Which sizing approach is preferred?

  1. 1% of a huge market
  2. Bottom-up: users × frequency × price, with a range
  3. The biggest number you can cite
  4. Competitor revenue only
Why: Bottom-up estimates expose assumptions you can test. Arbitrary percentages of a giant market are not evidence.

A strong network effect exists when…

  1. Many people have downloaded the app
  2. Each additional user makes the product more valuable for existing users, enough to resist rivals
  3. The product is popular on social media
  4. The company has many partners
Why: Network effects mean marginal users add value to others; they are often local and can be weakened by multi-homing.

Which is a well-formed key result?

  1. Launch the new checkout
  2. Improve conversion
  3. Increase checkout completion from 70% to 76% for new users this quarter, complaints ≤ 1.3%
  4. Make the team happy
Why: A key result has a baseline, target, population, time frame and often a guardrail.

Which is a substitute rather than a direct competitor?

  1. Another food-delivery app
  2. Cooking at home instead of ordering
  3. A rival's identical subscription
  4. A copy-cat app with same features
Why: Substitutes meet the same need (a meal) in a different way and compete for the same outcome, time or budget.