Skip to content

Mobile System Design

Worked case studies for mobile system design interviews and real projects: payments, wearables, chat, feeds, live tracking, uploads and safe releases.

Most system design material is about servers. Mobile rounds ask different questions: what happens when the app is killed mid-payment, how a wearable's data reaches the cloud exactly once, how a chat stays in order on a train with no signal. This guide answers them with diagrams, data models, APIs and failure modes, the way you'd explain them in an interview.

Start here

  1. The framework: the seven steps to follow in any mobile design round, and the mistakes to avoid.
  2. Building blocks: offline-first reads, the outbox, conflicts, real-time updates, pagination, caching, tokens and background work. Every case study reuses these.
  3. Cheat sheet: one page for the night before.

Case studies

Case study Difficulty You'll practise
UPI payments app ๐Ÿ”ด Senior Payment state machines, idempotency, reconciliation, device binding
Wearable health-data sync ๐Ÿ”ด Senior Bluetooth LE, background limits, deduplication, time zones, HealthKit and Health Connect
Offline-first chat ๐ŸŸก Mid โ€“ ๐Ÿ”ด Senior Outbox, ordering with sequence numbers, receipts, sockets and push
Infinite news feed ๐ŸŸข Junior โ€“ ๐ŸŸก Mid Cursor pagination, images, video, smooth lists, optimistic likes
Live ride tracking ๐Ÿ”ด Senior Location streams, trip state, smooth maps, battery
Resumable video upload ๐ŸŸก Mid โ€“ ๐Ÿ”ด Senior S3 multipart upload, presigned URLs, background transfers
Feature flags and staged rollouts ๐ŸŸก Mid โ€“ ๐Ÿ”ด Senior Remote config, kill switches, experiments, forced updates

Every case study has the same sections: requirements, estimates, architecture, data model, API, deep dives, failure modes, trade-offs and interview follow-ups. Read the requirements, close the page, sketch your own design, then compare.

Who it's for

  • Mobile engineers (Flutter, Android, iOS, React Native) preparing for senior and staff interviews
  • Interviewers who want consistent questions and a reference answer
  • Teams designing features like these for real

The designs are platform-neutral, with notes for Android, iOS and Flutter where the platforms differ.