我两边都经历过。之前面过 Deloitte，后来也和不少走过他们流程的人聊过，他们面的是 senior 和接近 staff 的角色，属于他们 tech practice 里的对标岗位。下面是我对 system design 的真实感受。
先说结论：Deloitte 不是 Google。他们的 system design（如果有）是按咨询交付场景校准的，不是纯产品公司那种超大规模问题。这点会让很多按 FAANG 路线准备的人意外。
system design 什么时候会出现 不是每个 loop 都有。更常见于：senior consultant（SWE equiv）、manager 级 tech 角色，以及 cloud architecture 或 data engineering 方向的 specialist。纯实现型岗位可能完全不考。
他们实际会问什么 期待偏务实的设计题。不是“design Twitter.（设计 Twitter。）”。更像： 给政府机构设计一个文档处理 pipeline 你会怎么在客户现有 ERP 之上做一个 reporting layer 讲讲你会怎么给医疗行业客户搭一个安全的数据接入 pipeline
他们在意：安全姿态（数据分级、访问控制）、云厂商知识（AWS、Azure、GCP）、和遗留系统的集成，以及你是否会考虑客户的真实约束。
他们不太在意什么（对比 FAANG） 横向扩展到百万级 QPS 不是核心。他们没那么关心你是否能精确讲出 Kafka 在 10M msg/s 时怎么跑，更关心你能不能解释清楚：在客户现有技术栈下，你为什么选 Kafka 而不是 SQS 或更简单的队列。
怎么准备 如果你来自产品公司，别那么执着于规模。先从需求澄清、安全考量、以及现实约束下的取舍讲起。练习把架构讲给非工程师听，这个真的会出现。
面试官经常是一个 project manager 或交付负责人，和 tech lead 一起坐场。你的表达要让两种受众都听得懂。