IT‑Recruiting KPIs: Welche Zahlen Recruiter:innen messen sollten

Warum KPIs im Developer‑Hiring anders sind

Im deutschen Tech‑Arbeitsmarkt treffen knappe Verfügbarkeit, hohe Gehaltsniveaus und anspruchsvolle Auswahlprozesse auf den Druck, kritische Rollen schnell zu besetzen. Standard‑KPIs aus dem allgemeinen Recruiting geben dafür nur einen groben Rahmen. Wer Softwareentwickler:innen, Data‑ und Cloud‑Profile sucht, muss den Funnel präzise steuern und die Qualität der Einstellungen absichern – sonst optimiert man Geschwindigkeit auf Kosten von Retention und Team‑Fit.

Zwei Beobachtungen prägen das IT‑Recruiting:

Der Markt ist kandidat:innengetrieben: Gute Developer sind selten lange verfügbar. Reaktionsgeschwindigkeit und Prozessklarheit sind entscheidend.
Qualität schlägt Volumen: Wenige, gut passende Bewerbungen sind wertvoller als ein großer, unqualifizierter Stapel. Die Kennzahlen müssen diesen Qualitätsfokus sichtbar machen.

Die These: Es reicht nicht, die „Zeit bis Einstellung“ zu verkürzen. Tech‑Hiring braucht saubere Funnel‑Metriken, klare Qualitäts‑Proxys und Governance – vom Sourcing bis zum Onboarding.

KPI‑Grundlagen entlang der Candidate Journey

Sinnvoll ist ein KPI‑Set, das die Reise von der Aufmerksamkeit bis zur erfolgreichen Einstellung (und dem Verbleib) abbildet. Branchennahe Übersichten wie StepStone strukturieren Kennzahlen entlang dieser Journey und zeigen, wie sie Transparenz schaffen und Optimierung ermöglichen (StepStone). Für Tech‑Rollen sollten Sie diese Logik beibehalten – aber mit IT‑spezifischer Zuspitzung.

Anziehung und Bewerbung: Reichweite/Traffic, Click‑to‑Apply, Bewerberqualität (z. B. qualifizierte vs. unqualifizierte Profile), Rückmeldezeit.
Auswahl: Bewerber‑zu‑Interview, Interview‑zu‑Offer, Offer‑Acceptance‑Rate, Time‑to‑Interview, Time‑to‑Hire.
Nach Einstellung: Quality of Hire (Proxy‑Metriken), Retention nach Probezeit, Ramp‑up‑Zeit bis zur Produktivität.

Grundregeln für das Reporting

Eindeutige Definitionen: Ein internes KPI‑Glossar verhindert Missverständnisse (z. B. Start‑/Endpunkt bei Time‑to‑Hire vs. Time‑to‑Fill).
Messhäufigkeit und Owner: Monatlicher Standardbericht; pro Metrik ein:e Verantwortliche:r (Recruiting, Hiring Manager, People Ops).
Kosten sauber trennen: Interne vs. externe Kosten (z. B. Zeitaufwand, Tools, Anzeigen, Agenturen) konsistent ausweisen – das vereinfacht die Steuerung von Cost‑per‑Hire. Ein weiterführender Überblick ist der deutschsprachige ZEP‑Beitrag (ZEP‑Beitrag).

Kern‑KPIs für IT‑/Developer‑Recruiting und wie man sie liest

Time‑to‑Hire vs. Time‑to‑Fill

Time‑to‑Hire: Zeit vom Eingang der Bewerbung bis zur Angebotsabgabe (kandidaten‑zentrierte Messung). Achtung: Wenn Sie frühere Sourcing‑Starts messen wollen, führen Sie diese Kennzahl separat (z. B. als „Sourcing‑Lead‑Time“) und dokumentieren Sie die Entscheidung im KPI‑Glossar.
Time‑to‑Fill: Zeit vom genehmigten Requisitionsstart bis zum Startdatum/ersten Arbeitstag. Sie umfasst Wartezeiten bis zum ersten Arbeitstag. Wichtig für Kapazitäts‑ und Projektplanung (z. B. wann kann das Team lieferfähig skalieren?).

Wann welcher Wert zählt: Für operative Prozessverbesserungen im Tech‑Hiring fokussieren Sie primär Time‑to‑Hire. Für Linien‑und Budgetplanung ist Time‑to‑Fill relevanter. Werden Angebote häufig spät angenommen oder Starttermine weit nach hinten geschoben, weist eine gute Time‑to‑Hire bei gleichzeitig hoher Time‑to‑Fill auf Onboarding‑ oder Vertragsprozesse hin.

Candidate‑Funnel‑Metriken für Developer‑Recruiting

Ein klar definierter Funnel schafft die Grundlage für gezielte Optimierung:

Traffic und Sichtbarkeit: Kanal‑Traffic, qualifizierte Profilaufrufe.
Click‑to‑Apply (CTA): Anteil der Klicks auf eine Anzeige, die in Bewerbungen münden. International lagen 2024 laut CareerPlug im Schnitt etwa 6% über Branchen hinweg – ein grober Vergleichswert, den Sie gegen Ihre Tech‑Rollen spiegeln sollten (CareerPlug‑Report 2025).
Bewerber‑zu‑Interview: Wie viele Bewerbungen führen zu Interviews? CareerPlug weist im Querschnitt ca. 3% aus – in Tech‑Rollen typischerweise niedriger im Volumen, dafür mit höherer Vorauswahl.
Interview‑zu‑Offer und Interview‑zu‑Hire: CareerPlug nennt rund 27% Interview‑zu‑Hire im Durchschnitt. Im Developer‑Kontext sind strukturierte, skills‑nahe Interviews (Pairing, Code‑Reviews) entscheidend, um diese Rate realistisch zu halten.
Offer‑Acceptance‑Rate: Verhältnis angenommener zu ausgesprochenen Angeboten. In IT‑Märkten ein sensibler Frühindikator für Wettbewerbsfähigkeit von Angebot, Prozessqualität und Team‑Fit.

Interpretationshilfe: Ein niedriger Click‑to‑Apply‑Wert bei starken Impressionen deutet häufig auf unpräzise Stellenanzeigen oder zu komplexe Bewerbungsprozesse hin. Fallen viele Kandidat:innen zwischen Interview und Angebot aus, lohnt sich ein Blick auf Aufgabenrealismus (Case‑Design), Feedback‑Tempo und Salary‑Transparenz.

Quality of Hire: sinnvolle Proxy‑Metriken für Tech

„Qualität“ ist kein einzelner Messpunkt. Sinnvoll sind abgestimmte Proxys über 3–12 Monate:

Probezeit‑Erfolg und Verbleib nach 6/12 Monaten
Hiring‑Manager‑Rating nach 90/180 Tagen (standardisierte Skala mit Kriterien wie Code‑Qualität, Kollaboration, Lernkurve)
Ramp‑up‑Zeit bis zu produktiven Commits/Features (rollenabhängig definieren)
Beitrag zu Team‑Zielen/OKRs (z. B. Incident‑Reduktion, Durchsatz, Tech‑Schuldenabbau)

Wichtig: Definieren Sie die Erhebungsmomente im Voraus und halten Sie sie pro Rolle konsistent. So vermeiden Sie anekdotische Einzelfallbewertungen.

Cost‑per‑Hire und Cost‑per‑Source

Kosten sind im IT‑Recruiting oft versteckt. Trennen Sie konsequent:

Extern: Anzeigen, Sourcing‑Lizenzen, Events, Headhunter, Tests.
Intern: Recruiter‑ und Hiring‑Zeit (Stundensätze), Tooling, Interview‑Engineering‑Zeit.

Erfassen Sie Cost‑per‑Source, um teure Kanäle mit schwacher Conversion zu identifizieren. Achtung bei Attribution: Kandidat:innen interagieren mit mehreren Touchpoints. Legen Sie eine klare Attributionslogik (z. B. „First‑Contact“ im Sourcing vs. „Last‑Click“ in der Bewerbung) fest und bleiben Sie konsistent – eine Empfehlung, die auch deutschsprachige Beiträge betonen (vgl. ZEP‑Beitrag oben).

Benchmarks, Trade‑offs und was sie (nicht) sagen

Internationale Reports liefern Anhaltspunkte – ersetzen aber nicht Ihre eigenen Baselines. CareerPlug zeigt u. a.:

Durchschnittlicher Click‑to‑Apply etwa 6% (branchenübergreifend)
Bewerber‑zu‑Interview ca. 3%
Interview‑zu‑Hire rund 27%
Im Schnitt etwa 180 Bewerbungen pro Einstellung (starke Streuung nach Branche)

Einordnung für Deutschland und Tech‑Rollen: Für Entwickler:innen sind Volumina oft niedriger, gleichzeitig ist der Screening‑Aufwand pro Kandidat:in höher. Nutzen Sie solche Werte als Richtungskorrektur, nicht als Zielvorgabe. Für einzelne Rollenfamilien (z. B. Backend, Data, Mobile) weichen „gesunde“ Ranges spürbar voneinander ab.

Typische Trade‑offs im Developer‑Hiring

Geschwindigkeit vs. Qualität: Kürzere Time‑to‑Hire erhöht die Win‑Rate am Markt – zu forsch gestrafft kann sie jedoch die Fehlbesetzungsquote steigern. Lösung: SLAs beschleunigen, ohne Assessments zu verwässern.
Funnel‑Optimierung vs. Active Sourcing: Anzeigen verbessern bringt nur begrenzt Reichweite; Top‑Profile kommen oft über Direktansprache oder Referrals. Messen Sie Sourcing‑Leistung daher separat (Response‑ und Engagement‑Raten, Pipeline‑Qualität).
Kanal‑Menge vs. Kanal‑Passung: Generalistische Jobbörsen erzeugen Menge, Karriereseiten/Referrals oft bessere Qualität – diese Tendenz spiegelt auch CareerPlug. Gewichten Sie Kanäle nach „Anteil an Hires“, nicht nur nach „Anteil an Bewerbungen“.

Umsetzung: Ein schlankes KPI‑Dashboard und Governance

Ein Minimal‑Dashboard für Tech‑Hiring (monatlich, rollenspezifisch möglich):

Funnel: Impressionen/Traffic, Click‑to‑Apply, Bewerber‑zu‑Interview, Interview‑zu‑Offer, Offer‑Acceptance‑Rate
Geschwindigkeit: Time‑to‑Contact, Time‑to‑Interview, Time‑to‑Hire, Time‑to‑Fill
Qualität/Verbleib: Probezeit‑Erfolg, Hiring‑Manager‑Rating (90/180 Tage)
Kosten: Cost‑per‑Hire, Cost‑per‑Source (intern/extern getrennt)

Governance, die funktioniert

Definitionen und Formeln dokumentieren (KPI‑Glossar).
Owner pro KPI benennen (Recruiting, Hiring Manager, People Ops/Finance).
Monatliches Review mit Engineering‑Leads: Abweichungen, Ursachen, Maßnahmen; Quartalsweise Retro zu Quality of Hire und Channel‑Mix.
SLAs vereinbaren: z. B. Time‑to‑Contact < 24–48h, Feedback nach Interviews < 24h, Angebotsentscheidung < 72h. SLAs sind Steuerungsinstrumente, keine Straftermine – bei Verstößen Ursachen klären (Kalender, Kapazität, Prozessdesign).

Messfallen vermeiden

Inkonsistente Start/Endpunkte (z. B. zählt die interne Genehmigungszeit zur Time‑to‑Fill?).
Doppelte Zählungen im Funnel (Wechsel zwischen Sourcing‑Pool und ATS‑Bewerbung).
Kanal‑Attribution ohne klare Regel (First‑ vs. Last‑Touch) – führt zu Fehlinvestitionen.

Handlungsempfehlungen: Priorisieren und wirksam verbessern

Erst messen, dann beschleunigen

Wenn Time‑to‑Hire zu hoch ist: Engpass lokalisieren (Sourcing‑Response, Scheduling, Entscheidung). Maßnahmen: Terminkalender blocken, Self‑Scheduling, strukturierte Kriterienkataloge, Entscheider‑Slots im Voraus sichern.
Wenn Click‑to‑Apply schwach ist: Stellenanzeige schärfen (klare Muss‑/Kann‑Anforderungen, Stack konkret), Gehaltsspanne transparent nennen, mobile Bewerbung vereinfachen, Hürden im Formular reduzieren.
Wenn Bewerber‑zu‑Interview niedrig ist: Sourcing‑Zielgruppen und Screens schärfen, Aufgaben/Level klarer beschreiben, Mindestkriterien bereits im Job‑Posting prüfen lassen (Killerfragen sparsam, aber zielgenau).
Wenn Interview‑zu‑Offer schwach ist: Interview‑Design auditieren (Realitätsnähe, Candidate Experience, Feedback‑Tempo), Interviewer:innen schulen, Aufgaben auf Job‑Relevanz prüfen (z. B. Code‑Review statt Puzzle‑Rätsel).
Wenn Offer‑Acceptance niedrig ist: Angebotskomponenten benchmarken (Gehalt, Remote‑Anteile, Weiterbildung), Prozessnähe im Offer‑Moment sichern (schnelle Antworten, Team‑Kontakt), Entscheidungsunterstützung bieten (Projekt‑Einblick, Pairing‑Session, Manager‑AMA).

Priorisierung nach Zielbild

Skalierung mit Tempo: Fokus auf Time‑to‑Contact, Time‑to‑Interview, Interview‑zu‑Offer; Kanäle mit hohem Hire‑Anteil priorisieren (Karriereseite, Referrals) und Active Sourcing professionalisieren.
Qualitätssicherung im Bestand: Quality‑of‑Hire‑Set mit Probezeit‑Erfolg, Manager‑Rating und Ramp‑up zentral reporten; Interview‑Standards vereinheitlichen, Calibration‑Runden zwischen Teams einführen.

Konkrete Maßnahmen, die schnell wirken

Define once, reuse often: Rollen‑Scorecards und Interview‑Kits standardisieren (Kompetenzen, Fragen, Bewertungsraster). Das verbessert Vergleichbarkeit und Interview‑zu‑Offer‑Qualität.
Sofort spürbare Geschwindigkeit: Self‑Scheduling und vorbereitete Interview‑Panels reduzieren Scheduling‑Latenz drastisch.
Kanalsteuerung nach Qualität: Cost‑per‑Source und Hire‑Rate je Kanal quartalsweise neu gewichten; überperformende Nischenkanäle und Referrals ausbauen, Volumenkanäle gezielt drosseln, wenn die Interview‑Quote leidet.
Kandidat:innenkommunikation: Standardisierte, persönliche Touchpoints (Zwischenstände, Next Steps, Timeline) heben die Acceptance‑Rate – besonders in späten Phasen.

Fazit: KPIs als Entscheidungsinstrument, nicht als Selbstzweck

Gute IT‑Recruiting‑KPIs sind präzise definiert, entlang der Candidate Journey verankert und technisch umsetzbar. Sie übersetzen das Tagesgeschäft (Sourcing, Interviews, Angebote) in klare Entscheidungen: Wo beschleunigen wir? Wo investieren wir? Wo sichern wir Qualität ab? Internationale Benchmarks – wie die von CareerPlug – helfen bei der Einordnung; allgemeine Frameworks – wie der StepStone‑Überblick – geben Struktur. Was zählt, ist Ihre eigene Baseline je Rollenfamilie und die Disziplin, Definitionen und SLAs konsequent zu leben.

Konkreter nächster Schritt: Führen Sie in vier Wochen ein Audit Ihrer KPIs durch – Definitionen prüfen, ein Minimal‑Dashboard aufsetzen, Owner benennen, zwei SLAs vereinbaren. Ab dem Folgemonat folgt ein kurzes Monthly mit Engineering‑Leads. Nach einem Quartal haben Sie belastbare Trends – und ein Tech‑Hiring, das mit Tempo und Qualität überzeugt.