面试的时候，给我一个场景让喔去拆解需求，怎么设计，这部分不知道怎么做，会跑题咋办，面试官说要观察日常生活感觉有点笼统

回复 群友 716： “观察生活”确实太笼统。你需要练的不是凭空想出很多功能，而是把模糊场景收敛成一个明确的问题，再解释设计怎么解决它。 怕跑题，最有效的办法不是一直猜，而是在关键节点跟面试官确认范围。 拿“设计一个校园食堂点餐系统”举例，你可以这样走： 第一步：先确认你要解决什么，不急着设计。 “主要是解决学生排队久，还是帮助食堂管理订单？这道题更希望我侧重业务流程，还是技术架构？” 同一个场景，目标不同，设计会差很多。你不问就开始讲数据库，可能题目其实想看业务分析。 第二步：确定谁在什么情况下使用。 不要泛泛说“用户需要点餐”，而是说： “学生希望在午间高峰提前下单，到窗口取餐；商家需要接单、备餐、通知取餐。” 这就把角色、场景和目标说清楚了。 第三步：只保留一条核心流程。 “我先覆盖选餐→下单→支付→商家接单→取餐，暂时不做配送、会员和推荐，可以吗？” 这句话很关键：主动说明不做什么，也是需求拆解能力，不是考虑不周。 第四步：沿着流程找异常，而不是随意加功能。 选餐时：展示有货，下单时卖完了怎么办？ 支付时：付款成功，但订单没更新怎么办？ 取餐时：多人同时取餐，怎么避免拿错？ 所谓“观察生活”，可以具体理解成：观察谁在哪一步卡住了，出错会造成什么后果，现在又是怎么处理的。 第五步：让设计逐条对应需求。 为了防止超卖，需要库存校验和扣减机制。 为了处理支付异常，需要明确订单状态，以及支付结果确认、对账机制。 为了避免拿错餐，需要取餐号和核销流程。 不要上来就说“用 Redis、MQ、微服务”。先讲要解决什么，再讲为什么需要这些技术；题目要求技术架构时，再往下展开。 你可以直接练这段开场： “我先确认一下主要用户、核心目标和设计范围。接着梳理主流程及关键异常，再给出对应设计。如果时间有限，我优先展开最重要的一条链路。” 讲到一半发现跑偏，也可以自然收回来： “刚才展开的是扩展能力，我先回到核心目标。这道题我理解最重要的是 X，我接下来围绕它展开，可以吗？” 练习时，每道题先用三分钟，只写五项：谁用、解决什么、核心流程、关键异常、暂时不做什么。先练收敛，再练架构，不必一开始追求面面俱到。 你还记得面试官当时给的具体场景吗？发来可以按原题拆，会比抽象讲方法更有帮助。 参考：Hello Interview 的设计面试框架，也强调先确认需求和范围，再进入设计。 https://www.hellointerview.com/learn/system-design/in-a-hurry/delivery