Product Lens

affaan-m/ECC/skills/product-lens

作者 affaan-mef648e01899ba3e8dc6371642deaaf64b4477775無授權條款275K 個星標收錄於 2026年10月9日更新於 2026年10月9日儲存庫4 天前更新

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.

AI 產生的概覽

提供四種產品診斷:YC 式產品簡報、創辦人審查、使用者旅程稽核與 ICE 功能優先排序。

功能
這個技能包含四種產品診斷模式:YC 式診斷,透過提出關鍵問題產出附風險與 go/no-go 建議的 PRODUCT-BRIEF.md;創辦人審查,讀取專案檔案並為產品市場契合訊號評分;使用者旅程稽核,梳理摩擦點與價值實現時間;以及以 ICE 為基礎的功能優先排序,把候選功能排成路線圖。所有模式都著重產出可執行的文件並附上明確的下一步,而不是長篇論述。它明確只負責產品診斷,不負責可直接實作的規格撰寫,當簡報需要轉為能力計畫時會交接給 product-capability。
適用情境
適用於開始開發功能前驗證「為什麼做」、每週產品檢視、在多個功能之間取捨、發布前檢查使用者旅程,以及在工程規劃前把模糊想法整理成產品簡報。
執行需求
僅為說明文件,未附指令碼。模式 2 會讀取 README、CLAUDE.md、package.json 及近期提交等專案檔案,模式 3 需要以新使用者身分複製或安裝產品,因此需要儲存庫與產品存取權限。文中也引用了搭配指令(/browser-qa、/design-system audit、/canary-watch)以及 product-capability 環節。

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 commits2. 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 this5. 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 user2. Document every friction point (confusing steps, errors, missing docs)3. Time each step4. Compare to competitor onboarding5. 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 features2. Score each on: impact (1-5) × confidence (1-5) ÷ effort (1-5)3. Rank by ICE score4. Apply constraints: runway, team size, dependencies5. 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/ECC位於skills/product-lens提交ef648e0

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架