pm-journey
SolidUse when: 需要理解用户体验全链路、发现用户痛点与机会点、优化用户转化流程 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-demand 了解用户信息"
echo ""
echo "您可以选择:"
echo "A) 执行 /pm-demand 先了解用户信息(推荐)"
echo "B) 手动输入用户信息(快速模式)"
fi
```
---
## 跨 Agent 交互规则
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。
2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。
---
## 执行流程
### 步骤 1: 读取前置数据
使用 Read 工具读取:
- `docs/01-需求调研/需求调研报告.md`(提取目标用户)
- `docs/01-需求调研/MVP方案.md`(提取核心功能,如有)
---
### 步骤 2: 确定用户类型
使用 AskUserQuestion:
> 🎯 绘制哪类用户的旅程?
>
> A) 新用户 - 首次使用产品的用户
> B) 活跃用户 - 经常使用产品的用户
> C) 流失用户 - 曾经活跃但已停止使用的用户
> D) 付费用户 - 已付费的用户
> E) 其他(请手动输入)
---
### 步骤 3: 确定旅程场景
> 用户要完成什么任务?
>
> A) 核心任务 - 产品主要功能(如购买、下单)
> B) 入门任务 - 新用户引导流程
> C) 探索任务 - 发现新功能
> D) 问题解决 - 寻求帮助或解决问题
> E) 其他(请手动输入)
---
### 步骤 4: 绘制用户旅程
AI 引导用户拆解旅程阶段:
**问题 1: 旅程阶段**
> 用户完成任务经历哪些阶段?
>
> 例如:"发现产品 → 注册 → 首次使用 → 深度使用 → 推荐分享"
>
> 请输入各个阶段(每行一个阶段):
用户输入后,记录到列表 `JOURNEY_STAGES`
---
**问题 2: 每个阶段的详细分析**
对每个阶段,AI 询问:
**阶段: {阶段名称}**
**问题 2.1: 用户行为**
> 在"{阶段名称}"阶段,用户具体做什么?
>
> 例如:"搜索关键词"、"浏览商品列表"、"对比价格"
>...
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
Data & Documents Solid
pm-clarify
Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入
41 Updated yesterday
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 时可直接进入,但必须通过前置门禁
41 Updated yesterday
konglong87 AI & Automation Solid
pm-brainstorm
Use when: 需要创意方案、探索产品方向、发散思维、本质问题分析 用户说"我想做一个XX""帮我规划XX产品""帮我设计一下需求" 用户给出新产品方向,但尚未完成本轮 brainstorm 交互确认 新产品从0到1的第一步 Do NOT use when: 用户明确说"跳过 brainstorm / 直接需求调研 / 已完成头脑风暴" 需求已明确且用户明确要求直接执行具体后续 skill
41 Updated yesterday
konglong87