Flipkart SDE-2 Interview Experience (Jan 2026) | Offline Drive | Selected
Background
2.5 years of experience (non-internship) at Amadeus Software Labs.
Applied for the Flipkart SDE-2 role in the first week of January. Got a call from HR shortly after, followed by an assessment link the next day.
Round 1 — Online Assessment (2 hours)
The OA had 2 coding problems:
- Graph problem — A graph traversal question with a twist and some tricky edge cases to handle. Medium level.
- Trie question — A standard Trie-based problem. Medium level.
Both were solvable if your fundamentals are solid. Focus on edge cases for the graph problem — that's where most people slip.
Cleared the OA and received a call from HR for the offline rounds.
Round 2 — Machine Coding (90 mins) (In-person)
Problem: Buy Now Pay Later (BNPL) System
This was a full-fledged machine coding round. The problem statement was detailed — design and implement a BNPL system for Flipkart from scratch.
Core requirements:
- seed_inventory — Load products (name, count, price) into in-memory store
- view_inventory — Display current inventory state
- register_user — Register a user with an initial BNPL credit limit
- buy(user, items, payment_method, date) — Place an order via PREPAID or BNPL. For BNPL, reduce credit limit; block if limit exhausted
- clear_dues(user, orderIds, date) — Partial or full due clearance against specific orders
- view_dues(user, date) — Show all pending dues before the given date, sorted by purchase date, with status: PENDING or DELAYED (if 30-day window crossed)
- order_status(user) — Show full order history + available BNPL credit limit
Bonus requirements:
- blacklisting — Blacklist users who default on 3+ orders; block BNPL for them
- add_inventory / remove_inventory — Dynamic inventory management
What they looked for:
- Clean OOP design — interfaces, contracts, separation of concerns
- Extensibility — easy to add/remove features without rewriting
Proper edge case handling (credit exhaustion, 30-day window, partial payments) - No DB usage — everything in memory
- Demo-able code via a driver/main program
My experience:
I was able to complete all 7 core requirements + 1 bonus (blacklisting) within the 90-minute window.
The key is to spend the first 10–15 minutes clarifying requirements and sketching the design before writing a single line of code. Design patterns and clean abstractions matter as much as correctness here.
Round 3 — LLD + MC Review (1.5 hours) (In-person)
Two interviewers joined me in the meeting room. This round was a deep dive into the code I built in Round 2.
Code walkthrough & demo:
I walked them through the core flow — how I structured the service classes, separated concerns across different layers, and applied design patterns like Factory and Strategy. I also explained the exception handling strategy — no raw runtime exceptions anywhere; every failure surfaces as a custom-defined exception.
Stress testing on the fly:
The interviewers hammered the code with edge cases. The expectation was clear — the application should never throw an unexpected exception. Every error path had to be gracefully handled with meaningful custom exceptions.
Live coding:
They asked me to implement additional strategies on the spot and handle a new requirement that wasn't in the original problem statement. This tested both adaptability and how extensible my original design was. Being able to plug in a new strategy without touching existing code (thanks to the Strategy pattern) made this manageable.
UML diagram:
Towards the end, they asked me to sketch a UML class diagram covering the core classes, their relationships, and the design patterns used. This is where having a clean mental model of your own design really helps — don't just code, understand what you've built.
Tip: Don't treat the machine coding round as over once you submit. Round 3 is essentially a viva on your own code. Know every design decision you made and be ready to justify and extend it.
Round 4 — DSA (In-Person)
Two DSA problems on the board:
- House Robber IV variant — Server Maintenance Topology
The classic House Robber IV was wrapped in a server maintenance context — a real-world twist that required understanding the problem beneath the framing before jumping to a solution. I started with the brute force approach, explained the reasoning clearly, and then walked through the optimized binary search + greedy solution. Wrote the pseudocode on the board.
- Binary Tree Zigzag Level Order Traversal
A familiar one. Jumped straight to the approach — BFS with a deque, alternating insertion direction per level. Explained it confidently and moved directly to pseudocode.
Tip: For DSA rounds, always verbalize your thought process. Starting with brute force and improving shows structured thinking — even if you already know the optimal solution.
Round 5 — System Design + Hiring Manager (1.5 hours)
The HM himself took this round. Even though it was titled System Design, he went deep into low-level aspects throughout.
Structure we followed:
Requirement Gathering — He wanted me to drive this.
- Functional and non-functional requirements, clarifying assumptions before touching design.
- Entities & DB Schema — Detailed entity modelling with proper relationships. No hand-waving — constraints, cardinality, and schema decisions needed justification.
- API Design — Request/response structure for each endpoint. Clean contracts matter here.
- High-Level Architecture — Service communication, how components talk to each other.
He seemed satisfied with the design. The conversation then shifted to:
- Microservice patterns — Circuit breaker, Saga, CQRS, event-driven patterns etc. Be prepared to go deep, not just name-drop.
- Project deep-dive — Walked through my work at Amadeus, technical decisions, challenges faced.
- LP questions — Leadership principle style behavioural questions. Ownership, conflict resolution, handling ambiguity.
Tip: Even in an HM round, be technically sharp. The behavioural questions are a conversation, not a recital — be genuine and specific with examples from your work.
Result
Got a call from HR a week after the drive saying an offer was on its way. Received the offer letter the following week. 🎉
Overall Tips
- Flipkart's process is heavily weighted towards LLD and machine coding — invest serious time here.
- Design patterns aren't just theory — know when and why to apply them in real code.
- Round 3 is a viva on your own Round 2 code. Write code you can defend and extend.
- For system design, drive the conversation — don't wait to be led.
- Practice DSA but don't neglect the design side. At SDE-2 level, design is the differentiator.
Happy learning everyone! Feel free to ask anything in the comments. 🙌


