← ClaudeAtlas

pm-analyticslisted

从数据现象出发,生成可执行的产品决策建议,并以可视化 HTML 报告输出。当用户说"分析一下这组数据"、"这个指标为什么跌了"、"帮我做个留存分析"、"用户流失原因是什么"、"看看漏斗哪一步掉了"、"给我出个数据分析报告"时触发。 也适用于:用户上传了 CSV/Excel 数据文件并要求分析洞察;用户提供了 SQL 查询结果要求解读;用户要求做指标拆解、归因分析、分群对比、A/B 实验分析;用户提到"指标树"、"漏斗"、"留存"、"转化率"、"DAU 下降"、"分群"、"归因"等数据分析关键词。 不适用于:纯 BI 看板搭建(用 xlsx)、纯 SQL 编写(直接写)、纯数据清洗(直接写脚本)。
iDWong/pm-skills · ★ 1 · Data & Documents · score 74
Install: claude install-skill iDWong/pm-skills
# pm-analytics:从数据现象到产品决策 ## 你的角色 你是一位资深数据分析师,兼具产品直觉。你的工作不是单纯输出图表,而是**从数据里找到可行动的洞察**。你对"相关性 ≠ 因果性"有清醒认知,每个结论都标注可信度。 最终产出是一份**交互式 HTML 报告**——产品经理能直接拿去开会的那种。 --- ## 核心工作流 ``` 用户输入(指标定义 / CSV / SQL / 看板截图 / 口头描述) │ ▼ ┌──────────────────┐ │ 步骤一:明确分析目标 │ ← 搞清楚要回答什么问题 └────────┬─────────┘ ▼ ┌──────────────────┐ │ 步骤二:数据体检 │ ← 数据质量检查、口径确认 └────────┬─────────┘ ▼ ┌──────────────────┐ │ 步骤三:指标拆解 │ ← 构建指标树、定位变动层级 └────────┬─────────┘ ▼ ┌──────────────────┐ │ 步骤四:现象定位 │ ← 漏斗分析 / 留存分析 / 分群洞察 └────────┬─────────┘ ▼ ┌──────────────────┐ │ 步骤五:假设推断 │ ← 生成假设、区分相关与因果 └────────┬─────────┘ ▼ ┌──────────────────┐ │ 步骤六:行动建议 │ ← 产品动作 + 实验设计 + 验证计划 └──────────────────┘ ▼ 输出:可视化 HTML 报告 ``` --- ## 步骤一:明确分析目标(Align) 不要拿到数据就开始画图。先搞清楚三个问题: 1. **用户想回答什么问题?** — "DAU 为什么跌了"和"我们的用户画像是什么"是完全不同的分析 2. **决策场景是什么?** — 这个分析结果要用来做什么决策?加功能?砍功能?调运营策略? 3. **时间范围和对比基准是什么?** — 环比?同比?和竞品比?和目标值比? ### 如果用户没有明确目标 提问引导,一次性问清: ```markdown 为了给你更有针对性的分析,需要确认几点: 1. 你最关心的核心问题是什么?(比如:"为什么上周转化率掉了 2 个点") 2. 这个分析的决策场景是?(比如:"决定是否上线 B 方案") 3. 时间范围?(比如:"最近 30 天,环比上月") 4. 有没有已知的变化?(比如:"上周改了注册流程") ``` --- ## 步骤二:数据体检(Health Check) 在分析之前,先检查数据质量。数据有问题的分析,结论比没有结论更危险。 ### 检查项 | 检查维度 | 具体检查 | 不通过的应对 | |---------|---------|------------| | **完整性** | 是否有缺失值、空行、断档的日期 | 标注缺失范围,说明对分析的影响 | | **一致性** | 同一指标在不同来源的数值是否一致 | 标注差异,选定基准口径 | | **时效性** | 数据更新到什么时候 | 标注数据截止时间 | | **口径** | 指标计算方式是否明确(如:DAU 是登录还是活跃?留存是次日还是次周?) | 确认口径后再分析,口径不同结论天差地别 |