关于 data-analysis-standard
data-analysis-standard 是一套将数据分析整理为产品决策的技能,适用于分析人员和产品团队。它以四个问题组织分析,并要求说明证据、置信度、行动建议及数据无法说明的部分。
主要功能
- 01围绕变化、原因、影响和行动组织分析
- 02提供指标波动排查模板
- 03规范漏斗和队列分析
- 04要求说明根因证据与置信度
- 05列出数据局限及可执行建议
适用场景
- 01调查转化率或其他指标的异常变化
- 02分析漏斗各阶段的流失
- 03比较用户队列的留存趋势
- 04向利益相关者说明发现和后续行动
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ mohitagw15856/ pm-claude-skills --skill data-analysis-standard安装后在 Claude Code 中输入/data-analysis-standard确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/analysis-integrity.mdworked-example.mdtemplates/analysis-writeup.md详细介绍
数据分析标准技能
将原始数字转化为产品决策。每项分析都应围绕明确的问题、方法、发现和建议行动展开。
分析框架:四问法
每项分析都从以下问题开始:
- 发生了什么变化?(描述指标及其变化)
- 为什么发生变化?(根本原因——细分群体、漏斗步骤、群组、渠道)
- 这意味着什么?(业务或产品影响)
- 接下来怎么做?(附带置信度的建议行动)
绝不要在未回答全部四个问题的情况下呈现数据。没有叙述的图表不算分析。
指标排查模板
指标出现意外变化时使用:
METRIC: [Name]
MOVEMENT: [X% change over Y period]
BASELINE: [What was normal]
SEGMENTATION CHECK:
- By platform (iOS / Android / Web)?
- By user cohort (new / returning / power users)?
- By acquisition channel?
- By geography?
- By plan/tier?
ROOT CAUSE HYPOTHESIS:
1. [Most likely explanation] — Evidence: [data point]
2. [Alternative explanation] — Evidence: [data point]
3. [Ruling out] — Eliminated because: [reason]
CONCLUSION: [Single sentence answer to "why did this change?"]
CONFIDENCE: [High / Medium / Low] — based on [data available]
漏斗分析结构
| 阶段 | 指标 | 当前值 | 基准值/目标值 | 流失率 % | 备注 |
|---|---|---|---|---|---|
| [漏斗顶部] | [用户] | [N] | [N] | — | |
| [步骤 2] | [用户] | [N] | [N] | [X%] | |
| [步骤 3] | [用户] | [N] | [N] | [X%] | |
| [转化] | [用户] | [N] | [N] | [X%] |
最大流失点: [步骤 X → 步骤 Y] — 假设:[原因] 建议调查: [具体查询或测试]
群组分析指南
始终明确:
- 群组定义: [用户按什么分组——注册周、首次操作、套餐类型]
- 留存指标: [什么情况算留存——登录、核心操作、收入]
- 留存窗口: [D1、D7、D30、W4、M3 等]
输出群组留存表,并注明:
- 各群组的基线留存率
- 表现优于/低于预期的群组及其原因(功能发布?营销活动?季节性因素?)
- 各群组的趋势方向(改善 / 下降 / 稳定)
面向利益相关者的分析输出格式
[分析标题] — [日期]
要回答的问题: [用浅显语言表述的具体问题] 时间范围: [日期范围] 数据来源: [数据来源]
发现:
[用 1–2 句话概述数据所显示的情况]
关键图表 / 表格: [附上或描述]
根本原因: [有证据支持的最佳解释]
置信度: [高 / 中 / 低] — [原因]
建议行动:
- [立即行动——负责人、时间安排]
- [需要调查的事项——下一步检查什么]
- [监控事项——观察哪个指标以及监控频率]
本分析不能说明的事项: [重要限制——缺少哪些数据,或无法得出哪些结论]
必需输入
基于已有信息开展分析。如果缺少以下任一项,仍须提供完整输出:用合理假设填补每项空缺,并标注 (假设,需确认),最后列出这些假设。只有在缺少核心主题(无内容可供分析)时,才先提问。
- 要调查的指标或问题
- 时间范围(发生了什么变化,起止时间)
- 可用数据(可访问的细分数据、数据源或查询)
- 业务背景(本分析将为哪项决策提供依据)
- 受众(阅读对象——高管 / 团队 / 数据团队)
深入材料
此技能附带支持文件——如有,请使用:
references/analysis-integrity.md— 分析完整性:从查询到结论的核查。生成输出时请应用其中的指导;该文件包含了校准和判断要点,是对上述方法摘要的补充。templates/analysis-writeup.md— 带有内嵌质量检查项的可填写交付文档。当用户希望自行完成文档而非让你生成时,请提供此模板。
评分标准(0–40)
将此技能的任何输出交付前都先评分;32 分及以上才达到可交付质量。
| 维度 | 0 | 5 | 10 |
|---|---|---|---|
| 四个问题的完整性 | 说明发生了什么变化后就结束 | 回答了是什么、为什么,但“这意味着什么/接下来该做什么”说得不够 | 四个问题都得到了恰当深入的回答;“接下来该做什么”足以支持决策 |
| 根本原因的证据 | 凭直觉断言根本原因 | 提供一个支持性数据点,但未检验其他解释 | 至少用一个竞争性解释检验根本原因,并展示能够区分二者的证据 |
| 对不确定性的诚实程度 | 语气笃定;没有说明置信度 | 说明了置信度,但没有依据 | 置信度有充分依据,并明确指出“数据无法告诉我们的内容”及真正的盲点,而非无关紧要的问题 |
| 可执行性 | 只有发现,没有行动 | 提出了行动,但没有负责人或期限 | 建议的行动有负责人、时间安排,并说明预期效果,以便后续核查 |
质量检查
- 分析回答了全部 4 个问题:发生了什么变化、为什么、这意味着什么、接下来该做什么
- 根本原因有证据支持(而非仅是假设)
- 说明并论证了置信度
- 明确指出了数据无法告诉我们的内容
- 建议的行动包含负责人和时间安排
反模式
- 不要将相关性说成因果关系——每次都要明确区分二者
- 报告指标变化时,必须说明时间范围和比较基线
- 不要略过“这意味着什么”——只有原始观察而没有建议行动的分析是不完整的
- 不要夸大置信度——明确标记假设,并说明需要哪些数据才能验证
- 不要忽略细分数据——汇总指标可能掩盖各子群体中相反的趋势
指南
- 始终说明数据无法告诉你什么;绝不要夸大置信度
- 相关性不等于因果关系——每次都要指出这一点
- 如果用户没有基线,建议先建立基线,再得出结论
- 为每项发现推荐最简单的图表:比较用柱状图,趋势用折线图,相关性用散点图,详细细分用表格
- 始终明确时间范围——不说明“在 Z 时间段内从 X 变为 Y”,单说“转化率下降”毫无意义
示例触发短语
- “分析产品指标。”
- “调查转化率下降。”
- “向利益相关方解释数据变化。”
- “找出指标变化的根本原因。”
评论
支持 Markdown