Razorpay hires lean and pays well: SDE-1 at ₹15–25 LPA with meaningful equity from a pre-IPO company. The interview reflects that bar: 4–5 rounds, genuinely hard DSA, a culture round that's harder to fake than most, and system design questions grounded in real payment problems like idempotency and retry logic. Here's what each stage actually tests.
Interview Process Overview
Razorpay's hiring loop:
- Recruiter screen (30 min): background, motivation, salary expectations
- Online coding round: 2 DSA problems, 60 minutes
- Technical round 1: DSA + problem decomposition
- Technical round 2: System design (for SDE-2+)
- Culture round: Values alignment, ownership stories
- Hiring manager: Final bar raiser
What Razorpay Values
Razorpay's culture round is harder to prepare for than most because the evaluator is listening for genuine conviction, not keyword alignment. Saying you value "ownership" means nothing by itself. What they're actually testing is whether you have a story where you picked up something that wasn't your problem and saw it through anyway: and whether the reason you did it was curiosity and responsibility, not optics.
The speed value is real but it has a qualifier: velocity without cutting corners on correctness in a payments system is genuinely dangerous. Strong candidates acknowledge that tension. They talk about shipping fast in the parts where mistakes are recoverable, and slowing down where a bug means a merchant's money goes missing. That nuance tells the interviewer you understand the domain, not just the company's brand language.
Merchant empathy comes up most naturally in the technical rounds, not the culture one. If you can describe a technical choice: say, why you'd design an idempotent API endpoint a certain way: in terms of what a merchant actually experiences when a payment fails at checkout, you've demonstrated more empathy than any behavioral answer will.
System Design Focus Areas
Razorpay system design questions often relate to payments:
- Design a payment gateway
- Design a retry mechanism for failed transactions
- Design a notification system at scale
- Design an idempotent API
Key: Always discuss consistency, reliability, and failure handling. In fintech, a bug can mean lost money.
Razorpay's system design round will ask you about idempotency, retry logic, or webhook delivery guarantees: problems specific to payment infrastructure. If you haven't practiced those scenarios out loud, the first time you'll hear yourself explain them is in the room. HireStepX runs fintech-focused system design rounds so that's not how it goes.
Practice freeSalary Expectations (2026)
- SDE-1: ₹15–25 LPA
- SDE-2: ₹28–45 LPA
- SDE-3: ₹50–70 LPA
- PM: ₹25–50 LPA
Razorpay's ESOPs are meaningful for a pre-IPO company: factor them into any offer comparison.
Frequently asked questions
Practice these questions on HireStepX
Explore more