pm-mvp
SolidUse when: 需要确定第一版产品功能范围、已有需求清单需筛选 MVP 功能、需要确定最小可行产品边界 Do NOT use when: 产品已上线需要完整功能集、仅需梳理需求无需裁剪范围
Data & Documents 65 stars
8 forks Updated 1 weeks ago MIT
Install
Quality Score: 85/100
Stars 20%
Recency 20%
Frontmatter 20%
Documentation 15%
Issue Health 10%
License 10%
Description 5%
Skill Content
## Preamble (run first)
```bash
bash "$(dirname "${BASH_SOURCE[0]}")/../../check-update.sh" 2>/dev/null || true
# 创建需求调研目录
mkdir -p docs/01-需求调研
# 检查是否有优先级排序报告
if [ ! -f "docs/01-需求调研/优先级排序报告.md" ]; then
echo "⚠️ 未找到优先级排序报告"
echo ""
echo "建议先执行 /pm-priority 排序需求"
echo ""
echo "您可以选择:"
echo "A) 执行 /pm-priority 先排序需求(推荐)"
echo "B) 手动选择MVP功能(快速模式)"
fi
```
---
## 跨 Agent 交互规则
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。
2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。
---
## 执行流程
### 步骤 1: 读取前置数据
使用 Read 工具读取:
- `docs/01-需求调研/优先级排序报告.md`(提取P0需求)
- `docs/01-需求调研/需求调研报告.md`(提取痛点)
---
### 步骤 2: 选择MVP模式
使用 AskUserQuestion:
> 🎯 选择MVP模式:
>
> A) 最小MVP - 仅核心功能,快速验证(2-4周)
> B) 标准MVP - 核心功能+基础体验(1-2月)
> C) 全链路MVP - 完整用户流程(2-3月)
> D) 自定义MVP - 我来选择功能
---
### 步骤 3: 确定核心功能集
**如果是最小MVP**:
选择P0级需求中最核心的3-5个功能。
**如果是标准MVP**:
选择全部P0级需求。
**如果是全链路MVP**:
选择P0+部分P1需求,覆盖完整用户流程。
**如果是自定义**:
逐个询问每个需求是否纳入MVP。
---
### 步骤 4: 风险评估
AI评估MVP方案的风险:
**技术风险**:
- 是否有技术难点?
- 是否需要新技术栈?
**业务风险**:
- 市场窗口是否足够?
- 竞品是否会抢先?
**资源风险**:
- 团队是否有足够人力?
- 预算是否充足?
---
### 步骤 5: 生成MVP方案
使用 Write 工具创建 `docs/01-需求调研/MVP方案.md`:
```markdown
# MVP方案
## 一、MVP概述
- **MVP模式**: {模式名称}
- **目标上线时间**: {时间}
- **核心验证目标**: {验证什么}
- **生成时间**: {当前时间}
---
## 二、核心功能集
| 序号 | 功能名称 | 优先级 | 工作量 | 负责人 |
|------|----------|--------|--------|--------|
| 1 | {功能1} | P0 | {工作量} | 待定 |
| 2...
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 5 months ago
- Last Updated
- 1 weeks ago
- Language
- JavaScript
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
Web & Frontend Solid
pm-proto
Use when: 需要设计产品原型、规划交互流程、确定界面布局、从PRD到视觉的过渡 Do NOT use when: 原型已由设计师完成、仅需文字描述无需视觉产出
65 Updated 1 weeks ago
konglong87 AI & Automation Solid
pm-demand
Use when: 已完成 /pm-brainstorm 后,需要系统化收集需求、验证产品想法真伪、分析用户痛点 用户明确要求"需求调研""需求验证""验证痛点""分析用户痛点" 用户明确选择跳过 brainstorm,直接进入需求调研 Do NOT auto-select when: 用户用自然语言说"我想做一个XX""帮我规划XX产品""帮我设计一下需求" → 这些必须先路由到 start-super-pm → pm-brainstorm Direct slash-command use is allowed: 用户显式输入 /pm-demand 时可直接进入,但必须通过前置门禁
65 Updated 1 weeks ago
konglong87 Data & Documents Solid
pm-clarify
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
65 Updated 1 weeks ago
konglong87