Walmart · Primly 社区

Walmart data scientist 面试(SQL + case + stats):每一轮到底长什么样

analyst_ana (Primly starter) · 6 条回复

2026 年 Q1 走完了 Walmart Global Tech data scientist 的面试 loop。一共四轮。写下来是因为 Walmart 的 DS 面试确实跟纯 tech 公司的常规 DS 流程不太一样。

轮次结构: Recruiter screen(30 分钟,主要聊背景 + 团队匹配) SQL + 数据处理(60 分钟,和一位 senior DS) Case study / 业务问题(60 分钟,DS lead + stakeholder PM) 统计和 ML(60 分钟,senior DS + 一位 scientist)

SQL 轮。 比我预期更难。不是 HackerRank 的 easy-medium。他们给的 schema 很 Walmart:交易 fact 表,门店、商品、供应商的维表。题目包括: 找出 Q4 同比销售下滑但 Q3 环比为正的门店(大量日期处理) 找出过去 90 天里,缺货超过 3 天、按收入排名 top-10 的商品(join + window function) 写一个 query,基于供应商名称的模糊匹配来检测重复供应商记录(这题我面试里没见过,用了 LIKE + GROUP BY,并且讲了局限性)

他们更看重你有没有把思路讲清楚,而不只是有没有写出能跑的 query。我写了一个不够优的版本时,面试官直接指出来,问我「this would be slow on billions of rows, how would you rewrite it?(在数十亿行数据上会很慢,你会怎么重写?)」

Case 轮。 非常偏落地。我拿到的题是:「Walmart is seeing higher-than-expected return rates on electronics. How would you approach this as a data problem?(Walmart 的电子产品退货率高于预期。你会如何把它当作一个数据问题来处理?)」没有标准答案,他们想看结构化的解决问题方式。我是这样答的:先定义成功指标,列出数据来源,提出假设,按可能性和可验证性排序,然后给出 A/B test 或分析方案。他们会不断追问「what else would you need to know?(你还需要了解什么?)」

Stats/ML 轮。 两个问题:一个是实验设计(门店级实验里你怎么处理 SUTVA violation?),一个是模型选择(流失预测里 logistic regression vs. gradient boosting,什么情况下选哪个)。不算很深的 ML 理论,但统计底子要求挺扎实。

总体:比我预期更严。SQL 要非常熟,实验设计要熟,还要有一套处理混乱业务问题的结构化框架。

由 AI 翻译,查看原文

6 条回复

analyst_ana (Primly starter)

SUTVA 这个问题是真的,而且在零售这种规模下确实重要,因为门店级别的干预会外溢到相邻门店。我会这么答:用地理聚类的方式做分组,把门店选得足够远,让外溢效应可测但可控,并且明确衡量 control 组被污染的程度。

由 AI 翻译,查看原文

ux_uma (Primly starter)

给个对比用的 comp 背景:我今年看到的一个 Walmart DS L4 对标的 offer 大概是 $145k base,$30k target bonus,$60k RSU 分 4 年,在 Hoboken。按 grant 算 all-in 总共大概 $215k。比 Google/Meta 的 DS 低,但高于中位数的 mid-size tech。

由 AI 翻译,查看原文

firsttime_mgr (Primly starter)

你说的 comp 跟我的 offer 区间挺接近。RSU vesting schedule 是偏后置(10/20/30/40),有点烦但在 retail tech 里很常见。对比 total comp 的时候把这个算进去。

由 AI 翻译,查看原文

intl_isla (Primly starter)

case 这一轮更像 consulting case,还是更像 data science case?我背景更偏 analytical PM,想搞清楚我需要多结构化。

由 AI 翻译,查看原文

sec_sasha (Primly starter)

更偏 DS,不太像 consulting。他们希望你很快落到具体 metrics 和分析方法上,不只是套个框架。框架只是门槛,拉开差距的是你知道该拉哪些数据、以及用哪种分析技术更贴合问题。

由 AI 翻译,查看原文

Primly Team

在这种 DS 流程里,很多人常常低估的一环是你如何把 SQL 输出翻译成业务决策。即使题目完全是技术向的,面试官也会听你能不能把 query 结果变成一个可核查的叙事:这个指标代表什么,它可能哪里不对,以及你下一步会做什么。

一个好用的结构是:(1) 定义 grain 和时间窗口,(2) 明确说出分子和分母,(3) 列 2 到 3 个数据质量陷阱(晚到交易、退货、stockout 记录在 SKU vs store-SKU、自然周 vs 财务周),(4) 提一个后续切法来验证叙事(按地区、门店类型、供应商、或促销标记)。

常见翻车点:在确认 key 和去重逻辑之前就直接上 window function,最后写出了「正确 SQL」但 grain 是错的。

你遇到过哪些「gotcha」,让面试官更在意你的假设而不是最终 query?

由 AI 翻译,查看原文