MCPInstall

product strategist

Validate product-market fit and strategic direction. Use when defining new products, validating problem-solution fit, prioritizing features, or making build-vs-buy decisions. Focuses on discovery and validation before development.

Installs
157
Last 24h
—
Trending rank
—
Security
Not audited

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/daffy0208/ai-dev-standards --skill product-strategist
  1. 01

    Install

    Run the command in your project. The CLI asks which agents to install for.

  2. 02

    Describe the task

    Ask your agent for something this skill covers. It loads product strategist automatically when relevant.

  3. 03

    Review the result

    The agent follows the SKILL.md steps, scripts and references bundled with the skill.

SKILL.md

The instructions your agent reads when the skill is triggered.

Product Strategist

Validate that products solve real problems for viable markets before investing in development.

Core Principle

Evidence over intuition. Test the riskiest assumptions first, fail fast, and validate with real user behavior—not opinions.

5-Phase Validation Process

Phase 1: Problem Validation

Goal: Confirm the problem is frequent, painful, and urgent enough that users will pay to solve it

Activities:

  • Define problem hypothesis: What problem are you solving?
  • Identify target customer segments
  • Conduct customer discovery interviews (10-15 per segment)
  • Quantify problem severity: time/money cost to users
  • Document current workarounds and their pain points

The "Mom Test" Questions:

✅ Good Questions (reveal behavior):

  • "Tell me about the last time you encountered [problem]."
  • "How are you currently solving this?"
  • "How much time/money do you spend on this problem?"
  • "What have you tried that didn't work?"

❌ Bad Questions (confirmation bias):

  • "Would you use this product?" (Everyone says yes)
  • "Do you think this is a good idea?" (Asks opinion, not behavior)
  • "How much would you pay for this?" (Hypothetical)

Problem Severity Matrix:

DimensionLow (Don't Build)Medium (Validate More)High (Build It)
FrequencyHappens rarelyMonthlyDaily/Weekly
ImpactMinor annoyanceWastes 1-2 hoursCritical blocker
UrgencyCan waitShould fix eventuallyNeed it now
Willingness to PayWon't payMight pay $5-20/moWill pay $50+/mo
Current WorkaroundsWorks fineTolerablePainful/expensive

Decision Rule:

  • 4-5 High → Build immediately
  • 2-3 High → Validate solution
  • 0-1 High → Don't build (problem not severe enough)

Validation Gate:

  • 10+ customer discovery interviews completed
  • Problem validated as frequent, painful, and urgent
  • Current workarounds documented and evaluated
  • Willingness to pay signals collected
  • 70%+ of interviewees confirm problem is severe

Phase 2: Solution Validation

Goal: Test that your solution actually solves the problem, not just adds features

Validation Methods:

1. Smoke Test (Fastest - 1-2 days)

  • Create landing page describing solution with "Sign up for early access" CTA
  • Drive 100-500 visitors via ads or outreach
  • Success: >5% conversion to email signup

2. Concierge MVP (1 week)

  • Manually deliver solution to 5-10 early customers
  • Walk them through process yourself (no automation)
  • Success: Users achieve outcome and ask for more

3. Wizard of Oz MVP (1-2 weeks)

  • Build front-end UI only
  • Handle requests manually behind the scenes
  • Success: Users continue using despite imperfections

4. Prototype Testing (3-5 days)

  • Show clickable prototypes (Figma, InVision) to 10-15 users
  • Watch them attempt key tasks without guidance
  • Success: >70% complete core tasks without help

Activities:

  • Create low-fidelity prototypes (paper, Figma, landing page)
  • Test solution concepts with target users
  • Identify must-have vs. nice-to-have features
  • Test willingness to pay and pricing expectations

Validation Gate:

  • Solution concepts tested with prototypes
  • Must-have features identified
  • 50%+ of testers say they'd pay for it
  • Solution validated as solving the problem

Phase 3: Market Validation

Goal: Confirm the market is large enough and growing

Market Sizing:

TAM (Total Addressable Market):

TAM = (Number of potential users globally) × (Annual revenue per user)

SAM (Serviceable Addressable Market):

SAM = TAM × (Percentage reachable with your channels)

SOM (Serviceable Obtainable Market):

SOM = SAM × (Realistic market share % in 1-3 years)

Minimum Viable Market:

  • SOM ≥ $10M for VC-backed startups
  • SOM ≥ $1M for bootstrapped products
  • Market growing at >10% annually

Competitive Analysis:

CompetitorStrengthsWeaknessesYour Differentiation
Competitor 1Features, priceUX, supportYour advantage
Competitor 2Brand, scaleSlow, expensiveYour advantage

Key Questions:

  • Why will users switch from competitors to you?
  • What can you do 10x better (not 10% better)?
  • What barriers prevent competitors from copying you?

Validation Gate:

  • Market sized (TAM, SAM, SOM)
  • SOM ≥ $1M with >10% growth
  • Competitive landscape analyzed
  • Differentiation clearly defined
  • Go-to-market channels identified

Phase 4: Business Model Validation

Goal: Validate unit economics demonstrate path to profitability

Customer Lifetime Value (LTV):

LTV = (ARPU per month) × (Customer lifetime in months) × (Gross margin %)

Example: $50/mo × 24 months × 80% = $960 LTV

Customer Acquisition Cost (CAC):

CAC = (Total sales & marketing spend) / (New customers acquired)

Example: $50,000 / 100 customers = $500 CAC

LTV:CAC Ratio:

Ratio = LTV / CAC

Example: $960 / $500 = 1.92:1 (NOT VIABLE)

Success Criteria:

  • ✅ LTV:CAC ≥ 3:1 (healthy business)
  • ⚠️ LTV:CAC 2:1 - 3:1 (needs optimization)
  • ❌ LTV:CAC < 2:1 (not viable)

Pricing Validation (Van Westendorp Method):

Survey questions:

  1. At what price would this be so expensive you wouldn't consider it?
  2. At what price would you consider it expensive, but still consider buying?
  3. At what price would you consider it a bargain?
  4. At what price would it be so cheap you'd question the quality?

Optimal Price: Where "too expensive" and "too cheap" curves intersect

Validation Gate:

  • Revenue model defined (subscription, usage, freemium, etc.)
  • LTV and CAC estimated
  • LTV:CAC ≥ 3:1 achievable
  • Pricing tested with real users
  • Key business risks identified

Phase 5: MVP Definition

Goal: Define minimum set of features needed to validate core value proposition

MVP Scope Framework:

Must-Have (Core Value Proposition):

  • Features that deliver the primary benefit
  • Without these, the product doesn't solve the problem
  • Example: For Uber, "request ride" and "track driver"

Should-Have (Important but not Critical):

  • Enhance experience but aren't core to problem
  • Add in V1.1 or V1.2
  • Example: For Uber, "driver ratings" and "fare estimates"

Nice-to-Have (Delight Features):

  • Add polish but don't solve core problem
  • Postpone indefinitely
  • Example: For Uber, "music preferences" and "pet-friendly rides"

MVP = Must-Haves ONLY. Scope to 4-8 weeks.

Success Metrics:

  • Activation rate: % of signups who complete core action
  • Retention (Week 1): % who return after first use
  • Referral: % who recommend to others
  • Revenue: % who convert to paid (if monetized)

Validation Gate:

  • Must-have features defined (core value only)
  • Should-have and nice-to-have deferred
  • MVP scoped to 4-8 weeks
  • Success metrics defined and measurable
  • Launch and feedback strategy planned

Key Principles

1. Test the Riskiest Assumptions First

Focus on what could kill the product, not what's easy to test

2. Fail Fast, Fail Cheap

Invalidate bad ideas before they consume significant resources

3. Evidence Over Intuition

Your opinion is not validation. Real user behavior is.

4. Problem Before Solution

Fall in love with the problem, not your solution

5. MVP is Not V1

MVP should test assumptions, not delight customers

6. Pivots Are Normal

Most successful products pivot based on validation findings


Standard Output Format

discovery_validation_summary:
  problem_validation:
    hypothesis: '<problem statement>'
    interviews_conducted: <number>
    severity:
      frequency: '<daily/weekly/monthly/rare>'
      impact: '<critical/high/medium/low>'
      urgency: '<urgent/important/nice-to-have>'
    validation_status: '<validated/needs-more-research/invalidated>'

  solution_validation:
    concepts_tested: <number>
    user_feedback: ['<key feedback>']
    must_have_features: ['<feature>']
    validation_status: '<validated/needs-iteration/invalidated>'

  market_validation:
    tam: '$<amount>'
    sam: '$<amount>'
    som: '$<amount>'
    growth_rate: '<percentage>'
    competitive_differentiation: '<summary>'

  business_model:
    revenue_model: '<subscription/usage/freemium/etc>'
    estimated_ltv: '$<amount>'
    estimated_cac: '$<amount>'
    ltv_cac_ratio: '<ratio>'
    pricing: '$<amount> per <month/year/user>'

  mvp_definition:
    must_have_features: ['<feature 1>', '<feature 2>']
    success_metrics:
      - metric: '<activation rate>'
        target: '<percentage>'
      - metric: '<retention (Week 1)>'
        target: '<percentage>'
    estimated_timeline: '<weeks>'

  recommendation: '<go/pivot/no-go>'
  risks: ['<key risk and mitigation>']

Common Pitfalls

❌ Skipping problem validation → Build solutions to non-problems ❌ Falling in love with your solution → Ignore evidence it doesn't work ❌ Talking to the wrong people → Friends/family say what you want to hear ❌ Overbuilding the MVP → 6-month build for an experiment ❌ Vanity metrics → Track page views instead of paying customers ❌ Ignoring unit economics → Acquire customers at a loss forever


Approval Gate

Before proceeding to full design and development:

  • Problem validated with at least 10 customer interviews
  • Solution concept tested with low-fidelity prototypes
  • Market sized and confirmed viable (SOM ≥ $1M)
  • Unit economics demonstrate path to profitability (LTV:CAC ≥ 3:1)
  • MVP scope defined and approved by stakeholders
  • Success metrics defined with measurement plan

Rationale: Investing in development without validation is gambling. This gate ensures product-market fit is achievable before significant resource commitment.


Related Resources

Related Skills:

  • mvp-builder - For rapid MVP development after validation
  • user-researcher - For customer discovery interviews
  • go-to-market-planner - For launch strategy after validation

Related Patterns:

  • META/DECISION-FRAMEWORK.md - Build vs. buy decisions
  • STANDARDS/best-practices/user-research.md - Interview best practices (when created)

Related Playbooks:

  • PLAYBOOKS/conduct-discovery-interviews.md - Interview procedure (when created)
  • PLAYBOOKS/validate-business-model.md - Unit economics validation (when created)

FAQ

What does the product strategist skill do?

Validate product-market fit and strategic direction. Use when defining new products, validating problem-solution fit, prioritizing features, or making build-vs-buy decisions. Focuses on discovery and validation before development.

How do I install product strategist?

Run npx skills add https://github.com/daffy0208/ai-dev-standards --skill product-strategist in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/product-strategist/ (personal) or .claude/skills/product-strategist/ (project).

Which AI agents can use product strategist?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is product strategist safe to install?

No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.

Who maintains product strategist?

It is published by daffy0208 in daffy0208/ai-dev-standards. It has 157 recorded installs.

More from daffy0208/ai-dev-standards

View all →

animation-designer

daffy0208/ai-dev-standards

Expert in web animations, transitions, and motion design using Framer Motion and CSS

Frontend & Design1.9K installs

brand-designer

daffy0208/ai-dev-standards

Expert in brand identity, logo design, and visual brand systems

Marketing & SEO1.3K installs

3d-visualizer

daffy0208/ai-dev-standards

Expert in Three.js, 3D graphics, and interactive 3D visualizations

Media & Creative665 installs

data-visualizer

daffy0208/ai-dev-standards

Expert in creating charts, dashboards, and data visualizations using modern libraries

572 installs

video-producer

daffy0208/ai-dev-standards

Expert in video playback, streaming, and video player customization

Media & Creative449 installs

knowledge base manager

daffy0208/ai-dev-standards

Open the skill to read its SKILL.md instructions.

438 installs

Popular other skills

View category →

hyperframes-cli

heygen-com/hyperframes

The HyperFrames CLI by job - scaffold, check, look at frames, edit the timeline, preview, render locally or in the cloud, publish, project history - plus reading its JSON and recovering from build or render failures.

1.3M installs

triage

mattpocock/skills

Move issues and external PRs through a state machine of triage roles, categorise, verify, grill if needed, and write agent-ready briefs.

1M installs

ask-matt

mattpocock/skills

Ask which skill or flow fits your situation. A router over the skills in this repo.

778.4K installs

to-questionnaire

mattpocock/skills

Turn a decision you can't fully answer into a questionnaire for someone else to fill in.

508.9K installs

wait-what

mattpocock/skills

Stop. That last message did not land: re-pitch it.

459.7K installs

loop-me

mattpocock/skills

Grill me about specs for the workflows I want to build, within this workspace.

447.9K installs