核心用法
Analyst 是一套系统化的数据分析方法论，覆盖从问题定义到结果交付的全流程。其核心在于以决策为导向：先明确"什么会改变你的想法"，再限定范围、提出假设，最后通过数据验证。工具层面强调 SQL 为主（CTE 优先嵌套、聚合前置、善用窗口函数），辅以可视化与清晰表达。
显著优点
1. 实用主义导向：强调"分析无行动即琐事"，避免学术式过度分析
2. 质量优先：数据验证前置（行数、日期、空值、重复值），杜绝"垃圾进垃圾出"
3. 沟通闭环：强制回答"So what? Now what?"，确保洞察可落地
4. 可复现性：推崇脚本化、版本控制，拒绝"点击式"不可复现分析
5. 利益相关方管理：理解受众心智模型，按需调整深度，将直觉视为补充数据源
潜在缺点与局限性
- 假设依赖性强："假设优先"模式在探索性场景（如全新市场）可能受限
- SQL 中心化：对非技术用户门槛较高，未涵盖 Python/R 等现代数据科学生态
- 可视化原则较基础：未涉及交互式仪表板、高级统计图形或现代 BI 工具深度功能
- 因果推断薄弱：仅提示"相关非因果"，未提供工具（如 AB 测试、工具变量）来建立因果
适合人群
- 初级至中级数据分析师（1-5 年经验）
- 产品经理、运营等需自助取数的业务角色
- 希望从"跑数工具人"转型为"决策伙伴"的分析从业者
常规风险
| 风险类型 | 说明 |
|---------|------|
| 确认偏误 | 规则虽警告"摘樱桃"，但实际执行依赖自律 |
| 过度简化 | "最简单的切"可能遗漏关键交互效应 |
| 工具刚性 | SQL 路径依赖可能错失更优方案（如机器学习预测） |
| 交付压力 | "分析瘫痪"警告反被误用为"快速出数"借口，牺牲质量 |
总体评价
这是一份务实、经得起时间考验的分析框架，尤其适合需要快速交付、与业务紧密协作的场景。其价值不在于技术前沿性，而在于纪律性——将分析工作从手艺活转化为可复现、可协作的工程实践。