pm-mvp
SolidUse when: 需要确定第一版产品功能范围、已有需求清单需筛选 MVP 功能、需要确定最小可行产品边界 Do NOT use when: 产品已上线需要完整功能集、仅需梳理需求无需裁剪范围
Data & Documents 41 stars
6 forks Updated yesterday MIT
Install
Quality Score: 86/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
# 读取技能包版本号
SKILL_ROOT="$(cd "$(dirname "${BASH_SOURCE[0]}")" 2>/dev/null && pwd)" || true
if [ -f "$SKILL_ROOT/VERSION" ]; then echo "📦 super-pm $(cat "$SKILL_ROOT/VERSION")"; fi
# 创建需求调研目录
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模式**: {模式名称}
- **目标上线时间**: {时间...
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 4 months ago
- Last Updated
- yesterday
- 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: 原型已由设计师完成、仅需文字描述无需视觉产出
41 Updated yesterday
konglong87 Data & Documents Solid
pm-clarify
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
41 Updated yesterday
konglong87 Data & Documents Solid
pm-roadmap
Use when: 需要规划产品中长期发展、设定里程碑、对齐团队方向、制定季度/年度计划 Do NOT use when: 短期执行无需长期规划、方向已锁定无需路线图
41 Updated yesterday
konglong87