product-lens — Claude skill: product diagnostics before you build
The skill runs an idea or an existing project through four product diagnostics and returns a document with a go/no-go call. Useful when you cannot tell whether the thing is worth building.
npx skills add affaan-m/ECC --skill product-lens -a claude-codeWhat product-lens does
product-lens has four modes. The first is a YC-style product diagnostic: the skill asks hard questions about audience, pain, timing, the MVP and anti-goals, then writes PRODUCT-BRIEF.md with risks and a go/no-go recommendation. The second is a founder review: the agent reads README, CLAUDE.md, package.json and recent commits, infers what the project is trying to be, and scores product-market fit signals from 0 to 10.
Mode three audits the user journey. You install the product as a new user, log every friction point, time each step and measure time-to-value. Mode four prioritizes features by ICE: impact × confidence ÷ effort, then ranks them against constraints like runway and dependencies.
The skill does not write implementation-ready specs. When a brief needs to become a capability plan, it hands off to product-capability. Install it if you keep choosing between features and want the why checked before code. Skip it when product direction is settled and those questions no longer come up.
What it helps with
- pressure-test an idea before writing code
- pick two features out of ten with ICE scoring
- score product-market fit from the repo and commit history
- measure time-to-value during onboarding
- turn a vague idea into
PRODUCT-BRIEF.md
Example prompts for the agent
- run product-lens on my idea and tell me if it's worth building
- do a founder review of this project
- audit the user journey and show me the top 3 onboarding problems
How to install product-lens
1Skills CLI (Vercel)
npx skills add affaan-m/ECC --skill product-lens -a claude-code2Manually: put the files in place
~/.claude/skills/product-lens/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/product-lens/
1Skills CLI (Vercel)
npx skills add affaan-m/ECC --skill product-lens -a codex2Manually: put the files in place
.agents/skills/product-lens/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add affaan-m/ECC --skill product-lens -a cursor2Manually: put the files in place
.cursor/skills/product-lens/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install affaan-m/ECC product-lens2Manually: put the files in place
.github/skills/product-lens/SKILL.md1Skills CLI (Vercel)
npx skills add affaan-m/ECC --skill product-lens -a gemini-cli2Platform CLI
gemini skills install https://github.com/affaan-m/ECC --path skills/product-lensManually: put the files in place
.devin/skills/product-lens/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add affaan-m/ECC --skill product-lens -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
From the same set146
The whole set →Similar
Questions about product-lens
How do I install product-lens in Claude?
Run npx skills add affaan-m/ECC --skill product-lens -a claude-code. The skill lands at ~/.claude/skills/product-lens/SKILL.md.
What does product-lens do?
It runs four diagnostics: a YC-style product diagnostic, a founder review scoring product-market fit, a user journey audit, and ICE feature prioritization. Each one outputs a doc with a specific next step.
What does the skill need to work?
The founder review needs access to README, CLAUDE.md, package.json and commit history. The user journey audit requires installing the product as a new user.
Source text
SKILL.md · MIT
--- name: product-lens description: Validate the why before building through four product diagnostics — a YC-style product diagnostic that produces PRODUCT-BRIEF.md with a go/no-go recommendation, a founder review scoring product-market-fit signals, a user journey audit measuring time-to-value, and ICE feature prioritization. Use when pressure-testing product direction, choosing between features, sanity-checking a launch, or converting a vague idea into a product brief. metadata: origin: ECC --- # 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
© affaan-m · MIT · affaan-m/ECC