Claude Code:产品经理技能
我一直在我的GitHub仓库中撰写关于我在现实生活中使用的Claude Code技能。最近,随着我继续开发产品创意,我一直在面临一个可能对大多数独立开发者来说都很熟悉的挑战。
1、问题
独自构建意味着要戴每一顶帽子——包括产品经理。我一直在碰壁:
- 市场研究令人筋疲力尽。 谁是主要参与者?间接竞争对手呢?他们已经存在多久了?他们在不同市场的定价是什么?
- 功能差距很难客观识别。 每个竞争对手的做法都略有不同。什么真正重要,什么是噪音?
- 定位决策感觉像是猜测。 我的产品应该站在哪里——特别是与以不同方式解决相同问题的间接竞争对手相比?
- 价格弹性是一个黑盒。 用户实际上愿意支付什么?竞争对手在不同地区如何定价?
我不是行业专家。我没有PM团队。但我仍然需要做出明智的产品决策。
我想要的:可以充当我的专家产品顾问的东西——自主研究竞争对手,客观识别差距,并帮助我根据证据而非直觉优先构建什么。
2、探索解决方案
我考虑了不同的方法:
- 手动研究——电子表格、书签、到处都是笔记。很快就过时了。
- 产品分析工具——对现有用户很好,对竞争情报无用。
- 聘请顾问——对副业项目来说太贵了。
- Claude Code技能——一次性教Claude PM工作流程,到处重用。
我选择了技能方法。它适合我现有的工作方式——在终端中,与Claude一起,在我的代码库上。
3、我构建了什么:产品管理技能
这个技能(Product Manager Plugin)将Claude转变为AI原生PM:
- 自主研究竞争对手(定价、功能、定位、评论)
- 分析你的代码库以了解你已经构建了什么
- 用客观评分识别差距
- 直接创建GitHub Issues用于优先功能
- 在需要详细规格时生成完整PRD
核心哲学:
WINNING = Pain × Timing × Execution Capability
从50个潜在功能中积极筛选到3-5个高信心优先事项。
4、命令参考
| Command | What It Does | When to Use |
|-----------------|----------------------------------------------------------------|-------------------------------------|
| `/pm:analyze` | Scans codebase + interviews you for product inventory | First command on a new project |
| `/pm:landscape` | Research competitor landscape or deep-dive specific competitor | Before gap analysis |
| `/pm:gaps` | Identify gaps with WINNING filter scoring | To prioritize what to build |
| `/pm:file` | Batch create GitHub Issues for approved gaps | Quick filing of multiple gaps |
| `/pm:prd` | Generate full PRD + create GitHub Issue | Detailed spec for priority features |
| `/pm:sync` | Sync local cache with GitHub Issues | Prevent duplicate issues |
/pm:analyze — 首先了解你的产品
在研究竞争对手之前,你需要了解你已经构建了什么。
/pm:analyze
Claude将:
- 扫描你的代码库(路由、组件、API、模型)
- 采访你关于定位、目标用户、差异化
- 生成带有技术护城河和债务标志的产品清单
- 将所有内容保存到
.pm/product/
/pm:landscape — 研究竞争对手
/pm:landscape # Market overview, identify top 5 competitors
/pm:landscape CompetitorX # Deep-dive on specific competitor
对于每个竞争对手,Claude研究:
- 定价层级和地区差异
- 功能分类(Tablestakes vs. Differentiators vs. Emerging)
- 来自评论的用户情绪
- 来自变更日志和职位发布的公司速度
/pm:gaps — WINNING过滤器
这就是有趣的地方。
/pm:gaps
Claude识别你的产品与竞争对手之间的所有差距,然后用WINNING过滤器评分每个差距:
| Criterion | Who Scores | Source |
|-----------------------------|------------|------------------------------------|
| Pain Intensity (1-10) | Claude | Review sentiment, support data |
| Market Timing (1-10) | Claude | Search trends, competitor velocity |
| Execution Capability (1-10) | You | Architecture fit, team skills |
| Strategic Fit (1-10) | You | Positioning alignment |
| Revenue Potential (1-10) | You | Conversion/retention impact |
| Competitive Moat (1-10) | You | Defensibility once built |
总计:X/60 → 决策:
- 40+ → FILE(高信心,构建它)
- 25–39 → WAIT(监控,不紧急)
- <25 → SKIP(不值得)
输出如下:
| Gap | WINNING | Status | Match |
|----------------|---------|----------|-----------|
| SSO login | 47/60 | EXISTING | #12 (95%) |
| Multi-language | 38/60 | NEW | - |
| PDF export | 52/60 | FILE | - |
/pm:file vs /pm:prd — 何时使用哪个
| Aspect | `/pm:file` | `/pm:prd` |
|-------------|-----------------------------|--------------------------------|
| **Input** | Gap IDs from `/pm:gaps` | Any feature name |
| **Output** | Lightweight GitHub Issue | Full PRD + GitHub Issue |
| **Detail** | Brief (score + description) | Comprehensive (10+ sections) |
| **Use for** | Batch filing many gaps | Deep spec for priority feature |
典型工作流程:
/pm:gaps # Identify 15 gaps
/pm:file all # Quick: batch file all high-score gaps
/pm:prd <top priority> # Deep: full PRD for #1 priority
5、魔力:与spec-kit集成
我已经成为spec-kit的活跃用户一段时间了。在我的LLM开发工作流程中,我不断思考如何在不过分复杂化工程过程的情况下更有效率。简单性很难做对——特别是当每个人都在追逐最新的LLM工具时。
这就是这种配对有效的原因。PM技能处理构建什么和为什么。对于如何构建,它交给spec-kit——GitHub的开源规格驱动开发工具。没有额外的抽象,只是干净的交接。
PM Skill → GitHub Issue → spec-kit
/pm:prd Creates issue /speckit.specify
当你运行/pm:prd时,它会:
- 生成全面的PRD
- 创建GitHub Issue,包含所有详细信息
- 自动建议spec-kit的下一步
交接是无缝的。不需要额外的命令。
6、真实示例:添加新功能模块
我正在开发一个产品,想要添加一个可以重用现有基础设施的新功能模块。工作流程如下:
第1步: /pm:prd <新功能>
Claude分析了我的现有代码库,识别了可重用组件(审批工作流、审计跟踪、基于角色的访问),并生成了完整的PRD——包含按优先级排序的用户故事、功能需求和质量验证。
PRD输出显示按优先级排序的用户故事、功能需求和质量验证
第2步:PRD完成,包含GitHub Issue
PRD保存在本地并自动创建为GitHub Issue。它包括:
- 产品支柱,识别了独特的差异化因素
- MVP范围,明确的P0/P1/P2优先级
- 架构重用分析(我可以利用什么与构建新的)
PRD完成,显示GitHub issue链接、优先级和架构重用百分比
第3步:自动spec-kit交接
PRD创建后,Claude立即建议了下一步:
从"我想添加这个功能"到结构化的GitHub Issue,技术规格准备生成——在一个会话中完成。
7、数据存储
所有内容都保留在你的仓库中的.pm/下:
.pm/
├── config.md # Positioning, scoring weights
├── product/ # Product inventory, architecture
├── competitors/ # Competitor profiles
├── gaps/ # Gap analyses with scores
├── requests/ # Synced GitHub Issues (dedup)
├── prds/ # Generated PRDs
└── cache/last-updated.json # Staleness tracking
可版本控制。可搜索。没有外部依赖。
8、安装
# Add the marketplace
/plugin marketplace add ooiyeefei/ccc
# Install the plugin
/plugin install product-management@ccc
9、如何使用
从产品分析开始,然后研究,然后差距:
/pm:analyze # Understand your product first
/pm:landscape # Research the competitive landscape
/pm:landscape Competitor # Deep-dive specific competitors
/pm:gaps # Identify and score gaps
/pm:file all # Create GitHub Issues for high-score gaps
/pm:prd <feature> # Generate full PRD for priority features
10、我学到了什么
客观评分胜过直觉。 WINNING过滤器迫使你思考时机、执行能力和护城河——而不仅仅是"这会很酷。"
竞争对手研究是复合的。 一旦你有了保存的配置文件,每次未来的差距分析都会获得更丰富的上下文。该技能会检查陈旧性,并在数据过时时提示你刷新。
GitHub Issue就是交接。 没有单独的文档步骤。PRD存在于issue中,准备好用于spec-kit或任何其他实施工作流程。
我不是PM,但我现在有PM了。 对于缺乏行业专业知识的人来说,让Claude研究竞争对手、识别趋势并发现我会错过的模式是真正有用的。它不能取代领域知识,但能加速到达那里。
11、试试看
有一个需要竞争分析的产品创意?一个你不确定优先级的副业项目?
# Install
/plugin marketplace add ooiyeefei/ccc
/plugin install product-management@ccc
# Start with
/pm:analyze
让我知道什么有效,什么坏了。我特别好奇WINNING过滤器在不同产品领域的表现如何。
原文链接: Your AI Chief Product Officer: Claude Code Skill for Solo Builders
汇智网翻译整理,转载请标明出处