Orientation15 min read· Topic 0.4

The RESHADED framework

Requirements → Estimation → Service interface → High-level design → API design → Data model → Evaluation → Distinctive features

📋Key Takeaways

  • 1
    RESHADED = Requirements → Estimation → Service Interface → High-level Design → API Design → Data Model → Evaluation → Distinctive Features
  • 2
    Provides a repeatable structure so you never blank out in an interview
  • 3
    Each step builds on the previous — skip one and the whole design suffers
  • 4
    Adaptable to any system design problem, from URL shortener to distributed database

Why You Need a Framework

Without a framework, system design interviews feel like freefall. You start drawing boxes, realize you forgot to ask about scale, backtrack, and run out of time. A framework gives you a repeatable process that ensures you cover every critical area in the right order.

RESHADED is one of the most comprehensive frameworks. Each letter represents a phase of the design process:

R — Requirements

Clarify functional requirements (what the system does) and non-functional requirements (scale, latency, consistency, availability).

Ask: Who are the users? What are the core features? What's the expected scale? Read-heavy or write-heavy? What's the SLA?

Pro Tip: Time Allocation
R+E: 8 min | S+H: 12 min | A+D: 12 min | E+D: 8 min | Buffer: 5 min. Print this on a sticky note for practice sessions.

Advantages

  • Provides a repeatable structure for any interview
  • Ensures you don't forget critical steps under pressure
  • Clear time allocation prevents running out of time
  • Shows interviewers you have a mature design process

Disadvantages

  • Can feel rigid — sometimes you need to adapt the order
  • Not all steps apply equally to every problem
  • Following it mechanically without genuine insight won't impress

🧪 Test Your Understanding

Knowledge Check1/2

What does the 'S' in RESHADED stand for?