Quick Answer
System design interview seven steps in English: clarify requirements, define APIs, estimate scale, sketch the data model, draw a high-level design, deep-dive two components, then hunt bottlenecks — narrate each step out loud.
Diagrams and what to say while drawing
Draw as you speak: requirements → APIs → estimates → boxes → deep dive → bottlenecks. Western panels score the narration as much as the diagram.
Key vocabulary
| Term | Plain meaning | Say it in an interview |
|---|---|---|
| Clarify | Ask scope before designing | “Just to confirm — are we designing for mobile clients too?” |
| API | System interface contract | “I’ll define postTweet and getTimeline first.” |
| Back-of-the-envelope | Rough scale math | “I’ll estimate QPS and storage next.” |
| Bottleneck | What breaks first at scale | “The bottleneck is the timeline fan-out.” |
ESL English phrases and transitions
Open and clarify
- “I’ll follow seven steps and narrate each one.”
- “First I’ll clarify functional and non-functional requirements.”
- “Stop me if you want to deep-dive a different component.”
UK/US system design moves
- “The tradeoff is X versus Y.”
- “I’ll deep-dive this component next.”
- “A single point of failure here would be …”
Pair this chapter with Mockly’s related article: spoken system design interview framework in english.
Key English language pitfalls
| Pitfall | Sounds like | Say instead |
|---|---|---|
| Jumping to Kafka | Sounds tool-led | State the problem, then the tool. |
| Silent drawing | Panel can’t follow | Narrate every box. |
| Skipping estimates | Misses scale sense | Say QPS before sharding talk. |
| Summary | Clear tradeoffs are how Western panels hear senior engineers. | |
Common English mistakes
| Mistake | Why it hurts | Fix |
|---|---|---|
| No clarify questions | Wrong design | Ask two scope questions first. |
| One deep dive forever | Unbalanced | Time-box; cover bottlenecks. |
| No tradeoffs | Junior signal | Always say what you give up. |
What the interviewer is testing
For the system design interview framework, UK/US interviewers test structured thinking, scale intuition, and calm spoken English — not accent perfection.
They listen for clarify → estimate → design → tradeoffs → bottlenecks. If those moves are audible, you sound hireable.
How to open in English
First 20 seconds
- “I’ll follow seven steps and narrate each one.”
- “First I’ll clarify functional and non-functional requirements.”
- “Stop me if you want to deep-dive a different component.”
system design interview step by step
Use this sequence for system design interview step by step. Say the step name before you do it.
| Step | What to say |
|---|---|
| Clarify | Functional + non-functional; who uses it; what’s out of scope. |
| APIs | Name core endpoints so the contract is visible. |
| Estimate | QPS, storage, bandwidth — order of magnitude. |
| Data model | Key entities and relationships on the board. |
| High-level | Boxes and arrows; clients → services → storage. |
| Deep dive | Two components with options and tradeoffs. |
| Bottlenecks | SPOF, hot keys, monitoring, failure modes. |
Weak vs strong answers
Weak
I’d use microservices and Kubernetes.
Strong
I’ll clarify read/write ratio first, estimate QPS, then choose a simple monolith-friendly design and only split services where the bottleneck forces it.
How to say the key terms
| Term | Say it |
|---|---|
| QPS | “queries per second” |
| SPOF | “single point of failure” |
| SLA | “service level agreement” |
Follow-up questions you will get
Expect these
- “Which component should I deep-dive — storage or fan-out?”
- “Do you want failure modes next or a caching plan?”
Practice drill
Set a timer for twelve minutes. Design the system design interview framework out loud in English. Record yourself. Check: clarify, estimate, tradeoffs, bottlenecks.
Repeat tomorrow focusing only on the deep-dive section.
Answer frameworks you can reuse
Clarify → APIs → Estimates → Data model → High-level → Deep dive → Bottlenecks.
For every deep dive: options → tradeoffs → recommendation.
Technical Software Interview English knowledge base
← Technical Software Interview English knowledge base — start at System Design Interview Seven Steps in English for the full chapter index and reading order.
Explore every Mockly article on the blog hub.
All chapters in this series
Jump between Technical Software Interview English posts below. Each chapter builds spoken English for the same book — use the KB overview when you want the big picture.
| # | Chapter | Slug |
|---|---|---|
| 1 | System Design Interview Seven Steps in English (you are here) | system-design-interview-seven-steps-in-english |
| 2 | Pastebin System Design in English (ESL) | pastebin-system-design-in-english |
| 3 | Instagram System Design in English | instagram-system-design-in-english |
| 4 | Twitter System Design in English (ESL) | twitter-system-design-in-english |
| 5 | Yelp Nearby System Design in English | yelp-nearby-system-design-in-english |
| 6 | Uber System Design in English (ESL) | uber-system-design-in-english |
| 7 | Ticketmaster System Design in English | ticketmaster-system-design-in-english |
| 8 | Long Polling, WebSockets, and SSE in English | long-polling-websockets-sse-in-english |
- System Design Interview Seven Steps in English — you are here
- Pastebin System Design in English (ESL)
- Instagram System Design in English
- Twitter System Design in English (ESL)
- Yelp Nearby System Design in English
- Uber System Design in English (ESL)
- Ticketmaster System Design in English
- Long Polling, WebSockets, and SSE in English
Frequently Asked Questions
Tap a question to expand the answer.