Claude Code：产品经理技能

我一直在我的GitHub仓库中撰写关于我在现实生活中使用的Claude Code技能。最近，随着我继续开发产品创意，我一直在面临一个可能对大多数独立开发者来说都很熟悉的挑战。

1、问题

独自构建意味着要戴每一顶帽子——包括产品经理。我一直在碰壁：

• 市场研究令人筋疲力尽。谁是主要参与者？间接竞争对手呢？他们已经存在多久了？他们在不同市场的定价是什么？
• 功能差距很难客观识别。每个竞争对手的做法都略有不同。什么真正重要，什么是噪音？
• 定位决策感觉像是猜测。我的产品应该站在哪里——特别是与以不同方式解决相同问题的间接竞争对手相比？
• 价格弹性是一个黑盒。用户实际上愿意支付什么？竞争对手在不同地区如何定价？
  我不是行业专家。我没有PM团队。但我仍然需要做出明智的产品决策。

我想要的：可以充当我的专家产品顾问的东西——自主研究竞争对手，客观识别差距，并帮助我根据证据而非直觉优先构建什么。

2、探索解决方案

我考虑了不同的方法：

1. 手动研究——电子表格、书签、到处都是笔记。很快就过时了。
2. 产品分析工具——对现有用户很好，对竞争情报无用。
3. 聘请顾问——对副业项目来说太贵了。
4. 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将：

1. 扫描你的代码库（路由、组件、API、模型）
2. 采访你关于定位、目标用户、差异化
3. 生成带有技术护城河和债务标志的产品清单
4. 将所有内容保存到.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:filevs/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时，它会：

1. 生成全面的PRD
2. 创建GitHub Issue，包含所有详细信息
3. 自动建议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过滤器在不同产品领域的表现如何。

原文链接：Claude Code：产品经理技能 - 汇智网