Skip to content
Productivity
Skill

/pm-funnel

Use when: 需要分析用户转化漏斗、诊断流失原因、生成优化建议、提升用户转化率 Do NOT use when: 用户转化路径已非常清晰、仅需单一指标监控无需全链路分析

From plugin
super-pm
8657 skills1 hook

Claude Code

$ npx -y skills add konglong87/superPM --skill pm-funnel --agent claude-code

SKILL.md

pm-funnel.SKILL.md
name: pm-funnel
description: |
  Use when: 需要分析用户转化漏斗、诊断流失原因、生成优化建议、提升用户转化率
  Do NOT use when: 用户转化路径已非常清晰、仅需单一指标监控无需全链路分析
allowed-tools:
  - Agent
  - Read
  - Write
  - AskUserQuestion
  - Bash

Preamble (run first)

# 检查是否有用户旅程地图作为输入
if [ -f "docs/01-需求调研/用户旅程地图.md" ]; then
  echo "✅ 检测到用户旅程地图,将基于此进行漏斗分析"
fi

---

写入时边界

只讨论时不写文件,启动检查不创建目录。用户要求保存产物时,先确认当前产品、精确输出路径及已有文件的覆盖/追加选择;确认后**仅在实际 Write 前**创建该输出文件的父目录。完整安装可参见 `skills/_shared/artifact-policy.md`,单独安装本 skill 也按本段执行。

---

跨 Agent 交互规则

当流程要求与用户交互时:

1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。 2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。 3. 一次只问一个问题。 4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。 5. 不得在用户回答前生成文档、写入 docs。 6. 已有 docs 文件不能替代本轮用户回答。

---

执行流程

步骤 1: 定义转化漏斗

**询问方式**:使用 AskUserQuestion 逐个询问

---

**问题 1: 业务场景**

使用 AskUserQuestion 询问:

> 请问您要分析哪个业务场景的转化漏斗?

A) 注册转化漏斗(访客→注册用户) B) 购买转化漏斗(浏览→下单→支付) C) 激活转化漏斗(下载→注册→首次使用) D) 留存转化漏斗(新增→次日留存→7日留存) E) 其他(请手动输入)

---

**问题 2: 漏斗步骤定义**

根据问题1的场景,引导用户定义具体步骤:

**示例(购买转化漏斗)**:

> 请确认购买转化漏斗的关键步骤

引导用户输入: 1. 步骤1:[浏览商品详情页] 2. 步骤2:[加入购物车] 3. 步骤3:[进入结算页] 4. 步骤4:[提交订单] 5. 步骤5:[完成支付]

---

**问题 3: 当前数据**

针对每个步骤,收集当前数据:

使用 AskUserQuestion 询问:

> 步骤[1]:[浏览商品详情页]的用户数是多少?

引导用户输入每个步骤的用户数:

| 步骤 | 用户数 | 占比 | |------|-------|------| | 步骤1 | [X]万 | 100% | | 步骤2 | [X]万 | [X]% | | 步骤3 | [X]万 | [X]% | | 步骤4 | [X]千 | [X]% | | 步骤5 | [X]千 | [X]% |

---

步骤 2: 计算转化率和流失率

**计算公式**:

步骤转化率 = (下一步用户数 / 当前步骤用户数) × 100%
步骤流失率 = 100% - 步骤转化率
整体转化率 = (最后一步用户数 / 第一步用户数) × 100%

**示例**:

| 步骤 | 用户数 | 步骤转化率 | 步骤流失率 | |------|-------|-----------|-----------| | 浏览详情页 | 10,000 | - | - | | 加入购物车 | 3,000 | 30% | 70% | | 进入结算页 | 2,100 | 70% | 30% | | 提交订单 | 1,470 | 70% | 30% | | 完成支付 | 882 | 60% | 40% |

**整体转化率**:882 / 10,000 = 8.82%

---

步骤 3: 流失原因诊断

针对流失率最高的步骤,分析原因:

---

**步骤3.1: 识别关键流失节点**

**关键流失节点定义**:流失率 > 30% 的步骤

**示例**:

  • 步骤1→2:流失率70%(关键流失节点)
  • 步骤4→5:流失率40%(关键流失节点)

---

**步骤3.2: 诊断流失原因**

针对关键流失节点,使用 AskUserQuestion 询问:

> 步骤1→2(浏览详情页→加入购物车)流失率高达70%,可能的原因是?

A) 产品价格过高 B) 商品信息不清晰 C) 用户购买意愿不强 D) 竞品对比流失 E) 页面加载慢 F) 其他(请手动输入)

针对每个流失原因,引导用户深入分析:

> 请提供数据支撑或用户反馈(如有)

---

**步骤3.3: 用户反馈收集**

询问:

> 是否有用户调研或客服反馈数据?

A) 有用户调研数据 B) 有客服反馈记录 C) 有用户评论/投诉 D) 暂无数据,需要收集

如果选择D,提供数据收集建议:

**建议收集方法**: 1. 用户问卷调研(流失用户问卷) 2. 客服反馈分析 3. 用户访谈(深度访谈5-10人) 4. 数据埋点(详细行为数据)

---

步骤 4: 优化建议生成

根据流失原因,生成针对性优化建议:

---

**场景A: 产品价格过高导致流失**

**优化建议**: 1. 提供价格优惠(首单优惠、优惠券) 2. 展示性价比(对比竞品、突出优势) 3. 分期付款选项 4. 价格锚定策略(展示高价商品对比)

---

**场景B: 商品信息不清晰导致流失**

**优化建议**: 1. 优化商品详情页设计 2. 增加视频展示 3. 用户评价前置 4. 关键信息突出展示

---

**场景C: 页面加载慢导致流失**

**优化建议**: 1. 优化图片加载(压缩、懒加载) 2. CDN加速 3. 服务器性能优化 4. 减少不必要的请求

---

**场景D: 结算流程复杂导致流失**

**优化建议**: 1. 简化结算步骤 2. 一键购买功能 3. 默认地址/支付方式 4. 进度条引导

---

步骤 5: A/B测试建议

针对关键优化项,设计A/B测试:

**测试设计模板**:

测试名称:[优化项目名称]
测试目标:提升步骤[X]到步骤[X+1]的转化率
测试周期:[X]周
样本量:[X]万用户

A组(对照组):[当前方案]
B组(实验组):[优化方案]

评估指标:
- 主指标:步骤转化率
- 辅助指标:整体转化率、GMV

预期效果:转化率提升[X]%

---

步骤 6: 生成漏斗优化方案

使用 Write 工具生成文档到 `docs/05-产品战略/漏斗优化方案.md`:

---
product: [产品名称]
created_at: [当前时间]
author: [用户]
skill: pm-funnel
status: draft
---

# 漏斗分析与优化方案

## 一、漏斗概览

### 业务场景

**分析场景**:购买转化漏斗
**分析周期**:[起始日期] - [结束日期]
**数据来源**:[数据平台名称]

---

### 漏斗定义

**转化路径**:
1. 浏览商品详情页
2. 加入购物车
3. 进入结算页
4. 提交订单
5. 完成支付

---

## 二、漏斗数据分析

### 整体数据

| 步骤 | 用户数 | 步骤转化率 | 步骤流失率 | 累计转化率 |
|------|-------|-----------|-----------|-----------|
| 浏览详情页 | 10,000 | - | - | 100% |
| 加入购物车 | 3,000 | 30% | 70% | 30% |
| 进入结算页 | 2,100 | 70% | 30% | 21% |
| 提交订单 | 1,470 | 70% | 30% | 14.7% |
| 完成支付 | 882 | 60% | 40% | 8.82% |

**关键指标**:
- 整体转化率:8.82%
- 平均步骤转化率:57.5%
- 最大流失节点:浏览详情页→加入购物车(流失率70%)

---

### 流失用户画像

**流失用户特征**:
- 新用户占比:[X]%
- 来源渠道:[渠道分布]
- 设备分布:[iOS/Android占比]
- 访问时段:[时段分布]

---

## 三、关键流失节点分析

### 节点1: 浏览详情页→加入购物车

**流失率**:70%
**流失用户数**:7,000人

**流失原因诊断**:

| 原因 | 占比 | 数据支撑 |
|------|------|---------|
| 价格高于预期 | 35% | 用户调研:65%用户认为价格偏高 |
| 商品信息不全 | 25% | 客服反馈:商品描述不清 |
| 页面加载慢 | 20% | 平均加载时间:5.2秒 |
| 竞品对比流失 | 15% | 跳出用户:40%访问竞品 |
| 其他原因 | 5% | - |

**详细分析**:

1. **价格因素**(35%流失)
   - 商品平均价格:[X]元
   - 用户期望价格:[X]元
   - 竞品平均价格:[X]元
   - 价格敏感度:高

2. **信息因素**(25%流失)
   - 商品图片数量:平均3张
   - 商品描述字数:平均150字
   - 视频展示:缺失
   - 用户评价:平均15条

3. **性能因素**(20%流失)
   - 平均加载时间:5.2秒
   - 行业标准:3秒以内
   - 跳出率:[X]%

---

### 节点2: 提交订单→完成支付

**流失率**:40%
**流失用户数**:588人

**流失原因诊断**:

| 原因 | 占比 | 数据支撑 |
|------|------|---------|
| 支付方式有限 | 30% | 仅支持微信支付 |
| 结算流程复杂 | 25% | 平均结算时间:3分钟 |
| 运费过高 | 20% | 平均运费:15元 |
| 支付失败 | 15% | 支付成功率:85% |
| 其他原因 | 10% | - |

---

## 四、优化建议

### 优先级排序

| 优化项 | 预期提升 | 实施难度 | 投入成本 | 优先级 |
|-------|---------|---------|---------|--------|
| 价格策略优化 | +5% | 中 | 低 | P0 |
| 详情页优化 | +3% | 低 | 低 | P1 |
| 页面性能优化 | +2% | 中 | 中 | P1 |
| 支付流程优化 | +1.5% | 低 | 低 | P2 |
| 支付方式扩展 | +1% | 高 | 高 | P2 |

---

### 优化方案详情

#### 方案1: 价格策略优化(P0)

**目标**:降低价格敏感用户流失,提升转化率5%

**具体措施**:
1. 首单优惠:新用户首单立减[X]元
2. 满减活动:满[X]元减[X]元
3. 优惠券:定向发放优惠券
4. 价格锚定:展示原价vs现价

**实施计划**:
- Week 1:设计优惠券方案
- Week 2:开发优惠功能
- Week 3:上线测试

**预期效果**:
- 浏览→加购转化率:30% → 35%(+5%)
- 整体转化率:8.82% → 9.3%(+0.48%)

---

#### 方案2: 详情页优化(P1)

**目标**:提升信息完整性,降低信息缺失流失

**具体措施**:
1. 增加商品视频展示
2. 优化商品图片(增至6-8张)
3. 用户评价前置
4. 关键参数表格化展示

**实施计划**:
- Week 1:设计详情页模板
- Week 2:开发新模板
- Week 3:商家培训

**预期效果**:
- 浏览→加购转化率:30% → 33%(+3%)

---

#### 方案3: 页面性能优化(P1)

**目标**:提升加载速度,降低性能流失

**具体措施**:
1. 图片压缩(WebP格式)
2. CDN加速
3. 懒加载优化
4. 服务端渲染(SSR)

**实施计划**:
- Week 1:性能分析
- Week 2-3:优化实施
- Week 4:效果验证

**目标指标**:
- 平均加载时间:5.2秒 → 2.5秒
- 跳出率:[X]% → [X]%

---

#### 方案4: 支付流程优化(P2)

**目标**:简化支付流程,提升支付转化率

**具体措施**:
1. 一键支付功能
2. 默认地址记忆
3. 支付进度提示
4. 支付失败自动重试

**预期效果**:
- 提交→支付转化率:60% → 70%(+10%)

---

## 五、A/B测试计划

### 测试1: 价格优惠策略

**测试名称**:首单优惠效果测试
**测试周期**:2周
**样本量**:10,000新用户

**测试设计**:
- A组(对照组):无优惠
- B组(实验组):首单立减10元

**评估指标**:
- 主指标:浏览→加购转化率
- 辅助指标:整体转化率、GMV、客单价

**预期效果**:
- 转化率提升:+5%
- GMV提升:+3%

---

### 测试2: 详情页优化

**测试名称**:视频展示效果测试
**测试周期**:2周
**样本量**:20,000用户

**测试设计**:
- A组(对照组):现有详情页
- B组(实验组):增加视频展示

**评估指标**:
- 主指标:浏览→加购转化率
- 辅助指标:页面停留时长、跳出率

---

## 六、监控与迭代

### 监控指标

**实时监控**(每小时):
-
Read more
@konglong87
Ships withsuper-pm

让每个产品经理都能轻轻松松的高效工作 ☕️ 📺 🚀

Stars on GitHub

Momentum

stars in total
86
Star history of konglong87/superPM on GitHub, a chart by star-history.com

Other skills on super-pm.

pm-evidence-audit

pm-evidence-audit

Use when: 审核产品调研、市场分析、增长报告或 PRD 中的关键结论是否有可追溯证据,核对来源、日期、推断与冲突 Do NOT use when: 只需评审 PRD 的完整性和表达(用 pm-prd-review)、仅需撰写新报告而非审查现有主张

@konglong87@konglong87Install Skill
pm-selfcheck

pm-selfcheck

Use when: 需要检查 super-pm 技能包安装完整性、元数据和体积 Do NOT use when: 正在执行具体 PM 任务且不需要安装诊断

@konglong87@konglong87Install Skill
prompt-pe

prompt-pe

Use when the user explicitly invokes /prompt-pe or explicitly asks to clarify, enhance, or rewrite a vague prompt Do NOT use for…

@konglong87@konglong87Install Skill
pm-brainstorm

pm-brainstorm

Use when: 需要创意方案、探索产品方向、发散思维、本质问题分析 用户说"我想做一个XX""帮我规划XX产品""帮我设计一下需求" 用户给出新产品方向,但尚未完成本轮 brainstorm 交互确认 新产品从0到1的第一步 Do NOT use…

@konglong87@konglong87Install Skill
pm-clarify

pm-clarify

Use when: 有初步需求清单需要细化细节、需明确需求场景和边界条件、需求描述模糊需要结构化 Do NOT use when: 需求已足够详细可直达开发、仅需快速立项无需深入

@konglong87@konglong87Install Skill
pm-competitor

pm-competitor

Use when: 需要持续监控竞品动态、建立竞品情报预警、定期输出竞品监控月报、追踪竞品版本/定价/功能/舆情/融资异动 Do NOT use when: 仅需一次性竞品调研(用 pm-market / pm-search…

@konglong87@konglong87Install Skill

More skills from other plugins.

i-have-adhd

i-have-adhd

Shape output for a reader with ADHD: lead with the next action, number multi-step work, restate state across turns, suppress…

@ayghri@ayghriInstall Skill
ab-test-analysis

ab-test-analysis

Analyze A/B test results with statistical significance, sample size validation, confidence intervals, and ship/extend/stop…

@phuryn@phurynInstall Skill
distilly

distilly

Set up the owner profile so a personal agent knows who it works for (first-run setup, \"get to know me\"), or distill colleague,…

Questions about pm-funnel.

Which coding agents can use pm-funnel?
pm-funnel installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.