Catalog
affaan-m/product-lens

affaan-m

product-lens

Use this skill to validate the "why" before building, run product diagnostics, and pressure-test product direction before the request becomes an implementation contract.

global
origin:ECC
New~757
v1.2Saved Jul 14, 2026

Product Lens — Think Before You Build

This lane owns product diagnosis, not implementation-ready specification writing.

If the user needs a durable PRD-to-SRS or capability-contract artifact, hand off to product-capability.

When to Use

  • Before starting any feature — validate the "why"
  • Weekly product review — are we building the right thing?
  • When stuck choosing between features
  • Before a launch — sanity check the user journey
  • When converting a vague idea into a product brief before engineering planning starts

How It Works

Mode 1: Product Diagnostic

Like YC office hours but automated. Asks the hard questions:

1. Who is this for? (specific person, not "developers")
2. What's the pain? (quantify: how often, how bad, what do they do today?)
3. Why now? (what changed that makes this possible/necessary?)
4. What's the 10-star version? (if money/time were unlimited)
5. What's the MVP? (smallest thing that proves the thesis)
6. What's the anti-goal? (what are you explicitly NOT building?)
7. How do you know it's working? (metric, not vibes)

Output: a PRODUCT-BRIEF.md with answers, risks, and a go/no-go recommendation.

If the result is "yes, build this," the next lane is product-capability, not more founder-theater.

Mode 2: Founder Review

Reviews your current project through a founder lens:

1. Read README, CLAUDE.md, package.json, recent commits
2. Infer: what is this trying to be?
3. Score: product-market fit signals (0-10)
   - Usage growth trajectory
   - Retention indicators (repeat contributors, return users)
   - Revenue signals (pricing page, billing code, Stripe integration)
   - Competitive moat (what's hard to copy?)
4. Identify: the one thing that would 10x this
5. Flag: things you're building that don't matter

Mode 3: User Journey Audit

Maps the actual user experience:

1. Clone/install the product as a new user
2. Document every friction point (confusing steps, errors, missing docs)
3. Time each step
4. Compare to competitor onboarding
5. Score: time-to-value (how long until the user gets their first win?)
6. Recommend: top 3 fixes for onboarding

Mode 4: Feature Prioritization

When you have 10 ideas and need to pick 2:

1. List all candidate features
2. Score each on: impact (1-5) × confidence (1-5) ÷ effort (1-5)
3. Rank by ICE score
4. Apply constraints: runway, team size, dependencies
5. Output: prioritized roadmap with rationale

Output

All modes output actionable docs, not essays. Every recommendation has a specific next step.

Integration

Pair with:

  • /browser-qa to verify the user journey audit findings
  • /design-system audit for visual polish assessment
  • /canary-watch for post-launch monitoring
  • product-capability when the product brief needs to become an implementation-ready capability plan
Files1
1 files · 1.0 KB

Select a file to preview

Overall Score

84/100

Grade

B

Good

Safety

90

Quality

82

Clarity

86

Completeness

78

Summary

Product Lens is a diagnostic skill for validating product direction and assumptions before building. It guides agents through four modes: product diagnostics (structured questioning), founder reviews (market-fit assessment), user journey audits (onboarding friction analysis), and feature prioritization (ICE scoring). The skill produces actionable documents like PRODUCT-BRIEF.md and prioritization roadmaps with clear next steps, intentionally stopping short of implementation specifications (which are handled by product-capability).

Detected Capabilities

file read (README, package.json, commits)file write (PRODUCT-BRIEF.md, roadmap outputs)project analysis (infer product direction from artifacts)competitor research (compare onboarding flows)documentation generation

Trigger Keywords

Phrases that MCP clients use to match this skill to user intent.

validate product ideaproduct diagnosticsfeature prioritizationuser journey auditproduct-market fitbefore buildingonboarding frictionstrategic direction

Use Cases

  • Validate feature concepts before starting implementation
  • Assess product-market fit signals and competitive positioning
  • Map user onboarding experience and identify friction points
  • Prioritize competing feature ideas using impact/confidence/effort scoring
  • Diagnose strategic misalignment or direction uncertainty before engineering planning
  • Run weekly product reviews to ensure team is building the right thing

Quality Notes

  • Clear, well-structured skill with distinct modes for different product scenarios
  • Excellent use of structured questioning frameworks (7-question diagnostic, ICE scoring rubric)
  • Appropriately scoped — focuses on diagnosis and validation, explicitly defers to product-capability for implementation specs
  • Good integration guidance links to complementary skills (browser-qa, design-system-audit, canary-watch, product-capability)
  • Output expectations clearly defined — actionable docs not essays, specific next steps required
  • Mode 3 (User Journey Audit) includes concrete measurement approach (time each step, compare competitors, time-to-value metric)
  • Practical founder review criteria (growth, retention, revenue, moat signals) are industry-relevant
  • Skill name and description align well with actual scope
  • One minor gap: Mode 1 output mentions 'go/no-go recommendation' but this isn't emphasized in the diagnostic framework itself
Model: claude-haiku-4-5-20251001Analyzed: Jul 14, 2026

Reviews

Add this skill to your library to leave a review.

No reviews yet

Be the first to share your experience.

Version History

v1.2

Content updated

2026-07-14

Latest
v1.1

Content updated

2026-04-20

v1.0

No changelog

2026-04-12

Use affaan-m/product-lens in your dev environment

Command Palette

Search for a command to run...