面试到第 28 分钟，桌上的水已经凉了。
候选人开始讲简历上最重要的项目。
他说得很熟：
“我负责搭建销售经营分析看板，整合订单、客户、渠道数据，支持管理层决策，提升了分析效率。”
这段话听起来没问题。
面试官也没有打断，只是问了一句：
“你说支持管理层决策，能举一个具体决策吗？”
候选人停了两秒。
他想说“帮助业务看数据”，又觉得太虚。想说“提升效率”，面试官刚问的不是效率。最后他补了一句：
“主要是让领导能看到销售情况。”
这时候项目就开始漏气了。
很多数据项目不是没有价值，而是讲不出证据。简历上写得越大，面试里越容易被追问。面试官不是故意刁难，他只是想确认：这件事到底发生过，还是你把日常工作包装了一下？
项目不是标题。
项目是一串能被追问的证据。
证据链的意思也不复杂。
它不是让你把项目讲得更大，而是让你能把一个项目从头复原出来：当时谁遇到问题，为什么原来的办法不行，你做了哪些判断，中间卡在哪里，最后谁真的用了它。
能复原，才可信。
第一段证据：当时到底出了什么问题
很多人讲项目，一上来就讲自己做了什么。
“我搭建了看板。”
“我优化了 SQL。”
“我建设了数据集市。”
这些都是动作，但不是问题。
面试官更想听的是：为什么要做？
比如销售经营看板，背后的问题可能是：
- 销售负责人每周手工汇总 4 张 Excel；
- 客户分层口径在销售、运营、财务之间不一致；
- 渠道复盘时只能看成交，不能看到转化过程；
- 管理层每次会议都临时问数，数据团队反复取明细。
这些问题一说出来，项目就有了现场。
不是“我做了一个看板”，而是“公司原来每周靠手工拼数据开经营会，我把这个过程产品化了一部分”。
这两句话的重量不一样。
面试官听到这里，通常会继续追：
“那手工汇总到底慢在哪里？”
“4 张 Excel 分别是什么？”
“经营会上的人真正关心哪几个数？”
如果你答不上来，项目又会变回一张漂亮的包装纸。你要能说出一点现场细节，哪怕只是“销售运营每周五下午从订单、回款、客户标签和渠道投放四张表里手工拼数”，都比“提升效率”更有说服力。
细节不是为了显摆。
细节是证明你在场。
第二段证据：你具体做了哪几个判断
面试官追问项目，不只是问技术。
他会听你有没有做过判断。
比如你整合订单、客户、渠道数据，真正难的可能不是 join 表，而是判断：
- 客户唯一标识用手机号、会员 ID，还是企业客户编码；
- 渠道归因用首次来源，还是最近一次来源；
- 销售业绩按支付时间算，还是按确认收入时间算；
- 退款和取消订单怎么处理；
- 历史数据口径变更以后，老数据要不要重刷。
这些判断才是项目里的含金量。
如果你只说“我用了 Spark、Hive、ClickHouse”，面试官只能判断你接触过工具。可是如果你能说清楚为什么这么建模、为什么这么定义指标、为什么这么处理异常，他会知道你真的参与过项目。
工具会过时，判断不容易伪造。
这一段尤其重要。
很多候选人以为面试官问项目，是想听技术栈。其实技术栈只是入口。真正让项目显得值钱的，是你在不确定里做了选择。
比如你为什么没有直接把所有字段都塞进看板？为什么把经营口径和运营口径分开？为什么没有把历史数据全部重刷？这些选择背后，才是经验。
第三段证据：过程里出现过什么阻力
项目讲得太顺，也会显得假。
真实公司里的数据项目很少一路绿灯。
业务会改需求，口径会争议，上游会缺字段，历史数据会脏，领导会临时加问题。你如果说“项目顺利完成”，面试官反而会怀疑你只参与了边缘部分。
更可信的讲法，是讲一个阻力。
比如：
“当时最大的问题不是看板开发，而是客户分层口径不统一。销售按跟进阶段分，运营按购买频次分，财务按回款金额分。后来我们把看板拆成经营口径和运营口径两层，经营会只看回款和成交，运营复盘再看活跃和复购。”
这段话不华丽，但像真的。
因为真实项目里，价值常常藏在这种妥协里。
这个阻力最好不要编得太戏剧化。
不用说“推动跨部门重大协同”。那种话太像年终总结。
你可以说得朴素一点：上游少了一个字段，业务改了两次定义，历史数据里有一批订单状态不一致，销售和财务对“成交”理解不同。
这些小麻烦，才像真实项目。
一个项目有没有做过，常常不是看你能不能说出成功，而是看你能不能说出麻烦。
第四段证据：结果不要只写形容词
简历里最常见的句子是：
“提升分析效率。”
“支持业务决策。”
“提高数据准确性。”
这些都太轻。
不是不能写，而是要补证据。
比如：
- 把每周 4 张 Excel 手工汇总，改成 1 张自动刷新看板；
- 经营会前临时取数从 3 次减少到 1 次；
- 销售负责人可以按客户分层筛出 20 个重点跟进名单；
- 复盘时把渠道投放从“看成交”扩展到“看曝光、点击、成交、退款”。
这些数字不需要很夸张。
可信比漂亮重要。
面试官见过太多“效率提升 80%”。他真正想听的是，这个 80% 怎么来的，谁感受到了，后来有没有继续用。
所以结果最好写成“前后对比”。
原来是什么状态。
你做完以后变成什么状态。
谁因此少做了什么、少问了什么、少等了多久。
不要只写“提升”。提升是形容词，对比才是证据。
第五段证据：留下了什么可复用资产
一个普通需求能不能变成项目，关键看有没有沉淀。
如果你只是取了一次数，它就是临时支持。
如果你把这次需求沉淀成指标定义、数据模型、看板模板、排查清单、复盘文档，它就有了项目味道。
数据岗位尤其需要这个意识。
因为很多工作本来就很碎。临时取数、改口径、补任务、查异常，如果做完就扔，很难讲成项目。但如果你能把这些碎片串起来，它们就会变成一条成长线。
下次再写简历，可以用这个顺序：
第一，原来有什么问题。
第二，我做了哪些关键判断。
第三，过程中遇到什么阻力。
第四，结果如何被使用。
第五，沉淀了什么资产。
这五段连起来，就是证据链。
有了证据链，项目不一定显得宏大，但会显得可信。面试里，可信比宏大更有用。
写进简历前，先做一次反向追问
你可以把自己的项目当成面试官来审一遍。
拿一张纸，写下 8 个问题：
- 这个项目最早是谁提出的？
- 当时不用这个项目，会出现什么具体问题？
- 你做过哪 3 个关键判断？
- 项目中最大的阻力是什么？
- 有没有口径、权限、数据质量或历史数据问题？
- 结果被谁使用？
- 有没有留下可复用资产？
- 如果重新做一次，你会改哪里？
如果这 8 个问题答不出来，先别急着把项目写得更漂亮。
先回去补证据。
翻需求单、找会议纪要、看当时的 SQL、找看板上线记录、补一段复盘。很多时候，你不是没有项目，而是没有把项目留下来。
这也是数据岗位最容易吃亏的地方。
做的时候忙，做完就散。等到面试和晋升要讲的时候，只剩一句“支持业务”。
“支持业务”当然是真的。
但它太轻了。
你要把它重新压实，压成可以追问的证据。
我叫石头，在数据行业里摸爬滚打了十几年，见过太多人在简历里用力过猛，却忘了留下证据。这里写的，就是这些教训——我觉得值得说出来的那部分。
