Guides

Measuring + improving time-to-hire - what the number actually says

Time-to-hire is the most-measured and most-misunderstood HR metric. Here's how to define it cleanly, which bottlenecks it reveals in most teams - and when to ignore it.

Reporting
Time-to-hire
Guide
Julia Yukovich
Julia YukovichCo-Founder + CEO
·June 28, 2026·
6 min read
·Updated

Key takeaways

Time-to-hire = days between role publication and signed contract. Not application to contract (that's time-to-fill).
Median beats mean. A role open 6 months distorts the mean massively and tells you nothing about the typical role.
Per-stage measurement matters more than the total. Bottlenecks almost always live in a single stage.
2026 benchmark (DE mid-market): Junior 25-35 days, Mid 35-50 days, Senior 50-90 days. Very wide spans because role profile dominates.
DACH average per Xing Bewerbungsreport 2025: ~70 days total - of which ~49 days come AFTER the first interview. The biggest lever sits at the back of the funnel, not the front.
Step by step
1

1. Agree + document the definition

10 minutes: write in your team wiki: 'Time-to-hire = calendar days between data.opened_at and data.contract_signed_at on the Application'. Make sure everyone knows the same definition - debating the number is useless if the definition wobbles.

2

2. Keep role status clean

data.opened_at is auto-set on 'publish'. data.contract_signed_at you fill manually in the hire dialog (KI BMS asks in the hire modal). If this data has gaps, the time-to-hire analysis is unreliable.

3

3. Calculate per-stage aggregation

In Reports tab: activate 'Time per stage' chart. Shows for each closed application how long it sat in each stage. Focus on median per stage - reveals the bottleneck.

4

4. Identify + address bottleneck

Review backlog? Activate KI screening + automate receipt with timeframe. Hiring-manager bottleneck? SLA + auto-reminder after 48h. Offer bottleneck? Pre-approved salary bands + direct-send template.

5

5. Re-measure quarterly

Bottleneck optimisation only shows after 1-2 quarters. Quarterly check whether median time-per-stage improved. Watch mean tricks: a single hire with 200 days time-to-hire can improve mean if previously excluded - read median.

The definition you must agree on

Time-to-hire is constantly measured differently, making the number incomparable across tools + teams. Our definition: calendar days (not workdays) between the day the role went public and the day the contract was signed by both sides. A role never hired has no time-to-hire (it's 'open' or 'closed without hire').

Time-to-fill is the other common metric: days between role creation (internal, before publication) and contract. Time-to-fill is always longer than time-to-hire (approval + pre-publication lead time counts), and is measurement-trickier because 'role creation' is subjective.

Three bottleneck patterns in 80% of teams

One - 'review backlog': 7+ days pass between application receipt and first review. Cause: HR overloaded, applications read in batches. Fix: KI pre-sort with score orders the queue so top 20% are visible in the first 30 minutes. Effect: -3 to -5 days time-to-hire per role (see also: recruiting KPIs that actually count).

Two - 'hiring-manager bottleneck': 5+ days between 'HR says: invite' and actual invite. Cause: hiring manager hasn't responded. Fix: explicit SLA with hiring manager (e.g. '48h response on recommendation'), auto-reminder after 48h. Effect: -2 to -4 days.

Three - 'offer bottleneck': 4+ days between 'we'll offer' and 'offer sent'. Cause: salary/contract discussion, approval loop. Fix: pre-approved salary bands per role, contract templates, direct send. Effect: -2 to -3 days.

2026 benchmark: what's normal in the DACH market

The most-cited market figure comes from the Xing Bewerbungsreport 2025 (analysis of ~2.5M applications in the DACH region): average time-to-hire sits around 70 days, with ~19 applications and 4 interviews per hire. By industry it scatters widely: healthcare ~58 days, manufacturing/machining ~85 days, teaching/research ~85 days, IT/software development ~87 days. Treat these as rough orientation, not a target - your role profile dominates the span more than your industry.

The genuinely useful figure from the same report: of those 70 days, roughly 49 days occur after the first interview. That's the single most important sentence in this whole topic. Most teams optimise the front of the funnel (faster review, faster invite), but the biggest lever sits at the back - in the gap between interview, decision and offer. That's exactly where your attention belongs if you want to move the total number.

What a long time-to-hire actually costs

The number isn't an end in itself - it's a cost proxy. Every extra day a role stays open costs twice: directly through vacancy (lost productivity or revenue of the unfilled role, plus ongoing sourcing and ad spend) and indirectly through candidate experience. The second is underrated: top talent is off the market within a few weeks on average. A process that takes 49 days after the first interview loses exactly the candidates who hold multiple offers - you unconsciously select for the ones nobody else wanted.

So speed in the back of the funnel isn't purely an efficiency question, it's a quality one. Fast, committed post-interview communication ('decision in 5 days, offer in 3 more') is often the difference between a yes and a no - and costs nothing but discipline. Solving the bottleneck in KI screening at the front while dawdling at the back gives away the bigger lever.

When time-to-hire becomes irrelevant

For senior/specialist roles with long searches, time-to-hire is a poor optimisation metric because the dominant factor is 'did we find the right person' - not 'did we decide quickly'. A senior backend role open 90 days because the first 60 days no one with the profile arrived isn't an HR-speed problem, it's a sourcing-reach problem.

Rule of thumb: time-to-hire is a junior/mid volume metric. For senior roles, 'quality of hire' (12-month performance of hire) and 'sourcing reach' (how many qualified profiles we actively contacted) matter more.

FAQ

Frequently asked

Try KI BMS

Free plan, no credit card. We host in Germany. You can export and delete everything self-serve.

Julia Yukovich

Written by

Julia Yukovich

Co-Founder + CEO

Julia is one of the Co-Founders. She handles design, development, product direction, and most of the support replies that arrive in the morning.

julia.yukovich at aicuflow dot comLinkedIn