周一早上，产品经理小王找到你：帮我分析一下用户的复购情况。
你问具体想看什么维度。小王说就看看复购率怎么样有没有什么问题。你继续问时间范围。小王说近三个月吧也可以看半年你看着办。你又问是看全部用户还是分品类。小王想了想说都看吧先整体再分品类。
你记下来回到工位开始跑数据。
三天后你产出了一份10页的复购分析报告：整体复购率、分品类复购率、复购周期分布、复购用户画像、复购率趋势。你把报告发给小王。
小王看了一眼说：嗯数据挺详细的。不过我想知道的是为什么服装品类的复购率这么低，是不是选品有问题？
你愣了一下。
服装品类的复购率确实在报告里提到了，但只是一个数字。你没有深入分析是什么原因，更没有给出是不是选品的问题。
小王继续说：你能不能再分析一下服装品类复购低的原因是什么？
你说好回去又做了两天分析。这次你聚焦在服装品类做了详细的归因分析。结论是服装复购低主要是因为尺码不合适导致的退货率高，而不是选品问题。
小王看完终于满意了。
但你心里有点堵：如果一开始就知道她想问的是”服装复购低的原因”，我直接做这个分析就好了，何必绕一圈？
这个场景几乎每个分析师都经历过。你按照业务给的需求做分析，但做出来发现不是业务真正想要的。然后返工重做，浪费时间和精力。
问题出在哪？
很多人会说业务表达不清楚。这没错。但这不是你能改变的。业务不是分析师，他们不知道怎么精确描述一个数据需求。
真正能改变的是你怎么接需求。
接需求是一门技术活。接得好事半功倍。接得不好事倍功半。
更重要的是这关系到你在职场中的位置：是停留在执行者层，还是上升到意见者层。
核心认知转换接需求是执行者，定方向是意见者。
执行者等着别人告诉自己做什么，然后把事做完。意见者和别人一起想清楚应该做什么，然后推动事情发生。前者的价值在于”手快”，后者的价值在于”脑子清楚”。
从执行者到意见者，起点不是你做了多少分析，而是你在接到需求的那一刻，有没有多问一句”为什么”。
需求背后的需求
业务给你的需求往往不是真正的需求。这不是因为业务故意隐瞒，而是因为他们自己也没想清楚。
打个比方。你去医院，医生问哪里不舒服，你说头疼。如果医生直接给你开头疼药你会觉得这医生不靠谱。好的医生会问疼多久了、什么时候最疼、是一侧疼还是两侧疼、有没有伴随其他症状。通过这些问题医生要判断的是：你的头疼是因为感冒、血压高、睡眠不好、还是其他原因。“头疼”是症状不是病因。直接治症状可能治标不治本。
数据分析也是一样。业务说”分析一下复购”这是症状。业务真正想知道的可能是”服装复购低是不是选品问题”这是病因。你需要像医生一样通过提问找到真正的问题。
需求三层模型
需求可以分为三个层次：
你的目标：每次都挖到底层
一个好的分析师能透过表层看到底层。业务不只是想看一个数字，而是要做一个决定。
业务为什么说不清楚？ 三个原因。
他们习惯用解决方案来表达问题。业务脑子里的逻辑可能是这样的：服装复购低→可能是选品问题→要分析复购情况来验证。但他说出来的只是最后一步”分析一下复购情况”。前面的问题和假设他觉得不用说——或者他自己都没意识到这是一个假设。
他们不确定分析能给出什么。业务不是分析师，他们不知道数据分析能回答什么问题不能回答什么问题。所以他们会给出一个模糊的方向希望你去”挖掘”出有用的东西。
他们还没想清楚。有时候业务自己也在探索。他不确定问题是什么，先让你看看数据希望从数据里找到方向。
不管是哪种你都需要主动去挖掘真正的需求。
“接需求”与”定方向”的本质差异
| 维度 | 接需求（执行者） | 定方向（意见者） |
|---|---|---|
| 触发方式 | 等业务来找你 | 你主动发现问题 |
| 对话姿态 | ”好的，我去做" | "你想解决的问题是不是……” |
| 分析起点 | 业务给的指令 | 业务的真正痛点 |
| 产出标准 | 做完了、数据对了 | 回答了问题、推动了决策 |
| 职场感知 | ”他干活挺快的" | "他对业务理解很深” |
| 可替代性 | 高——换个人也能跑数 | 低——换个人不一定能问对问题 |
