Claude Code 不是只给工程师用的——产品经理用好它，可以把 PRD 写作、用户故事、竞品分析、数据查询这些高频工作的效率提高 3-5 倍。这篇文章专门写给 PM，不假设你会写代码。
为什么 PM 应该用 Claude Code？
通常 PM 用的是 ChatGPT 或者 Claude.ai 的对话界面——对话一次性的，没有项目上下文，每次都要重新解释背景。
Claude Code 的优势：
- 能读你的 PRD 文件、产品文档、数据表格
- 可以设置 CLAUDE.md 存储产品上下文，不用每次重解释
- 能执行代码查询数据库（联系工程师给权限）
- 生成的内容可以直接保存为文件
第一步：设置产品 CLAUDE.md
在你的工作目录创建 CLAUDE.md，把产品背景写进去：
markdown
# 产品：企业费用管理 SaaS
## 产品定位
面向 50-500 人规模企业的费用报销管理工具，
核心价值：报销审批时间从平均 7 天压缩到 1 天。
## 当前阶段
处于 PMF 阶段，月活 2,300 家企业，
NPS 42，主要增长来源：口碑传播
## 核心用户画像
- **报销申请人**：一线员工，偶尔用，希望简单快
- **财务审核员**：每天处理大量单据，希望批量操作
- **CFO/财务总监**：关注合规和数据洞察，不关心操作细节
## 当前痛点（来自用户访谈）
1. 拍照上传单据经常被退回（图片质量问题）
2. 审批链配置复杂，设置错误多
3. 与企业微信的集成不稳定
## 竞品
- 费控宝：主打大企业，功能重，我们更灵活
- 报销快：界面更好看，但没有我们的 API 集成能力之后所有 Claude Code 的会话都会基于这个上下文。
PM 高频工作流 1：写 PRD
基础用法
基于 CLAUDE.md 里的产品背景，
为「拍照识别单据」功能写 PRD，
需求来源：45% 的退回报销是因为图片问题，
目标：把因图片质量导致的退回率从 45% 降到 10%
包括：背景、用户故事、功能需求、非功能需求、
验收标准、风险和假设
高级用法：从访谈录音到 PRD
我上传了 5 份用户访谈记录（interview-1.txt 到 interview-5.txt），
帮我：
1. 提取用户反馈的主要痛点，按频率排序
2. 找出用户提到但我们没有注意到的潜在需求
3. 基于这些洞察，起草功能建议列表，附优先级建议
PM 高频工作流 2：用户故事批量生成
为「批量审批」功能生成用户故事，
用户角色：财务审核员（Maria，每天处理 80+ 张单据）
每个故事格式：
作为 [角色]，我想要 [功能]，以便 [价值]
验收标准：
- Given [前提条件]
- When [操作]
- Then [结果]
需要覆盖：
- 主流程（批量选择 + 一键审批）
- 需要逐个检查的场景
- 审批后的通知和记录
- 移动端上的交互差异
PM 高频工作流 3：竞品分析
帮我分析我们在「审批流程配置」这个功能上和竞品的差距：
1. 搜索费控宝和报销快的相关功能介绍和用户评价
2. 列出它们的配置方式（有截图最好，如果网页可以访问）
3. 分析我们当前方案的优势和不足
4. 给出 3 个改进方向，按用户影响力排序
最后生成一张对比表格
PM 高频工作流 4：数据查询（需要数据库权限）
如果工程师给了数据库只读权限（通过 MCP 或直接连接）：
查询过去 30 天的使用数据：
1. 日活用户数趋势（按企业规模分组：< 50人 / 50-200人 / > 200人）
2. 报销从提交到完成审批的平均时长（按审批层级数分组）
3. 最常见的退回原因（前 5 个）
4. 移动端 vs 桌面端的使用比例
生成图表（Markdown 表格 + 文字洞察）
PM 高频工作流 5：版本规划和优先级
我有一个 feature backlog 文件（backlog.md），
帮我做下一个季度的版本规划：
约束：
- 工程团队容量：每 Sprint（2周）约 25 个故事点
- Q2 目标：NPS 从 42 提升到 50，提高财务审核员满意度
- 必须在 6 月前上线：与企业微信集成优化（合同承诺）
优先级框架：RICE（Reach × Impact × Confidence / Effort）
请给每个功能打 RICE 分，并给出季度路线图建议
PM 高频工作流 6：A/B 测试方案设计
设计「报销提交页」的 A/B 测试方案：
假设：把单据上传从"先填表格再上传"改为"先上传再自动填表"，
预计可以提升提交完成率
请帮我：
1. 设计实验：对照组 vs 实验组的差异点
2. 确定指标：主要指标（提交完成率）+ 护栏指标（不能变差的）
3. 计算样本量：假设当前完成率 73%，希望检测到 5% 的提升，
置信度 95%，功效 80%
4. 设计实验周期（避免周效应的建议）
5. 定义成功标准和决策框架
PM 高频工作流 7：会议记录整理 + 行动项追踪
把会议记录扔给 Claude Code：
这是今天产品评审会的录音转文字（meeting-2026-04-17.txt），
帮我：
1. 提取关键决策（每条决策附上决策背景）
2. 整理行动项：负责人、截止日期、具体内容
3. 列出还没有定论的 open question
4. 写一份会后邮件草稿发给参会者
保存为 meetings/2026-04-17-review-summary.md
设置 PM 专属 Routines
在 CLAUDE.md 里定义：
markdown
## PM Routines
### write-prd
写 PRD 时：
1. 先确认需求来源（用户数据/访谈/战略）
2. 写背景和问题陈述
3. 定义成功指标（可测量）
4. 写用户故事（按用户角色分类）
5. 功能需求（Must Have / Should Have / Nice to Have）
6. 非功能需求（性能、安全、兼容性）
7. 验收标准（可测试的 Given-When-Then）
8. 风险和假设
9. 不包含的范围（避免范围蔓延）
### weekly-update
生成产品周报：
从 jira-export.csv 读取本周完成的任务，
结合产品目标，
生成：本周完成 / 下周计划 / 风险和阻塞 / 数据指标实用小技巧
批量处理文档：把多个访谈录音、竞品截图、用户反馈一次性放进对话，Claude Code 统一分析。
版本控制文档：在产品文档仓库（git）里用 Claude Code，PRD 变更有历史记录。
模板化输出：在 CLAUDE.md 里放常用模板（PRD 模板、用户故事模板、竞品分析框架），Claude Code 自动按模板输出，格式统一。
和工程师协作：Claude Code 生成的 PRD 里可以直接附上技术实现建议，减少 PM-工程师沟通损耗。
来源：medium.com/product-powerhouse PM 使用指南 | 整理：ClaudeEagle