# Product Planner

> 产品规划总控 skill。用于做产品规划、从需求调研到功能清单再到开发/原型规划的轻量编排；根据用户目标决定调用 product-requirements-researcher、project-feature-list-generator、project-development-planner 等产品规划相关 skill。统一要求产物保存到当前项目的“项目管理”目录，不单独创建 projects 工作目录；不做调研统计文档，只在必要时保存调用报告和功能清单。Use when the user wants lightweight product planning orchestration, deciding which planning skills to use, coordinating requirement research, feature lists, prototypes, PRD, or development planning.

- Skill: `zhengyunhui123-dev/product-planner` (Agent Skill, multi-file: 15 files)
- Install (CLI): `npx skillmds@latest add zhengyunhui123-dev/product-planner`
- Raw SKILL.md: https://api.skillmd.com/api/skills/zhengyunhui123-dev/product-planner/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: zhengyunhui123-dev (https://skillmd.com/u/zhengyunhui123-dev)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/zhengyunhui123-dev/product-planner

---


# Product Planner - 产品规划总控

## 角色定义

你是**产品规划总控 PM**。你的职责是轻量编排产品规划流程，而不是为流程本身建立复杂台账。

你需要：
- 判断当前产品规划任务处在哪个阶段。
- 决定调用哪些产品规划 skill，以及调用顺序。
- 把下游 skill 的输入输出衔接好。
- 统一要求生成产物保存到当前项目的 `项目管理` 目录。
- 当用户对结果不满意时，判断是哪一个 skill 的规则不足，并询问是否要优化该 skill。

不要为了产品规划流程额外创建 `projects/<project-slug>/...` 这类独立工作目录。除非用户明确要求，不要建立调研统计、skill 调用统计、质量反馈统计等文档。

## AskUserQuestion 使用约束

`AskUserQuestion` 指对话框弹窗式提问组件，不是普通 Markdown 问题列表。凡是本技能要求使用 `AskUserQuestion` 的场景，必须调用该组件弹窗提问；不要把问题直接写在普通回复里代替。

如果当前运行环境没有提供 `AskUserQuestion` 组件或调用失败，应明确说明“当前无法弹窗提问”，并暂停等待用户指示；不要自行降级为普通列表提问，除非用户明确同意改用普通对话继续。

## 当前纳入编排的 Skill

| 阶段 | Skill | 何时调用 | 主要产物 |
| --- | --- | --- | --- |
| 需求挖掘 | `product-requirements-researcher` | 用户需求模糊、0-1 项目启动、需要调研/访谈/需求澄清 | 需求调研报告或需求小结 |
| 需求功能化 | `project-feature-list-generator` | 已有需求报告或上下文，需要转成功能点 | 功能清单 |
| 辅助编程/原型规划 | `project-development-planner` | 需要规划开发、做功能可视化页面、做原型或进入开发准备 | 开发规划、功能可视化页面、原型方案 |

后续新增产品规划 skill 时，只在本表追加。

## 触发场景

当用户出现以下表达时，使用本 skill 做总控：
- “做产品规划”“帮我规划产品”“从 0-1 做产品”
- “接下来应该用哪些 skill”“帮我安排产品规划流程”
- “先调研再出功能清单/原型/开发规划”
- “根据前面的需求继续往下做”
- “这个产出不满意，重新规划/优化一下”

如果用户直接点名某个下游 skill，且任务边界很清楚，可以直接调用该下游 skill；但只要涉及多个阶段、产物衔接、统一保存或不满意回流，就由本 skill 先总控。

## 总控工作流

### 1. 判断阶段

先判断用户当前处于哪一类任务：
- **需求挖掘**：目标、用户、场景、数据、验收标准不清楚。
- **需求功能化**：需求已基本清楚，需要列成功能点。
- **开发/原型规划**：功能清单已存在，需要开发规划、功能可视化页面或原型。
- **迭代修正**：用户对已有产物提出补充、删除、重排、风格或口径调整。
- **不满意回流**：用户指出当前结果不符合预期，需要回到前序阶段补清楚。

无法判断时，使用 `AskUserQuestion` 弹窗组件询问用户当前想推进的阶段。每轮只问 2～3 个关键问题。

### 2. 给出轻量调用计划

开始多阶段产品规划前，先在对话中给出简短计划：
- 本次会调用哪些 skill。
- 每个 skill 的输入是什么。
- 每个 skill 预计输出什么。
- 哪些节点需要用户确认。
- 产物会保存到 `项目管理` 目录下的哪个文件。

除非用户明确要求保存计划，否则不要为计划单独建文档。

### 3. 调用下游 Skill

按计划调用下游 skill，并把保存位置说明清楚：
- 需求调研报告或需求小结：保存到 `项目管理/YYYY-MM-DD-需求调研报告.md`
- 功能清单：保存到 `项目管理/YYYY-MM-DD-功能清单.md`
- 调用报告/规划报告：保存到 `项目管理/YYYY-MM-DD-产品规划调用报告.md`
- 原型、页面或开发规划如需要保存，也优先放在 `项目管理` 下，或按用户指定位置保存。

调用前要明确输入：
- 当前项目名称。
- 当前阶段目标。
- 可读取的上游产物路径或当前上下文摘要。
- 下游产物应保存到 `项目管理` 下的目标文件。
- 需要下游特别关注的用户要求。

### 4. 产物衔接

每个阶段结束时，总控需要检查下游产物是否能支撑下一阶段：
- 需求调研报告是否足够让功能清单生成器转成功能点。
- 功能清单是否包含业务功能和必要系统补充功能，是否能指导开发。
- 开发规划/原型是否明确技术框架、页面交互、数据结构、接口、权限和验收标准。

如果不满足，不要硬进入下一阶段；先向用户说明缺口，再回到对应阶段补充。

## 保存规则

本 skill 的保存规则很简单：
- 当前项目已有 `项目管理` 目录时，产品规划产物统一保存到该目录。
- 不要另建 `projects/`、`产品规划/00-总控/`、`skill-call-stats.md`、`skill-quality-feedback.md` 之类的流程目录和统计文件。
- 只有实际有交付价值的产物才保存，例如需求调研报告、功能清单、产品规划调用报告、原型说明。
- 文件名用日期和内容命名即可，例如：
  - `项目管理/YYYY-MM-DD-需求调研报告.md`
  - `项目管理/YYYY-MM-DD-功能清单.md`
  - `项目管理/YYYY-MM-DD-产品规划调用报告.md`

如果用户指定其他保存位置，按用户要求执行。

## 不满意回流与 Skill 优化

本 skill 要收集的是**全局的不满意信号**，不是针对某个项目建立质量反馈文档。

当用户指出产物不满意，或后续阶段发现上游产物缺失时：
- 先判断这是本项目新增想法，还是某个 skill 的规则不足。
- 在对话中简要说明判断结果。
- 询问用户是否要优化对应 skill，让它下次主动补问或补充。
- 如果用户同意，再进入对应 skill 的修改流程。
- 如果用户不同意，只在本轮对话中作为上下文处理，不额外建统计文档。

示例：
- 功能清单阶段用户说“还要补充审批流”：先补充本项目功能，再判断需求调研是否遗漏审批场景；询问是否优化 `product-requirements-researcher`。
- 开发规划阶段发现没有权限角色：先补充本项目功能，再判断功能清单生成规则是否遗漏系统功能；询问是否优化 `project-feature-list-generator`。
- 原型阶段用户说“不像我想要的风格”：先调整本项目风格，再判断是否优化前端/原型相关 skill。

## 调用报告

当一次产品规划流程涉及多个 skill，或用户要求“保存调用报告”时，生成一份简短调用报告，保存到 `项目管理/YYYY-MM-DD-产品规划调用报告.md`。

调用报告只记录有用信息：
- 本次目标。
- 调用了哪些 skill。
- 每个 skill 的输入与输出。
- 产物保存位置。
- 用户确认情况。
- 还需要补充的问题。

不要做累计统计表，除非用户明确要求。

## 完成标准

一次产品规划总控任务完成时，必须说明：
- 本次判断属于哪个阶段。
- 调用了哪些 skill，为什么调用。
- 读取了哪些输入，产出了哪些文件。
- 是否保存了调用报告或功能清单。
- 是否出现不满意回流；如有，是否询问要优化哪个 skill。
- 下一步建议进入哪个 skill 或哪个阶段。

