Who this is for
- Engineers switching into product-based companies
- Mid track: about 2 to 6 years, coding round is the main risk
- Senior track: design, ownership stories, confident mediums
- People who can give about 2 hours on weekdays consistently
Free · Shareable · Mid and Senior tracks
90-Day Operating System to Switch Into a Product Company
A mentor-style plan for engineers leaving service or captive setups and walking into product loops. DSA, LLD, HLD, stories, and resume work, with exit bars and a redo habit. Not locked to one employer.
Mid (about 2 to 6 years): more coding volume, solid LLD and HLD coverage.
90
Days
13
Weeks
16
HLD systems
9
LLD systems
11
Mock days
DA
Deepak Mishra · The Desi Architect
Software Architect · 12+ years · non-CS background
Who this is not for
- Absolute beginners still learning to code
- A single-employer or Azure-only syllabus
- Anyone wanting daily hand-holding without cohort or 1:1
- Cramming the whole plan in two weekends
How you will work
Habits that survive the interview
Interview journal
Five minutes after you close the laptop. Write what broke your flow, the pattern name, and the one sentence you wish you had said. That notebook becomes your real study guide.
Redo ledger
Anything you could not solve clean goes on a list and returns in a few days, then again after two weeks. First-time green checkmarks lie.
Out-loud rule
From week 3, talk while you code and design. If you cannot explain it to an empty chair, you cannot explain it to a panel.
Exit bar, not checkbox
A day counts when the exit line is true for your level. Watching a solution video is not the same as being interview-ready.
Apply before day 90
Start warm outreach while you are still in the design phase. Waiting for a perfect day 90 is how you peak with an empty calendar.
Trade-off line
End every HLD practice with one blunt sentence: what did I give up by choosing this? If you cannot answer, the design is not finished.
The 90-day journey
Six phases, one path
Tap a phase to open the week that starts it. Progress saves in this browser, and to your account when you sign in.
Next up
Pick up here
- Create journal template
- Create redo ledger sheet
Exit bar · mid
Tools ready. One sample journal entry written.
Most people skip setup and then lose every failed problem forever. The ledger is the whole point.
Set a start date above and this follows the calendar instead of guessing from what you have ticked.
Day by day
The plan
One week at a time. Open a day to see the work, tick each piece as you finish it, and close the day only when you clear the exit bar.
Week 1 · Days 1-7
Setup + first foundations
Tools, honesty about baseline, resume v0, and the first DSA patterns.
- Create journal template
- Create redo ledger sheet
Exit bar · mid
Tools ready. One sample journal entry written.
Most people skip setup and then lose every failed problem forever. The ledger is the whole point.
Week exit bar · mid
Journal exists, resume bullets have numbers, Two Sum and hashing feel automatic.
Keep these open in a second tab
Reference desk
The plan tells you what to do on a given day. This is what you reach for while doing it.
Not a scraped spreadsheet. A short list I keep sending mentees back to. Problem names are industry standard. The coaching lines are mine.
hldmedium
URL Shortener
Warm-up system. I care that you pick IDs deliberately and do not invent a Kafka cluster for redirects.
ID strategyhot redirect cacheread path first
hldmedium
Rate Limiter
Algorithms on one box are easy. The real grill is multi-node fairness when money or login APIs get hammered.
token bucketsliding windowshared countergateway vs service
hldhard
News Feed
Fan-out is the decision. Celebrity users break naive write fan-out. Ranking is not "we will use ML later."
write vs read fan-outtimeline cachehybrid path
hldhard
Chat / Messaging
Delivery states and group fan-out under flaky mobile networks. Receipts matter more than drawing a pretty WebSocket.
connection layerqueueorderingoffline catch-up
hldhard
Video Streaming
Separate upload/encode from watch. For India, rehearse the "whole country pressed play" spike, not only average QPS.
CDNABRorigin shieldevent spikes
hldhard
Drive-like File Storage
Chunk large files, keep metadata separate from blobs, and own the conflict story when two devices edit offline.
chunkingmetadata vs blobconflict policy
hldmedium
Notification System
Push, SMS, email with retries that do not double-spam. Quiet hours and preferences are requirements, not polish.
channelsdedupDLQpreferences
hldmedium
Search Autocomplete
Keystroke latency budget. Trie or prefix index is half the story. Cache and ranking make it feel product-ready.
prefix structuretop-K cachefreshness
hldhard
Distributed Cache
What happens when a node dies mid-sale. Eviction, rebalance, and who still serves stale data.
LRU familyconsistent hashreplication
Free lesson →hldhard
Key-Value Store
Partition + replicate, then defend CAP like an adult. Brand names without access patterns will not save you.
shardingquorumfailure repair
hldhard
Message Queue (Kafka-style)
Say the ordering promise you can keep, not the one on the marketing page. At-least-once plus idempotent consumers is the honest default.
partitionsconsumer groupsoffsets
hldhard
Payment Gateway
Double charge is the failure that ends careers in this domain. Idempotency keys, ledgers, and webhook chaos first.
idempotencyledgerretrieswebhooks
hldhard
Ride Matching / Geo
Moving supply on a map. Naive lat-long queries die. Match latency and ETA honesty get poked hard.
geohashmatchingETAsurge
hldhard
Food Delivery
Three parties, rain, and late riders. Dispatch and tracking matter more than a pretty restaurant catalog.
dispatchtrackingpaymentsETA
hldhard
Ticket / Seat Booking
IRCTC tatkal energy: hold the seat, take payment, avoid oversell when two people click the same berth.
seat lockTTLpayment race
hldhard
Distributed Job Scheduler
Who fires the cron when half the fleet is dead. Workers must be safe to run twice.
leader electionretriesidempotent jobs
lldeasy
Parking Lot
If pricing is a giant if-else, rewrite it. Spot types and Strategy should fall out of the requirements naturally.
spotsticketspricing strategy
lldmedium
Elevator System
State machine first, clever scheduling second. Be ready to swap SCAN for something dumber under time pressure.
statesschedulerrequests
lldmedium
LRU Cache
If you can cold-code only one LLD, make it this. Hash map plus doubly linked list, true O(1), no cheating with library magic in the interview.
DLLmapeviction
lldhard
Splitwise
Split rules and debt simplification without one god class that knows everyone's balance sheet.
split strategiessimplify graphgroups
lldmedium
Logger Framework
Extensibility test. Levels, appenders, formatters. Singleton is allowed only if you can defend the test pain.
chainappenderscareful singleton
lldmedium
Vending Machine
Illegal transitions should be impossible in the model, not handled with random boolean flags.
state machineinventorymoney path
lldhard
Chess (or rich board game)
Piece behaviour belongs on types, not a 400-line switch. Validation and undo stories separate seniors.
piece strategymovesboard
lldhard
Ride Booking (LLD)
Matching as an interface, trip lifecycle as states, pricing as Strategy. Location is a first-class idea.
matchertrip statesobserver
lldhard
Movie Ticket Booking (LLD)
Seat hold races in object design. Same muscle as tatkal, smaller canvas.
seatslocksbooking states
I do not want you memorising 23 GoF names. I want you recognising when Strategy saves a parking-lot pricing mess, and when a race condition will sink your "working" LLD in the last ten minutes.
Design patterns
Singleton
CreationalWhen: You truly need one shared instance with controlled access.
Example: Logger or process-wide config.
Easy global state. Tests and hidden coupling suffer.
Factory
CreationalWhen: Callers should not hardcode concrete types.
Example: Payment method objects, vehicle types in parking lot.
Extra indirection. Worth it when types grow.
Builder
CreationalWhen: Object construction has many optional steps.
Example: Complex HTTP request or query object.
Verbose for tiny objects. Great for fat ones.
Observer
BehavioralWhen: Many listeners need the same event.
Example: Ride status updates, UI-ish notifications in LLD.
Order and fan-out complexity. Memory leaks if you forget unsubscribe.
Strategy
BehavioralWhen: Algorithm should swap without rewriting callers.
Example: Pricing, discounts, elevator scheduling.
More classes. Beats giant switch statements.
Command
BehavioralWhen: You need undo, queueing, or audit of actions.
Example: Chess moves, ATM operations.
Indirection cost. Pays off with history requirements.
State
BehavioralWhen: Behaviour changes sharply by lifecycle state.
Example: Elevator, vending machine, order flow.
Class count rises. Illegal transitions become explicit.
Decorator
StructuralWhen: Add behaviour without subclass explosion.
Example: Middleware-style wrappers, stream-like layering.
Stacking can get hard to debug.
Composite
StructuralWhen: Tree part-whole hierarchy with uniform operations.
Example: File system directories and files.
Awkward if leaves and composites differ too much.
Chain of Responsibility
BehavioralWhen: A request may be handled by one of several handlers.
Example: Log levels, auth middleware pipeline.
Can hide who actually handled the request.
Concurrency for LLD
Race conditions
Start with a broken story, not a definition. Two threads, shared seat count, one oversold ticket.
Locks and monitors
Name the critical section. Locking the whole parking lot for a ticket print is how systems feel frozen.
Deadlock
Four conditions, but interviews usually trip you on lock ordering between two resources you "obviously" needed.
ReadWriteLock
Useful when reads dominate, like cache gets. Say when writer starvation becomes the new problem.
Thread pools
Unbounded pools are a quiet production bomb. Size with a reason tied to downstream capacity.
Producer-consumer
Bounded queue forces backpressure. If the queue can grow forever, you only delayed the outage.
Atomics and volatile
Visibility is not the same as atomic read-modify-write. Counter++ still lies under races.
Thread-safe LLD
Apply it to Parking Lot gates or LRU get/put. If you cannot say what is locked, the design is incomplete.
Interview prompts
Make a Singleton safe under concurrent first access, then tell me when you would refuse to use one.
Double-checked locking is a side quest. Testability is the main quest.
Build producer-consumer with a hard limit on queue size.
I want to hear who blocks, and what the UI or API does while blocked.
LRU cache, many readers, occasional writers. Keep it correct.
Compare one big lock vs read-write lock without cargo-culting either.
Multi-gate parking lot. Two cars arrive at once for the last spot.
Spot assignment is the race. Ticket printing usually is not.
Connection pool: borrow and return under load.
Empty pool policy: wait, fail fast, or grow? Defend one.
Heavy practice lives in week 6 (days 36 and 37) and the LLD mock days.
The pieces every HLD answer reaches for, each with the price you pay for using it.
Sharding
Horizontal scale vs cross-shard queries and rebalancing.
Message queue
Decoupling vs eventual processing and ordering limits.
API gateway
One entry policy point vs concentration of failure.
Product companies still grade how you talk about conflict, failure, and ownership. Draft 6 to 8 real stories from your career, not movie scripts. Week 12 is for tightening delivery, not inventing a past.
Walk me through a technical disagreement you had with someone senior to you.
I listen for whether you argued the system, not the person. Bring one metric or incident, and say what you changed after the call.
Talk about a release or migration that did not go the way you planned.
Skip the blame slide. Name your part, the user impact, and the concrete guardrail you put in place next time. Service-company war stories work if the learning is real.
When did you have to choose with incomplete data, and what did you bet on?
Product rounds care about the bet and the rollback plan. Lucky outcomes without a decision process sound thin.
Tell me about work you pulled that was not in your JD, just to unblock shipping.
Ownership is not "I worked weekends." It is "I saw a hole, I owned it, here is the result." Numbers help.
Two deadlines, one engineer (you). How did you decide what slipped?
Give me your priority rule in one line. If the answer is only "I worked late," the story is not ready.
What is the hardest feedback you got on your engineering work?
Show the before and after. "I write better docs now" is weak. "I changed how I open design reviews" is stronger.
Why move out of your current setup into a product engineering role?
Stay future-facing. Scope, ownership, and craft. Never turn this into a rant about your current manager or billing model.
What kind of problems do you want to own in the next few years?
Map it to this team's systems. "I want to be an architect" without a domain is a red flag in senior loops.
How have you grown someone junior or unblocked a stuck teammate?
Senior signals live here. Mentoring is not a training calendar invite. Show one person, one skill, one outcome.
Name a design choice from your past that you would reverse today.
This is growth without drama. Explain the old constraint, the cost you paid, and what you know now. Do not trash your old team.
A PhonePe-style loop and a Hotstar-style loop both ask "system design", but they probe different scars. Over-index on the flavours you are targeting. Style names only. Not affiliated with any employer.
Payments and fintech-style systems
Money paths forgive less than feeds. Idempotency, ledgers, retries, and "what if the webhook fires twice" matter more than fancy diagrams.
Payment / UPI-style gatewayRate limiter on money APIsTxn alerts and notificationsConsistency under retries
Lean harder on weeks 8-10 and the payment design day.
Marketplace and e-commerce-style systems
Think Big Billion Days pressure: inventory truth, search under load, cart races, and checkout when everyone hits buy together.
Flash sale / thundering herdCatalog search and filtersCart and checkout LLDSeat or inventory holds
Stampede day, booking day, and cart-style LLD in the bank.
Ride-hail and hyperlocal delivery
Moving supply, ETA lies, and three-sided matching (user, merchant or driver, ops). Geo is not a nice-to-have footnote.
Matching and dispatchLive trackingFood delivery style HLDTrip or order LLD
Pair the mini LLD matching day with the geo HLD day.
Streaming and live media
India-Pakistan match on Hotstar is the mental model. CDN, encoding cost, and what breaks when a whole country presses play.
Watch path and CDNUpload and encode pathSpike traffic and cacheRecommendation at talking depth
Streaming design day plus cache and CDN weeks.
Enterprise and platform-style systems
Multi-tenant thinking, file sync, job schedulers, chat for work, and messaging buses. Reliability and operability get probed hard.
Work chat / presenceDrive-like storageDistributed job schedulerInternal message bus
Chat, scheduler, storage, and queue days in the HLD block.
Social, feed, and messaging products
Fan-out choices, ranking honesty, notifications that do not spam, and chat that still works on bad networks.
Home feed1:1 and group chatNotification pipelineTypeahead search
Feed, chat, autocomplete, and notification days in week 9-ish.
Quick answers
Roadmap FAQ
What is the 90-day product company switch roadmap?+
A free day-by-day plan from The Desi Architect covering DSA, low-level design, high-level system design, behavioral stories, and resume work for engineers switching into product-based companies. It includes Mid and Senior tracks with exit criteria.
Is this roadmap free?+
Yes. The full 90-day plan, every day and exit bar, the problem bank, patterns guide, domain flavours, and the progress tracker are free to use and share at desiarchitect.com/roadmap/90-day-plan, with no signup. The roadmap tells you what to build and what done looks like. Where a day has a full worked solution inside the paid System Design path, it is marked so you can go deeper if you want to, but nothing in the plan itself is locked.
Who is this roadmap for?+
Engineers moving from service, captive, or non-product backgrounds into product engineering roles. Mid track suits about 2 to 6 years experience. Senior track suits about 8 to 15 years with more design and storytelling emphasis.
Does this cover DSA, LLD, and HLD?+
Yes. The plan interleaves coding practice with object design and system design, plus mocks and behavioral prep so you do not study one round and forget the others.
Is this roadmap company specific?+
No. It is generic for product-based companies. Domain flavours (payments, marketplace, ride-hail, streaming, enterprise, social) help you over-prep the systems your targets usually probe.
From the mentor desk
Things I keep repeating
Keep a simple redo ledger. The problems that beat you once will beat you again in the loop if you never return to them. I have watched strong engineers blank on a pattern they "solved" three months ago and never re-opened.
From week 3, talk while you design. Mute coding heroes die in HLD. Interviewers grade the explanation path, not only the final boxes.
Book three uncomfortable mocks before you call yourself ready: one DSA, one LLD, one HLD. Friends who are nice to you do not count as feedback.
Say the trade-off out loud before they ask. "I picked this and I gave up that." That sentence alone separates mid from senior in a lot of rooms I have sat in.
Pick two domain flavours and over-prep them. UPI-style money paths and Hotstar-style spikes need different instincts than a generic CRUD service.
Protect sleep. Two honest hours after office for three months beats a heroic weekend binge and a foggy Monday OA.
Open applications while you are still in the HLD phase, not on day 90. Pipelines are slow. Peaking alone with zero calls is a planning failure, not bad luck.
Go deeper
Want this with feedback?
This roadmap is free and yours to share. The days tell you what to build and what done looks like. If you want the worked answers, live teaching, or a personal mock, here is what I run.
Switch Pack (System Design + LLD + DSA)
Best valueThe worked answers behind the locked links on this page. System Design including LLD, plus DSA taught as thought process rather than a code dump. One payment instead of two.
- The full System Design path, HLD and LLD
- DSA write-ups in Java, C#, TypeScript and Python
- Quizzes on the problems, and progress that syncs to your account
- The roadmap stays free. This is only the how.
See what is inside · 599 rupees for 30 days
3 days to ask for your money back on your first payment.
Live System Design Cohort
Weekly live sessions, mock interviews, and a mentor checking your designs. Not another playlist you abandon at week three.
See the cohortSystem Design + LLD
If DSA is not your gap, this path on its own covers the HLD and LLD spine of this roadmap.
AI Systems path
RAG, agents, evaluation, cost. Useful when your target companies ship AI features. Sold separately, not part of the pack.
1:1 Mentorship
Resume review, mock interview, or a personal plan cut from this roadmap to your targets.
Book on Topmate