Back to Details

ln-201-opportunity-discoverer

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Opportunity Discoverer

机会挖掘工具

Traffic-First approach to finding next growth direction for existing product.
为现有产品寻找下一个增长方向的流量优先法。

Core Philosophy

核心理念

Anti-pattern: Idea → Surveys → Product → "where's traffic?" Correct: Traffic → Niche → MVP → Launch under existing demand
反模式： 创意→调研→产品→「流量在哪？」 正确模式： 流量→细分领域→MVP→依托现有需求发布

The 90% Developer Bug

90%开发者都会犯的错误

Most fail because they:
  1. Invent idea with no analogs
  2. Ask 5 people "would you pay?" (they say yes for a hot dog)
  3. Build product with round sum
  4. Launch with "now let's set up traffic"
  5. Discover: no traffic exists, never did
No marketer will build funnel for what cold traffic doesn't buy.
大多数人失败是因为：
  1. 凭空想出没有同类参照的创意
  2. 问5个人「你会付费吗？」（就算是热狗他们也会说会）
  3. 投入大量资源开发产品
  4. 发布后才开始「找流量」
  5. 发现：根本不存在流量，从来都没有
没有营销人员会为冷流量不买单的产品搭建转化漏斗。

Traffic-First Principles

流量优先原则

#PrincipleAnti-pattern
1Traffic exists BEFORE productBuilding then searching for traffic
2No surveys — measure real search demandAsking "would you buy?"
3Existing demand — launch under what people searchCreating new category
4One channel, one idea — no spreadingTesting 5 channels at once
5KILL early — fail fast, don't waste timeScoring all ideas equally
序号原则反模式
1流量先于产品存在先开发产品再找流量
2不做调研——衡量真实搜索需求询问「你会购买吗？」
3依托现有需求——瞄准用户正在搜索的方向创建全新品类
4单渠道单创意——不分散精力同时测试5个渠道
5尽早淘汰——快速试错，不浪费时间对所有创意一视同仁打分

Supporting Methodology

支持方法论

Marc Andreessen (pmarca):
"Validate market at practical level — go get paying customers to demonstrate market exists."
Sam Altman (YC):
"Who desperately needs the product? Best answer is going after large part of small market." "Test idea by launching or trying to sell — get letter of intent before code."
Marc Andreessen（pmarca）：
「从实际层面验证市场——找到付费客户，以此证明市场存在。」
Sam Altman（YC）：
「谁迫切需要这个产品？最佳答案是瞄准细分市场中的大量用户。」 「通过发布或尝试销售来验证创意——写代码前先拿到意向书。」

Purpose & Scope

目标与范围

  • Discover growth direction BEFORE Epic creation
  • Filter ideas through sequential KILL funnel
  • Output: one recommended idea + one traffic channel
  • Position: before ln-210 (Epic Coordinator)
  • 在创建Epic之前确定增长方向
  • 通过递进式KILL漏斗筛选创意
  • 输出：一个推荐创意 + 一个流量渠道
  • 定位：在ln-210（Epic协调器）之前使用

When to Use

适用场景

Use this skill when:
  • Product exists, seeking next growth direction
  • Have 3-10 potential ideas/niches
  • Want to validate opportunity before committing
  • Need to choose ONE channel to focus on
Do NOT use when:
  • No product context (greenfield startup)
  • Already have validated direction (skip to ln-210)
  • Prioritizing existing Stories (use ln-230)
当以下情况时使用本工具：
  • 产品已上线，寻求下一个增长方向
  • 有3-10个潜在创意/细分方向
  • 希望在投入资源前验证机会可行性
  • 需要选择一个重点渠道集中发力
以下情况请勿使用：
  • 无产品背景（全新初创项目）
  • 已有经过验证的方向（直接使用ln-210）
  • 优先处理现有Story（使用ln-230）

Input Parameters

输入参数

ParameterRequiredDescriptionDefault
ideasNoComma-separated list-
contextNoProduct description for generation-
strictNoStrict KILL thresholdstrue
Input modes:
  • ideas="idea1, idea2, idea3"
    — evaluate list
  • context="SaaS for X"
    — generate ideas from product
  • Both — generate + add user ideas
参数是否必填说明默认值
ideas否逗号分隔的创意列表-
context否用于生成创意的产品描述-
strict否是否启用严格的KILL阈值true
输入模式：
  • ideas="idea1, idea2, idea3"
    —— 评估已有创意列表
  • context="SaaS for X"
    —— 根据产品描述生成创意
  • 同时输入 —— 生成创意并合并用户提供的创意

KILL Funnel Pipeline

KILL漏斗流程

Ideas pass through 6 sequential filters. Fail any filter = KILL immediately.
Idea → [Traffic?] → [Demand?] → [Competition?] → [Revenue?] → [Interest?] → [MVP?] → SURVIVOR
              ↓           ↓            ↓             ↓            ↓           ↓
            KILL        KILL         KILL          KILL         KILL        KILL
创意需依次通过6个筛选器，任何一个筛选不通过即被淘汰。
创意 → [有流量渠道？] → [有真实需求？] → [竞争可进入？] → [收益足够？] → [有兴趣开发？] → [可快速MVP？] → 存活创意
              ↓           ↓            ↓             ↓            ↓           ↓
            淘汰        淘汰         淘汰          淘汰         淘汰        淘汰

Filter 1: Traffic Channel

筛选器1：流量渠道

Question: Where do people look for this solution?
Research:
WebSearch: "[idea] how people find solutions"
WebSearch: "[idea] customer acquisition channels"
Valid channels:
ChannelSignalBest for
Search/SEOPeople Google "[problem] solution"Info products, tools
YouTubeTutorial searches existEducation, how-to
MarketplacesCategory exists (ProductHunt, AppStore)Apps, plugins
CommunitiesActive subreddits, forumsNiche products
Paid AdsCompetitors running adsProven demand
OutboundClear ICP, reachableB2B high-ticket
KILL if: No identifiable channel where people actively look for solution.
Output: Channel name + rationale
问题：用户会在哪里寻找这类解决方案？
调研方式：
WebSearch: "[创意] how people find solutions"
WebSearch: "[创意] customer acquisition channels"
有效渠道：
渠道信号适用场景
搜索/SEO用户会Google搜索「[问题] 解决方案」信息产品、工具类产品
YouTube存在相关教程搜索教育类、实操类产品
平台市场对应品类已存在（ProductHunt、AppStore）应用、插件类产品
社区平台活跃的subreddit、论坛小众细分产品
付费广告竞品正在投放广告已验证需求的产品
** outbound（主动触达）**有明确的ICP（理想客户画像）且可触达高客单价B2B产品
淘汰条件： 找不到用户主动寻找解决方案的可识别渠道。
输出： 渠道名称 + 选择理由

Filter 2: Existing Demand

筛选器2：现有需求

Question: Are people already searching for this?
Research:
WebSearch: "[idea] search volume 2025"
WebSearch: "[idea] Google Trends"
WebSearch: "[problem] forum discussions reddit"
Demand signals:
SignalSourceInterpretation
Search volumeGoogle Keyword Planner, AhrefsDirect demand
Trend directionGoogle TrendsGrowing/declining
Forum activityReddit, HackerNews, StackOverflowPain level
Competitor trafficSimilarWeb, SEMrushMarket size
KILL thresholds:
VolumeVerdict
>10K/monthStrong demand
1K-10K/monthViable niche
<1K/monthKILL — insufficient demand
Output: Monthly volume estimate + trend
问题：用户是否已经在搜索这类产品？
调研方式：
WebSearch: "[创意] search volume 2025"
WebSearch: "[创意] Google Trends"
WebSearch: "[问题] forum discussions reddit"
需求信号：
信号来源解读
搜索量Google Keyword Planner、Ahrefs直接反映需求
趋势走向Google Trends需求增长/衰退
社区活跃度Reddit、HackerNews、StackOverflow用户痛点强烈程度
竞品流量SimilarWeb、SEMrush市场规模
淘汰阈值：
月搜索量结论
>10K/月需求旺盛
1K-10K/月可行的细分领域
<1K/月淘汰——需求不足
输出： 月搜索量估算 + 趋势走向

Filter 3: Competition (Blue/Red Ocean)

筛选器3：竞争环境（蓝/红海）

Question: Can we enter this market?
Research:
WebSearch: "[idea] competitors 2025"
WebSearch: "[idea] alternatives comparison"
Classification:
CompetitorsIndexOceanVerdict
01BlueOpportunity (validate demand exists)
1-22EmergingBest entry point
3-53GrowingDifferentiation needed
6-104MatureHard but possible
>105RedKILL — commoditized
KILL if: Index 5 (Red Ocean) — too many competitors, race to bottom.
Output: Competitor count + Ocean type
问题：我们能否进入该市场？
调研方式：
WebSearch: "[创意] competitors 2025"
WebSearch: "[创意] alternatives comparison"
竞争分类：
竞品数量指数市场类型结论
01蓝海机会型市场（需验证需求真实性）
1-22新兴市场最佳进入时机
3-53增长市场需差异化竞争
6-104成熟市场难度大但仍有机会
>105红海淘汰——市场已同质化
淘汰条件： 指数5（红海市场）——竞品过多，陷入价格战。
输出： 竞品数量 + 市场类型

Filter 4: Revenue Potential

筛选器4：收益潜力

Question: Will people pay enough?
Research:
WebSearch: "[idea] pricing SaaS"
WebSearch: "[competitor] pricing plans"
WebSearch: "[idea] willingness to pay"
Revenue indicators:
ARPUMarket typeViability
>$100/user/moEnterpriseHigh margin
$50-100ProfessionalGood
$20-50ProsumerViable
$5-20ConsumerVolume needed
<$5Ad-supportedKILL
KILL if: <$20/user — not worth the effort for small team.
Output: Estimated $/user + pricing model
问题：用户是否愿意支付足够的费用？
调研方式：
WebSearch: "[创意] pricing SaaS"
WebSearch: "[competitor] pricing plans"
WebSearch: "[创意] willingness to pay"
收益指标：
每用户平均收入（ARPU）市场类型可行性
>$100/用户/月企业级高利润
$50-100专业级良好
$20-50准专业用户可行
$5-20普通消费者需要大量用户规模
<$5广告变现淘汰
淘汰条件： <$20/用户——小团队投入产出比过低。
输出： 预估单用户收益 + 定价模式

Filter 5: Personal Interest

筛选器5：开发兴趣

Question: Will you enjoy building this?
Method: AskUserQuestion — rate 1-5
Rate your interest in building [idea]:
1 = Meh, would do for money only
2 = Low interest
3 = Neutral
4 = Interested
5 = Excited, would build for free
Why this matters:
  • Low interest = burnout in 3 months
  • High interest = sustained motivation through hard times
  • You'll spend 2+ years on this
KILL if: Score 1-2 — you'll quit before PMF.
Output: Score 1-5
问题：你是否愿意投入精力开发该产品？
方法： 询问用户评分（1-5分）
请为你对开发[创意]的兴趣打分：
1 = 无感，只为钱才做
2 = 兴趣低下
3 = 中立
4 = 有兴趣
5 = 非常兴奋，免费也愿意做
为什么这很重要：
  • 兴趣低→3个月内就会 burnout（倦怠）
  • 兴趣高→在困难时期能保持动力
  • 你可能要在这个项目上投入2年以上时间
淘汰条件： 评分1-2分——在达到PMF（产品市场匹配）前就会放弃。
输出： 1-5分评分

Filter 6: MVP-ability

筛选器6：MVP可行性

Question: Can you launch in 4 weeks?
Assessment:
FactorQuestionRed flag
TechExisting skills or need to learn?New stack
DependenciesExternal APIs, partners needed?Waiting on others
ContentSignificant content creation?Months of writing
RegulationsLegal/compliance requirements?Licenses, approvals
TeamSolo or need to hire?Can't start alone
Time estimates:
WeeksComplexityVerdict
1-2Solo, existing skillsBest
2-4Minor learning curveGood
4-8Some new techAcceptable
>8Significant infrastructureKILL
KILL if: >8 weeks to MVP — too slow to validate.
Output: Weeks estimate + blockers
问题：能否在4周内发布MVP？
评估维度：
因素问题风险信号
技术现有技能可覆盖还是需要学习？全新技术栈
依赖项是否需要外部API、合作伙伴？需等待第三方支持
内容是否需要大量内容创作？需数月的写作工作
合规性是否有法律/合规要求？需要许可证、审批
团队可独立开发还是需要招聘？无法独自启动
时间估算：
耗时（周）复杂度结论
1-2可独立开发，用现有技能最佳选择
2-4需少量学习新技能良好
4-8需学习部分新技术可接受
>8需搭建大量基础设施淘汰
淘汰条件： 开发MVP耗时>8周——验证速度过慢。
输出： 预估耗时 + 潜在障碍

Workflow

工作流程

Phase 1: Input Processing (2 min)

阶段1：输入处理（2分钟）

  1. Parse input:
    • If 
      ideas
      : split comma-separated list
    • If 
      context
      : generate 5-7 ideas via WebSearch
    • If both: combine
  2. Validate count:
    • Minimum: 3 ideas
    • Maximum: 10 ideas
  3. Create output directory:
    bash
    mkdir -p docs/reference/research/
Output: Idea queue (3-10 items)
  1. 解析输入：
    • 若提供
      ideas
      ：拆分逗号分隔的创意列表
    • 若提供
      context
      ：通过WebSearch生成5-7个创意
    • 若同时提供：合并生成的创意和用户提供的创意
  2. 验证创意数量：
    • 最少：3个创意
    • 最多：10个创意
  3. 创建输出目录：
    bash
    mkdir -p docs/reference/research/
输出： 待评估创意队列（3-10个）

Phase 2: KILL Funnel (per idea)

阶段2：KILL漏斗筛选（每个创意）

Process each idea sequentially through all 6 filters:
FOR each idea:
    Filter 1: Traffic Channel
        IF no channel → KILL, log reason, NEXT idea

    Filter 2: Existing Demand
        IF <1K/month → KILL, log reason, NEXT idea

    Filter 3: Competition
        IF Index 5 → KILL, log reason, NEXT idea

    Filter 4: Revenue
        IF <$20/user → KILL, log reason, NEXT idea

    Filter 5: Interest
        AskUserQuestion for rating
        IF score 1-2 → KILL, log reason, NEXT idea

    Filter 6: MVP-ability
        IF >8 weeks → KILL, log reason, NEXT idea

    → SURVIVOR: add to survivors list
Token efficiency:
  • Process ONE idea at a time
  • KILL early = less research needed
  • Clear context after each idea
依次对每个创意执行全部6个筛选：
FOR 每个创意:
    筛选器1：流量渠道
        IF 无合适渠道 → 淘汰，记录原因，下一个创意

    筛选器2：现有需求
        IF 月搜索量<1K → 淘汰，记录原因，下一个创意

    筛选器3：竞争环境
        IF 指数5 → 淘汰，记录原因，下一个创意

    筛选器4：收益潜力
        IF 单用户收益<$20 → 淘汰，记录原因，下一个创意

    筛选器5：开发兴趣
        询问用户评分
        IF 评分1-2 → 淘汰，记录原因，下一个创意

    筛选器6：MVP可行性
        IF 耗时>8周 → 淘汰，记录原因，下一个创意

    → 存活创意：加入存活列表
效率优化：
  • 一次只处理一个创意
  • 尽早淘汰→减少调研工作量
  • 每个创意处理完成后清理上下文

Phase 3: Rank Survivors (2 min)

阶段3：存活创意排名（2分钟）

If survivors exist:
  1. Calculate composite score:
    Score = Demand_score + (6 - Competition_index) + Revenue_score + Interest + MVP_score
  2. Sort by score descending
  3. Select TOP recommendation
If no survivors:
  • Report: "All ideas killed. Rethink direction."
  • Show KILL log for learning
若有存活创意：
  1. 计算综合得分：
    得分 = 需求得分 + (6 - 竞争指数) + 收益得分 + 兴趣得分 + MVP得分
  2. 按得分从高到低排序
  3. 选择排名第一的创意作为推荐
若无存活创意：
  • 报告：「所有创意均被淘汰，请重新思考方向。」
  • 展示淘汰日志以供复盘学习

Phase 4: Output (2 min)

阶段4：输出结果（2分钟）

Generate: 
docs/reference/research/[YYYY-MM-DD]-discovery.md
Structure:
markdown
undefined
生成文件： 
docs/reference/research/[YYYY-MM-DD]-discovery.md
文件结构：
markdown
undefined

Opportunity Discovery: [Date]

机会挖掘报告：[日期]

Summary

摘要

  • Ideas analyzed: X
  • Survivors: Y
  • Killed: Z
  • 分析创意数量：X
  • 存活创意数量：Y
  • 淘汰创意数量：Z

TOP RECOMMENDATION

最佳推荐

Idea: [Name] Channel: [Primary channel] Why: [2-3 sentence rationale]
创意： [名称] 渠道： [核心流量渠道] 推荐理由： [2-3句话说明]

Key metrics:

关键指标:

  • Demand: [volume]/month
  • Competition: [Index] [Ocean type]
  • Revenue: $[X]/user
  • MVP: [X] weeks
  • 需求：[月搜索量]/月
  • 竞争：[指数] [市场类型]
  • 收益：$[X]/用户
  • MVP：[X]周

Survivors Table

存活创意列表

IdeaChannelDemandCompetitionRevenueInterestMVPScore
........................
创意渠道需求竞争收益兴趣MVP得分
........................

KILL Log

淘汰日志

IdeaKilled atReason
.........
创意淘汰阶段原因
.........

Next Steps

下一步行动

  1. Create Epic with ln-210 for top recommendation
  2. Focus on [channel] as primary acquisition
  3. Target MVP in [X] weeks

---
  1. 使用ln-210为最佳推荐创建Epic
  2. 集中精力运营[渠道]作为核心获客渠道
  3. 目标在[X]周内发布MVP

---

Time-Box

时间预估

IdeasEstimated time
315-20 min
525-35 min
1050-70 min
Note: KILL funnel is faster than full scoring — bad ideas die early.
创意数量预计耗时
315-20分钟
525-35分钟
1050-70分钟
注意： KILL漏斗比全面打分更快——劣质创意会被尽早淘汰。

Integration

集成方式

Position in workflow:
Product exists
     ↓
ln-201 (Opportunity Discovery) ← THIS SKILL
     ↓
ln-210 (Epic Coordinator)
     ↓
ln-220 (Story Coordinator)
Dependencies:
  • WebSearch (all filters except Interest)
  • AskUserQuestion (Interest filter)
  • Write, Bash (output)
在工作流中的位置：
产品已上线
     ↓
ln-201（机会挖掘）← 本工具
     ↓
ln-210（Epic协调器）
     ↓
ln-220（Story协调器）
依赖项：
  • WebSearch（除兴趣筛选外的所有筛选器）
  • AskUserQuestion（兴趣筛选器）
  • Write, Bash（输出）

Critical Rules

核心规则

  1. Traffic first — no traffic channel = no analysis
  2. KILL immediately — don't score dead ideas
  3. One recommendation — avoid paralysis
  4. No surveys — real search data only
  5. Interest matters — you'll quit if bored
  6. MVP speed — slow launch = slow learning
  1. 流量优先——无流量渠道则不进行后续分析
  2. 立即淘汰——不为已淘汰的创意打分
  3. 单一推荐——避免选择困难
  4. 不用调研——只看真实搜索数据
  5. 兴趣优先——没兴趣的创意迟早会放弃
  6. 快速MVP——慢发布=慢学习

Example Usage

使用示例

With ideas:
ln-201-opportunity-discoverer ideas="AI writing tool, code review bot, translation API"
With context:
ln-201-opportunity-discoverer context="B2B developer tools SaaS"
Example output:
markdown
undefined
提供创意列表：
ln-201-opportunity-discoverer ideas="AI writing tool, code review bot, translation API"
提供产品背景：
ln-201-opportunity-discoverer context="B2B developer tools SaaS"
示例输出：
markdown
undefined

Opportunity Discovery: 2026-01-29

机会挖掘报告：2026-01-29

TOP RECOMMENDATION

最佳推荐

Idea: Code review bot Channel: SEO (developers search "code review tool") Why: Growing demand (15K/mo), emerging market (3 competitors), $50/user pricing proven, can MVP in 3 weeks with existing skills.
创意： 代码审查机器人 渠道： SEO（开发者会搜索"code review tool"） 推荐理由： 需求增长（15K/月搜索量），新兴市场（3个竞品），已验证$50/用户的定价，使用现有技能可在3周内完成MVP。

KILL Log

淘汰日志

IdeaKilled atReason
AI writingCompetitionRed Ocean (25+ competitors)
Translation APIRevenueCommoditized, <$10/user

---
创意淘汰阶段原因
AI写作工具竞争环境红海市场（25+竞品）
翻译API收益潜力同质化严重，单用户收益<$10

---

Reference Files

参考文件

FilePurpose
filter_criteria.mdKILL thresholds for all filters
channel_analysis.mdTraffic channel identification
discovery_template.mdOutput markdown template
Version: 2.0.0 Last Updated: 2026-01-29
文件用途
filter_criteria.md所有筛选器的KILL阈值
channel_analysis.md流量渠道识别指南
discovery_template.md输出报告模板
版本： 2.0.0 最后更新： 2026-01-29