
Product Sense Interview Answer
- 1.1k installs
- 6.3k repo stars
- Updated July 17, 2026
- deanpeters/product-manager-skills
product-sense-interview-answer is a Claude Code skill that generates structured, high-signal answers to product-sense interview questions for developers who need to practice breaking down ambiguous product-improvement pr
About
product-sense-interview-answer is a structured interview-coaching skill from deanpeters/product-manager-skills that walks developers through clarify-rationale-MVP framing for classic prompts like "How would you improve YouTube?" The skill models narrowing target users, picking one pain point, and earning MVP choices through explicit tradeoffs instead of treating a product as one undifferentiated surface. It includes a condensed walkthrough covering scope clarification for viewers versus creators, ecosystem prioritization, and rationale tied to attention-market dynamics. Developers reach for product-sense-interview-answer when preparing for PM or product-engineer loops, practicing live case breakdowns, or turning vague improvement questions into interview-ready narratives with defensible prioritization.
- 4-step structured framework: Clarify, Rationale, Product Goal, Segmentation
- Forces explicit user-segment and viewing-intent choices before proposing solutions
- Demonstrates tradeoff reasoning that leads to a defensible MVP
- Works for any consumer product prompt such as 'improve YouTube', 'improve Spotify', or 'improve Notion'
- Produces ready-to-use answer skeleton that can be handed off to writing-plans or implementation
Product Sense Interview Answer by the numbers
- 1,142 all-time installs (skills.sh)
- +71 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #431 of 3,282 Productivity & Planning skills by installs in the Skillselion catalog
- Security screen: LOW risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/deanpeters/product-manager-skills --skill product-sense-interview-answerAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1.1k |
|---|---|
| repo stars | ★ 6.3k |
| Security audit | 3 / 3 scanners passed |
| Last updated | July 17, 2026 |
| Repository | deanpeters/product-manager-skills ↗ |
How do you answer product-sense interview questions?
Generate structured, high-signal answers to product-sense interview questions and to practice breaking down ambiguous product-improvement prompts into clear
Who is it for?
Developers and engineers preparing for product-manager or product-sense interview loops who need repeatable framing for ambiguous improvement prompts.
Skip if: Developers who need executable product specs, user research synthesis, or codebase implementation guidance rather than interview answer structure.
When should I use this skill?
The user asks how to improve a named product, practices product-sense interview questions, or wants help scoping an ambiguous product-improvement prompt.
What you get
Structured interview answer outlines with clarify, rationale, pain-point selection, tradeoffs, and MVP recommendation sections.
Files
Purpose
Help PM candidates and interview coaches structure product-sense answers that sound strong out loud, not just on paper. Use this when practicing prompts like "How would you improve X?", "Design a product for Y", or "What would you build next for Z?"
This is not a memorize-and-recite script. It is a reasoning scaffold that prevents solution-jumping, forces real prioritization, and leaves the interviewer with a clean story they can follow.
Key Concepts
What Product Sense Interviews Actually Test
Strong product-sense answers do more than generate ideas. Interviewers are usually testing whether you can:
- Clarify ambiguous prompts without getting stuck
- Tie user value to market or business logic
- Segment thoughtfully instead of talking about "everyone"
- Prioritize one pain point instead of describing ten equally
- Make tradeoffs explicit when choosing an MVP
- Communicate clearly under time pressure
The Six-Part Answer Spine
1. Clarify - Reduce ambiguity, define scope, and state assumptions. 2. Rationale - Explain why the problem matters now for the market and, if relevant, the company. 3. Product Goal - Define the user outcome you want to create before talking about features. 4. Segmentation - Choose who to serve first and show why that target wins. 5. Pain Points - Map the journey, name the main frictions, and pick the one worth solving first. 6. Solution - Generate distinct options, compare them, and commit to one MVP with clear exclusions.
The order matters. If you skip from prompt to feature ideas, your answer sounds clever but ungrounded. If you establish the user, goal, and pain first, your solution feels earned.
Why This Works
- Prevents feature dumping: You do not start with ideas before you know whose problem you are solving.
- Balances user and business thinking: The answer includes demand, company fit, and strategic tradeoffs rather than pure UX talk.
- Creates a speakable narrative: Each section becomes a short checkpoint the interviewer can follow.
- Forces prioritization: Reach, impact, fit, frequency, severity, and effort all surface tradeoffs instead of hand-wavy optimism.
Anti-Patterns (What This Is NOT)
- Not a feature brainstorm: Listing ideas without choosing a target user or problem is not product sense.
- Not a TAM presentation: You do not need made-up market numbers to sound strategic.
- Not a memorized monologue: Rigid scripts break as soon as the interviewer redirects or narrows scope.
- Not a business-case-only answer: Product sense still requires empathy, behavior, and user context.
When to Use This
- Product design questions
- Product improvement questions
- "What would you build next?" prompts
- Mock interviews where you want a repeatable spoken structure
When NOT to Use This
- Behavioral interviews that need STAR stories
- Execution and analytics cases that revolve around metrics diagnosis
- Go-to-market or pricing interviews where distribution or monetization is the main problem
Application
Use `template.md` as the working structure.
Delivery Rules
- State your structure early so the interviewer knows where you are going.
- Ask only 1-2 clarifying questions. More than that feels like stalling.
- Keep lists MECE where possible: segments should be distinct, pain points should not overlap, and solutions should not be three versions of the same thing.
- Speak in short sentences. Interview answers should sound conversational, not like a memo read aloud.
- If the prompt does not name a company, use a startup assumption and skip fake company-mission talk.
Step 1: Clarify the Prompt
Start by surfacing the two ambiguities that change the answer most. Good clarifiers usually narrow:
- Product or surface area
- User group
- Time horizon
- Business model or operating constraints
If the interviewer does not answer, state your assumptions and move on. The goal is to unblock the rest of the answer, not to turn the interview into requirements gathering.
Quality bar: Ask questions that materially change the solution. "Are we talking mobile or desktop?" matters less than "Are we optimizing for viewers, creators, or advertisers?"
Step 2: Build the Rationale Before the Feature
Explain why the space matters now.
For the market view, cover:
- Why the market is big or strategically important
- Why the problem matters to real people
- Why now is a good moment to act
If a company is named, then add:
- Mission fit
- Business objective
- Competitive landscape
- Market gap
- Unique strength
End this section with a one-line thesis. That thesis should make the rest of the answer feel inevitable.
Quality bar: Use qualitative signals unless you know the numbers cold. Fake precision is worse than grounded judgment.
Step 3: Define the Product Goal
Write one sentence in this format:
Help [user] [achieve outcome], so that [broader impact].
Then describe what success looks like for the user in observable terms.
Good: "Help beginner YouTube learners find content they are glad they watched, so that the platform becomes an intentional learning destination."
Bad: "Build a personalized AI learning path feature." That is a solution disguised as a goal.
Step 4: Segment the Market and Pick a Target
Do not jump straight to persona. First identify the ecosystem players, then choose the player you want to serve. After that, choose two segmentation dimensions that actually change needs.
Good segmentation dimensions usually change:
- Goal or job to be done
- Stakes or consequence level
- Expertise level
- Workflow constraints
- Frequency of the problem
Weak dimensions are often demographic cuts that do not change the product meaningfully.
After choosing your target segment:
- Give a brief reach / impact / strategic-fit rationale
- Write a two-sentence persona
- Keep the persona free of pain points; pain comes next
Step 5: Map Pain Points and Prioritize One
Break the user journey into 4-6 stages. Then list the frictions across that journey.
Prioritize the top pain point using:
- Frequency - how often the user hits it
- Severity - how badly it blocks the job, how underserved it is, and the emotional cost
This is the fulcrum of the entire answer. If the pain point is vague or weak, the solution section becomes generic.
Quality bar: Pain points should describe user friction, not missing features. "No structured progression after each video" is a pain. "No AI learning path" is already a solution.
Step 6: Generate Options, Choose an MVP, and Close
List three distinct solutions. They should solve the same pain in different ways, not represent three feature line-items inside one idea.
Evaluate each option on:
- User impact
- Effort
Then choose one MVP and specify:
- Core features
- 1-2 explicit v1 exclusions
- Top risks and mitigations
Close with a one-sentence recap that names:
- Target segment
- Top pain point
- First bet
That final sentence is what the interviewer should remember.
Examples
Good Example: Improve YouTube for Beginner Learners
See `examples/improve-youtube.md` for a full worked example.
What makes it strong:
- It chooses one player first: viewers, not "everyone in the ecosystem"
- It segments by learning intent and expertise level, which both change needs materially
- It picks one pain point: no structured progression across videos
- It compares multiple solutions before choosing Learning Paths as the MVP
Good Example: Design a Fire Alarm for the Deaf
A strong answer to this prompt would explicitly state a startup assumption if no company is named, prioritize people who live alone, and choose the wake-up problem before discussing dispatch or smart-home integrations.
What makes this example useful:
- The target segment is clear and high-stakes
- Severity matters more than broad reach
- Hardware, software, and ecosystem constraints are part of the reasoning
Anti-Pattern Example
"I would improve YouTube by adding AI summaries, better recommendations, creator analytics, and a study mode."
Why this fails:
- No target user
- No prioritized pain point
- No business or market logic
- Four ideas that were never compared against each other
This kind of answer can sound energetic in the moment, but it signals weak PM judgment.
Common Pitfalls
- Solution-first thinking: You start pitching features before naming the user or problem. Fix it by forcing yourself to write the product goal and top pain point before brainstorming solutions.
- Segmentation theater: You list many segments, then pick one with no tradeoff logic. Fix it by explicitly comparing reach, impact, and strategic fit.
- Goal-as-feature: Your "goal" describes the thing you want to build. Fix it by rewriting it as a user outcome.
- Pain points that are really solutions: "Users need a dashboard" is not a pain point. Rewrite in user-language first.
- Three fake options: Your three solutions are really one solution with minor variations. Fix it by varying the product mechanism, not just the packaging.
- Weak close: You end after listing features. Fix it by restating the target segment, the pain, and the first bet in one sentence.
- Over-answering every branch: You try to prove breadth instead of making choices. Product-sense interviews reward focus more than exhaustiveness.
References
- `template.md`
- `examples/improve-youtube.md`
- `skills/problem-statement/SKILL.md`
- `skills/proto-persona/SKILL.md`
- `skills/customer-journey-map/SKILL.md`
- `skills/opportunity-solution-tree/SKILL.md`
- Lewis C. Lin, Decode and Conquer
- Gayle Laakmann McDowell and Jackie Bavaro, Cracking the PM Interview
Example: Improve YouTube
Prompt: "How would you improve YouTube?"
Why this is a strong example
This example works because it does not treat "YouTube" as one giant undifferentiated product. It narrows the target user, picks one pain point, and earns the final MVP choice through explicit tradeoffs.
Condensed Walkthrough
1. Clarify
- Scope the product to the core YouTube viewing experience rather than Shorts, Music, or TV.
- Clarify whether the focus is viewers, creators, or advertisers.
- If the interviewer does not answer, assume the full ecosystem is in scope but commit to prioritizing one player.
2. Rationale
- Online video is a massive attention market with intense competition.
- The deeper issue is not just watch time; it is whether users feel their time was well spent.
- YouTube's unique advantage is the breadth of creator supply across learning, entertainment, and niche content.
- Thesis: recommendation quality is optimized for engagement more than intentional satisfaction.
3. Product Goal
Help viewers consistently find content they are glad they watched, so that YouTube becomes a platform people choose intentionally rather than habitually.
4. Segmentation
Ecosystem players:
- Viewers
- Creators
- Advertisers
- Talent managers / networks
- Moderation and trust teams
Chosen player: viewers
Primary dimension: viewing intent
- Goal-directed learning
- Entertainment browsing
- Deep-dive research
Chosen segment: goal-directed learners
Secondary dimension: expertise level
- Beginners
- Intermediate
- Advanced
Chosen segment: beginners
Persona: Priya is a 28-year-old marketing coordinator using YouTube to learn practical work skills quickly. She cares about finding trustworthy, well-structured content without wasting time in low-signal recommendation loops.
5. Pain Points
Journey stages:
- Search
- Selection
- In-session learning
- Follow-through
Key pain points:
- No clear starting point for a topic
- Quality is hard to judge before clicking
- Too many similar-looking tutorials
- Old content outranks better current content
- Recommendations pull the user off task
- No structured progression from one concept to the next
- No record of learning progress
Top pain point: no structured progression
- Frequency: shows up in almost every learning session after the first video
- Severity: blocks the job to be done because skill-building requires sequence, not random adjacent content
6. Solution
Option 1: Learning Paths that sequence the best beginner videos into a guided curriculum.
Option 2: Intent-Aware Recommendations that hold the session to the user's stated learning goal.
Option 3: Key Moments Index that lets users jump directly to the concept they need inside each video.
Comparison:
- Learning Paths: High user impact - directly solves progression. High effort - ranking, sequencing, and new UI.
- Intent-Aware Recommendations: Medium user impact - reduces distraction. Medium effort - recommendation-system changes.
- Key Moments Index: Medium user impact - improves efficiency inside videos. Medium effort - transcript and chapter labeling work.
MVP winner: Learning Paths
Core features:
- Topic-based path of 5-8 sequenced videos
- Progress tracking across sessions
- "Continue learning" re-entry point
v1 exclusions:
- No quizzes
- No creator-submitted path editing
Closing line:
"I'd focus on beginner goal-directed learners, specifically around the pain of no structured progression, and build Learning Paths as the first bet."
What to notice
- The goal is an outcome, not a feature
- The segment is narrow enough to matter
- The pain point is a user friction, not a missing capability
- The final MVP is chosen after comparison, not announced from intuition alone
Product Sense Interview Answer Template
Use this as a fill-in scaffold for product design, product improvement, or "what would you build next?" interview questions.
Question: [Paste the prompt]
1. Clarify
Opening line: "Before I dive in, I want to clarify the scope so I solve the right problem."
- Clarifier 1: [Question]
- Assumption if unanswered: [Assumption]
- Clarifier 2: [Question]
- Assumption if unanswered: [Assumption]
If no company is named:
- Startup assumption: "Since no specific company was mentioned, I'll assume we're a startup exploring this space."
2. Rationale
Market
- Big market / strategic importance: [Why this space matters]
- Why important: [Why users or society care]
- Why now: [What changed recently]
Company Fit
Skip this subsection if no company is named.
- Mission fit: [Why this supports the company mission]
- Business objective: [Revenue, retention, growth, efficiency, etc.]
- Competitive landscape: [Who else plays here]
- Market gap: [What current solutions miss]
- Unique strength: [Why this company can win]
One-Line Thesis
- [One sentence that sets up the rest of the answer]
3. Product Goal
- Goal: Help [user] [achieve outcome], so that [broader impact].
- Success looks like: [Observable user outcome]
4. Segmentation
Ecosystem Players
- [Player 1]
- [Player 2]
- [Player 3]
- [Player 4]
- [Player 5]
Chosen Player
- Player: [Who you will focus on]
- Reach: [High / Medium / Low] - [Why]
- Impact: [High / Medium / Low] - [Why]
- Strategic fit: [High / Medium / Low] - [Why]
Primary Dimension
- Dimension name: [What meaningfully changes needs]
- [Segment A]
- [Segment B]
- [Segment C]
- Chosen segment: [Who]
- Reach: [High / Medium / Low] - [Why]
- Impact: [High / Medium / Low] - [Why]
- Strategic fit: [High / Medium / Low] - [Why]
Secondary Dimension
- Dimension name: [What else changes needs]
- [Segment A]
- [Segment B]
- [Segment C]
- Chosen segment: [Who]
- Reach: [High / Medium / Low] - [Why]
- Impact: [High / Medium / Low] - [Why]
- Strategic fit: [High / Medium / Low] - [Why]
Persona
- [Who they are, in one sentence]
- [What they care about, in one sentence]
5. Pain Points
Journey Stages
- [Stage 1]
- [Stage 2]
- [Stage 3]
- [Stage 4]
- [Optional Stage 5]
Pain Points
- [Pain point 1]
- [Pain point 2]
- [Pain point 3]
- [Pain point 4]
- [Pain point 5]
- [Pain point 6]
- [Pain point 7]
- [Pain point 8]
- [Pain point 9]
- [Pain point 10]
Top Pain Point
- Top pain point: [One pain to prioritize]
- Frequency: [How often users hit it]
- Severity: [How badly it blocks the job, how underserved it is, and emotional cost]
6. Solution
Solution Options
- Option 1: [One sentence]
- Option 2: [One sentence]
- Option 3: [One sentence]
Comparison
- Option 1: [High / Medium / Low] user impact - [Why]. [High / Medium / Low] effort - [Why].
- Option 2: [High / Medium / Low] user impact - [Why]. [High / Medium / Low] effort - [Why].
- Option 3: [High / Medium / Low] user impact - [Why]. [High / Medium / Low] effort - [Why].
MVP
- Winner: [Chosen first bet]
- Core features:
- [Feature 1]
- [Feature 2]
- [Feature 3]
- v1 exclusions:
- [Exclusion 1]
- [Exclusion 2]
Risks and Mitigations
- Risk: [Name it]. Mitigation: [Specific action].
- Risk: [Name it]. Mitigation: [Specific action].
Closing Line
"To summarize: I'd focus on [target segment], specifically around the pain of [top pain point], and build [MVP] as the first bet."
Related skills
How it compares
Choose product-sense-interview-answer when the goal is interview answer structure for ambiguous product prompts, not when the goal is writing PRDs, roadmaps, or shipped feature specs.
FAQ
What does product-sense-interview-answer help with?
product-sense-interview-answer helps developers generate structured answers to product-sense interview questions by clarifying scope, selecting a target user and pain point, and defending an MVP with explicit tradeoffs rather than broad feature lists.
Does product-sense-interview-answer include example walkthroughs?
product-sense-interview-answer includes a condensed YouTube improvement walkthrough that scopes the core viewing experience, compares viewer versus creator focus, and demonstrates how to earn an MVP choice through rationale and tradeoffs.
Is Product Sense Interview Answer safe to install?
skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.