mcpField
D
data-analysis-standard

data-analysis-standard

github.com/mohitagw15856数据与数据库1.5k53 次安装5 天前更新
代码仓库

关于 data-analysis-standard

data-analysis-standard 是一套将数据分析整理为产品决策的技能,适用于分析人员和产品团队。它以四个问题组织分析,并要求说明证据、置信度、行动建议及数据无法说明的部分。

主要功能

  1. 01围绕变化、原因、影响和行动组织分析
  2. 02提供指标波动排查模板
  3. 03规范漏斗和队列分析
  4. 04要求说明根因证据与置信度
  5. 05列出数据局限及可执行建议

适用场景

  1. 01调查转化率或其他指标的异常变化
  2. 02分析漏斗各阶段的流失
  3. 03比较用户队列的留存趋势
  4. 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.md
worked-example.md
templates/
analysis-writeup.md

详细介绍

数据分析标准技能

将原始数字转化为产品决策。每项分析都应围绕明确的问题、方法、发现和建议行动展开。

分析框架:四问法

每项分析都从以下问题开始:

  1. 发生了什么变化?(描述指标及其变化)
  2. 为什么发生变化?(根本原因——细分群体、漏斗步骤、群组、渠道)
  3. 这意味着什么?(业务或产品影响)
  4. 接下来怎么做?(附带置信度的建议行动)

绝不要在未回答全部四个问题的情况下呈现数据。没有叙述的图表不算分析。


指标排查模板

指标出现意外变化时使用:

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 句话概述数据所显示的情况]

关键图表 / 表格: [附上或描述]

根本原因: [有证据支持的最佳解释]

置信度: [高 / 中 / 低] — [原因]

建议行动:

  1. [立即行动——负责人、时间安排]
  2. [需要调查的事项——下一步检查什么]
  3. [监控事项——观察哪个指标以及监控频率]

本分析不能说明的事项: [重要限制——缺少哪些数据,或无法得出哪些结论]


必需输入

基于已有信息开展分析。如果缺少以下任一项,仍须提供完整输出:用合理假设填补每项空缺,并标注 (假设,需确认),最后列出这些假设。只有在缺少核心主题(无内容可供分析)时,才先提问。

  • 要调查的指标或问题
  • 时间范围(发生了什么变化,起止时间)
  • 可用数据(可访问的细分数据、数据源或查询)
  • 业务背景(本分析将为哪项决策提供依据)
  • 受众(阅读对象——高管 / 团队 / 数据团队)

深入材料

此技能附带支持文件——如有,请使用:

  • references/analysis-integrity.md — 分析完整性:从查询到结论的核查。生成输出时请应用其中的指导;该文件包含了校准和判断要点,是对上述方法摘要的补充。
  • templates/analysis-writeup.md — 带有内嵌质量检查项的可填写交付文档。当用户希望自行完成文档而非让你生成时,请提供此模板。

评分标准(0–40)

将此技能的任何输出交付前都先评分;32 分及以上才达到可交付质量。

维度0510
四个问题的完整性说明发生了什么变化后就结束回答了是什么、为什么,但“这意味着什么/接下来该做什么”说得不够四个问题都得到了恰当深入的回答;“接下来该做什么”足以支持决策
根本原因的证据凭直觉断言根本原因提供一个支持性数据点,但未检验其他解释至少用一个竞争性解释检验根本原因,并展示能够区分二者的证据
对不确定性的诚实程度语气笃定;没有说明置信度说明了置信度,但没有依据置信度有充分依据,并明确指出“数据无法告诉我们的内容”及真正的盲点,而非无关紧要的问题
可执行性只有发现,没有行动提出了行动,但没有负责人或期限建议的行动有负责人、时间安排,并说明预期效果,以便后续核查

质量检查

  • 分析回答了全部 4 个问题:发生了什么变化、为什么、这意味着什么、接下来该做什么
  • 根本原因有证据支持(而非仅是假设)
  • 说明并论证了置信度
  • 明确指出了数据无法告诉我们的内容
  • 建议的行动包含负责人和时间安排

反模式

  • 不要将相关性说成因果关系——每次都要明确区分二者
  • 报告指标变化时,必须说明时间范围和比较基线
  • 不要略过“这意味着什么”——只有原始观察而没有建议行动的分析是不完整的
  • 不要夸大置信度——明确标记假设,并说明需要哪些数据才能验证
  • 不要忽略细分数据——汇总指标可能掩盖各子群体中相反的趋势

指南

  • 始终说明数据无法告诉你什么;绝不要夸大置信度
  • 相关性不等于因果关系——每次都要指出这一点
  • 如果用户没有基线,建议先建立基线,再得出结论
  • 为每项发现推荐最简单的图表:比较用柱状图,趋势用折线图,相关性用散点图,详细细分用表格
  • 始终明确时间范围——不说明“在 Z 时间段内从 X 变为 Y”,单说“转化率下降”毫无意义

示例触发短语

  • “分析产品指标。”
  • “调查转化率下降。”
  • “向利益相关方解释数据变化。”
  • “找出指标变化的根本原因。”

评论

支持 Markdown