Ein Kunde ruft wegen der Erfahrung einer Kandidatin mit einem Planungssystem an. Die Recruiterin öffnet das Kandidatenprofil und findet dazu nichts. Dann stellt sich heraus: Der Kunde liest einen älteren Lebenslauf, der vor drei Monaten für eine andere Stelle gesendet wurde, während die aktuelle Version, nach einem Arbeitgeberwechsel aktualisiert, nur an einen zweiten Kunden ging. Im Gespräch wird die Kandidatin zu Angaben befragt, die nicht mehr stimmen, und niemand kann sagen, welches Dokument der Kunde tatsächlich vorliegen hat. Dieser Artikel erklärt, warum jede Kandidatenvorstellung in Ihrem Applicant Tracking System eine erfasste Lebenslauf-Version braucht: was ohne sie schiefgeht, was Sie bei jeder Vorstellung erfassen, wie ein Stammprofil und angepasste Versionen zusammenwirken, was Sie tun, wenn sich der Lebenslauf ändert, wie sich das Vorgehen je Segment unterscheidet und wie Sie mit Ihren eigenen Daten prüfen, ob Vorstellungen nachvollziehbar sind.
Nachvollziehbare Vorstellungen sind in jedem Segment wichtig. Recruitment-Agenturen stellen dieselbe Kandidatin mehreren Kunden vor und passen das Profil oft je Stelle an. Zeitarbeits-Teams senden schnell Kurzprofile und müssen wissen, welche Angaben ein Standortkontakt gesehen hat. Entsendungs-Unternehmen senden für jeden neuen Einsatz und jede Verlängerung ein aktualisiertes Profil. Executive-Search-Beratungen teilen ausführliche, vertrauliche Kandidatenberichte mit einem kleinen Kreis von Ansprechpartnern. Teams der internen Rekrutierung leiten Bewerbungen an Hiring Manager weiter und müssen wissen, welche Version jede Führungskraft geprüft hat. In jedem Fall lautet die Frage gleich: Können Sie zeigen, welches Dokument ein Kunde erhalten hat, oder nur, dass eine Kandidatin vorgestellt wurde?
Was ohne erfasste Version schiefgeht
- Recruiterin und Kunde besprechen unterschiedliche Dokumente, ohne es zu bemerken
- Ein Gespräch wird auf Basis veralteter Erfahrung, Daten oder Abschlüsse vorbereitet
- Ein angepasstes Profil wird nach dem Versand geändert, sodass niemand weiß, was der Kunde gelesen hat
- Eine Kandidatin fragt, welche Daten mit wem geteilt wurden, und die Antwort muss aus E-Mails rekonstruiert werden
- Ein Kollege, der die Stelle übernimmt, sieht nicht, was der Kunde bereits erhalten hat
Die Folge sind unangenehme Kundengespräche, Vorstellungsgespräche mit falschem Ausgangspunkt und eine Vorstellungshistorie, der niemand vertraut.
Was Sie bei jeder Vorstellung erfassen
Behandeln Sie jede Vorstellung als festen Datensatz, der nachträglich nicht geändert wird. Ein praktischer Satz von Feldern:
- Gesendetes Dokument — die genaue Datei oder Profilversion, gespeichert wie gesendet und später nicht überschrieben
- Stelle und Ansprechpartner — für welche Stelle und an welchen Ansprechpartner mit einer Rolle in dieser Stelle
- Datum und Absender — wann die Vorstellung versendet wurde und von welcher Recruiterin
- Format — vollständiger Lebenslauf, Agenturprofil, Kurzprofil oder anonymisiertes Profil
- Zustimmung — ein Verweis auf die Zustimmung der Kandidatin zu dieser Vorstellung
- Änderungen — eine kurze Notiz, was gegebenenfalls gegenüber dem Stammprofil angepasst wurde
Verwenden Sie feste Felder statt einer Freitextnotiz, damit Sie filtern und berichten können. Zusammen mit der Prüfung auf doppelte Vorstellungen ergibt sich ein verlässlicher Überblick darüber, was jeder Kunde erhalten hat.
Ein Stammprofil, angepasste Versionen je Kunde
Führen Sie je Kandidatin einen aktuellen Stamm-Lebenslauf oder ein Stammprofil im Kandidatenprofil und erstellen Sie eine angepasste Version nur, wenn eine Stelle einen anderen Schwerpunkt verlangt. Eine angepasste Version darf Erfahrung anders ordnen, Text kürzen oder relevante Fähigkeiten aus Ihrer gemeinsamen Liste von Fähigkeiten hervorheben, fügt aber nie Erfahrung, Abschlüsse oder Daten hinzu, die die Kandidatin nicht bestätigt hat. Teilen Sie wesentliche Änderungen vor dem Versand mit der Kandidatin, damit sie weiß, was der Kunde liest. Nach dem Versand ist die Version eingefroren: Korrekturen werden zu einer neuen Version mit einem neuen Vorstellungsdatensatz, nie zu einer Änderung der alten. Jede Änderung bleibt in der Historie sichtbar, so wie bei Phasenwechseln festgehalten wird, wer die Kandidatin verschoben hat.
Wenn sich der Lebenslauf ändert
Kandidatinnen und Kandidaten wechseln den Arbeitgeber, schließen Weiterbildungen ab oder korrigieren Angaben. Speichern Sie den neuen Lebenslauf als neue Stammversion mit dem Eingangsdatum und bewahren Sie frühere Versionen gemäß Ihrer Aufbewahrungsfrist auf. Prüfen Sie, welche laufenden Vorstellungen noch eine ältere Version verwenden: Ist die Änderung für die Stelle relevant, etwa ein neuer Arbeitgeber, eine geänderte Kündigungsfrist oder eine andere Gehaltsvorstellung, senden Sie die aktualisierte Version an den Ansprechpartner und erfassen Sie sie als neue Vorstellung. Fragt eine Kandidatin, welche Daten geteilt wurden, beantworten die Vorstellungsdatensätze ein Auskunftsersuchen direkt: welche Versionen, an welche Kunden, an welchen Tagen.
Unterschiede je Segment
Agenturen stellen dieselbe Kandidatin mehreren Kunden vor und brauchen Versionsdatensätze je Kunde, um Gespräche auseinanderzuhalten. Zeitarbeits-Teams senden Kurzprofile für Schichten oft kurzfristig und erfassen mindestens, welches Profil an welchen Ansprechpartner ging, damit Standortkontakte und Disponenten dieselben Angaben sehen. Entsendungs-Unternehmen senden für jeden neuen Einsatz oder jede Verlängerung ein aktualisiertes Profil und bewahren die Historie der Profile, die im Lauf der Zeit mit demselben Kunden geteilt wurden. Executive-Search-Beratungen teilen vertrauliche Berichte und erfassen genau, welche Ansprechpartner welche Version erhalten haben, damit der Zugang auf die am Mandat beteiligten Personen beschränkt bleibt. Interne Teams erfassen, welche Version einer Bewerbung jeder Hiring Manager geprüft hat, besonders wenn Kandidaten ihren Lebenslauf während eines langen Prozesses aktualisieren.
Lassen Sie das System helfen
Vieles rund um Vorstellungen wiederholt sich und eignet sich für Automatisierung: das gesendete Dokument bei jeder Vorstellung automatisch speichern, Änderungen an einer Version sperren, sobald sie versendet ist, warnen, wenn eine Vorstellung einen Lebenslauf verwendet, der älter ist als die neueste Stammversion, einen erneuten Versand vorschlagen, wenn eine Kandidatin während eines laufenden Prozesses einen neuen Lebenslauf hochlädt, und die vollständige Vorstellungshistorie im Kundenprofil anzeigen. Ein Assistent mit künstlicher Intelligenz kann Unterschiede zwischen zwei Lebenslauf-Versionen markieren oder eine kurze Zusammenfassung der Änderungen entwerfen. Die Recruiterin prüft das Ergebnis und entscheidet, was gesendet wird; künstliche Intelligenz ersetzt keine Recruiter und entscheidet nicht, was ein Kunde zu sehen bekommt.
Häufige Fehler
- Nur ein Status, kein Dokument — das Profil sagt vorgestellt, aber nicht, was gesendet wurde
- Den Lebenslauf überschreiben — die Stammdatei wird ersetzt, und die Version, die der Kunde hat, geht verloren
- Nach dem Versand ändern — ein gesendetes Profil wird angepasst, sodass der Datensatz nicht mehr mit dem Exemplar des Kunden übereinstimmt
- Anpassen ohne die Kandidatin — der Kunde liest Schwerpunkte oder Formulierungen, die die Kandidatin nie gesehen hat
- Vorstellungen nur im Postfach — die Historie verschwindet, wenn eine Recruiterin geht oder das Team wechselt
Fragen, die Teams stellen
- Brauchen wir das auch für Kurzprofile? — Ja; auch ein Kurzprofil ist ein Dokument, das der Kunde hat, also erfassen Sie, welches gesendet wurde
- Wer erfasst die Version? — Die Recruiterin, die die Vorstellung sendet; idealerweise speichert das System das Dokument als Teil des Versands
- Dürfen wir den Lebenslauf der Kandidatin ändern? — Nur in Layout und Schwerpunkt, nie in Fakten, und wesentliche Änderungen teilen Sie zuerst mit der Kandidatin
- Wie lange bewahren wir gesendete Versionen auf? — So lange wie das Kandidatenprofil selbst, gemäß Ihrer vereinbarten Aufbewahrungsfrist
- Ersetzt das den wöchentlichen Kundenbericht? — Nein; der wöchentliche Fortschrittsbericht fasst den Fortschritt zusammen, der Vorstellungsdatensatz zeigt, was gesendet wurde
Prüfen Sie es mit Ihren eigenen Daten
Zählen Sie aus Ihren eigenen Daten, je Team und je Segment: wie viele Vorstellungen im vergangenen Quartal ein gespeichertes Dokument haben, wie viele einen erfassten Empfänger mit einer Rolle in der Stelle haben, wie viele laufende Vorstellungen einen Lebenslauf verwenden, der älter ist als die neueste Stammversion der Kandidatin, und wie viele gesendete Versionen nachträglich geändert wurden. Vergleichen Sie die Zeit bis zum ersten Kundenfeedback auf Vorstellungen mit vollständigem Datensatz mit der auf Vorstellungen ohne. Besprechen Sie diese Zahlen in Ihrem wöchentlichen Pipeline-Review und nennen Sie bei jeder Zahl die Anzahl der Vorstellungen dahinter. Vergleichen Sie nicht mit Branchendurchschnitten; Ihr eigener Trend ist die Zahl, die zählt.
Ein praktischer Start
- Vereinbaren Sie die festen Felder, die jede Kandidatenvorstellung haben muss
- Speichern Sie das Dokument genau wie gesendet und machen Sie gesendete Versionen schreibgeschützt
- Führen Sie einen Stamm-Lebenslauf je Kandidatin und passen Sie nur mit ihrem Wissen an
- Prüfen Sie laufende Vorstellungen, sobald eine Kandidatin einen aktualisierten Lebenslauf sendet
- Besprechen Sie den Anteil vollständiger Vorstellungsdatensätze in Ihrem wöchentlichen Pipeline-Review
Erfasste Versionen, dasselbe Dokument auf beiden Seiten
Eine Vorstellung ist mehr als ein Statuswechsel. Erfassen Sie bei jeder Kandidatenvorstellung die genaue Lebenslauf-Version, führen Sie ein Stammprofil je Kandidatin, ändern Sie nie, was bereits gesendet wurde, fassen Sie nach, wenn sich ein Lebenslauf ändert, und prüfen Sie Ihre eigenen Zahlen. Entdecken Sie das Produkt oder buchen Sie eine Demo — wir zeigen, wie Kandidaten, Vorstellungen und die Pipeline in BoldATS für Ihr Segment zusammenarbeiten.