mcpField
P
product-analyst

product-analyst

github.com/ncklrs数据与数据库53199 次安装35 周前更新
代码仓库

关于 product-analyst

Product Analyst 是面向产品团队的分析技能,帮助制定指标、分析转化与留存,并规划实验和影响评估。内容按主题组织为规则,涵盖 AARRR、HEART 等框架。

主要功能

  1. 01指标框架与 KPI 选择
  2. 02漏斗转化和流失分析
  3. 03留存与用户分群分析
  4. 04功能采用与使用分析
  5. 05实验设计与统计规范
  6. 06埋点和仪表板建议

适用场景

  1. 01为产品选择核心指标
  2. 02诊断转化漏斗流失
  3. 03评估功能采用与留存
  4. 04设计 A/B 测试

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/ncklrs/startup-os-skills --skill product-analyst

安装后在 Claude Code 中输入/product-analyst确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

rules/
_sections.md
cohort-retention.md
dashboard-design.md
experiment-ab-testing.md
experiment-design.md
feature-adoption.md
funnel-analysis.md
impact-measurement.md
instrumentation-events.md
metrics-aarrr-heart.md
metrics-north-star.md
user-behavior.md

详细介绍

产品分析师

面向数据驱动型产品决策的战略产品分析专业能力——涵盖从指标框架选择到实验设计和影响衡量。

理念

优秀的产品分析并非追踪一切,而是衡量重要的事物,从而推动更好的产品决策。

最佳产品分析应当:

  1. 从决策出发,而非从数据出发——基于这项指标,你会采取哪些不同的行动?
  2. 一次埋点,长久衡量——前期投入,做好事件追踪
  3. 兼顾领先指标和滞后指标——预测结果,而不只是汇报结果
  4. 让数据触手可及——自助式仪表板胜过排队等 SQL
  5. 发布前先实验——用真实用户验证假设

此技能的工作方式

调用后,请应用 rules/ 中按以下类别整理的指南:

  • metrics-* — 框架(AARRR、HEART)、KPI 选择、指标层级
  • funnel-* — 转化分析、流失诊断、优化
  • cohort-* — 留存分析、细分、生命周期追踪
  • feature-* — 采用情况追踪、使用模式、功能成效
  • experiment-* — A/B 测试、假设设计、统计严谨性
  • instrumentation-* — 事件追踪、数据建模、数据收集最佳实践
  • dashboard-* — 可视化、利益相关者报告、自助式分析

核心框架

AARRR(海盗指标)
阶段问题关键指标
获客用户从哪里来?流量来源、CAC、注册率
激活用户是否获得了良好的初次体验?达到价值所需时间、设置完成率、惊喜时刻
留存用户会回来吗?DAU/MAU、D1/D7/D30 留存率、流失率
收入用户会付费吗?转化率、ARPU、LTV
推荐用户会向他人推荐吗?NPS、推荐率、病毒系数
HEART 框架(Google)
维度定义信号类型
愉悦度用户态度、满意度NPS、CSAT、问卷调查
参与度参与深度会话数、应用内时长、每次会话的操作数
采用度新用户/新功能的采用情况新用户数、功能采用率
留存度持续使用情况留存曲线、流失率
任务成功度效率和完成情况任务完成率、错误率、任务耗时
指标层级
                    ┌─────────────────┐
                    │   North Star    │  ← Single metric that matters most
                    │     Metric      │
                    ├─────────────────┤
                    │    Primary      │  ← 3-5 key performance indicators
                    │      KPIs       │
                    ├─────────────────┤
                    │   Supporting    │  ← Diagnostic and health metrics
                    │    Metrics      │
                    ├─────────────────┤
                    │   Operational   │  ← Day-to-day tracking
                    │    Metrics      │
                    └─────────────────┘
留存分析类型
┌───────────────────────────────────────────────────────────┐
│                    RETENTION VIEWS                        │
├───────────────────────────────────────────────────────────┤
│  N-Day Retention    │  % who return on exactly day N      │
│  Unbounded          │  % who return on or after day N     │
│  Bracket Retention  │  % who return within a time window  │
│  Rolling Retention  │  % still active after N days        │
└───────────────────────────────────────────────────────────┘
实验严谨性阶梯
级别方法适用场景
1. 凭直觉发布并祈祷重要功能绝不可用
2. 定性分析用户研究、反馈早期探索
3. 观察性分析前后对比分析低风险变更
4. 准实验群组对比难以随机分组时
5. A/B 测试随机对照优化、验证
6. 多臂老虎机自适应分配速度比精度更重要时

指标选择标准

标准问题良好信号
可执行我们能影响它吗?存在直接的影响手段
可获取我们能可靠地衡量它吗?缺失数据少于 5%
可审计我们能排查异常吗?计算逻辑清晰
一致性它与业务价值相关吗?高管关注
可归因我们能追溯变化的原因吗?可通过 A/B 测试验证

反模式

  • 虚荣指标 — 追踪看起来好看的数据,而不是推动决策的数据
  • 指标过载 — 50 个仪表板,零条洞见
  • 只看滞后指标 — 衡量结果,却没有预测性指标
  • 无声故障 — 数据质量问题没有告警
  • HiPPO 驱动 — 最高薪人士的意见凌驾于数据之上
  • P-hacking — 不断运行测试,直到得到显著结果
  • 发布后置之不理 — 发布功能时没有成功标准
  • 细分盲区 — 只看平均值,忽略群组差异

评论

支持 Markdown