利用Claude Code构建自动化需求挖掘工具：从原理到实践

目录问题背景方案设计Claude Code Skill机制简介核心实现demand-mining Skill评分算法详解运行效果与验证扩展与定制源码地址1. 问题背景在独立开发或创业初期方向选择是最重要也最困难的决策。传统的做法依赖个人经验和直觉但个人认知存在显著局限信息不完整不知道某个细分市场到底有多大认知偏差倾向于否定陌生的方向、追逐热门的方向无法量化比较不同方向之间的选择靠感觉而非数据本文介绍一种方案利用大模型Claude的海量训练知识构建一个结构化的需求挖掘和评估系统让模型替代人工完成需求发现、评分和排序。2. 方案设计2.1 架构思路输入方向/领域 ↓ Phase 1: 确定搜索范围 ↓ Phase 2: 多源信号采集WebSearch WebFetch ↓ Phase 3: 信号提取 结构化 ↓ Phase 4: 五维度加权评分 ↓ Phase 5: 过滤 排序 ↓ Phase 6: Top-N深度分析 ↓ 输出机会排序报告2.2 为什么选择Claude Code SkillClaude Code的Skill机制允许将一段完整的执行流程定义为可复用的配置文件。每次调用Skill时模型会严格按照定义的流程执行保证输出的一致性和可比较性。相比直接让模型分析需求Skill的优势流程标准化每次输出格式一致评分维度固定不同方向可以横向比较约束条件可配置如过滤阈值、权重等可以持续迭代优化3. Claude Code Skill机制简介Claude Code的Skill定义在项目.claude/skills/skill-name/SKILL.md文件中格式如下--- name: skill-name description: 一句话描述 user-invocable: true --- # skill-name — 标题 ## 成功标准 定义效果好的评判标准 ## 工作流程 分阶段描述执行步骤 ## 输出格式 定义最终产物的结构Skill可以通过/skill-name命令在Claude Code会话中直接调用。如果Skill未被自动加载也可以手动按照SKILL.md的描述执行流程。4. 核心实现demand-mining Skill4.1 信号采集阶段Phase 1-2在Phase 1确定搜索方向后Phase 2执行多源信号采集。核心搜索策略搜索源1Reddit - 搜索模式site:reddit.com 关键词 frustrated / sucks / alternative - 目标子版块r/SaaS, r/startups, r/selfhosted, r/productivity - 提取内容帖子标题 高赞评论 OP的回复 搜索源2Hacker News - 搜索模式site:news.ycombinator.com 关键词 Ask HN / Show HN - 关注点用户的I wish、why is there no类表达 搜索源3应用商店评论 - 重点抓取2-4星评论最可能包含具体痛点 - 1星评价往往是情绪发泄垃圾软件5星没有参考价值 - 结构化提取评分 标题 评论正文 用户地域 搜索源4Product Hunt - 高票产品的评论区 - 关注功能请求、改进建议、竞品比较每条原始信号必须记录来源URL、原文关键段落保留原话、信号类型、提及频率。4.2 需求提取阶段Phase 3从原始信号中提取结构化需求字段提取方法痛点描述用用户原话不加修饰当前解决方案用户现在怎么处理的影响人群职业/场景/规模需求强度语言情绪分析 付费意愿标记频率标记跨来源的重复出现次数过滤规则只保留有具体场景的痛点。这个软件不好用这类模糊评价直接丢弃——它不能导向任何具体的产品设计。4.3 需求评估阶段Phase 4评估阶段的核心约束完全依赖模型自身知识做判断禁止询问用户意见。这样做是为了消除用户的认知偏差——我觉得这个方向不行往往来自直觉而非数据。5. 评分算法详解5.1 五个维度维度1痛点强度权重0.25 评分标准 - 10分每天痛苦愿意立刻付费 - 7-9分频繁发生显著影响效率 - 4-6分偶尔发生有workaround - 1-3分很轻微的annoyance 依据来源用户原话的情绪强度、 每天崩溃浪费时间等关键词、 是否明确表达付费意愿维度2市场规模权重0.25 评分标准 - 10分全球数亿人 - 7-9分千万到亿级 - 4-6分百万级 - 1-3分十万以下 依据来源模型训练数据中的市场规模知识 受影响的职业/人群全球规模估算 相关赛道已有产品的用户量级。 必须给出具体估算逻辑。维度3竞争格局权重0.20 评分标准 - 10分几乎没有直接竞品 - 7-9分有竞品但评分低、用户不满 - 4-6分有成熟竞品但存在空白 - 1-3分头部产品强大且用户满意度高 依据来源竞品名称、融资金额、用户规模、 App Store评分、G2评分等公开信息维度4技术可行性权重0.15 评分标准 - 10分独立开发者1-2周MVP - 7-9分小团队1-3个月 - 4-6分需要一定技术积累 - 1-3分需要大量资源硬件、数据、合规 依据来源技术栈难度、所需资源、 是否有开源方案可以借鉴维度5商业化清晰度权重0.15 评分标准 - 10分付费预期明确客单价高 - 7-9分有清晰付费场景竞品已验证 - 4-6分付费逻辑成立但需要验证 - 1-3分用户习惯免费商业化模糊 依据来源竞品定价、用户是否已在付费、 是否属于刚需支出5.2 综合评分公式defcalculate_score(scores):return(scores[pain_intensity]*0.25scores[market_scale]*0.25scores[competition]*0.20scores[tech_feasibility]*0.15scores[monetization]*0.15)5.3 分类阈值ifscore7.5:category 高优先elifscore6.0:category✅ 值得关注elifscore4.5:category⚠️ 待观察else:category❌ 淘汰6. 运行效果与验证以金融工具类网站为方向运行demand-mining Skill的结果数据采集来自20个来源覆盖Reddit、HN、Product Hunt、Trustpilot、应用商店评论。提取到的8个需求信号及评分排名需求痛点综合分1自由职业者实时税务估算不知道每季度该留多少钱交税7.502自由职业者财务All-in-one发票记账税务分散在3-5个工具7.153非美国市场理财主流App不支持本地银行7.104极简CSV记账工具不想给银行密码不要复杂功能6.955AI原生财务助手自然语言交互代替看图表6.70关键发现排名前3的方向用户在运行此分析之前一个都没考虑过。这说明个人直觉和市场实际需求之间存在显著偏差。7. 扩展与定制7.1 调整权重如果你的情况不同比如有技术团队但资金紧张可以调整评分权重。修改SKILL.md中的综合评分公式即可。7.2 增加新的信号源在Phase 2的搜索策略中增加新的搜索源。例如针对B2B产品可以增加G2/Capterra的评论抓取。7.3 自定义行业知识如果你的领域特别垂直比如医疗SaaS、工业软件可以在Skill中增加领域特定的竞争力评估维度比如合规门槛客户决策周期等。7.4 与其他工具集成整个系统基于Markdown格式的Skill定义和报告输出可以很容易地集成到已有的产品决策流程中。输出的报告可以直接作为PRD的前置文档。8. 源码地址项目完整代码和Skill定义文件见GitHubGitHubhttps://github.com/xiaoyunchengzhu/require-dis目录结构require-dis/ ├── CLAUDE.md # 项目规范 ├── .claude/skills/ │ └── demand-mining/SKILL.md # Skill定义核心文件 ├── reports/ # 分析报告输出 └── memory/ # 经验沉淀欢迎Star⭐也欢迎提Issue讨论评分维度的改进。本文写于2026年7月。工具在持续迭代中最新效果以GitHub上的版本为准。