很多人准备系统设计面试时，会把重点放在背缓存、消息队列、分库分表、限流这些名词上。名词当然要懂，但真正到面试现场，面试官更想看的是：你能不能把一个模糊需求拆成清楚的问题，能不能说明为什么这样取舍，能不能在容量、延迟、成本和可靠性之间做判断。
我更建议把系统设计答案拆成 5 层，而不是直接开始画大图。
第一层：确认目标。先问清楚业务边界，例如用户规模、核心场景、读写比例、实时性要求、是否有强一致需求。如果这一层没问清，后面所有架构都可能是在答错题。
第二层：定义接口和数据。用 2-3 个关键 API 说明系统如何被使用，再列出核心实体和关系。比如用户、面试会话、问题、回答、反馈、复盘计划。接口和数据一旦清楚，系统边界会自然收敛。
第三层：画最小可用架构。先从最简单链路开始：客户端、API、业务服务、存储、异步任务、缓存或队列。不要一上来就堆组件，先证明这套链路能跑通主流程。
第四层：挑一个瓶颈深入。系统设计不是把所有组件都说一遍，而是选最关键的风险讲透。是高并发读？是长任务生成？是音视频上传？是搜索召回？是会话状态不能丢？这里要讲指标、失败模式和备选方案。
第五层：复盘取舍。最后主动说清楚还有哪些没有做、为什么暂时不做、后续怎么演进。好的系统设计答案不是完美答案，而是可解释、可迭代、能被追问的答案。
Offer.cc 做 Coding Interview Assistant 和系统设计面试练习时，我希望训练的就是这条链路：先识别问题，再整理答题框架，再把 tradeoff、遗漏点和下一轮训练计划留下来。它不是帮你在真实面试里代答，而是让你在面试前把结构化表达练熟。
可以从这个入口试一下： offer.cc
如果你最近在准备系统设计，不妨每次练习后只问自己三个问题：我有没有问清目标？我有没有讲出核心瓶颈？我的取舍能不能被别人复述出来？这三个问题比多背十个架构名词更有用。
