我一直在我的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:analyzeClaude将：
- 扫描你的代码库（路由、组件、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:gapsClaude识别你的产品与竞争对手之间的所有差距，然后用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 priority5、魔力：与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@ccc9、如何使用
从产品分析开始，然后研究，然后差距：
/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 features10、我学到了什么
客观评分胜过直觉。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：产品经理技能 - 汇智网
