How to

Time to productivity for new hires: how to define it, measure it by cohort and use it

On this page
  1. What counts as "productive"?
  2. How do you calculate it for a cohort?
  3. How do you handle the awkward cases?
  4. How do you compare sources and interview scores against ramp time?
  5. What shortens time to productivity?
  6. How does it connect to other hiring metrics?
  7. Common mistakes
  8. Questions people ask

Time to productivity is the number of days from a new hire's start date until they first reach, and then sustain, an agreed standard of output for their role. The formula is simple, time to productivity = date the standard is first met and sustained − start date, but the useful work is defining "productive" for each role family and reporting it for whole cohorts, including the hires who leave or never get there. There is no universal benchmark as of October 2026; the comparison that matters is with your own previous cohorts for the same role.

Ramp time appears as one component in our quality of hire formula and in how to measure quality of hire. This page treats it as a metric of its own: definitions by role, cohort arithmetic, and how to compare sources and interview scores against it.

What counts as "productive"?

Pick a definition that is observable, set before the hire starts, and the same for everyone in the role. Three types work:

  • Output threshold: a measured level, such as tickets resolved per day at the quality-review standard. Best where output is counted anyway.
  • Milestones: a checklist of things done independently, such as a first solo customer implementation or completed competency sign-offs. Best where output is lumpy.
  • Manager sign-off: a rating against written criteria at fixed checkpoints. Easiest to collect and the most open to bias, so pair it with one of the others.
Role familyExample definition of productiveData source
Quota-carrying sales100% of the full (non-ramped) monthly quota in two consecutive monthsCRM bookings
Customer supportTeam-standard tickets per day for four consecutive weeks with quality score at standardHelp desk and QA tool
Billable professional servicesTarget billable utilization for a full monthTime-tracking system
Software engineeringShips changes independently to the team's normal review standard, plus manager sign-offCode review history, manager checklist
Warehouse and productionUnits per hour at the site's standard rate for two consecutive weeksWarehouse or production system
Nursing and clinicalOrientation competencies signed off and a full independent assignmentEducation department records

These are examples of definitions, not standards; write your own with the hiring manager at intake, alongside the must-haves. A job analysis helps here, because its critical tasks are the work you expect a productive hire to do.

How do you calculate it for a cohort?

A cohort is every hire into the role who started in a period, such as a quarter. Report three numbers:

  1. Median time to productivity across the whole cohort, counting hires who have not reached the standard (or who left) as "longer than" the time observed. The median copes with that; an average cannot.
  2. Share productive by the target day: hires who reached the standard by, say, day 60 ÷ all hires in the cohort.
  3. Share who left before reaching it, which links to first-year attrition.

Example with invented data: eight support agents who started in the same quarter, target day 60

HireSourceDays to standard
AReferral38
BJob board41
CReferral45
DAgency52
EJob board55
FJob board60
GAgencyNot reached by day 90, still employed
HJob boardLeft on day 30, never reached

Median, all eight: ordered 38, 41, 45, 52, 55, 60, more than 90, more than 90. The middle two are 52 and 55, so the median is 53.5 days.

Share productive by day 60: 6 ÷ 8 = 75%.

Left before reaching standard: 1 ÷ 8 = 12.5%.

The misleading version: averaging only the six who made it gives 291 ÷ 6 = 48.5 days, which looks five days better because it quietly drops the two hires the process failed.

How do you handle the awkward cases?

  • Leavers: keep them in the cohort as "not reached". Dropping them flatters the metric exactly when hiring went wrong.
  • Incomplete cohorts: a cohort that started six weeks ago cannot have a day-90 figure yet. Report the share productive by day 30 for recent cohorts and fill in later checkpoints as they arrive.
  • Calendar or working days: pick one per role and keep it. Working days avoid penalizing a cohort that started before a holiday period.
  • Leave and training gaps: pause the clock for extended leave, and note it.
  • Changing standards: if the quota or the ticket standard changes, start a new series rather than comparing across the change.
  • Internal transfers: report them separately; they ramp from a different starting point.

How do you compare sources and interview scores against ramp time?

Join each hire's source and interview scores to their days to standard. In the example above, the two referral hires reached standard in 38 and 45 days, while the job board hires ranged from 41 days to leaving on day 30. Eight hires prove nothing; the point is to set up the join now so that after several cohorts you have enough hires to see a pattern. If your interview scorecards come out as one row per candidate (Interview Signal, for example, exports a scorecard as a CSV row), the join is a lookup on the candidate's name or ID in a spreadsheet.

Two cautions come from the federal Uniform Guidelines on Employee Selection Procedures, which govern how employers show that a selection procedure predicts performance. Section 1607.14(B)(3) allows certain criteria to be used "without a full job analysis" if their importance is shown, and lists "production rate, error rate, tardiness, absenteeism, and length of service", which is close to what an output threshold measures. The same section also says "proper safeguards should be taken to insure that scores on selection procedures do not enter into any judgments of employee adequacy that are to be used as criterion measures." In practice: the manager who signs off productivity should not be looking at the interview scores when they do it, and objective output measures are safer outcomes than ratings. Section 1607.14(B)(2) adds that supervisory rating techniques should be "carefully developed" because of "the possibility of bias in subjective evaluations". (As of October 2026; general information, not legal advice.)

What shortens time to productivity?

  • Day-one readiness. Accounts, equipment, system access and a first-week schedule ready before the start date. Every day spent waiting for a login counts against the metric.
  • A written ramp plan. Milestones for days 30, 60 and 90 that match the productivity definition; see the 30-60-90 day plan template and the 90-day review template.
  • Screening for what is needed at entry. If the job analysis says a skill is needed on day one, test for it; if it is learned in the first months, teach it and stop screening for it.
  • An honest picture of the job before the offer. Hires who knew what the work involves settle faster and leave less; see what a realistic job preview is.
  • A named buddy and protected training time. Ramp slows when a new hire's questions wait for a busy manager.
  • Watching the slow cases early. A hire well behind the cohort at day 30 needs a conversation then, not at day 90.

How does it connect to other hiring metrics?

MetricStartsEndsAnswers
Time to fillRequisition openedOffer accepted or start dateHow long recruiting took
Time to productivityStart dateStandard met and sustainedHow long until the work is done at full pace
Cost of vacancySeat emptyStart date, plus a partial cost during rampWhat the wait costs
First-year attritionStart date12 monthsHow many stayed

Report time to productivity next to retention for the same cohort. A cohort that ramps fast and leaves fast is not a hiring success.

Common mistakes

MistakeEffectFix
No written definition of productiveEach manager uses their ownDefine it per role at intake
Averaging only hires who got thereFailures disappear from the numberMedian of the full cohort plus share reached
One good week counts as productiveSpikes recorded as ramp completeRequire the standard to be sustained
Ratings by managers who know the interview scoresOutcome contaminated by the predictionObjective measures, or blind ratings
Conclusions from one small cohortNoise read as a patternPool several cohorts before comparing sources

Questions people ask

How do you measure time to productivity for a new hire?

Write down, per role, what productive means (a sustained output level, a set of milestones, or a manager sign-off against a checklist), then count the days from the start date to the date the hire first meets that definition and keeps meeting it. Report it for a cohort as a median and as the share of hires who reached it by a target day, keeping leavers and not-yet-productive hires in the count.

What is a good time to productivity?

There is no meaningful universal figure, because productive means different things for a sales rep, a support agent and a nurse. Set a target per role from your own past cohorts, and compare each new cohort with the last one for the same role.

How is time to productivity different from time to fill?

Time to fill ends on the day an offer is accepted or the hire starts. Time to productivity starts on the start date and ends when the new hire performs at the agreed standard. Together they describe how long the business waits for the work to be done again.

Can time to productivity be used to check whether interviews work?

Yes, as one outcome. Join each hire's interview scores to their time to productivity and look for a relationship across enough hires to mean something. Keep the people who judge productivity away from the interview scores, so the outcome is not shaped by what they already believe.