Entrar Agora 第一次看到这个面试题，我差点笑出来——这也太生活化了吧，甚至有点无聊。但冷静下来一想，这种“莫名其妙”的问题，考的恰恰是产品经理最底层的东西：你怎样理解站在你面前的人，又怎样给出一个让他觉得“有用”的回应。
原题非常简单：一个用户站在走廊下，外面下着雨。作为产品经理，你会做什么？
如果你手里刚好有把伞，大概率会走过去问一句：“我这儿有伞，要不要一起走？”这个动作很自然，既能收获好感，也能顺便跟用户聊几句。但面试的时候，对面的人并不是真的在等伞，他想从你的回答里看到的，是你的思考方式和专业直觉。你递不递伞、聊不聊天，其实都不重要，重要的是你怎么判断、怎么拆解，最后给出一套说得通的逻辑。
顺着这个思路往下走，你会发现，这个问题可以一层一层剥开来看。
先来看最直接的版本：把眼前的问题先解决掉。这可以叫“MVP版产品思维”——不是做最完美的方案，而是用最短路径定义问题，然后立刻解决。第一步，确认身份。你得先判断这个人是不是你的用户，是老用户还是新用户。如果对方是位老用户，说明你们之间有过交集，你了解他的习惯和偏好，上去打个招呼、直接问一句“在这儿躲雨呢？今天怎么跑这边来了？”就很自然。但如果对方是完全陌生的新用户，你根本不认识，冲上去献殷勤反而容易让人警惕，甚至反感。用户身份，决定了你开口的方式和距离感。第二步，确认需求。你不可能凭空猜他想要什么，得问。他站在走廊下，有可能是在等人，也可能就是单纯赏雨，或者正想抽根烟发现没带火，甚至只是路过时被雨截住了。需求不同，后续动作完全不同。第三步，给出解决方案。假设他饿了，正准备去吃饭，结果被雨挡在了屋檐下。这时候你可以问：打算去哪儿吃？如果我有伞，可以顺路带他过去；如果我没伞，或者不打算出门，那就帮他点个外卖，顺便推荐几家出餐快、味道还不错的店。要是他连等外卖都等不及，那就提醒他旁边便利柜里先买点东西垫垫肚子。这个思路之所以叫MVP版本，就是因为它足够简单直接，能快速定义问题并给出一个基本可用的解法。但如果你想再往前走一步，就要开始真正“产品化”地思考了。
再往深一层，可以用产品设计的三个要素来拆解：谁？在什么场景下？他有什么需求？如果有人告诉你，走廊下那个人就是你的用户，你该怎么对他？这个问题的重点，从来不是你“做了什么”，而是你“如何思考要做什么”。首先，明确用户是谁。题目里没给任何用户画像，那你就得在心里先画一个：他是80岁的爷爷，还是12岁的孩子？是孕妇，是学生，还是送外卖的小哥？不同的人，身体状况、行为模式、需求优先级完全不同。比如，对方是外卖小哥，他的需求可能根本不是躲雨，而是找不到地址，或者等着客户下来取餐。如果是前者，你可以给他指路；如果是后者，你可以看看点餐的人是不是自己同事，顺手帮他带上去。先搞清用户是谁，后面的方案才有意义。其次，明确场景是什么。题干只说“下雨站在走廊下”，但走廊在哪儿？雨又有多大？是毛毛雨，还是倾盆大雨，甚至台风天？雨的大小直接影响用户出门的意愿——毛毛雨根本不影响行动，台风天打伞也没用。再看走廊：是商场走廊，还是住宅楼，还是办公楼？如果是住宅楼，用户完全可以回家拿伞；商场的话，可以去超市买一把；办公楼里，那就回工位拿伞，或者跟同事借。场景不同，用户的真实处境就不同，你的介入方式也得跟着变，有些场景甚至根本不需要你帮忙。最后，明确需求到底是什么。前面MVP版本里猜的那些需求，其实可以归成两类：一类是“跟下雨无关”的需求，比如抽烟、等人，只是恰好下雨被拦下了；另一类是“被雨困住”的需求，比如想走但走不了。这时候，你要做的就是确认当前用户到底属于哪一类。确认之后，再给出解决方案，而且要按优先级来。比如用户很饿，那就先解决饿的问题，再解决出行问题。举个例子，如果真实场景是：凌晨1点，你刚下班，外面下着雨，走廊尽头站着一个和你年纪相仿的女生，以前见过，是隔壁公司的前端工程师，看样子今天也加班了，刚好最后一个走。上去打个招呼，闲聊两句，确认她没伞，但住的地方步行800多米。这时候你可以给她三个方案：一是前面100米有家24小时便利店，可以买伞，缺点是会淋湿一点；二是让室友来接，缺点是可能要等很久，室友还不一定在家；三是直接打车回去，但深夜叫车，起步价和终点可能让司机接单慢。除此之外，你还可以说：“我的车快到了，如果你不介意，可以坐我的车，我顺路带你一程。”不过你也要补一句：我不是坏人，但你需要自己评估风险。这个补充看似玩笑，其实恰恰是产品思维里对“用户自主性”的尊重——你给方案，但选择权始终在用户手里。
再往前想一步：解决用户需求的同时，能不能也实现自己的目标？前两个版本的思路，更像是你还没走到用户面前时的心理预演，就像我们做产品前的分析工作：先判断，再对症下药。但真正的高阶思维，是从用户视角出发，在解决他需求的过程中，也拿到自己想要的商业价值。比如，你最近刚好上线了一个新功能，正愁没机会收集真实反馈。在帮用户解决完眼前问题、建立起一点基本信任之后，你完全可以顺势问一句：“对了，你最近用我们产品的时候，感觉那个新功能怎么样？”聊完他自己的感受，还可以再问问他周围有没有朋友也在用，朋友们有什么吐槽。整个过程可能也就五分钟，但你不仅刷了一波好感，还拿到了真实用户的反馈——反馈质量可以后续再评估，但至少你完成了一次“双赢”的对话。用户的需求被满足了，你的产品目标也往前推了一步。
说到底，这题考的是什么？其实这道题本身确实有点“无聊”，我也觉得为了解答它而写这么多字挺无聊的。但在职业生涯里，你总会遇到一些出其不意的问题，它们考的不是标准答案，而是你的适应能力和基本功。只要基本功够扎实，任何看似奇怪的问题，都能被拆解成你熟悉的框架。唯一需要特别留意的，就是始终保持理性思考。当你拿到一个问题时，先去想这个问题的合理性在哪里，意义在哪里。如果它本身就没意义，你完全可以直接告诉面试官你的判断和理由，这反而是一种更高级的诚实。
严谨的思维逻辑不是一天练成的，它需要长期练习、实践、复盘、总结，再不断优化。多思考，从思考中发现问题，再继续思考，在思考中继续思考。希望今天的拆解，能给你带来一点启发。