模拟面试最后十分钟，我说「讲一个你最得意的数据产品项目吧」。
多数人会按背景—方案—结果的顺序讲，语速平稳，结尾有一串上涨的百分比。讲得越顺，我越会追问细节，因为这类叙述很容易是团队成果的个人版，甚至是把别人的决策复述了一遍。数据产品经理面试里，项目陈述不是作品展示，是判断权的举证。
本系列第 10/10 篇 · 上一篇：权限题里我等的是边界，不是原则
三个追问，通常在两分钟内就见底
我固定问三句。
这个指标是你定义的，还是接过来的？ 如果对方说的是「业务方给了 DAU 和转化率」，我会继续问分母是什么、口径改过没有、改的时候谁拍板。能讲出「我发现原来的口径把取消订单算进成交，推动改了定义，并给历史曲线标了不可比区间」的人，和只能讲「我做了看板」的人，是两个层级。本系列第 1 篇到第 6 篇，从口径、埋点、链路、实验、建模到验收，本质上都在问同一件事：你有没有为这个数字负责过。
中间哪次判断错了，怎么发现的？ 这一问最容易让人愣住。有人会说「沟通不够」这类总结，但我想听的是具体机制：上线第三天发现曝光口径和另一个端不一致，是对账时前端事件数与服务端落库数差了一截才暴露；或者实验结论作废，是因为复看分流比例时发现 SRM。发现方式比错误本身更有信息量——它说明你有没有布下能让自己被打脸的检查，还是等着别人来告诉你。第 3 篇和第 4 篇里那些监控与先验检查，真正的价值就在这里。
如果重来一次，你会砍掉什么？ 敢砍的人通常真做过取舍。最怕的答案是「都挺重要的，可能再优化一下交互」——那说明他从来没在资源约束下拒绝过需求。我更想听「第一版不该做实时链路，T+1 就够，那两周应该拿去把口径字典补齐」这种带代价的判断。
结果要能核对，也要主动剥离
漂亮数字我不反对，但要求它可核对：基线是多少、观测窗口多长、口径有没有变、对照组是谁、这个提升在第几周稳定下来。少一样，数字就只是语气。
更能加分的是主动剥离功劳。同期有大促、投放起量、竞品调整、或者整个行业都在涨，敢说「这里面有一部分不是我们做的，我用了某某对照估了大致比例」的人极少，而这句话会立刻把可信度抬高一大截。反过来，把大盘增长全算进项目成果，后面的追问通常一戳就破。第 7 篇讲结构变化、第 8 篇讲选择偏差，落到项目陈述上就是这个动作：你得能说清自己那部分因果到底有多硬。
还有一个细节：说明结果的同时，说清代价。这个方案上线后多了多少维护成本，哪些人的工作变重了，有没有让另一个指标变差。只报收益不报代价的项目，听着像汇报材料，不像复盘。
讲失败项目，往往比讲成功项目更稳
我其实更愿意听一个失败案例，前提是它讲得完整。
比如一块驾驶舱上线后没人用：最初按业务方给的三十个指标清单做，没去问那个周会上到底要做什么决定；四周后看埋点发现只有三个卡片被点开；于是砍到五个指标、把每个指标对应的决策动作写进 PRD，重新验收。这个故事里有假设、有观测、有修正，比「项目成功提升决策效率」有信息量得多。
或者一次口径事故：有人改了维表关联逻辑，任务全绿，金额少了一块；事后补了下游回刷清单、口径变更日志，以及和独立信源的日级对账。这类讲述里最值钱的不是修复动作，是「之后加了什么防呆」——能说出机制，说明错误被组织吸收了，而不是只被个人记住了。
我不太接受「我学到了要重视沟通」这种收尾。它没错，但无法被检验。换成「之后所有口径变更必须走一次评审，评审记录挂在看板的口径卡里」，就变成一件别人能核实的事。
写这十篇的时候，我其实是在把同一条线索反复拉出来：数字是谁定义的，它怎么被采集和搬运，坏了怎么发现，结论能不能被证伪，边界由谁守，最后你能不能把它讲清楚。技术细节会过时，这条线索不会。
所以面试最后那十分钟，我真正想听的不是你做成了什么，是你哪一次判断错了、以及后来加了哪一道检查。
评论