
Product Management
- 129 installs
- 86 repo stars
- Updated July 17, 2026
- travisjneuman/.claude
Use product-management for development tasks
About
product-management: A skill for development. This provides functionality for development workflows.
- product-management
Product Management by the numbers
- 129 all-time installs (skills.sh)
- +3 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #2,750 of 4,347 Backend & APIs skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/travisjneuman/.claude --skill product-managementAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 129 |
|---|---|
| repo stars | ★ 86 |
| Last updated | July 17, 2026 |
| Repository | travisjneuman/.claude ↗ |
What it does
Use product-management for development tasks
Files
Product Management Expert
Comprehensive product frameworks for strategy, roadmapping, prioritization, and product-market fit.
Product Strategy
Product Vision Framework
VISION COMPONENTS:
TARGET CUSTOMER:
- Who are we building for?
- What segments? What personas?
CUSTOMER NEED:
- What problem are we solving?
- What job to be done?
KEY BENEFIT:
- Primary value proposition
- Why customers will choose us
DIFFERENTIATOR:
- What makes us unique?
- Competitive advantage
AMAZON PRESS RELEASE FORMAT:
- Headline
- Summary (who, what, when, where, why)
- Problem statement
- Solution description
- Customer quote
- How to get startedProduct-Market Fit
PMF INDICATORS:
QUANTITATIVE:
- 40%+ would be "very disappointed" without product (Sean Ellis)
- Strong organic growth/referrals
- Low churn, high retention
- Improving unit economics
QUALITATIVE:
- Customers actively advocating
- Word of mouth driving acquisition
- Pull from market (not push)
- Customers expanding usage
PMF SURVEY:
"How would you feel if you could no longer use [product]?"
- Very disappointed → Target 40%+
- Somewhat disappointed
- Not disappointed
PMF STAGES:
1. Problem-Solution Fit: Validated problem worth solving
2. Product-Market Fit: Solution resonates with market
3. Business Model Fit: Sustainable economics
4. Scale: Growth mechanics workJobs to Be Done (JTBD)
JOB STATEMENT:
When [situation], I want to [motivation], so I can [expected outcome].
FORCES OF PROGRESS:
Push: Current pain/frustration
Pull: Attraction to new solution
Anxiety: Concerns about switching
Habit: Comfort with status quoSee Customer Research Methods for detailed JTBD methodology and interview techniques.
Roadmap Planning
Roadmap Types
| Type | Timeframe | Audience | Detail Level |
|---|---|---|---|
| Vision | 2-5 years | Board, executives | Themes |
| Strategic | 1-2 years | Leadership | Initiatives |
| Release | 3-6 months | Teams, stakeholders | Features |
| Sprint | 2-4 weeks | Dev team | User stories |
OKR Framework for Product
PRODUCT OKR STRUCTURE:
OBJECTIVE: [Qualitative goal]
KEY RESULT 1: [Metric] from [X] to [Y]
KEY RESULT 2: [Metric] from [X] to [Y]
KEY RESULT 3: [Metric] from [X] to [Y]
EXAMPLE:
O: Become the preferred solution for enterprise customers
KR1: Increase enterprise NPS from 40 to 60
KR2: Reduce enterprise churn from 8% to 4%
KR3: Increase enterprise ACV from $50K to $75KFeature Prioritization
RICE Framework
RICE SCORE = (Reach x Impact x Confidence) / Effort
REACH: How many customers affected per quarter
- Count: Number of users, customers, transactions
IMPACT: Effect on individual customer
- 3 = Massive
- 2 = High
- 1 = Medium
- 0.5 = Low
- 0.25 = Minimal
CONFIDENCE: How sure are we
- 100% = High confidence
- 80% = Medium
- 50% = Low
EFFORT: Person-months of work
- Engineering time
- Design time
- PM time
EXAMPLE:
| Feature | Reach | Impact | Conf | Effort | RICE |
|---------|-------|--------|------|--------|------|
| A | 5000 | 2 | 80% | 3 | 2667 |
| B | 1000 | 3 | 100% | 1 | 3000 |
| C | 10000 | 1 | 50% | 5 | 1000 |ICE Framework
ICE SCORE = Impact x Confidence x Ease
IMPACT (1-10):
How much will this move our key metric?
CONFIDENCE (1-10):
How sure are we about impact estimate?
EASE (1-10):
How easy to implement?
Note: Simpler than RICE, good for quick decisionsMoSCoW Method
| Category | Definition | Guidance |
|---|---|---|
| Must Have | Non-negotiable for release | Core functionality |
| Should Have | Important but not critical | High value, can defer |
| Could Have | Nice to have | If time permits |
| Won't Have | Out of scope (this release) | Future consideration |
Kano Model
CATEGORIES:
BASIC (Must-be):
- Expected features
- Absence causes dissatisfaction
- Example: Login functionality
PERFORMANCE (Linear):
- More is better
- Satisfaction proportional to fulfillment
- Example: Speed, capacity
DELIGHTERS (Excitement):
- Unexpected features
- Absence doesn't cause dissatisfaction
- Presence greatly increases satisfaction
- Example: Innovative featuresCustomer Research
Research Methods
| Method | When to Use | Sample Size | Time |
|---|---|---|---|
| User Interviews | Deep understanding | 5-15 | 2-4 weeks |
| Surveys | Quantify findings | 100-1000+ | 1-2 weeks |
| Usability Tests | Validate designs | 5-8 | 1-2 weeks |
| A/B Tests | Compare options | 1000+ | 2-4 weeks |
| Analytics | Understand behavior | N/A | Ongoing |
| Card Sorting | Information architecture | 15-30 | 1 week |
| Diary Studies | Long-term behavior | 10-20 | 2-4 weeks |
See Customer Research Methods for detailed interview frameworks, persona templates, and usability testing protocols.
Product Analytics
Key Metrics Framework
PIRATE METRICS (AARRR):
ACQUISITION:
- How do users find us?
- Metrics: Traffic, signups, installs
ACTIVATION:
- First positive experience
- Metrics: Onboarding completion, first value
RETENTION:
- Do they come back?
- Metrics: DAU/MAU, cohort retention
REVENUE:
- Do they pay?
- Metrics: Conversion, ARPU, LTV
REFERRAL:
- Do they tell others?
- Metrics: NPS, referral rate, viral coefficientProduct Health Metrics
| Metric | Formula | Target |
|---|---|---|
| DAU/MAU | Daily users / Monthly users | 20-50%+ |
| Activation Rate | Completed setup / Signups | 40-60%+ |
| Feature Adoption | Users using feature / Total users | Varies |
| Time to Value | Days to first value | Minimize |
| Power Users | Heavy users / Total users | 15-25% |
See Analytics and Experimentation for detailed cohort analysis, retention benchmarks, and event tracking strategies.
A/B Testing
Experiment Framework
EXPERIMENT DESIGN:
HYPOTHESIS:
If we [change], then [metric] will [improve/decrease] because [rationale].
METRICS:
- Primary: The metric you're trying to move
- Secondary: Other metrics to monitor
- Guardrails: Metrics that shouldn't degrade
SAMPLE SIZE:
Use calculator based on:
- Baseline conversion rate
- Minimum detectable effect (MDE)
- Statistical significance (usually 95%)
- Power (usually 80%)
DURATION:
- At least 1 business cycle
- Adequate sample size
- Account for novelty effectsDecision Framework
- Ship: Stat sig + practical sig + no negative guardrails
- Iterate: Directionally positive but not stat sig, or mixed results
- Kill: No effect or negative impact
- Investigate: Unexpected results, large variance, segment differences
See Analytics and Experimentation for detailed statistical concepts, common pitfalls, and segmentation analysis.
Product Launches
Launch Checklist
PRE-LAUNCH:
- [ ] Feature complete and tested
- [ ] Documentation ready
- [ ] Support team trained
- [ ] Marketing materials prepared
- [ ] Sales team enabled
- [ ] Beta feedback incorporated
- [ ] Success metrics defined
LAUNCH:
- [ ] Staged rollout plan
- [ ] Monitoring dashboards live
- [ ] War room established
- [ ] Communication sent
- [ ] Feature flags enabled
POST-LAUNCH:
- [ ] Monitor metrics and feedback
- [ ] Address critical issues
- [ ] Gather early learnings
- [ ] Celebrate wins
- [ ] Retrospective scheduledGo-to-Market Plan
| Element | Description |
|---|---|
| Target Segment | Who is this for? |
| Value Proposition | Why will they care? |
| Pricing | How will we charge? |
| Distribution | How will they get it? |
| Messaging | What will we say? |
| Enablement | How will teams sell/support? |
| Measurement | How will we track success? |
Product Discovery
Discovery Techniques
| Technique | Purpose | When to Use |
|---|---|---|
| Opportunity Mapping | Identify problems | Early discovery |
| Story Mapping | Visualize journeys | Planning releases |
| Design Sprints | Rapid prototyping | Big bets |
| Fake Door Tests | Validate demand | Before building |
| Wizard of Oz | Test concepts | Complex features |
| Concierge MVP | Manual service first | New markets |
Opportunity Assessment
OPPORTUNITY CANVAS:
PROBLEM:
What problem are we solving?
Who has this problem?
How do they solve it today?
EVIDENCE:
What data supports this?
Customer quotes/feedback?
Market research?
SOLUTION:
What are we proposing?
Why will it work?
What's the MVP?
ASSUMPTIONS:
What must be true?
What risks exist?
How will we validate?
OUTCOME:
Success metrics?
Business impact?
Customer impact?Deliverable Templates
PRD Structure (One-Pager)
1. EXECUTIVE SUMMARY (3-4 sentences)
- What: One-line description
- Why: Core problem being solved
- Who: Target users
- Success: How we'll measure it
2. BACKGROUND & CONTEXT
- Current situation and pain points
- Supporting data
- Strategic alignment
3. GOALS & SUCCESS METRICS
- Primary goal and success metric
- Secondary goals and metrics
- Guardrail metrics
4. USER STORIES
Format: "As a [persona], I want to [action], so that [benefit]"
- Acceptance criteria
- Priority (Must/Should/Could Have)
5. SOLUTION OVERVIEW
- High-level description
- Key user flows
- Out of scope
6. DESIGN & TECHNICAL CONSIDERATIONS
- Mockups/wireframes
- Dependencies
- Scalability
7. LAUNCH PLAN
- Rollout strategy
- Success criteria
- Risk mitigation
8. OPEN QUESTIONS
- Unresolved decisions
- Areas needing researchAdditional Resources
For comprehensive product management frameworks and methodologies:
- Product Strategy Expert - Complete PM reference guide
- Customer Research Methods - Interview frameworks, personas, usability testing
- Analytics and Experimentation - Retention analysis, A/B testing, event tracking
See Also
- Data Science - Analytics and ML
- Marketing - Go-to-market strategy
- Business Strategy - Strategic planning
Product Analytics & Experimentation
Deep dive into analytics strategy, retention analysis, and A/B testing methodology.
Retention Analysis Deep Dive
Cohort Retention Tables
Example Cohort Analysis:
| Cohort | M0 | M1 | M2 | M3 | M4 | M5 | M6 | M12 |
|---|---|---|---|---|---|---|---|---|
| Jan 2024 | 100% | 40% | 30% | 25% | 22% | 20% | 19% | 15% |
| Feb 2024 | 100% | 42% | 32% | 27% | 24% | 21% | 20% | - |
| Mar 2024 | 100% | 45% | 35% | 29% | 26% | 23% | - | - |
| Apr 2024 | 100% | 47% | 37% | 31% | 28% | - | - | - |
| May 2024 | 100% | 48% | 38% | 32% | - | - | - | - |
Interpretation:
- Improving Cohorts: Later cohorts retaining better = product improvements working
- Flattening Curve: Retention stabilizing = finding product-market fit
- Declining Curve: Continuous drop = engagement problem
Retention Curve Patterns
1. Smile Curve (Best):
Retention %
100% |●
80% | ●
60% | ●___●___●___● ← Flattens, indicating sticky product
40% |
0% |___________________
M0 M1 M2 M3 M4 M5 M62. Declining Curve (Problem):
Retention %
100% |●
80% | ●
60% | ●
40% | ●
20% | ●___●___● ← Never flattens, users keep churning
0% |___________________
M0 M1 M2 M3 M4 M5 M63. Rising Curve (Rare, Excellent):
Retention %
100% |●
80% | ●_●
60% | ●___●___● ← Resurrection, users coming back
40% |
0% |___________________
M0 M1 M2 M3 M4 M5 M6Retention Benchmarks
B2B SaaS:
- Month 1: 80-90%
- Month 3: 70-80%
- Month 6: 65-75%
- Month 12: 60-70%
- Annual logo retention: 85-95%
- Annual revenue retention (NRR): 100-120%+
Consumer Products:
- Week 1: 30-50%
- Week 4: 20-40%
- Month 3: 15-30%
- Month 6: 10-25%
E-commerce:
- 30-day: 20-40%
- 60-day: 15-30%
- 90-day: 10-25%
- Focus on repeat purchase rate
Behavioral Cohort Analysis
Segmentation Approaches:
By Onboarding Completion:
| Segment | M1 Retention | M6 Retention |
|---|---|---|
| Completed onboarding | 65% | 45% |
| Incomplete onboarding | 25% | 8% |
By Acquisition Channel:
| Channel | M1 Retention | CAC | LTV |
|---|---|---|---|
| Organic | 55% | $50 | $800 |
| Paid social | 35% | $100 | $350 |
| Referral | 60% | $25 | $900 |
By Feature Adoption:
| Users Who... | M3 Retention |
|---|---|
| Used core feature 3+ times | 70% |
| Invited team member | 75% |
| Integrated with tool | 80% |
| None of above | 20% |
Insights:
- Identify activation moments that predict retention
- Find "aha moments" to emphasize in onboarding
- Understand which channels drive quality users
A/B Testing Deep Dive
Statistical Concepts
Statistical Significance (p-value):
- p < 0.05: Less than 5% chance result is random
- Common thresholds: 0.05 (95% confidence), 0.01 (99% confidence)
- Lower p-value = stronger evidence of real effect
Statistical Power:
- Probability of detecting real effect if it exists
- Typical target: 80%
- Higher power = need larger sample size
Sample Size Calculation:
Formula (simplified):
n = 16 × σ² / δ²
Where:
- n = sample size per variant
- σ = standard deviation of metric
- δ = minimum detectable effect (MDE)
Example:
Baseline conversion: 10%
Minimum detectable effect: 2% (absolute)
Required sample size: ~3,500 per variantUse online calculators:
- Evan's Awesome A/B Tools
- Optimizely Sample Size Calculator
- VWO Sample Size Calculator
Minimum Detectable Effect (MDE)
Definition: Smallest change worth detecting
Considerations:
- Business value: Is 1% lift worth the effort?
- Practical constraints: Smaller MDE = larger sample needed
- Typical ranges:
- Critical metrics: 1-3% MDE
- Secondary metrics: 5-10% MDE
- Nice-to-have: 10-20% MDE
Experiment Duration
Factors:
- Achieve required sample size
- Run at least 1 full business cycle (week)
- Account for weekly patterns
- Minimum: 1 week
- Maximum: 4 weeks (diminishing returns, opportunity cost)
Avoid:
- Stopping early when results look good (peeking problem)
- Running indefinitely waiting for significance
- Testing during anomalous periods (holidays, outages)
Segmentation Analysis
Why Segment:
- Effect may vary by user type
- May win overall but hurt key segment
- May lose overall but win for strategic segment
Common Segments:
- New vs. returning users
- Mobile vs. desktop
- Geography
- Customer tier
- User tenure
Example:
Overall: +5% conversion (p=0.03) ✓ Ship
By Device:
- Desktop: +8% conversion (p=0.01) ✓
- Mobile: -2% conversion (p=0.25) ?
Decision: Ship desktop only, investigate mobile issueCommon Pitfalls
1. Peeking Problem:
- Issue: Checking results repeatedly before reaching sample size
- Effect: Inflates false positive rate (Type I error)
- Solution: Wait until target sample size reached
2. Multiple Comparisons:
- Issue: Testing many metrics increases false positives
- Effect: 1 in 20 metrics will be "significant" by chance at p<0.05
- Solution: Bonferroni correction, or designate primary metric
3. Sample Ratio Mismatch:
- Issue: Unequal distribution to variants (expected 50/50, got 53/47)
- Effect: Indicates implementation bug
- Solution: Investigate before analyzing results
4. Novelty Effect:
- Issue: Users react to change itself, not sustained value
- Effect: Short-term lift that doesn't persist
- Solution: Run longer tests, check cohort retention
5. Interaction Effects:
- Issue: Multiple overlapping experiments affecting same users
- Effect: Can't isolate which change caused effect
- Solution: Avoid overlapping experiments or use factorial design
6. Network Effects:
- Issue: Treatment affects control group (e.g., social features)
- Effect: Dilutes measured effect
- Solution: Cluster randomization or accept limitation
Decision Framework
Ship:
- ✓ Statistically significant (p < 0.05)
- ✓ Practical significance (effect size meaningful)
- ✓ No negative guardrail metrics
- ✓ Positive across key segments
Iterate:
- ~ Directionally positive but not stat sig
- ~ Mixed results across segments
- ~ Negative secondary metrics
- Action: Refine and re-test
Kill:
- ✗ No effect (p > 0.10)
- ✗ Negative primary metric
- ✗ Significant degradation of guardrails
- Action: Document learnings, move on
Investigate:
- ? Unexpected results
- ? Large variance in segments
- ? Sample ratio mismatch
- Action: Debug before deciding
Advanced Analytics Techniques
Funnel Analysis
Conversion Funnel Example:
1000 visitors → Landing page
↓ 40%
400 sign-ups → Registration
↓ 60%
240 activated → First use
↓ 50%
120 retained → Week 2 return
↓ 30%
36 converted → Paid user
Overall conversion: 3.6%Optimize:
1. Identify biggest drop-off 2. Hypothesize why (analytics, research) 3. A/B test improvements 4. Iterate
Engagement Scoring
RFM Model (Recency, Frequency, Monetary):
| Metric | Scoring |
|---|---|
| Recency | Days since last use (lower = better) |
| Frequency | Times used in last 30 days (higher = better) |
| Monetary | Revenue generated (higher = better) |
Engagement Score:
Weighted sum:
Score = (Recency × 0.3) + (Frequency × 0.5) + (Monetary × 0.2)
Segments:
- Champions: High F, High R, High M
- Loyal: High F, High R
- At Risk: High F, Low R
- Hibernating: Low F, Low R
- Lost: Very Low RPredictive Analytics
Churn Prediction:
- Features: Usage frequency, feature adoption, support tickets, billing issues
- Model: Logistic regression, random forest, gradient boosting
- Output: Churn probability score
- Action: Intervene with high-risk users
Propensity to Convert:
- Features: Engagement, feature usage, company size, industry
- Output: Conversion likelihood
- Action: Target high-propensity users for sales outreach
LTV Prediction:
- Features: Early engagement, acquisition channel, firmographics
- Output: Predicted lifetime value
- Action: Optimize CAC based on predicted LTV
Event Tracking Best Practices
Event Naming Convention
Format: [Object]_[Action]
Examples:
report_generatedfilter_applieduser_inviteddocument_sharedpayment_completed
Avoid:
clicked_button(too generic)Button Click(inconsistent casing)reportGenerated(camelCase, use snake_case)
Properties to Capture
User Properties:
user_id(required)user_tier(free, pro, enterprise)account_age_daysaccount_mrrcompany_sizeindustry
Event Properties:
feature_namemethod_used(e.g., keyboard shortcut, button click)outcome(success, error, timeout)duration_msitem_count
Context:
platform(web, ios, android)app_versionab_varianttimestampsession_id
Implementation Checklist
Before Launch:
- [ ] Document events in tracking plan
- [ ] Implement events in code
- [ ] Validate events fire correctly
- [ ] Test edge cases and error states
- [ ] Set up analytics dashboards
- [ ] Define alert thresholds
- [ ] Train team on interpreting data
After Launch:
- [ ] Monitor event volumes
- [ ] Check for anomalies
- [ ] Validate data quality
- [ ] Create saved segments
- [ ] Build retention cohorts
- [ ] Set up automated reports
Dashboards and Reporting
Product Health Dashboard
Daily Metrics:
- DAU, WAU, MAU
- New sign-ups
- Activation rate
- Critical errors
Weekly Metrics:
- Cohort retention
- Feature adoption
- NPS score
- Support ticket volume
Monthly Metrics:
- MRR/ARR
- Churn rate
- NRR
- CAC payback period
Executive Dashboard (1-Pager)
Format:
PRODUCT HEALTH SNAPSHOT - [Month Year]
GROWTH
- MAU: 50,000 (+12% MoM)
- New Users: 8,000 (+5% MoM)
ENGAGEMENT
- DAU/MAU: 32% (stable)
- Activation Rate: 58% (+3pp)
RETENTION
- M1 Retention: 65% (+2pp)
- Annual Retention: 88% (+1pp)
REVENUE
- MRR: $500K (+8% MoM)
- NRR: 115% (stable)
TOP INITIATIVES
1. [Initiative]: [Status] - [Key metric impact]
2. [Initiative]: [Status] - [Key metric impact]
3. [Initiative]: [Status] - [Key metric impact]
RISKS & ISSUES
- [Issue]: [Mitigation plan]Experiment Results Template
EXPERIMENT: [Name]
Duration: [Start] to [End]
Sample Size: [N per variant]
HYPOTHESIS:
If we [change], then [metric] will [improve] because [reason]
RESULTS:
Primary Metric: [Conversion rate]
- Control: 10.2% (n=5,000)
- Treatment: 11.5% (n=5,000)
- Lift: +12.7% (p=0.03) ✓
Secondary Metrics:
- Revenue per user: +8% (p=0.08)
- Time on site: +5% (p=0.15)
Guardrails:
- Load time: No change
- Error rate: No change
DECISION: SHIP
Rationale: Stat sig lift to primary metric, no guardrail issues
ROLLOUT PLAN:
- Week 1: 10% rollout, monitor
- Week 2: 50% rollout if stable
- Week 3: 100% rolloutCustomer Research Methods
Detailed methodologies for product discovery and validation research.
User Interview Framework
Interview Structure (60 minutes)
1. RAPPORT (5 min)
- Introduction
- Thank them
- Set expectations
- Explain purpose
- Get consent for recording
2. CONTEXT (10 min)
- Background questions
- Current behavior and workflows
- Goals and challenges
- Pain points overview
3. EXPLORATION (20 min)
- Deep dive on topic
- Specific experiences: "Tell me about the last time..."
- Pain points and needs
- Current solutions and workarounds
4. TESTING (15 min)
- Show concepts/prototypes
- Gather reactions
- Probe for feedback
- Alternative solutions
5. WRAP-UP (5 min)
- "Anything else I should have asked?"
- Thank you
- Follow-up permissions
- Next steps
Question Types and Techniques
Open-Ended Questions:
- "Tell me about..." (not "Do you like...")
- "Walk me through..." (specific examples)
- "How do you currently..." (actual behavior)
- "What was going through your mind when..." (decision process)
Probing Questions:
- "Why is that?"
- "Can you give me an example?"
- "What did you try next?"
- "How did that make you feel?"
Avoid:
- Leading questions: "Don't you think this is better?"
- Future intentions: "Would you use this?"
- Hypotheticals without context
- Pitching your solution
- Asking for feature requests
Analysis Process
1. Immediate Debrief: Write observations within 1 hour 2. Thematic Coding: Identify patterns across 3+ interviews 3. Insight Synthesis: Group findings into themes 4. Validation: Look for disconfirming evidence 5. Prioritization: Weight by frequency and severity
Persona Development
Persona Template
NAME & PHOTO
DEMOGRAPHICS:
- Role/Title
- Company size/type
- Industry
- Experience level
- Location
GOALS:
- What are they trying to achieve?
- Success criteria
- Motivations
FRUSTRATIONS:
- What gets in their way?
- Current pain points
- Workarounds they use
BEHAVIORS:
- How do they work?
- What tools do they use?
- Decision-making process
- Information sources
PSYCHOGRAPHICS:
- Attitudes and values
- Preferences
- Communication style
REPRESENTATIVE QUOTE: "[Statement that captures their perspective]"
A DAY IN THE LIFE: [Narrative scenario describing typical workflow and challenges]
RELATIONSHIP TO PRODUCT:
- How would they discover it?
- What would trigger adoption?
- How often would they use it?
- What value would they get?
Persona Creation Process
1. Research Phase (5-15 interviews per segment)
- User interviews
- Observational research
- Analytics data
- Survey data
2. Pattern Identification
- Group similar behaviors
- Identify distinct segments
- Find meaningful differences
3. Persona Development
- Create 3-5 primary personas
- Include demographics, goals, behaviors
- Make them memorable and specific
- Avoid stereotypes
4. Validation
- Share with stakeholders
- Test against real users
- Refine based on feedback
5. Socialization
- Create poster/handout versions
- Present to team
- Use in decision-making
- Update as you learn
Survey Design
Question Types
Multiple Choice:
- Easy to analyze
- Limited insight depth
- Good for demographics, preferences
- Randomize order to prevent bias
Likert Scale:
- Measure intensity (1-5 or 1-7)
- 5-point: Strongly disagree to Strongly agree
- 7-point: More granularity
- Always include neutral option
Rating Scale:
- 0-10 rating
- Good for NPS, satisfaction
- Visual sliders for continuous
Open-Ended:
- Rich qualitative insights
- Harder to analyze
- Use sparingly (2-3 max)
- Ask "Why?" for context
Ranking:
- Force prioritization
- Max 5-7 items
- Drag-and-drop interface
Best Practices
Question Design:
- One concept per question
- Avoid double-barreled: "Is it fast and easy?"
- No leading questions
- Use simple language
- Avoid jargon
- Be specific, not vague
Survey Structure:
- Start with easy, engaging questions
- Group related topics
- Most important questions first
- Demographics at end
- Keep under 10 minutes
- Progress bar for long surveys
Quality Control:
- Include attention checks
- "Please select 'Strongly Agree' for this question"
- Screen out speeders (too fast completion)
- Check for straight-lining (all same answer)
- Remove incomplete responses
Sample Size:
- 100+ per segment for statistical significance
- 384+ for representative sample (95% confidence, 5% margin)
- More for small effect sizes
- Consider response rate (10-30% typical)
Usability Testing
Test Protocol
Pre-Test:
- Recruit representative users (5-8 per iteration)
- Prepare scenarios and tasks
- Set up recording tools
- Test the test (pilot run)
Introduction (5 min):
- Explain purpose
- "We're testing the design, not you"
- Think-aloud protocol
- Permission to record
Tasks (30-40 min):
- Present realistic scenarios
- "You want to [goal], show me how you would do that"
- Observe without helping
- Note struggles and confusion
- Ask clarifying questions only
Debrief (10-15 min):
- Overall impressions
- Specific feedback on confusing areas
- Comparison to alternatives
- Feature requests and suggestions
Post-Test:
- Thank participant
- Provide incentive
- Document findings immediately
Metrics to Capture
Quantitative:
- Task success rate (completed successfully)
- Time on task
- Error rate
- Clicks to completion
- Satisfaction rating (SUS score)
Qualitative:
- Confusion points
- Expectations vs. reality
- Mental models
- Emotional reactions
- Verbal feedback
Analysis
Identify Patterns:
- 3+ users experiencing same issue = high priority
- Categorize issues by severity:
- Critical: Prevents task completion
- Serious: Causes significant difficulty
- Minor: Causes slight inconvenience
Prioritization:
- Frequency × Severity
- Quick wins vs. major redesigns
- Impact on key workflows
Jobs-to-be-Done Deep Dive
Job Statement Format
Template: "When [situation], I want to [motivation], so I can [expected outcome]."
Examples:
- "When I'm planning my week, I want to see all my commitments in one place, so I can avoid overcommitting."
- "When a customer asks a question, I want to quickly find the answer, so I can respond professionally and maintain trust."
Job Types
Functional Jobs:
- Tasks to complete
- Problems to solve
- Example: "Process payroll accurately"
Emotional Jobs:
- How users want to feel
- Example: "Feel confident in my decisions"
Social Jobs:
- How users want to be perceived
- Example: "Be seen as knowledgeable by peers"
Forces of Progress
Push Forces (Current pain):
- What's frustrating about current solution?
- What triggers desire to change?
- What problems are tolerable vs. intolerable?
Pull Forces (New solution attraction):
- What appeals about new solution?
- What value does it promise?
- What differentiates it?
Anxiety Forces (Concerns about switching):
- What could go wrong?
- What will I lose?
- Can I trust this?
- Is it worth the effort?
Habit Forces (Comfort with status quo):
- Current solution is familiar
- Switching costs (time, money, learning)
- "Good enough" mindset
- Risk aversion
JTBD Interview Approach
Structure:
1. "Tell me about the last time you [job]" 2. "What were you trying to accomplish?" 3. "What did you try first? How did that go?" 4. "Then what did you do?" 5. "What was frustrating about that?" 6. "How did you eventually solve it?" 7. "What would be your ideal solution?"
Focus on:
- Specific past experiences, not hypotheticals
- The struggle and context
- Alternatives considered
- Evaluation criteria used
- Compromises made
Concept Testing Methods
Landing Page Tests
- Create landing page describing product
- Drive traffic (ads, outreach)
- Measure sign-up rate as demand signal
- Threshold: 20-40% email capture = strong interest
Fake Door Tests
- Add non-functional feature to UI
- Track click-through rate
- Show "Coming soon" message
- Measure interest before building
Prototype Testing
- Interactive mockups (Figma, InVision)
- Simulate real functionality
- Usability test with users
- Iterate quickly
Wizard of Oz Testing
- Manual backend, real frontend
- Simulate automation with humans
- Test concept before technical build
- Example: Concierge MVP, manual processing
Evaluation Criteria
Comprehension:
- Do they understand what it is?
- Can they explain it back?
- Do they see the value?
Relevance:
- Does it solve their problem?
- Is timing right?
- Does it fit their workflow?
Differentiation:
- How is it better than alternatives?
- What's unique about it?
- Would they switch?
Intent:
- Would they use it?
- Would they pay for it?
- Would they recommend it?
- How urgently do they need it?
Product Strategy Expert
This skill provides Fortune 50-caliber Product Management expertise across the complete product lifecycle. Use this skill when working on product strategy, feature prioritization, roadmap planning, customer research, product analytics, experimentation, or lifecycle management.
When to Use This Skill
Invoke this skill when the user needs help with:
- Defining product vision, strategy, and positioning
- Creating or evaluating product roadmaps
- Prioritizing features using frameworks (RICE, ICE, MoSCoW, Kano, Value vs. Effort)
- Designing and executing customer research (interviews, surveys, usability tests)
- Analyzing product metrics and defining success criteria
- Designing and analyzing A/B tests and experiments
- Assessing product-market fit
- Managing products across lifecycle stages (intro, growth, maturity, decline)
- Creating product requirement documents (PRDs) or user stories
- Stakeholder communication and alignment
- Competitive analysis and market positioning
Core Product Management Frameworks
1. Product Vision & Strategy
Vision Definition Framework:
1. Purpose: Why does this product exist? What problem does it solve? 2. Target Audience: Who are the primary and secondary user personas? 3. Value Proposition: What unique value does this product deliver? 4. Differentiation: How is this different from alternatives? 5. Success Vision: What does success look like in 1, 3, 5 years?
Strategy Canvas:
- Map competitive factors on two axes: investment level vs. industry standard
- Identify factors to: Eliminate, Reduce, Raise, Create (ERRC Grid)
- Define unique value curve that differentiates from competitors
North Star Metric:
- Identify the single metric that best captures core product value
- Must reflect customer value delivered (not just business metrics)
- Should be leading indicator of long-term success
- Examples: Weekly Active Users engaging with core feature, Time to Value, Customer Lifetime Value
2. Feature Prioritization Frameworks
RICE Scoring (Reach × Impact × Confidence ÷ Effort):
- Reach: How many users/customers will this impact per time period?
- Measure in users/quarter or customers/month
- Use actual data when possible, educated estimates when not
- Impact: How much will this impact each user? (Scale: 3=Massive, 2=High, 1=Medium, 0.5=Low, 0.25=Minimal)
- Massive: Core value prop enhancement, removes major blocker
- High: Significant improvement to key workflow
- Medium: Moderate improvement or nice-to-have enhancement
- Low: Small convenience or edge case fix
- Confidence: How confident are you in your estimates? (100%=High, 80%=Medium, 50%=Low)
- High: Strong data, validated customer feedback, proven patterns
- Medium: Some data, limited validation, reasonable assumptions
- Low: Mostly assumptions, unvalidated hypothesis, high uncertainty
- Effort: How much total team effort in person-months?
- Include design, engineering, testing, launch effort
- Account for dependencies and risks
- RICE Score = (Reach × Impact × Confidence) ÷ Effort
ICE Scoring (Impact × Confidence × Ease):
- Faster alternative to RICE for rapid prioritization
- Impact: Value delivered to users/business (Scale 1-10)
- Confidence: Certainty in impact estimate (Scale 1-10)
- Ease: Inverse of effort required (Scale 1-10, where 10=easiest)
- ICE Score = (Impact + Confidence + Ease) ÷ 3
MoSCoW Method:
- Must Have: Critical for launch, non-negotiable, core value
- Should Have: Important but not critical, can defer if needed
- Could Have: Nice to have, include if time/resources allow
- Won't Have: Explicitly out of scope for this iteration
Kano Model (Customer Satisfaction Analysis):
- Basic Needs: Expected features; absence causes dissatisfaction
- Performance Needs: More is better; linear satisfaction relationship
- Delighters: Unexpected features; presence creates satisfaction
- Indifferent: Customers don't care either way
- Reverse: Some customers want it, others actively dislike it
Value vs. Effort Matrix (2×2):
- Quick Wins (High Value, Low Effort): Do first
- Big Bets (High Value, High Effort): Plan strategically, resource properly
- Fill-ins (Low Value, Low Effort): Do when capacity available
- Time Sinks (Low Value, High Effort): Avoid or deprioritize
3. Roadmap Planning
Strategic Roadmap Structure:
- Time Horizons: Now (0-3mo), Next (3-6mo), Later (6-12mo), Future (12mo+)
- Themes: Group features into strategic themes, not just feature lists
- Outcomes: Focus on desired outcomes, not just outputs
- Dependencies: Map technical and market dependencies
- Assumptions: Document key assumptions that could invalidate plans
Roadmap Communication Formats:
- Executive/Board: Theme-based, outcome-focused, strategic context
- Sales/Customer-Facing: Benefit-oriented, timeline ranges, avoid specifics
- Engineering/Internal: Feature-specific, technical dependencies, sprint planning
- Cross-Functional: Balanced detail, clear ownership, milestone-based
Roadmap Review Cadence:
- Monthly: Tactical adjustments, priority shifts, scope refinements
- Quarterly: Strategic alignment, outcome assessment, major pivots
- Annually: Vision refresh, multi-year planning, market repositioning
4. Customer Research Methods
Discovery Research (What to build):
1. Customer Interviews:
- Purpose: Understand deep needs, motivations, pain points
- Sample Size: 5-15 per segment for qualitative insights
- Structure:
- Introduction (5min): Build rapport, explain purpose
- Context (10min): Understand current workflow/situation
- Deep Dive (30min): Explore problems, needs, behaviors
- Ideation (10min): Reaction to potential solutions
- Close (5min): Follow-up permissions, thank you
- Key Principles:
- Ask open-ended questions: "Tell me about..." vs. "Do you like..."
- Focus on past behavior, not future intentions
- Probe for specific examples: "Walk me through the last time..."
- Avoid leading questions or pitching solutions
- Analysis: Thematic coding, identify patterns across 3+ interviews
2. Jobs-to-be-Done (JTBD) Framework:
- Job Statement Format: "When [situation], I want to [motivation], so I can [outcome]"
- Identify: Functional jobs (tasks), Emotional jobs (feelings), Social jobs (perception)
- Forces Analysis:
- Push (problems with current solution)
- Pull (attraction to new solution)
- Anxiety (fears about new solution)
- Habits (attachment to current solution)
3. User Surveys:
- Purpose: Quantify problems, validate hypotheses, segment users
- Sample Size: 100+ for statistical significance per segment
- Question Types:
- Screening: Qualify respondents
- Multiple Choice: Easy analysis, limited insight
- Likert Scale: Measure intensity (1-5 or 1-7 scales)
- Open-Ended: Rich insights, harder to analyze
- Best Practices:
- One concept per question
- Avoid double-barreled questions
- Randomize answer order to prevent bias
- Include attention checks for quality control
- Keep surveys under 10 minutes
Validation Research (Is this the right solution):
1. Usability Testing:
- Purpose: Identify usability issues, validate design decisions
- Sample Size: 5-8 users per iteration (diminishing returns after 5)
- Types:
- Moderated: Researcher present, can probe and adapt
- Unmoderated: Scalable, less expensive, limited probing
- Remote: Geographic flexibility, natural environment
- In-Person: Rich observation, body language insights
- Protocol:
- Task-based scenarios (not feature tours)
- Think-aloud protocol
- Minimal intervention by facilitator
- Observe without defending design
- Metrics: Task success rate, time on task, error rate, satisfaction (SUS score)
2. Concept Testing:
- Purpose: Validate product concepts before building
- Methods:
- Landing page tests (measure sign-up intent)
- Fake door tests (gauge interest in non-existent feature)
- Prototype testing (interactive mockups)
- Wizard of Oz (manual backend, real frontend)
- Evaluation Criteria:
- Comprehension: Do they understand it?
- Relevance: Does it solve their problem?
- Differentiation: Is it better than alternatives?
- Intent: Would they use/buy it?
5. Product Analytics
Analytics Strategy Framework:
1. Metrics Hierarchy:
- North Star Metric: Single metric capturing core value
- Primary Metrics: 3-5 key health indicators
- Secondary Metrics: Supporting metrics per feature/workflow
- Guardrail Metrics: Metrics that shouldn't degrade (quality, trust, performance)
2. AARRR Pirate Metrics Framework:
- Acquisition: How do users discover us? (Traffic sources, CAC, conversion rate)
- Activation: Do they have a great first experience? (Onboarding completion, time-to-value, aha moment)
- Retention: Do they come back? (DAU/MAU, cohort retention, churn rate)
- Revenue: How do we monetize? (ARPU, LTV, conversion to paid)
- Referral: Do they tell others? (NPS, viral coefficient, referral rate)
3. Event Tracking Design:
- Event Naming Convention: [Object]\_[Action] (e.g., "report_generated", "filter_applied")
- Properties to Capture:
- User properties: segment, tenure, plan type
- Event properties: feature, method, outcome
- Context: platform, version, A/B variant
- Implementation Checklist:
- Document event catalog in centralized location
- Validate events fire correctly in all scenarios
- Set up dashboards before launch
- Define alert thresholds for anomalies
4. Cohort Analysis:
- Retention Cohorts: Group by sign-up date, analyze retention over time
- Behavioral Cohorts: Group by actions taken, compare outcomes
- Example Questions:
- Does Week 1 retention predict Month 6 retention?
- Do users who complete onboarding retain better?
- Which acquisition channels have best long-term retention?
5. Funnel Analysis:
- Map Critical Paths: Sign-up flow, onboarding, core workflow, upgrade path
- Measure Drop-off: Conversion rate at each step
- Identify Leaks: Where do most users abandon?
- Optimize: A/B test improvements at highest-drop-off steps
6. Product KPIs by Type:
Engagement Products (Social, Content):
- Daily/Weekly/Monthly Active Users (DAU/WAU/MAU)
- Session frequency and duration
- Content creation rate
- Stickiness (DAU/MAU ratio)
SaaS Products:
- Monthly Recurring Revenue (MRR) growth
- Churn rate (revenue and logo)
- Net Revenue Retention (NRR)
- Customer Acquisition Cost (CAC) to Lifetime Value (LTV) ratio
E-commerce:
- Conversion rate
- Average Order Value (AOV)
- Cart abandonment rate
- Repeat purchase rate
Marketplace:
- Gross Merchandise Volume (GMV)
- Take rate
- Liquidity (supply/demand balance)
- Cross-side network effects
6. A/B Testing & Experimentation
Experiment Design Framework:
1. Hypothesis Formation:
- Template: "If we [change], then [metric] will [improve] because [reason]"
- Example: "If we add social proof to pricing page, then conversion rate will increase by 10% because users will trust us more"
- Requirements:
- Specific change being tested
- Measurable success metric
- Quantified expected impact
- Clear causal reasoning
2. Experiment Setup:
- Randomization: Users randomly assigned to variants
- Sample Size Calculation:
- Baseline conversion rate
- Minimum Detectable Effect (MDE): Smallest change worth detecting
- Statistical power: Typically 80% (probability of detecting real effect)
- Significance level: Typically 95% (α = 0.05)
- Use online calculator or formula: n = 16σ²/δ² per variant
- Duration:
- Run for at least one full business cycle (week)
- Achieve required sample size
- Minimum 1 week, maximum 4 weeks typically
3. Variants:
- Control: Current experience (baseline)
- Treatment: New experience being tested
- Multiple Variants: Test 2-3 variants max to maintain power
- Avoid: Too many variants (reduces statistical power)
4. Metrics:
- Primary Metric: The one metric that determines success/failure
- Secondary Metrics: Additional metrics to understand impact
- Guardrail Metrics: Metrics that must not degrade significantly
- Leading Indicators: Quick signals before primary metric moves
5. Analysis:
- Statistical Significance: p-value < 0.05 (95% confidence)
- Practical Significance: Effect size large enough to matter
- Segment Analysis: Did effect vary by user segment?
- Novelty Effect: Could results be due to temporary change response?
- Network Effects: Could treatment affect control group?
6. Decision Framework:
- Ship: Stat sig + practical sig + no negative guardrails
- Iterate: Directionally positive but not stat sig, or mixed results
- Kill: No effect or negative impact
- Investigate: Unexpected results, large variance, segment differences
7. Common Experiment Pitfalls:
- Peeking: Checking results before reaching sample size (increases false positives)
- Multiple Comparisons: Testing too many metrics without correction
- Stopping Early: Declaring winner before statistical significance
- Novelty Effect: Users react to change itself, not sustained value
- Interaction Effects: Running multiple overlapping experiments
- Sample Ratio Mismatch: Unequal distribution suggests implementation bug
7. Product-Market Fit Assessment
PMF Measurement Framework:
1. Sean Ellis PMF Survey:
- Question: "How would you feel if you could no longer use [product]?"
- Very disappointed (strong PMF signal)
- Somewhat disappointed (neutral)
- Not disappointed (no PMF)
- Threshold: >40% "very disappointed" indicates PMF
- Follow-up: Ask "very disappointed" group what they'd use instead
2. Retention Cohort Analysis:
- Leading Indicator: Flattening retention curve
- Metrics:
- Month 1 to Month 3 retention >30% (SaaS)
- Week 4 retention >20% (consumer)
- Cohorts improving over time
- Visualization: Plot cohort retention curves; PMF = flattening curves
3. Growth Accounting:
- Formula: Net Growth = New Users + Resurrected Users - Churned Users
- PMF Indicators:
- Organic growth outpacing paid acquisition
- Resurrection rate increasing (users coming back)
- Churn rate decreasing over time
- Word-of-mouth driving meaningful acquisition
4. NPS (Net Promoter Score):
- Question: "How likely are you to recommend [product] to a friend?" (0-10 scale)
- Calculation: % Promoters (9-10) - % Detractors (0-6)
- Benchmarks: >50 excellent, 30-50 good, 0-30 needs work, <0 major issues
- Limitations: Correlation with growth, not causation; use with other signals
5. Qualitative Signals:
- Users expressing strong emotional attachment
- Unsolicited testimonials and referrals
- Users hacking together workarounds to keep using product
- Competitors trying to copy features
- Press/analyst coverage without PR push
PMF Stages:
Stage 1: Pre-PMF
- High churn, flat retention curves
- Users need convincing to try product
- Growth is purely paid/forced
- Tepid customer feedback
- Focus: Find core value prop, iterate rapidly on positioning/features
Stage 2: Early PMF
- Some users can't live without it
- Retention improving but still weak overall
- Word-of-mouth starting
- Specific segment loves it, others lukewarm
- Focus: Double down on core users, understand what's working
Stage 3: Strong PMF
- Retention curves flattening
- Organic growth accelerating
- Clear value prop resonating
- Users actively recruiting others
- Focus: Scale what's working, expand carefully to adjacent segments
8. Product Lifecycle Management
Lifecycle Stages & Strategies:
1. Introduction Stage:
- Characteristics: Low sales, high costs, minimal competition
- Goals: Build awareness, establish early adopters, prove concept
- Metrics: User acquisition, activation rate, early retention
- Strategies:
- Focus on innovators and early adopters
- Emphasize education and onboarding
- Gather intensive user feedback
- Iterate rapidly on core value prop
- Build distribution channels
- Common Mistakes: Scaling too early, ignoring feedback, premature optimization
2. Growth Stage:
- Characteristics: Rapid sales growth, increasing competition, improving margins
- Goals: Scale user base, establish market position, achieve profitability
- Metrics: Growth rate, market share, CAC:LTV ratio, NRR
- Strategies:
- Scale marketing and sales
- Add features for broader appeal
- Improve operational efficiency
- Build defensible moats (network effects, data, brand)
- Enter adjacent markets or segments
- Common Mistakes: Ignoring core users, feature bloat, losing focus
3. Maturity Stage:
- Characteristics: Slowing growth, intense competition, stable market share
- Goals: Maximize profit, defend market share, extend lifecycle
- Metrics: Profitability, customer satisfaction, retention, operational efficiency
- Strategies:
- Optimize pricing and packaging
- Focus on retention and expansion
- Segment and personalize
- Improve efficiency and reduce costs
- Diversify revenue streams
- Innovate to extend lifecycle
- Common Mistakes: Complacency, under-investing in innovation, alienating core users
4. Decline Stage:
- Characteristics: Falling sales, eroding margins, exits by competitors
- Goals: Maximize remaining value, manage graceful exit or pivot
- Metrics: Profitability, churn rate, support costs
- Strategies:
- Harvest: Reduce costs, maximize profit from remaining users
- Divest: Sell product to interested buyer
- Sunset: Wind down gracefully, migrate users
- Pivot: Transform into new product
- Common Mistakes: Waiting too long, abrupt shutdown, ignoring loyal customers
Product Requirements Documentation
PRD Structure (One-Pager Format):
1. Executive Summary (3-4 sentences):
- What: One-line description
- Why: Core problem being solved
- Who: Target users
- Success: How we'll measure it
2. Background & Context:
- Current situation and pain points
- Supporting data (customer feedback, metrics, research)
- Strategic alignment (company/product goals)
3. Goals & Success Metrics:
- Primary goal and success metric
- Secondary goals and metrics
- Guardrail metrics
- Target values and timeline
4. User Stories:
- Format: "As a [persona], I want to [action], so that [benefit]"
- Acceptance Criteria: Specific conditions that must be met
- Priority: Must/Should/Could Have
5. Solution Overview:
- High-level description of proposed solution
- Key user flows and interactions
- Core functionality
- Out of scope (explicit non-goals)
6. Design & Technical Considerations:
- Mockups or wireframes (links)
- Technical constraints or dependencies
- Integration requirements
- Scalability considerations
7. Launch Plan:
- Rollout strategy (phased, full launch, A/B test)
- Success criteria for each phase
- Risk mitigation plans
- Training/documentation needs
8. Open Questions:
- Unresolved decisions
- Areas needing more research
- Dependencies on other teams
Stakeholder Communication
Communication Matrix:
Executive Stakeholders:
- Frequency: Monthly or quarterly
- Format: High-level strategy, outcomes, key decisions needed
- Content: Business impact, strategic alignment, risks, resource needs
- Length: 1-page or 10-minute presentation
Engineering/Design Teams:
- Frequency: Weekly or bi-weekly
- Format: Detailed specs, user stories, acceptance criteria
- Content: Requirements, edge cases, technical constraints, priorities
- Length: Detailed PRDs, ongoing collaborative refinement
Sales/Customer Success:
- Frequency: Monthly roadmap reviews, ad-hoc updates
- Format: Customer-facing benefits, competitive positioning
- Content: Release timeline ranges, value propositions, beta opportunities
- Length: Brief updates with Q&A
Customers/Users:
- Frequency: Major releases, significant changes
- Format: Benefits-focused announcements, migration guides
- Content: What's changing, why it matters, how to adopt
- Length: Release notes, blog posts, in-app notifications
Communication Best Practices:
- Adapt content and framing to audience
- Lead with "so what" and benefits
- Use data to support decisions
- Be transparent about tradeoffs
- Under-promise, over-deliver on timelines
- Create feedback loops
Advanced Product Techniques
1. Opportunity Solution Trees:
- Structure: Desired outcome → Opportunities → Solutions → Experiments
- Purpose: Visually map path from business goals to tactical experiments
- Process:
1. Define desired outcome (single, measurable) 2. Identify opportunities (customer needs, pain points, desires) 3. Generate solution ideas for each opportunity 4. Design experiments to test solutions
- Benefits: Ensures solutions tie to outcomes, surfaces assumptions, enables parallel exploration
2. Continuous Discovery:
- Weekly touchpoints with customers (interviews, usability tests, data analysis)
- Cross-functional involvement (PM, designer, engineer)
- Document insights in shared repository
- Integrate into roadmap planning cycles
- Goal: Stay connected to customers, validate continuously
3. Value Proposition Canvas:
- Customer Profile:
- Jobs to be done
- Pains (obstacles, risks, negative emotions)
- Gains (outcomes, benefits, aspirations)
- Value Map:
- Products & Services
- Pain relievers (how we address pains)
- Gain creators (how we create gains)
- Fit: Align pain relievers and gain creators with customer pains and gains
4. Business Model Canvas:
- 9 Building Blocks: Customer segments, value propositions, channels, customer relationships, revenue streams, key resources, key activities, key partnerships, cost structure
- Use: Design, challenge, or pivot business model
- Workshop Format: Collaborative team exercise on large canvas
Industry-Specific Considerations
B2B SaaS Products:
- Longer sales cycles require demo-ready features
- Prioritize enterprise needs (security, compliance, integrations, admin controls)
- Land-and-expand motion influences feature prioritization
- Champion vs. economic buyer vs. end user needs
- Implementation and onboarding are part of product
Consumer Products:
- Viral loops and shareability in feature design
- Retention and engagement paramount
- Network effects if applicable
- Platform considerations (iOS, Android, web)
- App store optimization and discovery
Marketplace Products:
- Chicken-and-egg problem in early stage
- Balance supply and demand side needs
- Liquidity as key metric
- Geographic expansion strategy
- Trust and safety critical
Hardware/Physical Products:
- Long development cycles require high conviction
- Manufacturing and supply chain considerations
- Difficult to iterate post-launch
- Warranty and support costs
- Retail vs. direct-to-consumer tradeoffs
Decision-Making Frameworks
1. One-Way vs. Two-Way Door Decisions (Bezos):
- One-Way Doors: Irreversible, require deep analysis, slow deliberation
- Two-Way Doors: Reversible, bias toward action, fast iteration
- Default to treating decisions as two-way doors when possible
2. Disagree and Commit:
- Voice disagreement clearly
- Once decision is made, commit fully
- Revisit if new data emerges
- Enables faster progress despite imperfect information
3. DACI Decision Framework:
- Driver: Owns decision process and final call
- Approver: Must approve (veto power)
- Contributors: Provide input
- Informed: Told of decision
- Clarifies who decides vs. who has input
Resources for Continued Learning
Essential Books:
- "Inspired" by Marty Cagan - Product management fundamentals
- "The Lean Startup" by Eric Ries - Build-measure-learn cycle
- "Crossing the Chasm" by Geoffrey Moore - Technology adoption lifecycle
- "The Mom Test" by Rob Fitzpatrick - Customer interview techniques
- "Hooked" by Nir Eyal - Habit-forming product design
- "Escaping the Build Trap" by Melissa Perri - Outcome-driven product management
Frameworks Origins:
- RICE Scoring: Intercom
- Jobs-to-be-Done: Clayton Christensen
- North Star Metric: Amplitude/Sean Ellis
- Pirate Metrics (AARRR): Dave McClure
- Opportunity Solution Trees: Teresa Torres
Industry Benchmarks Sources:
- SaaS: OpenView Partners, ChartMogul, SaaS Capital
- Consumer: Mixpanel Benchmarks, Amplitude
- NPS: Satmetrix, Bain & Company
How to Apply This Skill
When helping with product management tasks:
1. Understand the Context: Ask clarifying questions about the product stage, industry, users, and goals 2. Select Appropriate Frameworks: Choose frameworks that match the problem (early-stage vs. growth-stage requires different approaches) 3. Adapt to Constraints: Adjust recommendations based on team size, resources, and timeline 4. Provide Actionable Guidance: Move beyond theory to specific next steps 5. Challenge Assumptions: Surface unstated assumptions and validate them 6. Balance Rigor with Speed: Match analysis depth to decision reversibility 7. Connect to Outcomes: Always tie recommendations back to user value and business impact
Common Product Management Questions:
- "How should I prioritize these features?" → Apply RICE/ICE scoring with context
- "Is this product-market fit?" → Use PMF assessment framework
- "How do I measure success?" → Define metrics hierarchy and North Star
- "Should I build this feature?" → Customer research + prioritization framework
- "How do I communicate roadmap?" → Stakeholder-specific communication approach
- "What experiment should I run?" → Hypothesis formation + A/B test design
- "How do I know this is the right strategy?" → Vision framework + competitive analysis
This skill embodies world-class Product Management expertise. Apply it rigorously to drive product success from inception through maturity.