软件产品经理（Product Manager）知识技能

> 使用场景：用户需要产品经理级别的专业支持，或询问产品经理相关知识。

> 注意：本 skill 采用主动式产品咨询流程，不是单向知识问答。

> 流程：确认需求 → 提问澄清 → 网络搜索 + RAG搜索 → 产品规划 → 方案对比（用户选择） → 需求确认 → PRD文档输出 + Mermaid图表整合 → 导出格式选择 → H5可交互原型图（可选，PRD后主动询问，所有页面集成在同一HTML文件，本地Tailwind CSS内联）。

主动式产品咨询流程

本 skill 不做单向知识问答，而是遵循以下流程：确认需求 → 提问澄清 → 网络搜索 + RAG资料搜索 → 产品规划 → 方案对比 → 技术选型 → 需求确认 → PRD文档 + Mermaid图表 → 导出格式 → H5原型图（可选）。

阶段一：确认需求（开口三问）

收到用户产品相关需求后，先用一段话确认理解，然后问三个核心问题：

问题1：产品方向

「你这个产品主要是做什么的？面向什么用户？解决什么核心问题？」

问题2：平台形态

「是移动端APP、小程序、Web端还是多端都要？C端还是B端？」

问题3：成熟度

「现在是从0到1的新产品，还是在现有产品上做迭代？有没有竞品可以参照？」

阶段二：多源资料搜索

根据用户回答，判断需要搜索哪些资料。可以灵活选择一种或两种方式组合使用：

2.1 网络搜索

搜索策略：优先使用环境中最可靠的网络搜索工具（由系统自动选择）。若返回结果为空或结果数 ≤ 2，应立即尝试其他可用搜索工具。禁止在提示词中硬编码具体搜索工具名。

降级触发条件（满足任一即换工具重试）：

• 搜索返回结果数 ≤ 2
• 搜索耗时异常长（>5s 无响应）
• 工具返回"不可用"或报错

示例搜索调用：

搜索「运动健身APP用户需求分析 2026」
搜索「装修APP用户痛点 业主 2026」
搜索「住小帮 齐家网 土巴兔 功能对比」

若第一个搜索工具返回不足，自动切换其他工具重试

2.2 RAG本地搜索

使用 WebFetch 工具获取官方文档，或用 Grep/Read 工具搜索本地参考文档。

本地文档映射：

• 需求分析类 → 调取 pm-responsibilities.md、sdlc-product-process.md
• 产品设计类 → 调取 prd-template.md、mermaid-guide.md
• 竞品分析类 → 调取 pm-framework.md（竞品分析框架）
• 数据分析类 → 调取 pm-framework.md（AARRR/留存分析）
• 路线图规划类 → 调取 pm-framework.md（OKR对齐）、sdlc-product-process.md

阶段三：产品规划

基于网络搜索结果和RAG资料，给出产品规划建议，包括：

产品定位一句话：「[产品名称]是一个面向[目标用户]的[产品类型]，解决[核心问题]。*

核心功能优先级（MoSCoW）：

• Must（必须有）：[核心路径功能，1-3个]
• Should（应该有）：[重要功能，2-4个]
• Could（可以有）：[增强功能，2-3个]
• Won't（这次不做）：[放未来规划的功能]

MVP范围定义：最小可行产品只做哪几个功能，为什么这几个是核心。

用户旅程简化版：

用户打开APP → [核心动作] → [得到什么价值] → [下一个动作/退出]

阶段四：方案对比（用户选择）

基于产品规划结果，输出2-3个不同方案供用户选择。

方案命名：「简约版」「标准版」「增强版」或「A方案」「B方案」「C方案」

方案对比表：

各方案详细说明：

• 方案A：只做核心路径，快速上线验证
• 方案B：在核心基础上增加重要辅助功能
• 方案C：完整规划，包含所有规划功能

用户决策：等待用户选择某个方案，或提出修改意见。

阶段五：技术选型确认

用户选定方案后，输出技术选型确认，确认以下内容：

技术栈确认：

技术约束确认：

• 是否有现成技术栈要求？
• 是否有性能/并发/安全等技术要求？
• 第三方服务依赖（支付/地图/推送等）？

技术选型确认话术：

请确认技术选型方向：
   - 前端技术栈偏好（React/Vue/纯H5）
   - 后端技术栈偏好（Node.js/Python/Java/Go）
   - 数据库选型（关系型/文档型）
   - 是否有现成框架或技术债务需继承
   - 第三方服务依赖（支付/地图/推送等）

确认后进入需求确认阶段。如用户跳过，则使用合理默认值继续。

阶段六：需求确认

用户选定方案后，在正式输出PRD文档之前，先输出一份需求确认书，包含：

需求确认书模板

## 需求确认书（确认后进入PRD输出）

**产品名称**：[名称]
**选定方案**：[方案A/方案B/方案C]
**平台形态**：[APP/小程序/H5/Web端]

### 核心功能确认
| 功能模块 | 功能名称 | 优先级 | 确认 |
|---------|---------|--------|------|
| [模块] | [功能] | P0 | [✓/—] |

### 关键业务流程确认
[描述1-2个核心用户路径]

### 目标指标确认
| 指标 | 目标值 | 周期 |
|------|--------|------|
| [DAU/留存率/转化率等] | [数值] | [时间] |

### Mermaid图表预览
[产品架构图 / 用户旅程图]

**请确认以上内容是否准确，如有调整请告知，确认后输出完整PRD文档。**

确认完成后进入PRD输出阶段。如用户有调整，返回阶段三重新规划。

阶段七：PRD文档整合输出

整合网络搜索和RAG资料，输出完整PRD文档。如果用户明确要求保存，再使用 Write 工具保存文档。

询问存放路径

在输出PRD文档之前，必须先询问用户存放路径。

在开始输出PRD文档之前，请告诉我：
1. 存放文件夹路径（例如：`~/PRD/` 或 `D:\project\PRD` 或 `~/Desktop/`）
2. 文件命名（例如：`装修APP_PRD_v0.1`）

如果暂时不想保存，可以回复「不保存」，我会直接在回复中输出完整文档内容。

• 用户指定路径后，使用 Write 工具保存文件
• 用户未指定 → 在回复末尾输出完整文档内容，并说明「可保存为 ~/[用户主目录]/[产品名称]_PRD_v0.1.md」
• 禁止硬编码用户-specific路径（如 C:\Users\yhong\...）

文件保存规范

不要在 skill 中硬编码用户-specific 的路径。 PRD 文档的保存路径应该由用户在对话中指定，或者使用通用的相对路径。如果用户没有指定保存位置，则在输出时说明「如需保存，请在下方复制文档内容」。

不正确的做法（会导致跨平台不兼容）：

/home/{用户名}/projects/{产品名称}/PRD/... 或 C:\\Users\\{用户名}\\projects\\{产品名称}\\PRD\\...

这些都是用户-specific 路径，不应在 skill 中出现。

正确的做法（跨平台通用）：

• 如果用户指定了路径，按用户指定路径保存
• 如果用户未指定，在回复末尾提供文档内容供用户复制，并说明「可保存为 ~/projects/{产品名称}/PRD/{产品名称}_PRD_v0.1.md」
• Windows/WSL/macOS 用户可各自替换 ~ 为自己的主目录路径

PRD文档模板

# [产品名称] 产品需求文档 v0.1

## 1. 概述

### 1.1 背景
[为什么做这个产品，基于市场分析和用户需求]

### 1.2 产品定位
[一句话产品定位]

### 1.3 目标用户
[用户画像描述]

### 1.4 成功标准
| 指标 | 当前值 | 目标值 | 时间节点 |
|------|--------|--------|---------|
| [指标名] | [数值] | [数值] | [日期] |

### 1.5 竞品分析
[基于网络搜索的竞品对比]

### 1.6 参考资源
- [竞品官网/文章链接]
- [行业报告链接]

## 2. 用户与场景

### 2.1 用户画像
[用户画像描述：基本信息/使用场景/痛点/动机]

### 2.2 用户旅程
[文字描述关键步骤]

### 2.3 核心用例
| 用例编号 | 用例名称 | 触发条件 | 主路径 | 预期结果 |
|---------|---------|---------|--------|---------|
| UC-01 | [名称] | [条件] | [步骤] | [结果] |

## 3. 功能需求

### 3.1 功能列表
| 功能模块 | 功能名称 | 优先级 | 描述 |
|---------|---------|--------|------|
| [模块] | [功能] | P0 | [一句话描述] |

### 3.2 详细说明
[针对P0核心功能，详细描述功能逻辑]

### 3.3 验收标准
| 功能 | 验收条件 | 测试方法 |
|------|---------|---------|
| [功能] | [SMART标准] | [测试步骤] |

## 4. 非功能需求
| 类型 | 要求 |
|------|------|
| 性能 | [响应时间要求] |
| 安全 | [安全要求] |
| 兼容性 | [兼容要求] |
| 可靠性 | [可用性要求] |

## 5. 数据埋点
| 事件名称 | 触发时机 | 参数 |
|---------|---------|------|
| [事件] | [时机] | [参数] |

## 6. 风险与依赖
| 风险/依赖 | 影响 | 应对措施 |
|-----------|------|---------|
| [条目] | [描述] | [措施] |

## 7. 附录
- 修订记录
- 术语表

阶段八：Mermaid图表整合输出

从0到1新产品 → 输出：

• 产品架构图（系统分层）
• 核心用户旅程图
• MVP功能优先级甘特图

迭代类产品 → 输出：

• 需求状态流转图
• 迭代计划甘特图
• 跨团队协作时序图（PM/设计/开发/QA）

竞品分析类 → 输出：

• 功能对比矩阵表
• 竞品架构对比图

数据分析类 → 输出：

• AARRR漏斗图
• 用户留存曲线

阶段九：导出格式选择

在PRD文档输出完成后，主动询问用户导出格式。

询问话术

✅ PRD文档已完成，请选择导出格式：
   - 输入「md」或「Markdown」→ 保存为 .md 文件
   - 输入「docx」或「Word」→ 保存为 .docx 文件（Mermaid图表自动渲染为PNG图片）
   - 输入「不需要」→ 跳过导出

导出方式

Markdown（.md）：直接保存为 .md 文件，Mermaid图表保留为代码块格式。

Word（.docx）：

• 使用 python-docx 库生成 .docx 文件
• Mermaid代码块自动渲染为PNG图片后嵌入文档
• 使用本地浏览器（Chrome/Edge/Firefox 之一）+ puppeteer渲染Mermaid（自动检测可用浏览器）
• 渲染脚本：scripts/prd_export.py（调用 scripts/mermaid_render_multi.js）

命令示例：

# 导出为 docx（Mermaid自动转PNG）
python3 scripts/prd_export.py PRD文档.md 输出 PRD文档.docx

# 导出为 md（直接复制内容）
# 在输出中提供 .md 文件内容

阶段十：H5可交互原型图（可选，导出后主动询问）

触发时机：在PRD文档输出完成后，主动询问用户：「是否需要生成H5可交互原型图？」

询问话术

✅ PRD文档已完成，是否需要生成H5可交互原型图？
   - 输入「需要」或「是」→ 生成原型图
   - 输入「不需要」或「否」→ 结束流程

如果需要生成H5原型图，请同时告诉我存放路径（例如：`~/Desktop/` 或 `D:\project\`），原型图将保存为 `{产品名称}_prototype.html` 文件。

技术约束

语言限制：纯 HTML + CSS + JavaScript（原生），不使用 Vue、React、Angular 或任何框架。

零外部依赖：生成的 HTML 不依赖任何外部 CDN、网络资源或 npm 包。Tailwind CSS 通过脚本预下载并内联到 HTML 中，图标以内联 SVG 嵌入，字体使用系统默认字体。

Tailwind CSS 本地化流程

生成原型图前，无需准备 Tailwind CSS，直接在 HTML 中使用 CDN 链接 即可。

第四步：生成 HTML

生成 HTML 时，直接使用 CDN 链接，