DS 面试：SQL、Product Sense 和 A/B Test 怎么练

💡 核心要点 (Key Takeaways)

• DS 面试不是 SQL、产品和实验三块孤立考，而是同一个业务问题的三种表达。
• SQL 要带业务口径练：留存、漏斗、归因、cohort、late event 和重复事件。
• A/B test 要说清 primary metric、guardrail、sample size、bias、ramp 和 rollout。

DS 候选人最容易准备散

很多 DS 候选人会分别刷 SQL、背 product sense 框架、看 A/B test 八股，但一到面试就发现题目是连在一起的：先用 SQL 算指标，再解释指标变化，再设计实验验证产品假设。如果准备时没有按业务链路练，回答会显得割裂。

SQL 应该按业务场景练

不要只按语法点刷题。DS SQL 面试更常见的是业务口径变化：新用户留存、转化漏斗、广告归因、订阅续费、marketplace 供需、推荐点击和实验分组。每道题都要能解释表结构、去重逻辑、时间窗口和异常数据。

• 留存：cohort、day 1 / day 7、event time、用户时区。
• 漏斗：步骤顺序、同一用户多次触发、session 定义。
• 归因：attribution window、last touch / first touch、late event。
• 实验：bucket 表、曝光口径、重复曝光、用户跨组污染。

Product Sense 要从指标树开始

Product sense 不是主观提建议。一个稳定回答通常先明确产品目标，再拆用户分层和指标树，然后提出假设、验证方法和风险。比如“推荐页点击下降”不能直接说换模型，要先区分流量、曝光、点击率、内容质量、延迟、冷启动和安全过滤。

指标下降类题怎么组织答案

指标诊断是连接 SQL 和 product sense 的高频题。稳定路径是四步：先查口径和数据（埋点丢失、迟到事件、去重逻辑变化），再拆维度（流量、用户分层、渠道、设备、地区），然后列假设（季节性、产品改版、实验、外部事件），最后给验证方法（用 SQL 拉数或跑小实验）。不要直接跳到换模型或加特征。面试官追问时，说明真实工作中哪一步最花时间，为什么。数据量大时先说明如何缩小排查范围：时间窗口、分层或抽样。

• 先查数据：排除数据问题再谈业务问题，否则整条分析链都建立在沙子上。
• 拆维度：找到贡献最大的维度，把整体下降收敛到某个分层下降。
• 验证假设：每个假设说明用什么数据验证，预期结果是什么。
• 输出格式：先给结论，再列证据和置信程度。

A/B Test 的常见追问

实验题的失分点通常在边界：sample size 从哪里来，guardrail metric 为什么选这个，selection bias 怎么处理，多个实验互相干扰怎么办，是否需要 switchback 或 geo/time bucket，什么时候 ramp，什么时候 rollback。

• Primary metric：直接对应产品目标，不能只选容易上涨的指标。
• Guardrail：延迟、投诉、长期留存、商家/司机/创作者侧影响。
• Bias：自选择、幸存者偏差、曝光偏差、跨设备和跨区域污染。
• Rollout：从小流量灰度开始，监控异常后再逐步放量。

样本量与实验周期：怎么答具体

被问样本量时不要只说用公式算。完整回答是先给基线指标和最小可检测效应 MDE，再估计方差，算出每组样本量，最后换算成实验周期并对照业务日历（周末、大促、季节性）。MDE 要绑定业务意义：太小的效应即使显著也不值得做。实验中途被打断时，说明已收集数据如何处理、要不要重跑。多组实验时还要说明流量分配和对 power 的影响。

• MDE：说明为什么这个量级值得做，从业务视角，不只是统计视角。
• 周期：样本量除以日新增用户得周期，太长时讨论提高门槛或接受更长观察。
• peeking：中途偷看结果提前停会放大假阳性。
• 新奇效应：前几天的数据可能受新奇效应影响，说明如何解读。

DS 模拟面试怎么组织一场

一场 DS 模拟面试建议三段：一道 SQL 题（练口径）、一道指标诊断题（练结构化拆解）、一道实验设计题（练追问）。三段对应最常见的三个失分点：SQL 写得出来但讲不清口径、框架讲得出但拆不下去、实验讲得出但边界卡住。模拟后把失分点归到三类之一，下次只补那一类。模拟搭档要多追问，不要直接给答案。模拟前先约定三段的评分标准，避免复盘时各说各话。

• SQL 段：先说口径再写查询，练习把口径讲完整。
• 诊断段：先纸上写出四步路径再开口，防止边想边乱。
• 实验段：练习被追问 guardrail、偏差和放量策略。
• 时间：每段 15-20 分钟，最后留 5 分钟复盘。

训练顺序建议

先用 5 道 SQL 题把业务口径练稳，再用同一批业务场景做 product sense 口头回答，最后加实验设计追问。这样准备出来的 DS 候选人，回答会从“会写 SQL”变成“能用数据解决产品问题”。