How Hiring Decisions Are Made
- See how every interviewer files written feedback and an explicit hire vote before anyone talks
- Know what the Bar Raiser does, why they come from outside the team, and when their rarely-used veto fires
- Use the asymmetry that decides borderline loops: strong Leadership Principle signal can rescue you, code cannot buy back weak signal
- Handle down-leveling, the bar, and the near-total silence Amazon keeps after a rejection
You do four or five interviews in a loop. Not one of those interviewers decides on their own whether you get an offer. Each writes up detailed feedback and commits to a vote, hire or no-hire, before the group ever meets to talk. Then everyone gathers for a meeting Amazon calls the debrief, and a single person who never interviewed you runs it, the Bar Raiser, who has read every interviewer's notes ahead of time and pushes the room toward a real decision. In the rare case it comes to that, they can overrule the whole panel. So you are writing for two readers at once. The interviewer in the room, and the trained skeptic who reads what that interviewer wrote.
The Vote Comes Before the Conversation
Amazon runs the decision in a deliberate order. Right after your loop, every interviewer submits written feedback and an explicit vote on their own, before reading anyone else's. The vote is the headline. The writeup is the evidence sitting behind it. Locking in the vote first stops the loudest voice in the debrief from swaying everyone else's memory. You can't un-write what you already filed.
That writeup is built from notes the interviewer took live. Quotes of what you said. The hint they gave and how fast you used it. Which Leadership Principle your story really demonstrated, with examples. Amazon hires against 16 of these principles, cultural rules like Customer Obsession or Dive Deep, and they run through the rest of this guide. The thinner the notes, the less your vote counts in the debrief, because a vote nobody can defend with specifics gets discounted in the room.
Each interviewer also tags which Leadership Principles they probed, and scores you on them. People shorten Leadership Principle to LP, and you will see it written that way in feedback. The scoring happens inside every round, the coding ones included. There is no separate behavioral slot where it all gets settled. So a coding interviewer files two verdicts on you. One on whether your solution was correct and clean, and one on whether your "tell me about a time you dug into a hard bug" answer showed Dive Deep. Both feed the same vote.
The Bar Raiser
One person in your loop is the Bar Raiser. They are a trained interviewer recruited from outside the hiring team, so they have no stake in filling the role. Earning the title takes a months-long shadow and reverse-shadow program. That program can run anywhere from under a dozen to 40 or more loops. Their job is to protect the company's hiring bar against a manager who is desperate to fill a seat. They read all the written feedback in advance. Then they lead the debrief.
From outside your team
The Bar Raiser never sits on the hiring team, so they have no stake in filling the seat.
Reads the feedback first
They go through every interviewer's written notes before the debrief, then run the room.
Holds a veto
They can block a hire outright, though in practice they drive consensus rather than fire it.
The veto is real. A Bar Raiser can block a hire that the manager and the rest of the panel all want. In practice they almost never reach for it. A trained Bar Raiser is supposed to drive the room to a shared decision through the evidence. A debrief that ends in a unilateral override is treated as a partial failure of the conversation. So the power matters less as a hammer than as a tilt. The person running the meeting started the day skeptical and owes their reputation to keeping the bar high.
The Asymmetry That Decides Borderline Loops
One rule decides a lot of borderline Amazon loops. It catches out people who treat the prep as pure coding. The technical bar and the Leadership Principle bar do not weigh the same. Strong behavioral stories can rescue a shaky coding loop. Clean code cannot rescue weak stories.
Strong LPs can rescue weak technicals
- A candidate who stumbles on the optimal solution but shows real Ownership and Dive Deep, with quantified stories, often survives the debrief.
- Borderline-technical loops get pulled over the line when two or three interviewers independently flag strong, specific LP signal.
- The Bar Raiser, whose focus is culture and the principles, will argue for a candidate whose behavioral evidence is genuinely strong.
- Behavioral strength reads as long-term bet. Amazon hires for a career, so an engineer who learns fast and owns problems outweighs one who memorized more patterns.
Strong technicals cannot rescue weak LPs
- A flawless coding loop with thin or generic LP answers commonly gets rejected anyway. Interviewers commonly report that a meaningful share of candidates who clear the technical bar still miss on behavioral grounds.
- Reciting an LP name back instead of telling a real story reads as a red flag, no matter how clean your code was.
- "We did X" instead of "I did X" sinks otherwise strong stories. Amazon wants the individual contribution, around 80% "I" not "we".
- Stories with no metric leave the interviewer nothing to defend in the debrief. Missing numbers is the single most common piece of critical feedback.
Read the asymmetry as a budget. Your technical performance buys you into the conversation. Your Leadership Principle evidence is what closes it. A weak round on one principle can be offset by a strong story on another, so the behavioral side has internal slack you can lean on. The coding side has far less. If you have limited prep hours and a solid grasp of medium-difficulty problems already, sharpening your stories almost always returns more than another night of graph problems.
Down-Leveling and the Level You Land At
The debrief decides more than yes or no. It decides which level you come in at. The Amazon software ladder runs L4 for SDE I, L5 for SDE II, L6 for Senior, then L7 for Principal. There is no L3. The panel sets your level on how you performed in the loop. The title you applied for has no weight here.
| Level | Title | Typical experience |
|---|---|---|
| L4 | SDE I | Roughly 1-3 years. The entry level, where new grads join |
| L5 | SDE II | Roughly 3-10 years. The broad core band most engineers sit in |
| L6 | SDE III / Senior | Roughly 8-10+ years |
| L7 | Principal | 10+ years |
Down-leveling is common. You interview targeting L5 and the room decides your evidence reads as a strong L4, so the offer comes back at L4. It usually traces to two gaps. The first is LP stories that lacked the scope and the metrics expected at the higher band, which across all levels is the most common reason candidates miss their target, and it bites hardest at L4 and L5. The second is a system design round that stayed shallow, which drives down-leveling specifically at L5 and above. A senior hire is supposed to show influence across systems and teams. Stories that only cover your own small task read as one level down.
Why You Hear So Little Afterward
Amazon generally does not tell you why you were rejected or why you were down-leveled. Your recruiter will pass along the verdict and little else. No round-by-round breakdown, and rarely even which principle let you down. The silence is policy, partly for legal caution and partly because detailed feedback invites a debate the company has no interest in having.
That makes the loop close to a black box on the way out, so build your own read instead of waiting for theirs. After each round, jot down which principles you think the interviewer probed and whether your story had a number in it. Note the problems where you needed a hint. If you are turned down, that private record is far more actionable than anything the recruiter is allowed to share. Reapplying later carries no stigma, and the clearer your own notes, the sharper your second attempt.
Common questions
How hard is it to get hired at Amazon?
Most candidates are cut at the resume screen, and for those who reach the Loop a common miss is behavioral. The Loop is four 55-minute interviews, sometimes five at senior levels, each usually opening with Leadership Principle questions. Stories told as "we," or with no metric, sink candidates who solved every coding problem, and thin LP stories are the most common reason people come in a level below target. One interviewer is a Bar Raiser from outside the team who leads the debrief and holds a rarely used veto.
What are the software engineer levels at Amazon?
The SDE ladder starts at L4, SDE I, and there is no L3. New grads join at L4. L5 is SDE II, the broad core band most engineers sit in, usually with three to ten years of experience. Above it sit L6, Senior, and L7, Principal. The debrief sets your level from the Loop, and you can't negotiate it up afterward.
Key Takeaways
- ✓Every interviewer files written feedback and a hire/no-hire vote before the debrief, so concrete, quotable moments in the room beat vague good impressions.
- ✓The Bar Raiser comes from outside the team, reads all feedback first, leads the debrief, and holds a veto they rarely use because consensus is the goal.
- ✓Strong Leadership Principle signal can rescue a borderline-technical loop, but a flawless coding loop with weak LP stories often gets rejected anyway.
- ✓Level is set by the panel and is non-negotiable while salary is, down-leveling is common, and Amazon almost never shares why you were turned down.
Amazon interview guideKnow what Amazon asks before you walk in.
19 coding · 6 system design · 44 behavioral questions
Get their questions first.
InterviewLegend is independent and not affiliated with or endorsed by any company it covers.