Skip to content
ATS Mako
Glossary — Sourcing & Pipeline

Candidate Pipeline

The full set of candidates currently moving through a requisition, organized by stage — applied, screened, interviewing, offered — at any given moment.

How it works

A candidate pipeline is the full set of candidates currently active for a specific requisition, organized by stage — applied, screened, interviewing, offer extended — showing exactly where every candidate stands right now.

A pipeline is really a sequence of defined stages, with rules (sometimes automated, sometimes manual) that move a candidate from one to the next: an applicant becomes "screened" once a recruiter or an automated filter clears them, becomes "interviewing" once a slot is booked, and so on. The value of the pipeline view isn't the stage labels themselves — it's that every candidate's current stage, last contact, and next action due are visible in one place, updated in real time, instead of living in one recruiter's memory or a spreadsheet that's already stale by the time someone else opens it.

Worked example

Reading a pipeline at a glance

A recruiter running a single requisition for 8 delivery drivers opens the pipeline view and sees, at a glance: 45 applied, 30 screened and waiting on a callback, 12 with an interview booked in the next three days, 5 with offers out awaiting a response, and 3 already accepted. Nothing about that snapshot required opening a spreadsheet or asking another recruiter — every number reflects the current, real state of that one requisition's candidates.

In staffing & high-volume hiring

At high volume, the pipeline view is the thing that actually gets used minute to minute: a recruiter running a dozen open requisitions needs to see, at a glance, which candidates are waiting on a reply, which are scheduled for an interview tomorrow, and which have gone stale without a status change in days. Without a shared, real-time pipeline view, that picture only exists in one recruiter's head — which is exactly what breaks when two recruiters touch the same requisition or someone's out sick.

Common mistakes

  • Defining too many pipeline stages, which turns a quick status check into a scavenger hunt through granular sub-stages that don't actually change what happens next for a candidate.
  • Letting candidates sit in a stage indefinitely with no "stale" flag or reminder, so a pipeline view that should show real-time status instead shows outdated positions nobody's acted on.
  • Running parallel, undocumented tracking (a personal spreadsheet or notes app) alongside the shared pipeline, which recreates the exact single-point-of-failure problem a shared pipeline is meant to solve.
FAQ

Candidate Pipeline FAQ

What's the difference between a candidate pipeline and a talent pool?

A pipeline is tied to one specific, currently open requisition and moves candidates through defined stages toward a hire. A talent pool is a standing group of candidates not attached to any one open role — people worth reaching out to again when something opens up.

How many stages should a typical pipeline have?

Enough to reflect real decision points (applied, screened, interviewing, offered, hired/rejected) without so many sub-stages that updating status becomes its own chore — five to seven stages covers most roles without over-engineering it.

Can one candidate be in more than one pipeline at once?

Yes, if they've applied to multiple open requisitions — most systems track this per requisition, so the same person can show up in several pipelines simultaneously with a different status in each.

Build a faster, smarter hiring engine.

Start your 30-day free trial — no setup fees, no contracts. Or see ATS Mako in action.

30-day free trial · No setup fees · No long-term contracts