# Pm Product Pipeline

> 产品 AI Agent 全流程编排技能。将「市场调研 → 用户画像 → 功能优先级 → 产品路线图 → 需求说明书 → 前端原型 → 测试用例 → 操作手册 → 发版说明」九个阶段串联成一个完整的智能流水线。适用场景：(1) 用户想一次性走完产品从0到1的完整交付流程，(2) 用户说「走完整流程」「一键生成所有文档」「完整产品交付」时触发，(3) 用户提供一个产品想法，希望输出所有相关文档和原型

- Skill: `wang-q-l/pm-product-pipeline` (Agent Skill)
- Install (CLI): `npx skillmds@latest add wang-q-l/pm-product-pipeline`
- Raw SKILL.md: https://api.skillmd.com/api/skills/wang-q-l/pm-product-pipeline/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: DevOps & Infra
- Author: wang-q-l (https://skillmd.com/u/wang-q-l)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/wang-q-l/pm-product-pipeline

---


# 产品 AI Agent 全流程编排

## 流程概览

### 完整流程（九个阶段）

```
用户输入想法
    ↓
[阶段0] 市场调研         → docs/market-research.md
    ↓
[阶段1] 用户画像         → docs/user-persona.md
    ↓
[阶段2] 功能优先级       → docs/feature-priority.md
    ↓
[阶段3] 产品路线图       → docs/roadmap.md
    ↓
[阶段4] 需求澄清         → docs/requirements.md
    ↓
[阶段5] 需求说明书       → docs/spec.md
    ↓
[阶段6] 前端原型         → src/ (完整项目代码)
    ↓
[阶段7] 测试用例         → docs/test-cases.md
    ↓
[阶段8] 操作手册         → docs/operation-manual.md
    ↓
[阶段9] 发版说明         → docs/release-notes.md
```

### 快速流程（五个阶段）

如果用户已有明确需求，可跳过前置阶段：

```
需求澄清 → 需求说明书 → 前端原型 → 测试用例 → 操作手册
```

每个阶段**读取上一阶段的输出**，保证内容一致性和上下文传递。

---

## 启动流程

### Step 0: 初始化 — 了解全局信息

收到用户请求后，**首先**用 AskUserQuestion 一次性收集关键决策信息：

**问题1**：产品类型是什么？

- 管理后台系统（Vue3 + ElementPlus）
- 移动端 H5 应用（Vue3 + Vant）
- 企业官网（Vue3 + ElementPlus）
- 其他（请描述）

**问题2**：想走哪些阶段？

- 完整流程（市场调研 → 发版说明，共10个阶段）
- 快速流程（需求澄清 → 操作手册，共5个阶段）
- 只要文档（跳过前端原型代码生成）
- 自定义选择

**问题3**：现在手头有什么？

- 只有一个想法/描述（从市场调研开始）
- 已有市场调研报告（从用户画像开始）
- 已有明确需求（从需求澄清开始）
- 已有需求说明书（从原型开始）

收集完成后，立即用 TaskCreate 创建任务清单。

---

## 任务清单创建规范

根据用户选择的阶段，创建对应任务。示例（完整流程）：

```
TaskCreate: 阶段0 - 市场调研
TaskCreate: 阶段1 - 用户画像
TaskCreate: 阶段2 - 功能优先级排序
TaskCreate: 阶段3 - 产品路线图
TaskCreate: 阶段4 - 需求澄清
TaskCreate: 阶段5 - 需求说明书
TaskCreate: 阶段6 - 前端原型框架搭建
TaskCreate: 阶段6 - [模块A] 页面生成
TaskCreate: 阶段6 - [模块B] 页面生成
TaskCreate: 阶段7 - 测试用例
TaskCreate: 阶段8 - 操作手册
TaskCreate: 阶段9 - 发版说明
```

---

## 阶段0：市场调研

**目标**：分析市场规模、竞品情况、行业趋势，验证产品机会

**执行方式**：调用 `pm-market-research` skill

**必须调研的内容**：

1. 市场规模分析（TAM/SAM/SOM）
2. 目标用户群体特征
3. 竞品分析（3-5个主要竞品）
4. 行业趋势和机会点
5. 差异化定位建议

**输出**：`docs/market-research.md`

```markdown
# [产品名称] 市场调研报告

## 市场规模

- TAM（总体市场）：[规模估算]
- SAM（可服务市场）：[规模估算]
- SOM（可获得市场）：[规模估算]

## 目标用户

[用户群体特征、痛点、需求]

## 竞品分析

[竞品对比表格]

## 行业趋势

[趋势分析]

## 差异化定位

[建议的差异化方向]
```

**完成标志**：市场调研报告已写入 `docs/market-research.md`

---

## 阶段1：用户画像

**目标**：基于市场调研，创建详细的用户画像

**输入**：`docs/market-research.md`（阶段0输出）

**执行方式**：调用 `pm-user-persona` skill

**传入上下文**：

```
请读取 docs/market-research.md，基于目标用户群体创建用户画像。

要求：
- 创建 2-3 个典型用户画像
- 每个画像包含：基本信息、目标、痛点、使用场景
- 绘制用户旅程地图
```

**输出**：`docs/user-persona.md`

**完成标志**：用户画像文档已写入，包含至少2个典型用户画像

---

## 阶段2：功能优先级

**目标**：基于用户画像，对功能需求进行优先级排序

**输入**：

- `docs/market-research.md`（阶段0输出）
- `docs/user-persona.md`（阶段1输出）

**执行方式**：调用 `pm-feature-prioritization` skill

**传入上下文**：

```
请读取 docs/market-research.md 和 docs/user-persona.md，
对以下功能需求进行优先级排序：

[用户提供的功能列表]

使用 RICE 模型评估，输出：
- P0（必须有）功能列表
- P1（重要）功能列表
- P2（可选）功能列表
```

**输出**：`docs/feature-priority.md`

**完成标志**：功能优先级文档已写入，所有功能已分级

---

## 阶段3：产品路线图

**目标**：基于功能优先级，规划产品迭代路线图

**输入**：

- `docs/feature-priority.md`（阶段2输出）
- `docs/user-persona.md`（阶段1输出）

**执行方式**：调用 `pm-roadmap` skill

**传入上下文**：

```
请读取 docs/feature-priority.md，规划产品路线图。

要求：
- 将功能分配到 3-4 个版本
- V1.0 只包含 P0 功能（MVP）
- 每个版本设定里程碑和交付时间
- 说明版本间的依赖关系
```

**输出**：`docs/roadmap.md`

**完成标志**：产品路线图已写入，V1.0 功能范围明确

---

## 阶段4：需求澄清

**目标**：把用户的模糊想法转化为结构化的需求描述

**执行方式**：通过对话逐步澄清，不一次性抛出所有问题

**必须澄清的内容**：

```markdown
1. 产品是什么？解决谁的什么问题？
2. 目标用户是谁？（角色类型、使用场景）
3. 核心功能有哪些？（让用户列举，而不是猜）
4. 涉及哪些端？（Web管理后台 / 用户端 / 移动端）
5. 有没有特殊的业务规则或约束？
```

**输出**：`docs/requirements.md`

```markdown
# [产品名称] 需求概述

## 产品定位

[一句话描述]

## 目标用户

[用户角色列表]

## 核心功能清单

[功能列表，按模块组织]

## 涉及端

- [ ] Web 管理后台
- [ ] Web 用户端
- [ ] 移动端 H5

## 特殊说明

[业务规则、约束条件]
```

**完成标志**：用户确认需求描述准确，且已写入 `docs/requirements.md`

---

## 阶段5：需求说明书

**目标**：将需求概述扩展为可供研发直接使用的完整说明书

**输入**：

- `docs/requirements.md`（阶段4输出）
- `docs/roadmap.md`（阶段3输出，了解V1.0范围）

**执行方式**：调用 `req-doc` skill，传入阶段4的需求描述

**关键规范**：

- 读取 `docs/requirements.md` 和 `docs/roadmap.md` 作为输入上下文
- 只生成 V1.0 版本的功能（根据路线图）
- 每个功能模块创建一个 TaskCreate 任务，逐模块生成
- 生成顺序：项目概述 → 系统功能架构 → 各模块功能详述

**输出**：`docs/spec.md`

**完成标志**：需求说明书覆盖所有 V1.0 功能模块，每个模块包含需求概述 + 操作流程 + 功能设计 + 字段说明

---

## 阶段6：前端原型

**目标**：基于需求说明书生成可运行的前端原型代码

**输入**：`docs/spec.md`（阶段二输出）

**执行方式**：

### Step 3.1 — 搭建项目框架

根据产品类型选择对应 skill：

- 管理后台 → `vue-admin-generator`（输出完整项目框架）
- 移动端 → `mobile-app-generator`
- 官网 → `website-generator`

传入上下文：**读取 `docs/spec.md` 中的系统功能架构章节**，提取：

- 菜单结构（一级/二级/三级菜单）
- 主题色要求
- 登录方式

### Step 3.2 — 逐页面生成

框架搭建完成后，为每个功能页面创建独立任务：

调用 `page-generator`，每次传入：

- `docs/spec.md` 中对应模块的详细需求
- 已有的项目框架结构（路由、组件规范）

**每生成一个页面**，在对应 TaskCreate 任务中标记 completed。

### Step 3.3 — UI 规范检查（可选）

如果用户有特定设计风格要求，调用 `ui-ux-pro-max` 生成设计规范。

**输出**：完整可运行的前端项目代码

**完成标志**：所有页面生成完毕，可通过 `npm run dev` 启动

---

## 阶段7：测试用例

**目标**：基于需求说明书生成完整的测试用例集

**输入**：`docs/spec.md`（阶段5输出）

**执行方式**：调用 `pm-test-cases` skill

**传入上下文**：

```
请读取 docs/spec.md，为以下功能模块生成测试用例：
[列出所有功能模块名称]

要求：
- 覆盖功能测试、边界测试、异常测试、权限测试
- P0 用例覆盖所有主流程
- 每个必填字段都有为空的测试用例
- 每个有权限控制的功能都有权限越权测试
```

**输出**：`docs/test-cases.md`

**完成标志**：所有功能模块都有测试用例，P0 冒烟测试集不少于核心流程数量

---

## 阶段8：操作手册

**目标**：基于需求说明书和原型，生成面向用户的操作手册

**输入**：

- `docs/spec.md`（阶段5输出）
- `src/`（阶段6输出，了解实际页面结构）

**执行方式**：调用 `pm-operation-manual` skill

**默认生成两个版本**：

1. 用户操作手册（`docs/operation-manual-user.md`）：面向终端用户
2. 快速入门指南（`docs/quick-start.md`）：新用户10分钟上手

如有管理员角色，额外生成管理员手册（`docs/operation-manual-admin.md`）

**传入上下文**：

```
请读取 docs/spec.md，生成用户操作手册。

系统信息：
- 系统名称：[从spec.md提取]
- 用户角色：[从spec.md提取]
- 主要功能模块：[从spec.md提取的功能架构]

要求：
- 操作步骤清晰，每步一个动作
- 界面元素用【】标注
- 关键注意事项用"注意："标注
```

**完成标志**：手册覆盖所有核心功能，操作步骤可独立执行

---

## 阶段9：发版说明

**目标**：基于需求说明书和实际交付内容，生成发版说明文档

**输入**：

- `docs/spec.md`（阶段5输出）
- `docs/roadmap.md`（阶段3输出，了解版本规划）
- `src/`（阶段6输出，了解实际实现的功能）

**执行方式**：调用 `pm-release-notes` skill

**传入上下文**：

```
请读取 docs/spec.md 和 docs/roadmap.md，生成 V1.0 版本的发版说明。

版本信息：
- 版本号：V1.0
- 发布日期：[预计发布日期]
- 主要功能：[从 spec.md 提取的 V1.0 功能列表]

要求：
- 面向用户的语言，突出功能价值
- 按功能模块分类说明
- 包含已知问题和后续计划
```

**输出**：`docs/release-notes.md`

**完成标志**：发版说明清晰描述所有新功能，用户可快速了解版本更新内容

---

## 流程控制规则

### 阶段间传递规范

每个阶段完成后，必须确保输出文件已写入，才能进入下一阶段：

```
阶段0完成 → docs/market-research.md ✅ → 进入阶段1
阶段1完成 → docs/user-persona.md ✅ → 进入阶段2
阶段2完成 → docs/feature-priority.md ✅ → 进入阶段3
阶段3完成 → docs/roadmap.md ✅ → 进入阶段4
阶段4完成 → docs/requirements.md ✅ → 进入阶段5
阶段5完成 → docs/spec.md ✅ → 进入阶段6/7/8
阶段6完成 → src/ ✅ → 进入阶段8（手册需要了解原型结构）
阶段7完成 → docs/test-cases.md ✅
阶段8完成 → docs/operation-manual*.md ✅ → 进入阶段9
阶段9完成 → docs/release-notes.md ✅
```

### 可以并行的阶段

阶段5（说明书）完成后，阶段6/7/8**可以并行**：

- 测试用例只依赖说明书，不依赖原型代码
- 操作手册主要依赖说明书，可以先生成再补充原型细节

### 用户确认节点

以下节点**必须等用户确认**后再进入下一阶段：

1. 阶段0结束后：用户确认市场调研结论
2. 阶段3结束后：用户确认产品路线图
3. 阶段4结束后：用户确认需求描述准确
4. 阶段5结束后：用户确认说明书符合预期（可修改）
5. 阶段6每个页面生成后：用户确认页面结构正确

### 进度汇报

每完成一个阶段，输出进度摘要：

```
✅ 阶段[N] 完成

产出文件：[文件路径]
核心内容：[2-3句话描述产出内容]
下一步：[说明下一阶段将做什么，需要用户确认什么]

---
整体进度：[N]/10 个阶段完成
```

---

## 目录结构规范

流程结束后，项目目录结构如下：

```
[项目目录]/
├── docs/
│   ├── market-research.md     ← 阶段0：市场调研
│   ├── user-persona.md        ← 阶段1：用户画像
│   ├── feature-priority.md    ← 阶段2：功能优先级
│   ├── roadmap.md             ← 阶段3：产品路线图
│   ├── requirements.md        ← 阶段4：需求概述
│   ├── spec.md                ← 阶段5：需求说明书
│   ├── test-cases.md          ← 阶段7：测试用例
│   ├── operation-manual-user.md   ← 阶段8：用户手册
│   ├── operation-manual-admin.md  ← 阶段8：管理员手册（如有）
│   ├── quick-start.md         ← 阶段8：快速入门
│   └── release-notes.md       ← 阶段9：发版说明
└── src/                       ← 阶段6：前端原型代码
    ├── views/
    ├── components/
    └── ...
```

---

## 快速恢复（断点续跑）

如果中途中断，再次启动时：

1. 检查 `docs/` 目录已有哪些文件
2. 根据已有文件判断完成到哪个阶段
3. 从未完成的阶段继续，无需重新开始

判断逻辑：

```
docs/market-research.md 存在     → 阶段0已完成
docs/user-persona.md 存在        → 阶段1已完成
docs/feature-priority.md 存在    → 阶段2已完成
docs/roadmap.md 存在             → 阶段3已完成
docs/requirements.md 存在        → 阶段4已完成
docs/spec.md 存在                → 阶段5已完成
src/ 目录有代码                   → 阶段6已完成（或进行中）
docs/test-cases.md 存在          → 阶段7已完成
docs/operation-manual*.md 存在   → 阶段8已完成
docs/release-notes.md 存在       → 阶段9已完成
```

