AI with Michal

Recruiting funnel analytics

Measuring how candidates move stage to stage (applied, screened, interviewed, offered, hired) so you can find where the funnel leaks, where it converts, and which sources actually deliver hires.

Michal Juhas · Last reviewed June 6, 2026

What is recruiting funnel analytics?

Recruiting funnel analytics is the practice of measuring how candidates move through each hiring stage, from applied or sourced through screened, interviewed, offered, and hired, so you can see where people drop off and which sources convert. The point is not the counts but the conversion rates between stages: that is where leaks, bottlenecks, and your best channels become visible.

Illustration: recruiting funnel analytics showing ATS stage counts feeding a narrowing funnel with stage-to-stage conversion rate chips, an amber leak flag marking the steepest drop-off, and a TA analyst branching to budget reallocation and fix-the-stage decisions beside a source-quality panel

In practice

  • A recruiter says "the funnel looks healthy until the interview stage, then it falls off a cliff," and what they mean is the screen-to-interview pass-through rate dropped while the rest held steady.
  • In a debrief, a TA lead pulls up stage counts next to last quarter's baseline and asks "why is offer-to-accept down ten points?" instead of celebrating raw application volume.
  • A sourcing ops person calls a channel "expensive" when its source-to-hire rate is low, even if it floods the top of the funnel with profiles, because volume without conversion just adds screening work.

Quick read, then how hiring teams use it

This is for recruiters, sourcers, TA, and HR partners who need the same vocabulary in pipeline reviews, vendor calls, and planning meetings. Skim the first section when you need a fast shared picture. Use the second when you are deciding how funnel data shows up in the ATS, your reporting, and the weekly stand-up.

Plain-language summary

  • What it means for you: Instead of asking "how many applied," you ask "what percentage moved to the next step." That single shift shows you where candidates fall out and where your real bottleneck is, not just where the noise is.
  • How you would use it: Lay your stage counts in a row, turn each gap into a percentage, and look for the one stage where the drop is much steeper than the others. That is your leak.
  • How to get started: Agree on stage names with your team, pull one clean export from the ATS, and calculate four ratios: applied to screen, screen to interview, interview to offer, offer to accept.
  • When it is a good time: As soon as you run more than a couple of reqs at once, because then you can no longer hold the whole pipeline in your head.

When you are running live reqs and tools

  • What it means for you: Funnel analytics turns the applicant tracking system from a storage box into a decision tool. Stage-to-stage conversion, time to fill per stage, and source-to-hire are the numbers that change where you spend hours and budget.
  • When it is a good time: Review weekly for live reqs so you catch a stalling pipeline while you can still act, and monthly for trends like creeping cycle time or a channel that quietly stopped converting.
  • How to use it: Define each stage once, treat the ATS as the single source of truth, and segment by source and seniority before you draw conclusions. A model can pull and summarise the data, but keep a human in the loop for any decision and never let it invent a number the ATS did not report.
  • How to get started: Build one repeatable loop: export, clean, calculate ratios, flag the steepest drop, name an owner. Start from a clean weekly hiring funnel report rather than a 30-tile dashboard nobody opens.
  • What to watch for: Tiny sample sizes that make conversion rates meaningless, inconsistent stage logging across recruiters, and GDPR drift when candidate-level lists get pasted into chat. Report aggregate stage counts and calibrate baselines each quarter.

Where we talk about this

On AI with Michal live sessions we work through this with real exports, not slides. Sourcing automation blocks focus on the export-clean-summarise loop and where AI safely speeds it up, while AI in recruiting blocks connect the numbers back to hiring manager trust and what you actually change after you spot a leak. If you want the full room conversation, start at Sourcing Lab and bring the one req that keeps stalling.

Around the web (opinions and rabbit holes)

Third-party creators move fast and definitions vary. Treat these as starting points, not endorsements, and reconcile any metric against your own ATS before you quote it in a review.

YouTube

Reddit

Quora

Counts versus conversion analytics

QuestionCounting applicantsFunnel analytics
Top-line viewTotal appliedPass-through rate per stage
Finds the leakNoYes
Compares sourcesBy volumeBy source-to-hire
Drives actionRarelyNames the stage to fix

Related on this site

Frequently asked questions

What is the difference between funnel analytics and just counting applicants?
Raw counts tell you how many people applied; funnel analytics tells you what happened to them. The unit that matters is the pass-through rate, the percentage moving from one stage to the next (applied to screen, screen to interview, interview to offer, offer to accept). A req with 400 applicants and a 2 percent screen pass is usually worse than 60 applicants at 35 percent, because the first one is buried in noise. In debriefs we plot stage-to-stage rates next to a healthy baseline so the leak is obvious. Pair this with a clean weekly hiring funnel report and define each stage once, or your numbers drift the moment two recruiters log differently.
Which funnel metrics actually drive decisions?
Four earn their place: stage conversion rates (where you leak), time to fill per stage (where you stall), source-to-hire by channel (where to spend), and offer acceptance (whether the close is breaking). Vanity metrics like total applications or raw profile views look busy but rarely change a plan. In practice we tie each metric to one owner and one action: low screen pass means rewrite the req or the boolean, slow interview-to-offer means fix scheduling or scorecards, weak source means reallocate budget. Start with one conversion ratio and time to fill rather than a 30-tile dashboard nobody reads. Add the applicant tracking system as the single source of truth so the numbers reconcile.
How do I find where my funnel is leaking?
Lay the stage-to-stage conversion rates in a row and look for the cliff. A normal funnel narrows gradually; a leak shows up as one stage where the drop is far steeper than the rest. If applied-to-screen is healthy but screen-to-interview collapses, the screen criteria or the recruiter screen is the problem, not the top of the funnel. If interview-to-offer is fine but offer-to-accept is low, the issue is comp, candidate experience, or speed, not sourcing. We do this live with real ATS exports so teams stop guessing. Watch sample size too: a 0 percent conversion on five candidates is noise, not a signal. Segment by source and seniority before you act, because one bad req can distort the picture.
Can AI help with recruiting funnel analytics?
Yes, mostly on the boring parts: pulling stage data, normalising messy ATS exports, and drafting a plain-language summary of what moved week over week. A model is good at "interview-to-offer dropped 12 points on the senior reqs, here are the three with the steepest fall," and bad at deciding what to do about it without your context. Keep a human in the loop for anything that touches a hiring decision, and never let a model invent numbers the ATS did not report. In the Sourcing Lab we build these as repeatable workflows: export, clean, summarise, flag, with the recruiter still owning the call. Log which model version ran so a surprising number can be traced, not trusted blindly.
What stages should a recruiting funnel have?
Keep it short enough to stay consistent: sourced or applied, screened, interviewed, offered, hired, plus an explicit rejected or withdrawn bucket so people do not vanish silently. Agencies often add submitted and client-interview stages, which is fine as long as every recruiter logs them the same way. The exact labels matter less than discipline: one definition per stage, one place to record it, no "I'll update the ATS later." When stages are loose, your conversion rates become fiction and every comparison across reqs falls apart. Write the stage definitions on one page, get the team to agree, and treat the ATS as the record of truth rather than a spreadsheet that lives on someone's laptop.
How often should we review funnel analytics?
Weekly for live reqs, monthly or quarterly for trends and planning. A weekly rhythm catches a stalling pipeline while you can still act, for example a req with two weeks and no interview, or a source that suddenly dried up. The monthly view is for patterns: which channels consistently convert, whether time to fill is creeping, where offer acceptance is slipping by team. Cadence beats precision here; a rough number every week beats a perfect dashboard once a quarter. Tie the weekly read to a 20-minute review with one owner per flagged req, and avoid GDPR drift by reporting aggregate stage counts, not candidate-level lists in chat. Calibrate baselines each quarter so normal reflects this market, not last year's.
Where can recruiters learn to build this without a data team?
You do not need an analyst to read a funnel; you need consistent stages and one trusted export. The Starting with AI: the foundations in recruiting course keeps the work recruiter-native: clean the data, ask the right ratio questions, and write a summary a hiring manager will actually read. In a Live Build we wire the export-clean-summarise loop on a real ATS so you leave with a workflow, not a screenshot. Bring your stage names, a sample export with names removed, and the one req that keeps stalling. Then keep momentum through membership office hours, where teams compare baselines and swap the boolean and screen tweaks that actually moved their conversion rates.

← Back to AI glossary in practice