PM（产品经理）

简介

产品研究、需求分析、用户故事编写和版本规划。将模糊的想法转化为可执行的产品规格。

安装

aico add @the-aico/pm

技能

init

通过模板创建章程文档来初始化 PM 环境。

使用场景：

• 运行 /pm.init 命令时
• 用户要求"初始化 PM"、"设置产品管理"、"创建章程"
• 开始新项目需要建立产品约束和领域信息时
• 需要为新项目创建 docs/reference/pm/constitution.md 时

brainstorming

通过结构化对话引导用户将模糊想法转化为清晰、可执行的产品概念。

使用场景：

• 用户说"我有一个想法"、"我想做"、"让我想想"
• 用户提到"头脑风暴"、"探索想法"、"想想看"
• 需求模糊、不完整，或用户不确定想要什么
• 需要在跳到解决方案之前先探索问题空间
• 运行 /pm.plan 但需求不清楚或缺少上下文
• 用户问"我应该做什么？"、"这应该怎么工作？"

方法：

• 一次一个问题
• 选择题优于开放式问题
• 决定前探索 2-3 个替代方案

clarification

通过结构化提问解决需求歧义：一次一个问题，带有推荐选项和理由。

使用场景：

• 运行 /pm.clarify 命令时
• 用户说"不清楚"、"不确定这是什么意思"、"对...感到困惑"
• 用户问"X 是什么意思？"、"X 应该怎么工作？"、"能澄清一下吗？"
• 需求有冲突或不一致的细节
• 故事缺少验收标准或有空白
• 开发前需要填补信息空白

prd-writing

创建全面的产品需求文档（PRD），定义要构建什么以及为什么。

使用场景：

• 用户要求"写 PRD"、"创建 PRD"、"写需求文档"
• 用户提到"需求文档"、"产品需求"、"产品规格"
• 运行 /pm.plan 命令创建版本规划文档
• 开始新产品、主要功能或需要正式需求的项目
• 需要记录目标、范围、用户故事、功能需求和成功标准

user-story-writing

使用"作为 [用户]，我想要 [目标]，以便 [收益]"格式将需求转化为结构良好的用户故事。

使用场景：

• 用户要求"写用户故事"、"创建故事"、"添加故事"
• 用户提到"用户故事"、"待办事项"、"故事"
• 运行 /pm.plan 需要将 PRD 拆分为可实现的故事
• 为开发团队创建待办事项
• 需要将需求格式化为标准故事格式
• 将功能请求转换为带验收标准的可执行故事

acceptance-criteria

使用 Given/When/Then（Gherkin）格式定义清晰、可测试的验收标准。

使用场景：

• 用户要求"验收标准"、"AC"、"测试标准"、"完成标准"
• 用户问"怎么知道完成了？"、"什么算完成？"
• 用户故事需要可测试的成功条件
• QA 需要测试场景或测试用例
• 运行 /pm.plan 需要为故事添加 AC
• 审查故事时 AC 缺失或模糊

competitor-analysis

研究和分析竞争对手，输出结构化内容：功能对比矩阵、优劣势分析和可执行建议。

使用场景：

• 用户问"竞争对手做什么？"、"我们的竞争对手是谁？"
• 用户提到竞争对手名称或要求产品对比
• 用户要求"竞争对手分析"、"市场调研"、"竞争格局"
• 进入新市场、功能领域或评估产品方向
• 做产品决策前需要了解竞争格局
• 写 PRD 需要市场背景或差异化策略

story-acceptance

在前端/后端任务完成后验证并关闭故事。检查所有相关任务文件，更新故事验收标准复选框。

使用场景：

• 前端或后端通知"任务完成，请验证"
• 用户要求"验证故事"、"验收故事"、"关闭故事"、"标记故事完成"
• 需要检查故事是否可以标记为完成
• 用户问"故事 X 完成了吗？"、"可以关闭故事 X 吗？"

命令

/pm.init

初始化产品章程文档，包含项目约束和领域信息。

/pm.init

创建 docs/reference/pm/constitution.md，包含：

• 产品概述
• 目标用户
• 核心价值主张
• 技术约束
• 业务约束

/pm.plan

创建或更新产品计划，包括 PRD 和用户故事。

/pm.plan "添加用户认证功能"

工作流程：

1. 需求澄清
2. PRD 创建
3. 用户故事拆分

/pm.clarify

通过搜索相关文档和提问来澄清具体需求。

/pm.clarify "我们应该支持哪些认证方式？"

文档结构

docs/reference/pm/
├── constitution.md      # 产品章程
├── versions/
│   ├── v0.1.md          # 版本计划（PRD）
│   └── v0.2.md
└── stories/
    ├── S-001.md         # 用户故事
    └── S-002.md

工作原则

PM 员工专注于执行，而你保留决策权。