Spotify interview, decoded.

Updated · Sources at the end

Spotify's loop is a recruiter screen, a technical screen, and an onsite of about four rounds: coding, system design, a case study and a values conversation. The case study is the part candidates remember, a real production scenario you walk through as if you were on call, and the values round is where Spotify checks the qualities it names on its own hiring page: ownership, adaptability, collaboration, drive. The company is headquartered in Stockholm, where a large share of its engineering sits.

Free · 2 minutes · no account

The questions for your exact Spotify role and level.

See the questions Spotify asks ↓Run a free mock interview →

Interviewing at Spotify? Below are the questions candidates report. For the ones your exact role and level will get, paste the posting. Your first mock is free.

01

Who Spotify hires

Spotify hires backend, data, ML, mobile and web engineers, engineering managers and product roles across Stockholm, New York, London and other offices. Its hiring page describes the shape for every role: a recruiter call, a second interview with one or two team members, and a final round meeting several “band members” across the business, with one interviewer leading and others shadowing.

02

What is the Spotify interview process?

Candidate accounts and Spotify's own page agree on the shape: four to five stages over roughly two to five weeks, with the onsite running as a set of hour-long rounds.

01
Recruiter screen
30 to 45 minutes by phone or video

Background, motivation and pay expectations. Recruiters are reported to expect real product knowledge, so be ready to talk about specific Spotify features you use.

02
Technical screen
An online assessment, a take-home for new grads, or a 60 to 75 minute live session on CoderPad

One or two problems at easy to medium difficulty, sometimes with domain questions. Clean, readable code with sensible names and small functions is reported to matter more than the most optimal solution.

03
Coding
About one hour, onsite

Production-ready code. Some candidates meet a code-review format instead: a pull request to read for bugs and architectural problems.

04
System design
About one hour

Scalability and trade-offs on Spotify-shaped problems: shuffle, real-time notifications, a podcast search engine.

05
Case study
About one hour

A real-world production scenario, such as a feature failing for a subset of users. You walk through how you would triage it, which metrics you would check, and how you would keep stakeholders informed. Candidates describe it as the steps you take on a production issue, hard to prepare for and easy if you have done the work.

06
Values and behavioural
About one hour

Spotify's squad-based way of working: technical disagreements, cross-team collaboration, explaining a complex decision to someone non-technical.

03

Spotify's case study round: what it asks and how to pass

Reported problems and how to solve them

Spotify's case study is an hour on a production scenario rather than a design or a puzzle: a feature is failing for a subset of users, or a metric has moved, and you walk the interviewer through what you would do. A backend engineer who sat it described it as the steps you take while debugging a production issue, hard to prepare for and easy if you have done the work. That is true, and it is also a shape you can rehearse. Here is what the round asks and the order that reads as someone who has been on call.

  • Establish the blast radius before the cause: Which users, which platforms, which markets, since when. Ask for the dashboards you would open and name the metric that would tell you (error rate by client version, success rate by region). Candidates who jump to a hypothesis first are pulled back to this.
  • Correlate with what changed: Deploys, config and feature-flag changes, dependency incidents, traffic shape. The interviewer wants the habit of asking what changed at the time the graph moved, and the tools you would use to answer it.
  • Stop the bleeding, then find the bug: Say what you would roll back or flag off, and what you would not (a data migration, a payment path). Mitigation before root cause is the point of the round; a candidate who debugs for forty minutes while users are broken has answered the wrong question.
  • Say who you tell, and when: The incident channel, the squad, the product owner, support, and for a user-facing failure the status page. Spotify's squad model means the round listens for cross-team communication as much as for the fix.
  • Close the loop: The root cause, the follow-up (a test, an alert, a guardrail on the flag), and the blameless write-up. Ending on what you would change so it cannot recur is what separates a good answer from a complete one.

Prepare from your own incidents: write two real production problems you handled as the five steps above, with the actual metrics and the actual people, and tell each in ten minutes. If you have never been on call, run a game day on a side project until the steps are reflexes; the round is reported as easy for people who have done the work and hard for everyone else.

The rest of the loop depends on your role. Pick it, or paste the posting, and Calibrd predicts the rounds and questions you are likely to get at Spotify.

Predict my Spotify questions →
04

What Spotify screens for

Spotify publishes the questions it is asking itself about you, and the values round is built on them.

  • Ownership: do you take ownership of your work and pride in what you deliver
  • Adaptability, in a company that reorganises squads and missions often
  • Collaboration across teams, since most work crosses a squad boundary
  • Drive, and a real interest in the product you use
  • Calm, structured thinking under a production incident, which the case study exists to see
05

Spotify interview questions

Candidate-reported themes

The behavioural questions are conventional; the discriminating rounds are the case study and design. The reported themes below are what candidates say came up.

Behavioural & motivation

  • Why Spotify, and what do you actually use it for?Listening for: Specificity · Connection · Research
  • Tell me about a technical disagreement with a teammate and how it ended.Listening for: The disagreement itself · How you resolved it · How it ended
  • Describe a time you had to explain a complex technical decision to a non-technical stakeholder.Listening for: Knew the audience · Plain explanation · The decision it enabled
  • Tell me about a project where you worked across several teams.Listening for: The teams and the stakes · How you coordinated · Your part and the result
  • Walk me through a production incident you handled: what you checked first, and what you told people.Listening for: Blast radius first · Mitigation before root cause · Who you told and when

Technical

  • A feature is failing for a subset of users. Walk me through how you would triage it.Case study, production triage: A feature failing for some users; which metrics, which logs, what you roll back, who you tellListening for: Blast radius first · Stops the bleeding · Stakeholders kept informed
  • Design shuffle for Spotify.System design at Spotify scale: Shuffle, real-time notifications, podcast search, with the trade-offs said out loudListening for: Clarifies what shuffle means · Sound algorithm · Trade-offs named
  • Practice: given a list of track ids in play order, find the length of the longest listening stretch where no track repeats. Talk through your approach.Coding on CoderPad: Hash maps, trees and graphs, sliding window, SQL with window functions; readable over cleverListening for: Sliding window approach · Complexity stated · Readable solution
  • Practice: you are handed a pull request that adds retry logic to a service that saves playlists. What do you look for, and in what order?Code review: A pull request to critique for bugs and architecture, in place of a blank-page problemListening for: Finds real bugs · Architecture concerns · Clear, prioritised comments
  • Practice: design the API for a collaborative playlist that several people edit at once.Low-level design: API design and concurrency for collaborative featuresListening for: Clean API shape · Concurrent edits handled · Edge cases

These are the reported themes, and your loop is role-specific. Paste the actual posting and Calibrd predicts the questions for that exact role and level. How the questions are predicted →

Predict my Spotify questions →
06

Pay

Engineer ISEK 624K median total pay, Greater Stockholm
Engineer IISEK 861K median total pay, Sweden
Senior EngineerSEK 1.14M median total pay, Greater Stockholm
Staff EngineerSEK 1.57M median total pay, Greater Stockholm

Levels.fyi for software engineers at Spotify in Greater Stockholm, read on 13 September 2026: the median package is SEK 1.16M, from about SEK 609K at Engineer I to about SEK 1.67M at Staff. Spotify's “pick and mix” incentive lets employees take the equity part as stock options, RSUs or cash. Calibrd benchmarks the pay on any posting you scan against its level and location.

Spotify software engineer salary in Stockholm, next to the rest of the city →

07

How to prepare for a Spotify interview

  1. Prepare the case study from your own incidents. Write down two real production problems you handled: the first signal, the metrics you checked, what you rolled back, who you told and when. The round is those steps, spoken.
  2. Design the product you use. Shuffle, notifications and podcast search are reported prompts; sketch each one before the loop, with the trade-off you would name first.
  3. Practise reading code, not only writing it. Some coding rounds hand you a pull request; be ready to find the bug and say what you would change about the design.
  4. Use the product on purpose the week before. The recruiter screen is reported to expect real knowledge of specific features.
  5. Have your collaboration stories ready in Spotify's terms: a squad, a mission, a disagreement resolved across a boundary.

This guide covers Spotify's engineering and research hiring. For management and leadership roles the loop is similar but the bar shifts to people, delivery and strategy, so pair it with the leadership interview prep hub. The bar for your exact role comes from the role-by-role guides, and the prep that actually transfers is spoken, so run a mock interview before the real one.

Also interviewing at Lovable, Legora or Tandem Health? Their guides follow the same format, from the first screen to the offer.

Knowing the questions isn’t the same as answering them out loud. Run a Spotify mock: spoken answers, coached on the spot. Your first mock is free.

Run a Spotify mock →
08

FAQ & sources

What is Spotify's interview process?

Candidate accounts and Spotify's own page agree on the shape: four to five stages over roughly two to five weeks, with the onsite running as a set of hour-long rounds. The stages, in order: Recruiter screen; Technical screen; Coding; System design; Case study; Values and behavioural.

What does Spotify look for in candidates?

Spotify publishes the questions it is asking itself about you, and the values round is built on them. Ownership; Adaptability, in a company that reorganises squads and missions often; Collaboration across teams, since most work crosses a squad boundary; Drive, and a real interest in the product you use.

What questions does Spotify ask in interviews?

The behavioural questions are conventional; the discriminating rounds are the case study and design. Technical themes: Case study, production triage; System design at Spotify scale; Coding on CoderPad; Code review; Low-level design.

What is the Spotify case study interview?

Spotify's case study is an hour on a production scenario rather than a design or a puzzle: a feature is failing for a subset of users, or a metric has moved, and you walk the interviewer through what you would do. A backend engineer who sat it described it as the steps you take while debugging a production issue, hard to prepare for and easy if you have done the work. Covered on this page: Establish the blast radius before the cause; Correlate with what changed; Stop the bleeding, then find the bug; Say who you tell, and when; Close the loop.

How do I prepare for a Spotify interview?

Prepare the case study from your own incidents. Write down two real production problems you handled: the first signal, the metrics you checked, what you rolled back, who you told and when. The round is those steps, spoken. Design the product you use. Shuffle, notifications and podcast search are reported prompts; sketch each one before the loop, with the trade-off you would name first.

  • 01Life at Spotify, the interviewSpotify's own description: a recruiter call, a second interview with one or two team members, a final round with multiple band members, one interviewer leading and others shadowing; the questions it asks about values, ownership, adaptability, collaboration and drive; CoderPad and Mural for the technical parts
  • 02TechPrep, Spotify's interview process 2026the four to five stages over two to five weeks, the 30 to 45 minute recruiter screen, the online assessment, take-home or 60 to 75 minute CoderPad screen, the onsite coding, system design, case study and values rounds of about an hour each, the code-review format, the design prompts (shuffle, notifications, podcast search), and the readable-code emphasis
  • 03Blind, Spotify case study round, tips to prepa backend engineer's account of the case study as the steps you would take while debugging a production issue, hard to prepare for and easy if you have done the work, alongside system design, coding and behavioural rounds
  • 04Glassdoor, Spotify software engineer interview experiencesthe difficulty score of 3.1 out of 5 and the share of positive experiences at 46 percent among software engineer applicants
  • 05Levels.fyi, Spotify software engineer pay in Greater Stockholmthe SEK 1.16M median package, the range from Engineer I to Staff, the per-level medians, and the pick and mix incentive programme

Prep for a real Spotify role

Practise your Spotify interview, out loud.

Paste a real Spotify posting and Calibrd predicts the questions for that role and level, benchmarks the pay, and flags the gaps an interviewer will probe in your CV — then listens to your spoken answers and coaches them. Your first mock is free. Calibrd is built in Stockholm, by a hiring manager who has run engineering hiring here, so this is a loop we know from the other side of the table.

Free to start · No card · Encrypted at rest, never used to train AI, remove anytime

Two weeks out?

Email me the Spotify prep checklist

The round that decides it, the questions they ask, and what to do before, in one email. Nothing else unless you sign up.

Spotify Interview: Process, Case Study Round, Pay — Calibrd