RecruitWhat Is a Success Fee in Recruiting?
A success fee is the payment a recruiter earns only after a candidate is placed. Here is what that means for Recruitmint's own models, and how it differs from a fee paid up front.
A success fee is the payment a recruiter earns only after a candidate is placed. Here is what that means for Recruitmint's own models, and how it differs from a fee paid up front.
A success fee is the portion of a recruiter's total fee paid only when a candidate is placed, as distinct from a retainer or launch fee paid regardless of outcome. It rewards a completed hire rather than activity along the way. Two of our three engagement models use one; the third does not.
Full Search pairs a launch fee with a success fee on placement. The launch fee covers the work that happens before anyone is hired: calibration, candidate assessment, interviews, offer and close. The success fee is paid separately, when the hire is actually made. If no placement happens, the success fee is never charged.
Embedded Partner pairs a monthly fee with a reduced success fee. The monthly fee buys dedicated recruitment capacity across multiple active roles, working as an extension of the client's team. On top of that, a reduced success fee applies each time a placement closes. In both cases, the structure underneath is the same: a portion of the total cost is fixed and paid up front for the work of running the search, and a portion is contingent on the outcome the client actually wants, which is a hire in the role. A broader breakdown of how these two structures compare against a pure sourcing engagement is covered in our guide to recruiter fees and engagement models.
The published fee footnote states it plainly: success fees vary based on role seniority, search complexity and hiring volume. Executive-level, highly specialized and unusually complex searches may be quoted individually.
That means a success fee for a mid-level operations hire and a success fee for a VP-level or C-suite appointment are not the same number, and neither is published as a flat rate. Pricing is available on request, scoped to the role.
The broader market does publish rough conventions (SHRM's 20-25% contingency band, the roughly 33% retained convention), and a scoped quote is the alternative to a single posted number that would be wrong for most searches. A reader weighing a fixed percentage against a scoped quote can walk through the Hiring Scorecard to get a model recommendation specific to the role rather than a generic rate.
Sourcing Sprint is a flat fee, priced on request, with no separate success-fee component. The reason is structural, not a discount: under this model, we identify, engage and qualify candidates and hand over a calibrated shortlist, but the client runs interviews and makes the final hiring decision internally. Because we are not carrying the search through to offer and close, there is no placement event on our side to attach a success fee to. The full cost is known before the search starts.
That makes Sourcing Sprint the simplest of the three models to budget for, and the right fit for a reader who already has a defined role and an internal interview process, and just needs a qualified pool of candidates to run through it. If interviewing capacity and hiring judgment are the constraint rather than sourcing, a model that carries the search through to close does more of the work. Our comparison of Sourcing Sprint against Full Search walks through that decision in more detail.
A success fee is the part of a recruiter's fee tied to an actual hire, not to hours worked or candidates sourced. Full Search pairs a launch fee with a success fee on placement; Embedded Partner pairs a monthly fee with a reduced success fee; Sourcing Sprint skips the success fee entirely because it is priced as a flat fee and the client makes the hiring decision internally. No success-fee percentage is published for any model, because the size depends on role seniority, search complexity and hiring volume, and pricing for each model is available on request. Our guide to fees and engagement models walks through the terminology in more detail.
Not exactly. A pure contingency arrangement typically has no fee paid up front at all, only a fee on placement, whereas Full Search and Embedded Partner pair an upfront fee (to launch, or per month) with a success fee on top. Our explanation of what contingency recruiting is covers how that structure works on its own. Sourcing Sprint, by contrast, is a flat fee with no success-fee component at all, which is a different shape again.
No percentage is published. The published fee footnote states that success fees vary based on role seniority, search complexity and hiring volume, and that executive-level, highly specialized and unusually complex searches may be quoted individually. The Hiring Scorecard is the way to get a specific recommendation and quote for a given role.
Because the monthly fee already covers dedicated recruitment capacity across multiple roles, not a single search. The reduced success fee reflects that the fixed cost of running the search is being carried by the monthly fee, so the marginal cost per placement is lower than under a model priced per search.
No. Under Full Search, the launch fee is paid regardless of outcome and covers the work of running the search itself. The success fee is the additional amount paid specifically when a placement is made. Under Embedded Partner, the monthly fee likewise applies regardless of whether a given month produces a placement.
How Recruitmint's Embedded Partner model is structured, what it includes, and the volume threshold at which the Hiring Scorecard recommends it over a single search.
Embedded recruiting and RPO both provide ongoing recruiting capacity, but differ in scope and how pricing is structured. Here is an honest comparison, using Recruitmint's Embedded Partner model and the RPO Association's own published pricing categories.
The market convention for retained executive search fees, what that means in dollar terms at different compensation levels, and how Recruitmint's Full Search model compares in structure.