“What motivates you?” sounds like a personality quiz, but it is one of the sneakiest retention-fit questions on the menu, and learning how to answer what motivates you well changes the rest of the interview. The hiring manager is trying to figure out whether the parts of the job that energize you actually exist in the role. Recent HBR research found that existential boredom — the slow-drift kind, not the bad-meeting kind — was a leading driver of turnover. The point of this question is to predict that drift before it shows up in a resignation email.
Why interviewers ask this
There are three layers to this question. The surface layer is alignment — does what gets you out of bed map to what the team actually does all day. A platform engineer who lights up about user-facing polish is going to be a bad fit for a backend team that ships internal tools to other engineers. The interviewer is testing the shape of your motivation, not the volume.
The second layer is retention risk. Daniel Pink’s Drive, drawing on four decades of motivation research, argues that intrinsic motivators — autonomy, mastery, purpose — predict long-term engagement on cognitive work, while extrinsic rewards like pay only predict performance on mechanical tasks. If your answer is money, title, or stability, you are flagging that the moment a competitor matches the offer, you will move.
The third layer is self-awareness. Generic answers (“I love challenges, I love learning, I love impact”) tell the interviewer that you have not actually thought about what you find rewarding. Specific answers tell them you know yourself, which makes you a more predictable teammate.
The three-part framework
The structure that lands cleanly here has three beats and runs about 60–90 seconds. Each beat does one job, and skipping any of them is how candidates fall back into platitudes.
Beat one: a specific motivator, not a category. “Growth” is not a motivator. “Working on problems where the right answer isn’t known yet” is a motivator. “Impact” is not a motivator. “Watching a customer use something I built and tell me it saved them an hour” is a motivator. Push past the abstract noun until you reach a sentence a friend would recognize as actually you.
Beat two: a concrete example from your recent work. One moment, not a montage. The example should be the kind of detail you would not bother making up — the specific bug, the specific user, the specific late-night Slack message. Two or three sentences is plenty; this is not the place to run a full STAR story.
Beat three: the connection to this role. Reference something concrete from the job description, the team’s product, or a public technical decision the company has made. “The reason this role caught my eye is that the platform team is rewriting the ingestion pipeline, which is exactly the kind of ambiguous-but-bounded problem I keep gravitating toward.” This is the beat 90% of candidates omit.
If your motivator is unusual, leaning harder on beat two makes it land. If your motivator is common, beat three differentiates you from the four other people who said the same thing.
15 sample answers
The what motivates you sample answers below cover different roles, seniority levels, and motivator shapes. Each one names something concrete enough that it would not work as a copy-paste answer for the candidate in the next interview slot.
Backend engineer — solving ambiguous problems. “What pulls me in is problems where nobody on the team has written down the right answer yet. The most recent one was a billing reconciliation bug where invoices were drifting by pennies — turned out to be a timezone conversion two services deep. That slow-detective work is what I find most satisfying. The platform role here looked like a steady supply of those.”
Product designer — watching real users. “I get the most energy from sitting next to a user while they use something I designed and watching them not need me. We ran an onboarding study last quarter and one participant got through setup in 90 seconds without asking a question, and I walked out of that room lit up. Your job post mentioned weekly research sessions, which is rare.”
Engineering manager — mentoring. “What’s stayed motivating across every role is watching someone on my team do something they couldn’t do six months ago. I have an engineer who couldn’t write a design doc when she joined, and last week she led an architecture review with two principal engineers. I’d want to keep doing that at a larger scale, which is what this EM-of-EMs role lets me do.”
Startup engineer — shipping fast. “I work best when the gap between deciding to build something and seeing it in production is measured in days, not quarters. At my last job we shipped a usage-based pricing change in nine days from kickoff to launch and it added 11% to MRR that quarter. Your team’s weekly release cadence was the first thing I noticed about the role.”
Staff engineer — deep technical depth. “I’m motivated by going further into a single problem than the previous person did. I spent eighteen months on database internals at my current company and I now know the storage layer better than the vendor’s support team. The role you’re hiring for — owning the query planner — would let me keep going down that well.”
Customer success manager — customer outcomes. “The motivator that’s stayed consistent across five years in CS is the moment a customer renews and tells me the product is now load-bearing for their team. We had one renewal last month where the head of revops said our dashboard had replaced two analysts’ weekly work. Your strategic-accounts segment is mostly that kind of customer.”
Data scientist — explanatory power. “I like the work where the answer is counterintuitive. We ran a churn model last year and the top feature was something nobody would have guessed — number of admin-user invites in week one. Untangling why turned into a six-week project and it changed how our PMs onboarded customers. That ratio is what keeps me in DS rather than going into pure ML engineering.”
Sales engineer — translating between worlds. “I get the most out of sitting in the room when an engineer and a CTO are talking past each other and being the person who closes the gap. There was a deal last quarter where the prospect’s architect thought we couldn’t handle their throughput, and walking him through our actual sharding setup turned a ‘no’ into a six-figure expansion.”
PM — bets that could be wrong. “I’m motivated by decisions where the data isn’t conclusive and we have to commit anyway. The pricing change I owned last year was that — directional research, clean experiment design, and we still had to make a call before we had real evidence. Owning the upside and downside of that kind of bet is what I want more of, and your zero-to-one product line is full of them.”
Designer-engineer hybrid — craft. “What gets me is the last 5% — the part where the feature already works and you spend an extra day making it feel right. The cursor behavior in our text editor was technically fine for six months, then I spent a weekend rebuilding the selection model and now it’s the thing customers mention in NPS. That obsessive last-mile pass is what I want a job to reward.”
Career switcher into tech — building something tangible. “After seven years in management consulting, what I missed was actually shipping the thing I’d recommended. I switched to engineering eighteen months ago and the first time my code went to prod I sat at my desk and stared at the URL. That moment hasn’t gotten old. Your team’s small-IC-team setup is what I’d want for the next five years.”
Researcher — being wrong in public. “I’m motivated by being proven wrong on something I was confident about. We ran a usability study where I had a strong hypothesis about navigation and the participants made me look like I’d never used a phone, and I redesigned the flow from scratch. That cycle — confident, wrong, better — is the part of research I look forward to.”
Junior engineer — getting unstuck. “What’s surprised me about my first year as an engineer is how much I like the moment a bug clicks into place. I spent a full day last week on a CI failure that turned out to be an environment variable shadowed three levels deep, and the satisfaction of seeing it was disproportionate to how small the fix was. I want to keep doing that work for a while.”
Senior IC — autonomy. “I’m most engaged when I’m trusted to pick the problem, not just solve it. The work I’m proudest of in the last two years was a project nobody asked me to do — I noticed our deploy pipeline was the bottleneck on team throughput, scoped it, and shipped a rewrite over six weeks. Your senior IC track seems to actually allow that, which is rarer than job posts make it sound.”
Operations lead — systems that scale past me. “What I keep coming back to is building processes that work whether or not I’m in the room. We rebuilt the onboarding runbook last year and ramp time dropped from eleven weeks to seven, and the satisfying part was that none of the new hires had ever met me. Your ops org is at the size where I’d want to be building those systems.”
What NOT to say
The fast way to lose this question is to stay abstract. The phrases below are the most common offenders.
- “I love a challenge.” This is content-free. Every candidate loves a challenge. Name the kind of challenge.
- “I’m motivated by growth and learning.” Same problem. If you cannot finish the sentence with what you specifically want to learn next, the answer is filler.
- “I’m motivated by making an impact.” Impact on whom, doing what. Without specifics this reads as a slogan, not a motivator.
- “Money / promotions / job security.” Honest, but not what’s being asked. Daniel Pink’s research is clear that extrinsic rewards predict performance on mechanical tasks, not on the cognitive work most of these roles consist of. Saying this in the room flags retention risk.
- “The team / great culture.” Culture is a workplace condition, not a motivator. Interviewers want to know what you do, not where you sit.
- Anything that contradicts the job. If the role is 80% maintenance work and your answer is “shipping new products fast,” you have just argued yourself out of an offer.
Closing move and practice routine
The closing move on this question is to make beat three — the connection to the role — sharper than the candidates ahead of you in the queue. Read the job description twice, find the bullet point that maps cleanly onto your real motivator, and reference it by name. “Your post mentions the team owns the query planner” beats “I’m excited about the technical challenges here” every time.
For practice, write three versions of your answer with three different motivators and read them out loud. The version that sounds least like a LinkedIn post is usually the one that is actually yours. Then trim until each beat is one or two sentences. The whole answer should land in 60–90 seconds, which feels uncomfortably short the first time you say it and uncomfortably long the third time you hear someone else give a 4-minute version.
This question often shows up early, sometimes right after “tell me about yourself,” and the interviewer is using it to set the temperature for the rest of the conversation. A specific, slightly unusual motivator gives them something concrete to dig into for the next forty minutes. A generic one gives them nothing and they fall back to the standard behavioral script.