
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- 01
Install
Run the command in your project. The CLI asks which agents to install for.
- 02
Describe the task
Ask your agent for something this skill covers. It loads product strategist automatically when relevant.
- 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:
| Dimension | Low (Don't Build) | Medium (Validate More) | High (Build It) |
|---|---|---|---|
| Frequency | Happens rarely | Monthly | Daily/Weekly |
| Impact | Minor annoyance | Wastes 1-2 hours | Critical blocker |
| Urgency | Can wait | Should fix eventually | Need it now |
| Willingness to Pay | Won't pay | Might pay $5-20/mo | Will pay $50+/mo |
| Current Workarounds | Works fine | Tolerable | Painful/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:
| Competitor | Strengths | Weaknesses | Your Differentiation |
|---|---|---|---|
| Competitor 1 | Features, price | UX, support | Your advantage |
| Competitor 2 | Brand, scale | Slow, expensive | Your 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:
- At what price would this be so expensive you wouldn't consider it?
- At what price would you consider it expensive, but still consider buying?
- At what price would you consider it a bargain?
- 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 validationuser-researcher- For customer discovery interviewsgo-to-market-planner- For launch strategy after validation
Related Patterns:
META/DECISION-FRAMEWORK.md- Build vs. buy decisionsSTANDARDS/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
animation-designer
daffy0208/ai-dev-standards
Expert in web animations, transitions, and motion design using Framer Motion and CSS
brand-designer
daffy0208/ai-dev-standards
Expert in brand identity, logo design, and visual brand systems
3d-visualizer
daffy0208/ai-dev-standards
Expert in Three.js, 3D graphics, and interactive 3D visualizations
data-visualizer
daffy0208/ai-dev-standards
Expert in creating charts, dashboards, and data visualizations using modern libraries
video-producer
daffy0208/ai-dev-standards
Expert in video playback, streaming, and video player customization
knowledge base manager
daffy0208/ai-dev-standards
Open the skill to read its SKILL.md instructions.
Popular other skills
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.
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.
ask-matt
mattpocock/skills
Ask which skill or flow fits your situation. A router over the skills in this repo.
to-questionnaire
mattpocock/skills
Turn a decision you can't fully answer into a questionnaire for someone else to fill in.
loop-me
mattpocock/skills
Grill me about specs for the workflows I want to build, within this workspace.