Ein ATS-Wechsel wird planbar, wenn Sie vier Punkte nacheinander klären: Was lässt sich exportieren? Wie werden Felder zugeordnet? Was zeigt ein kleiner autorisierter Testimport? Und hat das Team Profile, Dokumente, Beziehungen und Historien gemeinsam abgenommen? Diese Checkpoints zeigen, was zuverlässig übernommen werden kann und was zunächst als Referenz im Altsystem bleibt. So gewinnt Ihr Team Sicherheit für den nächsten Schritt, ohne den laufenden Mandatsbetrieb aus dem Blick zu verlieren.
Diese Anleitung zeigt Ihnen, wie DACH-Personalberatungen den System-Wechsel mit nachvollziehbaren Prüfschritten und einer datenschutzbewussten Vorbereitung angehen.
Den ATS-Wechsel vorbereiten
Die Entscheidung für einen ATS-Wechsel ist oft längst gefallen, bevor die Migration wirklich beginnt. Klären Sie deshalb frühzeitig, welche Daten exportierbar sind, wer die Prüfung übernimmt und wie das Team die neue Arbeitsweise abnimmt.
Die Verzögerung entsteht oft aus offenen Fragen zu Datenqualität, Verantwortlichkeiten und dem laufenden Betrieb. Eine kurze Bestandsaufnahme macht diese Fragen sichtbar, bevor ein Export beginnt.
Ein klarer Projektverantwortlicher, dokumentierte Phasen und realistische Erwartungen schaffen einen nachvollziehbaren Rahmen für die nächsten Schritte.
Phase 1: Datenbestand analysieren
Bevor auch nur eine Datei exportiert wird, müssen Sie wissen, was Sie eigentlich haben. Die meisten Datenbanken enthalten nach Jahren des Betriebs erheblichen Ballast: Duplikate, veraltete Kontakte, Kandidaten die längst in Rente sind. All das mitzunehmen wäre Verschwendung.
Was tatsächlich migriert werden sollte
- Aktive Kandidaten — Personen mit aktuellem Bezug zu Ihren Suchmandaten
- Laufende Mandate — offene Suchaufträge mit zugehöriger Aktivitätshistorie
- Mandantenkontakte — Entscheider, Ansprechpartner, Retainer-Klienten
- Platzierungshistorie — für Abrechnungen, Gewährleistungsfristen, Beziehungskontext
- Notizen und Gesprächsvermerke — Interviewfeedback, Call-Protokolle
Was Sie getrost zurücklassen können
- Kandidaten ohne aktuellen geschäftlichen oder dokumentierten Zweck
- Duplikate — vor dem Export identifizieren und bereinigen
- Geschlossene Mandate ohne dokumentierten Referenzwert
- Testdaten aus der ursprünglichen Systemeinrichtung
Nicht jeder Datensatz gehört in den neuen Arbeitsbestand. Nutzen Sie den Wechsel als Anlass, veraltete, doppelte oder nicht mehr benötigte Einträge anhand Ihrer eigenen Aufbewahrungs- und Löschkonzepte zu prüfen.
Phase 2: Daten datenschutzbewusst exportieren
Hier beginnt das Thema, das im DACH-Raum besonders sorgfältig behandelt werden muss: die Datenschutzanforderungen sollten den gesamten Migrationsprozess begleiten. Ihre internen Vorgaben gelten auch während der Übergangsphase, in der beide Systeme parallel genutzt werden.
Datenschutz beim Export abstimmen
- Keine Kandidatendaten per unverschlüsselter E-Mail versenden
- Export-CSVs nicht auf privaten Geräten oder unsicheren Cloud-Ordnern ablegen
- Daten, für die keine gültige Rechtsgrundlage mehr besteht, nicht migrieren — sondern löschen
- Einwilligungen prüfen: Haben Kandidaten der Verarbeitung im neuen System zugestimmt?
- Den Datenverarbeitungsvertrag (DPA) mit dem neuen Anbieter vor der Migration abschließen
Stimmen Sie die vertraglichen und organisatorischen Voraussetzungen mit Ihrer Datenschutzverantwortung und dem neuen Anbieter ab, bevor Sie echte Kandidatendaten importieren.
Betriebsrat bei Bedarf einbinden
Wenn Ihre Personalberatung einen Betriebsrat oder eine andere zuständige Arbeitnehmervertretung hat, binden Sie die verantwortlichen Personen frühzeitig ein und klären Sie die internen Vorgaben für Zugriffe, Aktivitätsdaten und Einführung.
| Datentyp | Typisches Format | Migrationsrisiko | Hinweis |
|---|---|---|---|
| Kandidatenprofile | CSV / JSON | Gering | Standardfelder übertragen sich sauber |
| Lebensläufe / Anhänge | ZIP mit PDFs/DOCs | Mittel | Verlinkung mit Profilen kann manuell sein |
| Benutzerdefinierte Felder | CSV mit Feldmapping | Hoch | Vor Import auf neue Felder mappen |
| Notizen / Aktivitäten | CSV oder proprietär | Hoch | Schwierigste Daten, sauber zu portieren |
| Platzierungshistorie | CSV | Mittel | Altes System nach Übergangs- und Löschkonzept lesbar halten |
Phase 3: Daten bereinigen und vorbereiten
Rohdaten aus dem Export sind selten direkt importierbar. Sie brauchen mindestens einen Bereinigungsdurchlauf — und häufig auch ein Feld-Mapping-Dokument, das die Struktur des alten Systems auf die des neuen überträgt.
Duplikate entfernen
Sortieren Sie Ihre Kandidaten-CSV nach E-Mail-Adresse. Duplikate werden sofort sichtbar. Für Kandidaten mit mehreren Einträgen: manuell zusammenführen, aktuellste Kontaktdaten behalten, vollständigste Berufshistorie übernehmen. Ein COUNTIF auf die E-Mail-Spalte in Excel zeigt Duplikate in wenigen Minuten.
Datenmigration als Anreicherungsgelegenheit
Wenn Ihr neues System Datenanreicherung anbietet, können Sie nach dem Testimport prüfen, ob einzelne Profile mit aktuellen Kontaktdetails oder Skills ergänzt werden sollen. Das ist eine optionale Prüfung, kein Ersatz für Datenmapping und Freigabe.
Phase 4: Testimport durchführen
Kein Vollimport ohne vorherigen Testlauf. Wählen Sie eine kleine, repräsentative Auswahl aus verschiedenen Kategorien — aktuelle Platzierungen, laufende Kandidaten, ältere Kontakte — und importieren Sie diese in das neue System. Prüfen Sie anschließend:
- Werden benutzerdefinierte Felder korrekt dargestellt?
- Sind Lebensläufe mit den richtigen Profilen verknüpft?
- Erscheinen Notizen und Aktivitätshistorie an den richtigen Stellen?
- Greifen die Duplikat-Verhinderungsregeln?
- Erzeugen Pflichtfelder ohne Inhalt Fehlermeldungen?
Probleme lösen Sie auf Template-Ebene — nicht Datensatz für Datensatz — bevor der Vollimport startet.
Phase 5: Parallelbetrieb
Das ist die Phase, die viele Agenturen überspringen möchten. Das wäre ein Fehler.
Im Parallelbetrieb laufen beide Systeme für eine zuvor festgelegte Übergangsphase gleichzeitig. Neue Kandidaten und neue Mandate werden in beiden Systemen erfasst. Bestehende Arbeit bleibt im alten System. Das gibt Ihrem Team Zeit, das neue System zu erlernen, während Sie im Hintergrund validieren, dass alles korrekt funktioniert.
Die passende Dauer hängt von Datenumfang, Teamgröße und den vereinbarten Prüfungen ab.
Am Ende des Parallelbetriebs: Abschließenden Datenabgleich durchführen. Alle Datensätze, die während des Parallelbetriebs nur im alten System erfasst wurden, exportieren und ins neue übertragen. Dann Umstellung.
Phase 6: Team-Schulung
Technische Migration und Mitarbeiter-Akzeptanz sind zwei verschiedene Herausforderungen. Die Daten können perfekt migriert sein — und die Einführung scheitert trotzdem, wenn Berater dem neuen System nicht vertrauen oder nicht wissen, wie sie es effektiv einsetzen.
Was bei Schulungen wirklich funktioniert
Rollenspezifische Schulungen schlagen generische Produktdemos. Ein Berater muss wissen, wie er eine Pipeline führt, Gesprächsnotizen erfasst und eine Platzierung dokumentiert — nicht, wie er die Systemeinstellungen konfiguriert. Bauen Sie Schulungssessions um echte Tagesabläufe herum, nicht um Feature-Listen.
Identifizieren Sie frühzeitig interne Multiplikatoren: Berater, die technischen Neuerungen gegenüber aufgeschlossen sind. Geben Sie ihnen frühen Zugang, lassen Sie sie die Anfangsprobleme identifizieren, und nutzen Sie sie als Schulungspartner für das restliche Team. Das wird besser angenommen als Vorgaben von oben.
Onboarding-Sessions können Teams dabei helfen, neue Abläufe zu üben. Details finden Sie im Produktüberblick Bewerbermanagementsystem.
Typische Widerstandspunkte
- „Ich finde meine Kandidaten nicht mehr" — Zeigen Sie zuerst die Such- und Filterfunktionen. Ein kurzer Übungsablauf schafft hier oft schnell Orientierung.
- „Das alte System hatte eine Funktion, die ich täglich genutzt habe" — Erfassen Sie diese im Vorfeld. Manche haben Entsprechungen im neuen System; andere nicht. Letzteres offen anzusprechen schafft mehr Vertrauen als Ausflüchte.
- „Ich habe gerade keine Zeit, ein neues System zu lernen" — Es gibt nie den perfekten Zeitpunkt. Setzen Sie ein festes Go-live-Datum und kommunizieren Sie es rechtzeitig und klar.
Phase 7: Go-live und erster Betriebsmonat
Legen Sie ein verbindliches Go-live-Datum fest und kommunizieren Sie es rechtzeitig an das Team. Ab diesem Datum ist das alte System nur noch lesbar — es ist nicht mehr das aktive System. Das neue System ist die einzige Quelle der Wahrheit.
Planen Sie eine Lernphase ein. Berater arbeiten zunächst langsamer, während sie neue Abläufe internalisieren. Prüfen Sie gemeinsam, welche Schritte angepasst oder weiter geschult werden müssen.
Halten Sie das alte System so lange lesbar, wie es Ihr dokumentiertes Übergangs- und Löschkonzept vorsieht. So können Sie historische Notizen oder Platzierungsdetails nachschlagen, die nicht vollständig migriert wurden. Vergleiche und Alternativen finden Sie auch im Recruiting-Software-Vergleich.
Häufige Fragen zum ATS-Wechsel
Welche Daten sollten wir zuerst prüfen?
Beginnen Sie mit aktiven, autorisierten Datensätzen und den Feldern, die Ihr Team im Tagesgeschäft benötigt. Klären Sie, ob Notizen, Dokumente, Beziehungen und Historien exportierbar sind, und dokumentieren Sie fehlende oder uneindeutige Felder vor dem Mapping.
Wie vermeiden wir Überraschungen beim Import?
Definieren Sie ein Feld-Mapping und testen Sie es mit einer kleinen, repräsentativen und autorisierten Stichprobe. Prüfen Sie danach Verknüpfungen, Historien, Berechtigungen und Dubletten. Erst wenn das Team die Stichprobe abgenommen hat, sollte der Umfang erweitert werden.
Müssen wir das alte System sofort abschalten?
Nein. Legen Sie gemeinsam fest, welche Referenz- und Abgleichphase erforderlich ist. Bewahren Sie nur zulässige Daten so lange auf, wie es Ihre internen und rechtlichen Vorgaben erlauben; die konkrete Frist muss Ihre Organisation bestimmen.
Bereit für den Wechsel?
Planen Sie einen ATS-Wechsel? Besprechen Sie Datenexport, Feldmapping und eine kontrollierte Stichprobe mit unserem Team.
10 Tage kostenlos testen10 Tage kostenlos testen