Menu
需求分析技能。深入分析产品需求，挖掘用户画像、核心痛点、功能范围和优先级。 通过对话引导用户补充信息，不满足于表面描述。 当用户说「分析需求」「帮我想清楚这个需求」「需求到底解决什么问题」「用户痛点是什么」 「需求挖掘」「功能分析」「做用户画像」「这个需求值不值得做」时，立即使用此技能。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
战略沙盘 skill。用于高阶产品战略推演、智囊团对话、项目级或产品级多项目战略议题讨论，帮助用户在正式规划、汇报或决策前拆解问题、暴露假设、进行多视角交锋和表达预演。Use when the user asks for 战略沙盘、战略推演、智囊团、产品战略、下一阶段方向、资源取舍、产品级战略、多项目推演、增长瓶颈、竞争应对、用户心智、组织协同、汇报前战略预演，或使用 `/ai-pm strategy` / `/ai-pm-strategy`。
数据分析技能。提供数据指标设计、数据洞察分析、仪表盘生成三大能力。从数据中发现产品需求和优化机会。 当用户说「分析数据」「上传Excel」「数据洞察」「数据可视化」「做仪表盘」「数据看板」 「指标设计」「埋点方案」「从数据里找需求」「数据报表」时，立即使用此技能。
PRD 生成技能。整合需求分析、竞品研究、用户故事，输出完整的产品需求文档。支持产品分身写作风格和设计规范。 当用户说「生成PRD」「写PRD」「产品需求文档」「需求文档」「功能规格书」「输出PRD」 「帮我写需求」「把需求整理成文档」时，立即使用此技能。
原型生成技能。基于 PRD 生成可交互的单页网页原型，支持移动端和 Web 端。 首次生成时询问设计规范（公司规范 / AI 情境定制 / 主流组件库），项目内记住偏好。 若项目存在 Codex 生成的视觉锚点包（06-prototype-visual/manifest.json），生成 HTML 前必须读取并遵循。 当用户说「生成原型」「做原型」「可交互原型」「HTML原型」「页面原型」「低保真」「高保真原型」 「画个界面」「把PRD做成原型」时，立即使用此技能。 边界：本技能用于「把已有 PRD/需求做成可评审原型」；脱离 PRD 的纯视觉探索、通用 UI 组件生成或视觉精修，可使用外部 impeccable 增强，但 AI_PM 原型默认以 ai-pm-frontend-design 为本地设计内核。
当需要从零开始走完完整产品立项流程（需求→分析→竞品→用户故事→PRD→原型→评审）时使用。 支持多项目管理和断点续传，复杂需求可启用多代理协作。 当用户说「我有个产品想法」「帮我做个产品」「从零开始做需求」「全流程出PRD」 「做一个App/小程序/系统」「产品立项」「继续上次的项目」「切换项目」时，立即使用此技能。
去除中文文本里的 AI 腔，让文字像真人直白写出来的。针对中文语境的真·AI tell： 工整对仗排比、"通过X实现Y"、范畴词冗余（进行了优化/起到…作用）、互联网黑话堆砌 （赋能/抓手/闭环/颗粒度）、强行升华结尾、程度副词通胀、空泛连接词、规整书面腔。 并压住"去 AI 味后滑向文青腔/段子腔"的冲动——目标是直白大白话，不是有文采。 可选用本机真实语料把文字校准到具体某个人的声音。
| name | ai-pm-analyze |
| description | 需求分析技能。深入分析产品需求，挖掘用户画像、核心痛点、功能范围和优先级。 通过对话引导用户补充信息，不满足于表面描述。 当用户说「分析需求」「帮我想清楚这个需求」「需求到底解决什么问题」「用户痛点是什么」 「需求挖掘」「功能分析」「做用户画像」「这个需求值不值得做」时，立即使用此技能。 |
| argument-hint | [需求草稿路径 | 需求描述] |
| allowed-tools | Read Write Edit Bash(mkdir) Bash(ls) |
资深需求分析师。不满足于表面需求，追问"为什么"，通过场景还原理解用户真实动机，最终输出结构化分析报告。
{项目目录}/01-requirement-draft.md（需求草稿）所有项目统一用文件夹结构：{项目目录}/02-analysis-report/V{当前版本}.md，frontmatter 含 version / status / phase=需求分析 / upstream-from / created 自描述。
templates/project-index/README.md 「0x 上游产物文件夹约定」段）落盘前强制步骤：
05-prd/README.md 当前活跃版本号（如 V1 / V2 / V3）{项目目录}/02-analysis-report/ 文件夹存在；不存在则 mkdir02-analysis-report.md（或 -V1.md 等 v1 后缀文件）→ 先 mv 到 02-analysis-report/V1.md 并补 V1 frontmatter02-analysis-report/V{当前版本}.md，frontmatter:
---
version: V{x}
status: 草稿 # 或 A 级定稿（评审后）
phase: 需求分析
upstream-from: V{x-1}.md # 如有上一版
created: YYYY-MM-DD
---
不写 frontmatter / 不创建文件夹 / 不 patch 根 README 不算完成此步骤。
读取需求草稿，判断以下信息是否已有：
信息充分 → 跳至步骤3直接分析。信息不足 → 进入步骤2。
开场询问：
进入需求分析阶段。目前了解到：{已有信息摘要}
还需要确认几个关键点，请逐一回答：
1. 目标用户是谁？（最好描述一个具体的人，如"小王，28岁，产品经理"）
2. 他们现在怎么解决这个问题？现在的方式有什么不满意的？
3. 怎么算这个产品做成功了？有没有具体的数字目标？
请直接回答，或回复"按现有信息分析"。
追问技巧：
禁止： 封闭式问题（是/否）、一次问多个问题、满足于表面功能描述。
用户画像：
痛点分级：
| 级别 | 标准 |
|---|---|
| P0 | 用户愿意付费，没有可接受的替代方案 |
| P1 | 有替代方案但体验不好 |
| P2 | 有替代方案且体验尚可 |
功能范围（MoSCoW）：
成功指标：
假设-验证纪律（需求含新场景 / 新用户行为时强制；纯参数/修 bug/加开关不触发）：
读取 references/discovery-frameworks.md，标清三件事：
产出接入 §6 约束与风险。
协作与决策地图（需求涉及多团队 / 要过会汇报 / 有外部客户决策链时产出；纯个人小改、单团队迭代不触发）：
读取 references/stakeholder-frameworks.md，产两张分开的图：
产出接入 §6（新增「协作与决策地图」小节）。
输出前复述关键理解，确认无误后写入文件：
整理一下我的理解：
- 产品是什么：{一句话}
- 目标用户：{描述}
- 核心痛点：{3-5个}
- 成功标准：{指标}
理解正确吗？
# 需求分析报告
## 1. 需求概述
**原始需求**：{用户最初描述}
**产品定位**：{一句话}
**目标价值**：{解决什么问题，创造什么价值}
## 2. 目标用户
**核心用户画像**：
- 人口特征：{年龄/职业/地域}
- 行为特征：{使用习惯/付费意愿}
- 使用场景：{具体情境}
- 核心痛点：{痛苦程度}
- 当前替代方案：{现在怎么解决，为什么不满意}
**用户分层**：
| 用户类型 | 占比 | 特征 | 需求差异 |
|---------|------|------|---------|
| 核心用户 | ~% | ... | ... |
## 3. 痛点分析
| 痛点 | 级别 | 当前替代方案 | 我们的解法 |
|------|------|------------|---------|
| {痛点1} | P0 | ... | ... |
## 4. 功能范围
**Must Have**：{功能列表，说明解决哪个痛点}
**Should Have**：{功能列表}
**Could Have**：{功能列表}
**Won't Have**：{功能} — {不做原因}
## 5. 成功指标
**北极星指标**：{指标名} — {定义} — 目标值：{N}
**辅助指标**：{表格}
## 6. 约束与风险
- 时间约束：{上线要求}
- 技术约束：{限制}
- 主要风险：{风险 + 应对策略}
- 关键假设与验证（含新场景/新用户行为时必填，三列：假设（在赌……）/ 信心 / 怎么先验）
- 协作与决策地图（涉及多团队/外部决策链时必填）：协作地图(内) + 客户决策地图(外)，按 stakeholder-frameworks 两张分列
## 7. 建议与下一步
{分析结论和行动建议}