Recruiter interviews test whether you can run a search from the first talk with a hiring manager to a signed offer, and keep candidates and managers on your side along the way. Expect a few questions on your path and the roles you've hired for, several stories from past searches, what-would-you-do scenarios about declines, counter-offers and difficult managers, and checks that you know sourcing, screening, metrics and fair hiring. Each question shows what the interviewer is listening for, a shape for your answer and a short answer you could say out loud. Swap in your own searches before the day.
Search all questions by round, difficulty and level, or save the ones you want to practise.
Path: the short route in, such as an HR internship, a coordinator job or an agency desk.
The hook: one moment that showed you liked the work, such as a hard search you closed.
Next: what you want to get better at in this role.
"I started as a recruiting coordinator at a mid-sized software company, mostly scheduling interviews and chasing feedback. Pretty quickly I saw that the recruiters who did well weren't the chattiest ones. They were the ones who understood the role almost as well as the manager. I asked to sit in on intake meetings, then took on a few support roles myself. The first time I found someone who wasn't looking, talked them through the move, and watched them get promoted a year later, I was hooked. What keeps me in it is the mix of detective work and persuasion. Now I want a full-cycle desk where I own searches from the intake call to the first day, and get sharper at harder technical roles."
Saying you're a people person with no example of actually finding or closing anyone.
Who they hire: the main role families and locations from the careers page.
The pitch: what would make a good candidate say yes, in your own words.
Your fit: the kinds of roles you've hired for before that match.
"From your careers page, most of your open roles are in engineering and customer operations, and a lot of them are hybrid across a few offices. That tells me the work is a mix of hard-to-find technical people and steady volume hiring, which is the mix I've had for the last two years. I also read the employee reviews, and the thing people praised most was how fast they got real responsibility. That's a strong pitch for early-career candidates. The weaker theme was a slow hiring process, and honestly that's part of why I'm interested. I like fixing the parts of a process that make good people drop out, and I think I could help with that here."
Repeating the company's mission line without any view of what candidates would find attractive or off-putting.
Setting: where you've worked, and the kind and volume of roles.
What it taught you: one strength that setting builds.
What you'd adjust: how you'd work here.
"I spent three years at an agency and the last two in-house. The agency years taught me speed and persistence. I had several clients at once, and if I didn't find strong people fast, someone else would. In-house taught me the other half: the hire still has to work a year later, and I see the hiring manager every week, so I can't oversell a candidate or a role. What I'd bring here is the agency habit of always building a pipeline before I need it, plus the in-house habit of being honest with candidates about the hard parts of a job, because that's what stops people leaving in their first few months."
Running down one setting entirely, or giving no sense of the volume and type of roles you've actually handled.
Name it: what a bad week looks like in recruiting.
How you reset: separate what you control from what you don't.
Keep the pipeline: why steady sourcing protects you.
"A bad week in recruiting is usually two or three things at once, like a finalist declining, a role going on hold and a manager unhappy about something. What helps me is splitting it into what I could have controlled and what I couldn't. A hiring freeze isn't mine. A decline I didn't see coming might be, so I look at what I missed and note it down. Then I go back to the habit that protects me, which is always having a pipeline. If I've kept sourcing every day, one lost candidate hurts, but it doesn't send a search back to zero. And I talk it through with another recruiter, because they've all had that week too."
Saying rejection never bothers you, or blaming candidates and managers for every lost hire.
The role: what it was and why the market was thin.
Diagnosis: what was really blocking it.
What you changed: sourcing, requirements or pitch.
Result: the hire and what you'd reuse.
"It was a payments engineer role that had been open for about four months when I picked it up. The manager wanted deep payments experience, one specific language, and someone in one city. I looked at the pipeline and saw candidates were fine at screening but dropping at the manager round, where the bar kept shifting. So I sat down with the manager and we split the list into must-haves and nice-to-haves. The language turned out to be a nice-to-have, which widened the pool a lot. I also started sourcing people who'd built billing systems in other industries. Within six weeks we had three strong finalists, and the person we hired is still on the team. The lesson I reuse is to look at where people drop before I source harder."
A story where the win was pure luck, or where you just worked longer hours without changing anything.
Check the ad: a title people search for, clear location and work setup, and a short list of real must-haves.
Go direct: search your own database and professional networks for people who aren't applying.
Widen channels: referrals, communities, colleges or events that fit the role.
"First I'd look at the ad itself. Is the title something people actually search for, or an internal name? Is it a wall of requirements that scares good people off? Does it say where the work happens and, where we're allowed or required to, the pay range? Fixing that alone often helps. Then I'd stop waiting for applicants. I'd search our tracking system for people we liked for earlier roles, ask the team for referrals, and source directly on professional networks with a proper Boolean search. Depending on the role, I'd add communities, meetups, college job boards or specialist job sites. And I'd check in with the hiring manager, because if nobody fits, maybe the profile needs a second look."
Just reposting the same ad or paying to promote it without asking why it failed.
OR for synonyms: group the different titles and skills people use for the same thing.
AND to combine: join the groups that must all be present.
NOT to exclude: remove the noise; quotes keep exact phrases together.
"I'd start with the ways people describe the same job, because not everyone calls themselves a backend developer. Some say backend engineer, server-side developer or just software engineer. Those go in one group joined by OR, inside brackets, with quotes so each phrase stays together. Then I'd AND that with the skills group, Java OR Kotlin, and use NOT to drop intern and trainee. The brackets matter, because without them the tool might combine the ANDs and ORs in a different order than I meant. One catch: on a full-profile search, NOT intern also drops experienced people who mention an old internship, so where the tool allows, I'd put that exclusion on the current title only. Then I'd read the first twenty or so profiles and adjust. If lots of Android developers show up, since Kotlin is common there, I'd exclude that too."
("backend developer" OR "backend engineer" OR "server-side developer" OR "software engineer")
AND (Java OR Kotlin)
NOT (intern OR trainee)
Putting every term in one flat string with no brackets, or not knowing what OR actually does.
Personal hook: one specific thing about their work.
Why them, why this: the one or two things about the role they'd care about.
Small ask: a short call, no pressure, easy to say no.
"Short and specific. The first line shows I actually looked at their work, like a project they led or a talk they gave. Then one or two sentences on why this role might matter to them in particular, such as the size of the problem or who they'd work with, not a list of our benefits. I'll mention where the job is and whether it's remote, since that's the first thing people wonder. And the ask is small: a fifteen-minute call to see if it's worth a longer chat, with an easy way to say not now. If they don't reply, I follow up once or twice, spaced out, with something new each time. After that I leave it, and maybe try again months later."
Sending the full job description, or a message so generic it could have gone to anyone.
What happened: the hire and how it went wrong.
Your part: the signal you missed or waved through.
What you changed: one specific change to your screening.
"I placed a sales manager who interviewed brilliantly and left after five months. Looking back, the warning was there. On my screening call I asked why she'd left each job, and every answer was about a bad boss. I noticed it, but she was so strong on everything else that I didn't raise it with the hiring manager. When she left, the reason was the same story again. What I changed is that I now write down anything that bothers me on a screen and pass it to the manager with a suggested question for the interview. It's not my job to veto someone on a hunch, but it is my job to make sure the people deciding see the whole picture."
Saying none of your hires have ever failed, or putting the whole failure on the manager.
Check first: make sure the finding is right and not a mix-up.
Hear them out: ask the candidate to explain before anyone decides.
Follow policy and share: give the manager and HR the facts; don't decide alone or bury it.
"First I'd make sure it's real. Titles vary a lot between companies, and sometimes a record just shows an older title or an internal grade. If the gap is real, I'd follow our policy on verification issues and give the candidate a fair chance to explain, ideally on a call. There's a big difference between someone who called themselves a lead on a team they really did lead, and someone who claimed a role they never had. Then I'd put the facts in front of the hiring manager and HR together, including what the candidate said. I wouldn't hide it because the manager is keen, and I wouldn't pull the offer on my own either. It's a decision made under the policy, and my job is to keep it fair and accurate."
Burying the finding to save the hire, or rejecting the candidate without letting them explain.
Open: set the agenda and describe the role briefly.
Assess: the must-haves from intake, with examples, not yes or no answers.
Practicals: motivation, notice period, location, pay expectations, other processes.
Close: next steps and when they'll hear back.
"I keep it to about half an hour. I open by saying what we'll cover and give a short picture of the role, so they can tell me early if it's clearly not for them. Then I go through the must-haves we agreed at intake, and I ask for examples rather than 'have you done this', because almost everyone says yes to that. I ask why they're looking and what they want next, since I'll need that for closing later. Then the practical things that kill a hire late: notice period, location and work setup, pay expectations, and whether they're interviewing elsewhere. I finish with the next steps and when they'll hear from me, and I put my notes into the system straight after."
Running an unplanned chat with different questions for every candidate, or leaving pay and notice period to the offer stage.
The disagreement: who the candidate was and where you differed.
How you argued: evidence tied to the agreed criteria, not gut feeling.
Outcome: the decision, and how the relationship held up.
"A manager wanted to reject a candidate for an analyst role because she'd been out of work for two years. I thought that was the wrong reason. She'd scored at the top of our work sample, and the gap was for caring for a parent. I didn't argue in the debrief in front of everyone. I asked for ten minutes afterwards, walked through the scorecard we'd agreed at intake, and pointed out that none of the criteria were about recent employment. I also suggested a short extra conversation about how she'd kept her skills current. He agreed, she did well in it, and we hired her. The relationship stayed good because I came with the scorecard, not just an opinion."
Either giving in silently or going over the manager's head as a first move.
The load: how many roles and why it spiked.
How you ranked them: impact, urgency and how close each was to an offer.
Agreeing it: how you told managers and what you traded off.
"After a big funding round I went from eight open roles to over twenty in a month. I couldn't give every one full attention, so I sorted them into three groups: roles blocking a launch or revenue, roles with candidates already close to an offer, and roles that could wait a few weeks. I shared that list with the department heads and asked them to change the order if they disagreed, and a couple did. For the waiting roles I posted ads and set up a simple screen so I wasn't losing ground. I also asked for a contract recruiter to take the volume roles. Everyone knew where their role stood, so I got far fewer angry messages, and the critical hires closed first."
Saying you just worked harder and gave every role equal effort.
Make it easy: a short message with the risk and a clear yes or no needed.
Step it up gently: go to them in person, then to their lead if it's still stuck.
Candidates: tell them honestly where things stand.
"First I'd make it very easy for the manager. Instead of 'any feedback?', I'd send a short note saying two strong candidates have other offers this week, and ask for a yes or no on those two by tomorrow, and the rest by Friday. Then I'd try to catch them in person or book fifteen minutes to go through the profiles together, because often the problem is just time. With the two candidates, I'd be honest: we're still deciding, I expect an answer in a day or two, and please tell me before you accept anything. If the manager still stays silent, I'd bring in their lead, framed as a risk to the hire, not a complaint about them."
Just sending more reminder emails, or telling candidates you have no idea what's happening.
Show the market: a quick look at how many people match and what they're paid.
Offer trade-offs: lower seniority, fewer must-haves, more time or more budget.
Agree it in writing: the version you'll search for and a date to review.
"I wouldn't argue in the meeting. I'd say I want to get them the right person and ask for two days to test the market. Then I'd run a few searches to see how many people actually fit, and check pay for that profile with our compensation team. I'd come back with options. We can look for the full profile, but it'll take longer and cost more. We can hire someone a level down with most of the skills and train the rest. Or we split the work across two roles. I'd also say clearly that a start in three weeks is rarely realistic for a senior person who has to give notice. Once we agree, I write down the version we chose and we review it in two weeks."
Saying yes to everything and hoping, or refusing the search without offering any alternative.
Before the search: approved requisition, intake meeting, job description, interview plan.
Find and assess: sourcing, screening, interviews, debriefs.
Close and hand over: checks, offer, acceptance, contact during notice, onboarding handover.
"It starts when a role is approved. I meet the hiring manager for an intake to agree the must-haves, the interview stages, who's on the panel and the timeline. Then I write or fix the job description, post it, and start sourcing directly. I screen candidates by phone, send the strongest to the manager with short notes, and run the interview stages, collecting feedback after each one. After a debrief we choose a finalist, I run reference and background checks as our policy says, then build and present the offer. Once they accept, I'm not done. I keep in touch during their notice period, hand everything over to onboarding, and check in after their first few weeks to make sure it's going well."
Describing recruiting as posting ads and forwarding CVs.
The job: what success looks like in the first year and the main problems to solve.
The person: true must-haves versus nice-to-haves, and where such people work now.
The process: stages, panel, feedback speed, pay range and the start date that matters.
"I start with the work, not the requirements. What will this person be doing in their first six months, and what would make you say it was a great hire a year from now? That answer usually changes the list of requirements. Then I push the list into must-haves and nice-to-haves, and ask where people like this work today, and whether there's someone on the team who's a good model. I also ask what's put candidates off in the past. Then the process: how many interview stages, who's on the panel, how fast they'll give feedback, the approved pay range and the start date that really matters. I send a short written summary afterwards so we're both working from the same page."
Only asking for the job description and the pay range, then starting to source.
Partner, not order-taker: you bring market knowledge and advice.
Clear roles: who does what, and by when.
Honest updates: both sides say early when something isn't working.
"To me it's a partnership where both sides do their part. I bring what I know about the market, the candidates and the process, and I'll push back when a requirement or a decision doesn't make sense. The hiring team brings what the job really needs and commits to fast feedback and turning up prepared for interviews. We agree those things at the start, like feedback within two days, so nobody's guessing. I like a short weekly check-in on each search, even ten minutes. And I want honesty both ways. If they think the candidates I'm sending are off, I'd rather hear it after the first three than after the first thirty. The worst setups are the ones where the recruiter just takes orders."
Describing yourself as someone who just fills orders, or as the person who decides who gets hired.
What happened: the role, the stage and the reason given.
The missed signal: what you could have learned earlier.
The change: how you close differently now.
"I had a designer who said yes on a Friday call and declined on the Monday. The reason was another offer she'd been waiting on, which I didn't know existed. Looking back, I'd asked once, early on, whether she was interviewing elsewhere, and she'd said 'a couple of places'. I never asked again. Now I ask about other processes at every stage, and before an offer goes out I ask directly: if we make this offer, is there anything that would stop you accepting? I also ask what the other options give her that we don't. It felt blunt the first few times, but candidates respect it, and I'd much rather hear about a competing offer before ours goes out than after."
Blaming the candidate for being unreliable without any look at your own process.
Talk, don't panic: call them and listen to what was offered and how they feel.
Back to their reasons: remind them, in their own words, why they wanted to move.
Respect the choice: share the facts, agree a clear deadline and let them decide.
"First I'd call rather than email, and mostly listen. What did they offer, and how does the person feel about it? Then I'd go back to what they told me at the start about why they wanted to move. If it was growth or a difficult manager, I'd gently ask whether the counter-offer changes that, or only the pay. Often the reasons for leaving are still there. I'd also tell the hiring manager straight away, in case there's something we can reasonably do. But I won't run down their employer or try to scare them. If they decide to stay, I thank them and keep the door open. The real work was earlier, though: I ask every finalist before the offer how they'd react if their employer tried to keep them."
Pressuring or threatening the candidate, or claiming as fact that people who accept counter-offers always leave soon after.
Start early: learn their reasons to move, their worries and their other options at screening.
Keep checking: ask at every stage whether anything has changed.
At offer: present it live, link it to what they told you, and agree a decision date.
"Closing starts on the first call. I find out what would make someone move, like growth, a better manager or a shorter commute, and what might stop them. At every stage I check in: how did that interview feel, has anything changed, where are you with other companies? So by the offer there shouldn't be any surprises. Before it goes out, I usually test it: if we can offer something along these lines, would you accept? Then I present the offer on a call, not by email, and link it to what they told me mattered. I ask for their questions, give them a reasonable time to decide, and agree when we'll speak next. If something's in the way, I want to hear it while I can still do something about it."
Seeing closing as sending the offer letter and waiting.
The problem: what felt wrong in the process.
What the data showed: the stage or source where things broke.
The change and result: what you did and how you knew it worked.
"Our engineering roles were taking far longer to fill than anything else, and managers blamed the market. I pulled the stage data from our tracking system for the past two quarters. Sourcing wasn't the problem. Candidates passed screening at a normal rate, then waited a long time between the technical interview and the last interview, and a lot of them accepted other offers in that gap. I showed the managers that one chart and suggested holding the last interview within a few days of the technical one, with slots booked in advance. They tried it for a quarter. The wait dropped to under a week and we lost far fewer people there. The data turned it into a process fix instead of an argument about the market."
Only talking about the reports you sent, with nothing that changed because of them.
Time to fill: usually from the role being approved or opened to an offer being accepted; it shows how long the business waited.
Time to hire: usually from a candidate entering the pipeline to accepting; it shows how fast the process feels to them. Companies set both start and end points differently, so agree them first.
Quality of hire: a blend of later signals, such as manager rating, performance and whether they stay.
"Time to fill usually runs from when the role is approved or opened to when someone accepts the offer, so it shows how long the business was waiting. Time to hire usually starts when a particular candidate enters the pipeline, by applying or being sourced, and ends when they accept, so it shows how fast the process feels to them. Companies measure both differently, though. Some stop the clock at the start date instead of the acceptance, so I agree the definitions before comparing any numbers. Quality of hire is harder because it only shows up later. I'd combine a few signals: how the manager rates the hire after a set period, how quickly they got up to speed, their first performance review, and whether they're still here after a year. Speed matters, but not if the hire doesn't last."
Mixing up the two time measures, or treating offer acceptance as proof of a quality hire.
Daily use: move candidates through stages, log notes and messages, schedule interviews.
Why it matters: accurate reports, consistent records and a searchable talent pool.
When it's messy: wrong numbers, lost candidates, double outreach and no clear record of decisions.
"I live in it all day. Every candidate goes in with their source, I move them through stages as things happen, and I log screening notes and key messages so anyone could pick up the search if I were off sick. I use it to schedule interviews, collect scorecards and send rejections, so nobody is left hanging. When a team doesn't keep it current, a few things break. The reports are wrong, so you can't tell which source works or where people drop out. Two recruiters message the same person. Strong runners-up get lost instead of being found for the next role. And if a hiring decision is ever questioned, there's no clear record of why it was made."
Calling it just admin, or keeping your real notes in a personal spreadsheet.
The pain: what candidates were unhappy about and how you found out.
The fix: the change you made or pushed for.
The effect: what improved and how you knew.
"At my last company, candidates who reached the last interview and were rejected often heard nothing for weeks. A few of them posted about it publicly, which is how I noticed. I set myself a rule and then got the team to adopt it: every candidate who reaches an interview hears back within three working days of their last round, even if the answer is 'no decision yet'. Anyone rejected after a last interview gets a phone call, not an email, with one or two pieces of honest feedback the manager has agreed to. It added a bit of work, but the comments in our candidate survey turned around, and two people we'd rejected re-applied later and were hired into other roles."
Describing yourself as nice to candidates with no change to the process itself.
Acknowledge: reply quickly and thank them, without getting defensive.
Useful feedback: one or two job-related points, within what policy allows.
Check the claim: look into what they say was unfair, and escalate if needed.
"I'd reply the same day, or offer a call if they'd prefer. I'd thank them for the time they put in and say I'm sorry the outcome wasn't what they hoped for. Then I'd give feedback that's honest and tied to the job, like 'the panel wanted more experience running budgets than came through in your examples', rather than a vague line about fit. I'd stick to what our policy and the manager allow me to share. On the unfairness point, I'd ask what they felt was unfair and actually look into it. If they say an interviewer asked about their religion, that's not a feedback issue, and I'd take it to HR straight away. Most people just want to be heard and treated with respect."
Ignoring the email, sending a copy-paste reply, or arguing with the candidate.
Say it plainly: you can't screen on age or family status.
Explain why: it's against the law in many places and bad hiring everywhere.
Redirect: ask what the job actually needs and write that down.
Record and escalate: if it continues, involve HR leadership.
"I'd say it calmly but directly: I can't screen for age or for whether someone has children. In a lot of countries that's against the law, and even where it isn't, it cuts us off from good people and puts the company at risk. Then I'd move straight to the real need, because there usually is one. What does 'energetic' mean in this job? Is it long shifts, travel, a fast pace, weekend cover? Those are things we can put in the job ad and ask every candidate about in the same way. I'd make a note of the conversation, and if the manager kept pushing or I saw it in their decisions, I'd raise it with HR leadership. I want to help them hire well, not help them take that risk."
Quietly going along with it, or lecturing the manager without finding out what the job really needs.
Define it: turn the team's values into behaviours you can ask about.
Assess it the same way: set questions and a scoring guide for every candidate.
Watch the language: challenge feedback like 'not a fit' that has no reason behind it.
"I try to replace 'fit' with specific things the team actually needs. If a value is 'we own our mistakes', the question becomes 'tell me about a time you got something wrong and what you did', and we agree what a strong answer looks like before anyone interviews. Every candidate gets the same questions and is scored on the same guide. Then I listen closely in debriefs. When someone says 'I just didn't feel they'd fit', I ask what they saw that led them there. If the answer is about hobbies, accent, which school they went to, or 'they're not like us', that's not a job reason and we shouldn't use it. I'd rather ask what someone adds to a team than whether they match it."
Describing fit as whether you'd enjoy hanging out with the person after work.
Widen the top: new sources, inclusive job ads, fewer false must-haves.
Make assessment consistent: structured interviews, scoring guides, mixed panels.
Measure and stay lawful: check where people drop by stage; laws differ by country, so work with HR and legal.
"I focus on who gets into the pipeline and how they're judged, not on who gets the offer. At the top, I source from places we haven't looked before, like different colleges, professional communities or return-to-work programmes. I also strip job ads of requirements that aren't real, because a long wish list puts off good people who meet most of it, and I check the wording for anything that signals a certain type of person. In assessment, everyone gets the same questions, scored against a guide agreed in advance, and panels include different perspectives. Then I look at where people drop out of the funnel, because that shows where the process might be unfair. The rules here differ a lot by country, so I'd always work within our legal guidance."
Suggesting you'd pick someone because of the group they belong to, or saying diversity isn't a recruiter's concern.
Plan backwards: from start dates and training batches to how many applicants you need.
Keep it standard: one clear profile, short screens, simple assessments with scoring guides.
Run it like an operation: interview slots in blocks, fast offers, the funnel checked daily.
"I'd plan backwards from the training dates, because volume hiring usually fills batches. If we need a batch of thirty starting on a certain date, I work out how many applicants that takes using how many people made it through each stage in past drives, and add a buffer for no-shows and dropouts. Then I'd keep the process short and the same for everyone: a clear profile, a quick phone or online screen, a short skills exercise like a typing test or a role-play, and one interview with a scoring guide. I'd use walk-in days, referrals and local job boards, and book interview slots in blocks. Offers go out within a day or two, because in volume roles speed wins people. And I'd check the funnel every day."
Treating it as many separate searches, or skipping structured assessment to go faster.
ClapAssist is an AI interview assistant for Mac and Windows. It listens to the interview on your computer and shows you what to say, in short lines you can read while you talk. Your resume and notes are never stored on our servers. It stays out of screen share on every plan; only you can see it.