5 年经验面试：业务方只给了一句模糊的需求，你怎么把它变成可执行的数据项目？
面试怎么回答
我会先问清楚业务要解决什么问题：看了数据要做什么决策、现在怎么做的痛点在哪、谁用多久用一次、怎么判断成功，而不是一开始就问要哪些字段。然后把需求落成指标和口径，每个指标写清定义、周期、维度，用具体例子和业务方确认边界，比如一个用户从两个渠道进来算哪个，形成签字确认的需求文档。接着做数据探查，看源数据是否支持，缺埋点要尽早拉上客户端团队，再设计模型并复用公共层。拆分上分阶段交付，第一期先做三到五个核心指标和一个看板，两三周上线，再迭代补充；任务拆到人，识别埋点、上游、口径确认这些依赖。最后和业务方对数验收，上线后跟踪使用情况。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
「我们想做一个用户运营的数据体系」「帮我们搭一个渠道分析」——业务方提的需求往往只有一句话。初级开发会直接开始建表，做完发现不是对方要的；组长要做的是把模糊的想法变成范围清楚、能拆给组员、能验收的项目。
第一步：问清楚要解决什么问题
不要先问「要哪些字段」，先问：
- 要做什么决策：看了这些数据，你会做什么不同的事？比如决定把预算投给哪个渠道；
- 现在怎么做的：目前靠什么判断，痛点在哪里（数据慢、不准、拿不到）；
- 谁来用、多久用一次：老板每周看一次的经营看板，和运营每天要用的明细工具，做法完全不同；
- 成功的标准：做完之后，怎么判断这个项目是成功的。
第二步：把需求落成指标和口径
- 列出核心指标，每个指标写清楚定义、计算方式、统计周期、维度；
- 举例确认：「渠道新增用户是指首次注册，还是首次下单？一个用户从两个渠道进来算哪个？」
- 输出一份需求确认文档，让业务方签字确认，后续变更都以它为基准。
第三步：数据探查和方案设计
- 看源数据是否支持：需要的字段有没有、质量如何、历史数据有多长；
- 发现缺失要尽早说：比如渠道归因需要埋点补充，要拉上客户端团队；
- 设计模型和分层，复用已有的公共层，评估工作量。
第四步：拆分和排期
- 分阶段交付：第一期先做最核心的 3–5 个指标和一个看板，两三周内上线让业务方用起来；第二期再补充维度和下钻；
- 拆成具体任务分给组员：数据接入、模型开发、指标开发、看板、校验，每项有负责人和时间；
- 识别依赖和风险：埋点改造、上游系统、口径确认。
第五步：验收和迭代
- 和业务方一起对数验收，用已知的数字核对；
- 上线后跟踪使用情况，没人用的报表要问原因。