HR-Software Checkliste 2026: 120+ Kriterien für die sichere Auswahl
Eine umfassende Anforderungscheckliste für HR-Software im DACH-Mittelstand. Mit strukturierten Kriterien für DSGVO, GoBD, eAU, EU AI Act und Change Management. Geeignet für Unternehmen mit 50 bis 5.000 Mitarbeitern in Deutschland, Österreich und der Schweiz.
Die Risiken ohne strukturierte Anforderungsanalyse
Wer eine HR-Software ohne systematische Anforderungserhebung auswählt, geht erhebliche Risiken ein. Die Checkliste ist Ihr wichtigstes Instrument, um diese Risiken zu kontrollieren.
Teure Fehlinvestition
Implementierungskosten betragen oft das Doppelte oder Dreifache der Lizenzkosten. Eine falsch ausgewählte Software bedeutet, diesen gesamten Betrag abzuschreiben und den Prozess neu zu beginnen. (Quelle: consult-hr.de, 2024)
Betriebsrat-Blockade
Die Einführung ohne frühzeitige Betriebsratseinbindung kann die gesamte Implementierung verzögern oder blockieren. Gemäß § 87 Abs. 1 Nr. 6 BetrVG hat der Betriebsrat ein erzwingbares Mitbestimmungsrecht bei technischen Überwachungseinrichtungen. Mehr dazu: Betriebsrat in das HR-Projekt einbinden.
DSGVO-Bußgeld bis 20 Mio. Euro
Eine nicht datenschutzkonforme HR-Software kann Bußgelder von bis zu 20 Millionen Euro oder 4 Prozent des weltweiten Jahresumsatzes nach sich ziehen (Art. 83 DSGVO). (Quelle: Bitkom, BfDI, 2024). Mehr dazu: DSGVO und HR-Software.
Schlechte Nutzerakzeptanz
Ohne strukturierte Anforderungserhebung werden die tatsächlichen Bedürfnisse der Nutzer nicht erfasst. Das Ergebnis ist eine Software, die technisch funktioniert, aber von Mitarbeitern nicht angenommen wird.
Vendor-Lock-in ohne Exit-Strategie
Typische Vertragslaufzeiten im SaaS-HR-Markt betragen 1 bis 3 Jahre, im Enterprise-Segment 3 bis 5 Jahre. Wer Datenexport und Migrationsrechte nicht vertraglich absichert, riskiert dauerhaften Vendor-Lock-in. (Quelle: consult-hr.de, 2024)
Gesetzliche Nicht-Konformität
eAU-Pflicht seit 1. Januar 2023, Arbeitszeiterfassungspflicht nach BAG-Beschluss September 2022, GoBD-Anforderungen: Wer diese nicht in der Anforderungsanalyse berücksichtigt, riskiert rechtswidrige Prozesse nach Go-live.
Wer sollte die Checkliste ausfüllen?
Eine HR-Software-Checkliste ist kein Dokument, das eine einzelne Person allein ausfüllen kann. Diese Stakeholder müssen eingebunden werden:
Personalabteilung (HR)
Definiert fachliche Anforderungen an Kernprozesse: Personalstammdaten, Abwesenheitsmanagement, Recruiting, Weiterbildung. Kennt die täglichen Arbeitsabläufe und gesetzlichen Anforderungen am besten.
IT-Abteilung
Bewertet technische Anforderungen: Systemintegration, Schnittstellenstandards, Sicherheitsarchitektur, Cloud-Anforderungen und die bestehende IT-Landschaft. Eine HR-Software, die nicht in die Infrastruktur passt, verursacht unverhältnismäßige Folgekosten.
Datenschutzbeauftragter (DSB)
Prüft DSGVO- und BDSG-Konformität, bewertet den AVV und gibt den rechtlichen Rahmen vor. Verpflichtend einzubinden bei jeder Verarbeitung personenbezogener Beschäftigtendaten.
Betriebsrat
Muss frühzeitig eingebunden werden, nicht erst bei der finalen Entscheidung. Gemäß §§ 87, 80 und 90-91 BetrVG hat der Betriebsrat umfangreiche Informations-, Beratungs- und Mitbestimmungsrechte.
Führungskräfte / Linienmanager
Definieren Anforderungen an Manager-Self-Service-Funktionen: Genehmigungsworkflows, Teamübersichten, Personalbeurteilungen, Entwicklungsgespräche.
Geschäftsführung / Controlling
Gibt Budget-Rahmen vor, definiert Reporting-Anforderungen und bestätigt strategische Ziele wie Wachstumspläne und Internationalisierung.
In welcher Projektphase wird die Checkliste eingesetzt?
Ein HR-Software-Auswahlprozess im Mittelstand dauert 6 bis 12 Monate. Die Checkliste wird in Phase 2 und 3 eingesetzt. Das Ergebnis einer kriteriengestützten Auswahl zeigt die Seite beste HR-Software 2026.
| Phase | Zeitraum | Aktivität | Checkliste? |
|---|---|---|---|
| Phase 1: Analyse | Monat 1-2 | Ist-Zustand dokumentieren, Schmerzpunkte identifizieren, Projektteam aufstellen | Vorbereitung |
| Phase 2: Anforderungserhebung | Monat 2-3 | Checkliste gemeinsam ausfüllen, Anforderungen priorisieren (M/S/K), Lastenheft erstellen | ✓ Hauptphase |
| Phase 3: Marktrecherche | Monat 3-4 | Lastenheft an 8-12 Anbieter senden, Longlist auf 3-5 Anbieter reduzieren | ✓ Auswertung |
| Phase 4: Demo und Bewertung | Monat 4-6 | Anbieter demonstrieren Lösung anhand von Testszenarien, Bewertungsmatrix befüllen | Ableitung |
| Phase 5: Testphase | Monat 6-8 | Pilotbetrieb mit 2-3 Anbietern, Referenzgespräche, Vertragsverhandlungen | Verifikation |
| Phase 6: Entscheidung | Monat 8-12 | Finale Anbieterwahl, Vertragsabschluss, Implementierungsprojekt | Abschluss |
Core HR, Zeiterfassung und Recruiting
Weiterführend: Zeit und Workforce Management und Recruiting und ATS. Bewertungsanleitung: M = Muss-Kriterium (K.O.-Kriterium), S = Soll-Kriterium (Wichtig, Punktabzug bei Fehlen), K = Kann-Kriterium (Nice-to-have). Fügen Sie in Ihrer Arbeitsversion Spalten für Anbieter A, B, C sowie eine Notiz-Spalte hinzu.
A: Core HR (Personalstammdaten)
B: Zeit- und Abwesenheitsmanagement
C: Recruiting und Onboarding (ATS)
Bescheinigungswesen und Offboarding
Lohnabrechnung, Compliance und Technische Anforderungen
Diese drei Kategorien sind rechtlich am kritischsten. Alle M-Kriterien in Kategorie E sind absolute K.O.-Kriterien ohne Ausnahme. Hintergrund: DSGVO und HR-Software sowie Payroll-Software.
D: Lohnabrechnung und DATEV
E: Compliance und Datenschutz (alle M = K.O.)
F: Technische Anforderungen
G: Usability und Akzeptanz
Anbieterqualität und Vertragskonditionen
Diese Kategorien entscheiden über die Partnerschaftsqualität und Ihre rechtliche Absicherung nach Vertragsabschluss. Zur Kostenseite: TCO von HR-Software.
H: Anbieterqualität und Partnerschaft
I: Vertragskonditionen und TCO
Change Management und Nutzungsakzeptanz
Change Management ist nach fehlendem Requirements Engineering der zweithäufigste Grund für gescheiterte HR-Software-Einführungen. Diese Kategorie prüft, ob Anbieter und internes Projektteam die Einführung als Veränderungsprozess verstehen.
J1-J2: Projektsteuerung und Hypercare
J3-J4: Betriebsrat als Go-live-Gate
Wichtige Praxisregel: Die Betriebsvereinbarung ist kein bürokratischer Formalismus. Sie definiert verbindlich, welche Daten erhoben werden dürfen, welche Auswertungen erlaubt sind und welche Benachrichtigungen Mitarbeiter erhalten. Ein System, das sich technisch nicht auf die Grenzen der Betriebsvereinbarung konfigurieren lässt, kann nicht rechtskonform betrieben werden. Prüfen Sie diese Konfigurierbarkeit im Live-System, nicht nur in der Salespräsentation.
KI in HR-Software: EU AI Act ab 2. Dezember 2027
Der EU AI Act ist am 1. August 2024 in Kraft getreten. Die konkreten Pflichten für Hochrisiko-KI im HR-Kontext (Personalauswahl, Bewerberscreening, Mitarbeiterbewertung, Entscheidungen über Beförderungen oder Kündigungen) sind durch den Digital Omnibus (Verordnung (EU) 2026/1744, in Kraft seit 27. Juli 2026) vom 2. August 2026 auf den 2. Dezember 2027 verschoben worden. Die Einstufung als Hochrisiko-KI bleibt bestehen, und wer jetzt einen Vertrag abschließt, sollte die Nachweise schon heute vereinbaren. Details: EU AI Act und HR-Software. Falls der Anbieter KI-Funktionen einsetzt, sind alle K-Kriterien dieser Kategorie als M oder S zu behandeln.
KI-Inventar und EU-Register
Vollständige Auflistung aller KI- und ML-Funktionen im Produkt (Funktion, Modell, Trainingsdaten, Zweck). KI-Systeme zur Personalauswahl oder Mitarbeiterbewertung als Hochrisiko-KI eingestuft und beim EU-Register registriert (Art. 49 EU AI Act)?
- Technische Dokumentation nach Art. 11 EU AI Act liegt vor
- Konformitätserklärung des Anbieters für Hochrisiko-KI (Art. 47 EU AI Act)
- Konformitätsbewertung dokumentiert (je nach Verfahren interne Kontrolle oder benannte Stelle)?
Erklärbarkeit gegenüber Betroffenen
Wenn KI für Screening oder Ranking eingesetzt wird, werden betroffene Personen darüber informiert (Art. 26 EU AI Act). Jede KI-gestützte Empfehlung ist nachvollziehbar protokolliert: wann, für wen, auf Basis welcher Datenpunkte, mit welchem Ergebnis.
- Audit-Trail für alle KI-Entscheidungen verpflichtend
- System erläutert auf Anfrage Bewertungsgrundlage
- Kein Blackbox-KI ohne Erklärbarkeit einsetzbar
Bias-Tests und Mitbestimmung
Bias-Tests dokumentiert: wurden Trainingsdaten auf Diskriminierung nach Geschlecht, Alter, Herkunft oder anderen geschützten Merkmalen geprüft? Opt-out-Möglichkeit: kann KI für einzelne Prozesse vollständig deaktiviert werden, ohne dass Kernfunktionen ausfallen?
- Betriebsrat hat KI-Einsatz zugestimmt oder BV liegt vor (§ 87 Abs. 1 Nr. 6 BetrVG)
- Mensch bleibt in der Entscheidungsschleife: keine vollautomatischen Personalentscheidungen
- KI-Empfehlungen sind Empfehlungen, keine automatischen Entscheidungen
Die absoluten K.O.-Kriterien nach deutschem Recht
Folgende Anforderungen sind keine Empfehlungen, sondern gesetzliche Pflichten. Ein Anbieter, der diese nicht erfüllt, kann nicht eingesetzt werden, unabhängig von allen anderen Vorteilen.
Auftragsverarbeitungsvertrag (Art. 28 DSGVO)
Jede cloudbasierte HR-Software verarbeitet personenbezogene Beschäftigtendaten im Auftrag Ihres Unternehmens. Der Abschluss eines schriftlichen AVV ist gesetzlich verpflichtend. Anbieter, die keinen AVV anbieten oder ihn nur gegen Aufpreis bereitstellen, sind ein K.O.-Kriterium.
Serverstandort und Datentransfer (Art. 44 ff. DSGVO)
Beschäftigtendaten dürfen nicht ohne weiteres in Drittländer außerhalb der EU oder des EWR übermittelt werden. Bei US-Anbietern oder US-Infrastruktur: Standardvertragsklauseln (SCC), Transfer Impact Assessment (TIA) und Prüfung US-Behördenzugriff erforderlich (vgl. EuGH-Urteil "Schrems II", 2020).
Arbeitszeiterfassung (BAG-Beschluss Sep. 2022)
Das Bundesarbeitsgericht hat im Beschluss vom 13. September 2022 (Az. 1 ABR 22/21) festgestellt, dass Arbeitgeber nach § 3 Abs. 2 Nr. 1 ArbSchG verpflichtet sind, ein System zur Erfassung der täglichen Arbeitszeit einzuführen. Eine Novelle des Arbeitszeitgesetzes mit verbindlicher elektronischer Erfassung und gestaffelten Übergangsfristen liegt nach unserem Stand (August 2026) nur als Referentenentwurf vor und ist noch kein geltendes Recht. Der aktuelle Stand steht unter Arbeitszeiterfassungspflicht.
Mitbestimmungsrecht des Betriebsrats (§ 87 BetrVG)
In mitbestimmten Unternehmen ist die Einführung einer HR-Software ohne Zustimmung des Betriebsrats rechtswidrig. Der Betriebsrat kann eine einstweilige Verfügung erwirken, die den Betrieb des Systems untersagt. Planen Sie Betriebsratseinbindung und Betriebsvereinbarung von Beginn an ein.
GoBD-konforme Aufbewahrung von Lohndaten
Lohn- und Gehaltsunterlagen unterliegen nach § 257 HGB und § 147 AO einer gesetzlichen Aufbewahrungspflicht von 6 bis 10 Jahren. Diese Unterlagen müssen revisionssicher archiviert werden: unveränderbar, vollständig, nachvollziehbar und maschinell auswertbar. Maßgeblich ist die aktuelle GoBD-Fassung gemäß BMF-Schreiben vom 14. Juli 2025 (zweite Änderung der GoBD).
Beschäftigtendatenschutz (§ 26 BDSG)
Die Verarbeitung von Beschäftigtendaten ist nur zulässig, soweit sie für das Arbeitsverhältnis zwingend erforderlich ist. Eine HR-Software darf technisch nicht dazu verleiten, Daten zu erheben, die nicht notwendig sind. Prüfen Sie, ob Datensparsamkeit (Art. 5 Abs. 1 lit. c DSGVO) technisch unterstützt wird.
eAU-Pflicht (gesetzliche Pflicht seit 1. Januar 2023)
Seit dem 1. Januar 2023 sind Arbeitgeber verpflichtet, die eAU gesetzlich krankenversicherter Beschäftigter aktiv beim Krankenkassen-Clearing-Haus abzurufen. Der Arbeitgeber darf seither nicht mehr auf eine Papier-AU warten. Eine HR-Software ohne zertifizierte eAU-Schnittstelle zwingt den Arbeitgeber in gesetzlich nicht konforme manuelle Prozesse.
EU AI Act Hochrisiko-KI-Konformität
Falls der Anbieter KI-Systeme für Personalauswahl, Bewerberscreening oder Mitarbeiterbewertung einsetzt: Ab dem 2. Dezember 2027 gelten dafür verbindliche Pflichten nach EU AI Act (Art. 9-15; Verschiebung durch Verordnung (EU) 2026/1744). Ohne Konformitätserklärung (Art. 47) und EU-Register-Eintragung (Art. 49) ist der Einsatz dieser Systeme dann nicht rechtskonform. Vereinbaren Sie die Nachweise bereits im Vertrag.
Von der Checkliste zur Anbieterentscheidung
Nachdem die Checkliste ausgefüllt ist, übertragen Sie die Anforderungen in eine gewichtete Bewertungsmatrix. So erhalten Sie eine objektive, nachvollziehbare Grundlage für die finale Anbieterwahl. Für die Vorauswahl hilft die Shortlist.
Muss-Kriterien prüfen
Anbieter, die auch nur ein Muss-Kriterium nicht erfüllen, scheiden sofort aus. Es gibt keine Kompromisse. Typische M-Kriterien: alle E-Kriterien (Compliance), AVV, DSGVO-Serverstandorte, eAU-Schnittstelle.
Soll-Kriterien gewichten
Soll-Kriterien erhalten eine Gewichtung: 3 Punkte (sehr wichtig), 2 Punkte (wichtig), 1 Punkt (weniger wichtig). Diese Gewichtung legen Sie fest, bevor die ersten Angebote eingehen, damit sie nicht vom Angebot beeinflusst wird.
Scoring je Anbieter
Bewerten Sie jeden Anbieter auf einer Skala 0-5: 5 = vollständig erfüllt (nachgewiesen in Demo), 3 = teilweise erfüllt oder auf Roadmap, 1 = manuell lösbar, 0 = nicht erfüllt. Multiplizieren Sie mit der Gewichtung.
| Kriterium | Gewichtung | Anbieter Alpha | Anbieter Beta | Anbieter Gamma |
|---|---|---|---|---|
| DSGVO: AVV abschließbar | M (K.O.) | ✓ Ja | ✓ Ja | Nein, scheidet aus |
| Serverstandort EU | M (K.O.) | Deutschland | Irland | entfällt |
| DATEV-Schnittstelle zertifiziert | 3 (sehr wichtig) | 5 = 15 Pkt. | 3 = 9 Pkt. | entfällt |
| eAU-Schnittstelle | M (K.O.) | ✓ zertifiziert | ✓ zertifiziert | entfällt |
| Mobile App iOS/Android | 2 (wichtig) | 5 = 10 Pkt. | 5 = 10 Pkt. | entfällt |
| WCAG 2.2 Level AA | 2 (wichtig) | 3 = 6 Pkt. | 5 = 10 Pkt. | entfällt |
| Referenzkunden in der Branche | 3 (sehr wichtig) | 5 = 15 Pkt. | 4 = 12 Pkt. | entfällt |
| Hypercare-Phase vertraglich | 2 (wichtig) | 5 = 10 Pkt. | 3 = 6 Pkt. | entfällt |
| Zwischensumme (Auszug) | 56 Punkte | 47 Punkte | disqualifiziert |
Qualitative Faktoren ergänzen die Matrix: Eindruck aus der Demo (Kompetenz und Ehrlichkeit des Teams), Referenzgespräch (haben Referenzkunden auf schwierige Fragen ehrlich geantwortet?), Vertragsgespräch (war der Anbieter bereit, Exit-Klauseln zu akzeptieren?), langfristige Partnerschaftsperspektive (möchten Sie mit diesem Unternehmen die nächsten 5-7 Jahre zusammenarbeiten?).
Die Bewertungsmatrix Zeile für Zeile
Sie können die Matrix in Excel oder Google Sheets nachbauen. Statt der 3/2/1-Gewichtung oben nutzen viele Teams Prozentgewichte. Die Tabelle zeigt diese Variante mit frei gewählten Beispieldaten, die keine Bewertung realer Anbieter sind.
| Kategorie | Kriterium | M/S/K | Gewicht | Anbieter A | Anbieter B | Anbieter C | Nachweis |
|---|---|---|---|---|---|---|---|
| Core HR | Digitale Personalakte | M | 15 | 5 | 4 | 3 | Demo, Referenz |
| Integration | SSO (OIDC oder SAML) | M | 10 | 4 | 5 | 3 | IdP-Testlauf |
| Integration | SCIM-Provisionierung | S | 5 | 4 | 3 | 2 | Sandbox-Test |
| Zeit und Payroll | DATEV-Export | M | 15 | 5 | 4 | 3 | Exportdatei |
| UX und Mobile | Mobiler Urlaubsantrag | S | 10 | 3 | 5 | 4 | Screenshot |
| Datenschutz | AVV und EU-Hosting | M | 20 | 5 | 4 | 2 | Vertragsentwurf |
| Reporting | Ad-hoc-Auswertung | S | 10 | 4 | 3 | 5 | Live-Demo |
| Support | Release-Zyklus und SLA | S | 15 | 4 | 4 | 3 | SLA-Dokument |
| Gesamtscore (0 bis 100) | 88 | 81 | 61 | ||||
| Gate: Muss mit Score 2 oder weniger | ✓ im Rennen | ✓ im Rennen | K.O. | Anbieter C scheidet aus | |||
Eine Rubrik für alle Bewerter
0 = nicht vorhanden, 1 = nur mit Workaround, 2 = relevante Lücken, 3 = erfüllt den Zweck, 4 = sehr gut umgesetzt, 5 = nachweislich praxiserprobt. Ein Muss-Kriterium mit Score 2 oder weniger gilt als K.O. Ergeben die Gewichte nicht 100, teilen Sie durch deren Summe. Mehrere Bewerter nutzen den Mittelwert; eine hohe Streuung (=STABW.S(E2:G2), englisch =STDEV.S(E2:G2)) zeigt Klärungsbedarf.
| Zweck | Excel und Sheets (deutsch) | Englische Funktionsnamen |
|---|---|---|
| Gesamtscore je Anbieter (Zeilen 2 bis 9, Gewichte in Spalte D) | =SUMMENPRODUKT(E2:E9;$D$2:$D$9)/5 | =SUMPRODUCT(E2:E9,$D$2:$D$9)/5 |
| K.O.-Gate (Muss in Spalte C) | =WENN(ZÄHLENWENNS($C$2:$C$9;"M";E2:E9;"<=2")>0;"K.O.";"im Rennen") | =IF(COUNTIFS($C$2:$C$9,"M",E2:E9,"<=2")>0,"K.O.","im Rennen") |
| Rang (Gesamtscores in Zeile 10) | =RANG(E10;$E$10:$G$10;0) | =RANK.EQ(E10,$E$10:$G$10,0) |
Demo-Scorecard und Anbietervergleich
Alle Anbieter zeigen dieselben Szenarien, damit die Punkte vergleichbar bleiben. Die Werte sind Beispiele, keine Bewertung realer Produkte.
| Szenario | Erwartetes Ergebnis | K.O.? | UX/Mobile | Reporting | Integration |
|---|---|---|---|---|---|
| Onboarding | Vertrag, E-Signatur und IT-Ticket in einem Ablauf | Nein | 4 | 3 | 5 |
| Zeit bis Payroll | Schichttausch mit Zuschlag, fehlerfreier DATEV-Export | Ja | 4 | 4 | 5 |
| Vorgesetztenwechsel | Organigramm und Berichte passen sich automatisch an | Nein | 3 | 3 | 4 |
| Spalte im Anbietervergleich | Was Sie eintragen | Beleg |
|---|---|---|
| Hosting und Region | Rechenzentrum, Backup-Standort, Sub-Prozessoren | AVV, Sub-Prozessor-Liste |
| Zertifikate | z. B. ISO/IEC 27001 oder BSI C5, jeweils mit Gültigkeit | Zertifikat im Original |
| Identität und Schnittstellen | SSO, SCIM, Webhooks, API-Dokumentation | Sandbox-Test |
| Payroll und ERP | DATEV-Export, SAP-Anbindung | Exportdatei |
| Risiken | Lock-in, Preisstaffeln, Ressourcenbedarf | Vertragsentwurf |
Herstellerangaben prüfen Sie gegen Nachweise. Anbieterprofile als Ausgangspunkt: Personio, HRworks oder SAP SuccessFactors.
Was in Demos geprüft werden sollte
Diese Standards lassen sich in der Sandbox konkret testen.
OpenID Connect oder SAML 2.0
Prüfen Sie Ihren Identity Provider (etwa Entra ID oder Okta), das Rollen-Mapping und das Logout-Verhalten. Grundlage: OpenID Connect Core 1.0.
SCIM 2.0
SCIM legt Nutzer und Gruppen automatisch an, ändert und deaktiviert sie (Schema: RFC 7643, Protokoll: RFC 7644). Testen Sie Randfälle wie Wiedereintritt und Namensänderung.
Export und Migration testen
Lassen Sie einen Export in CSV, JSON oder XML inklusive Anhängen erzeugen und prüfen Sie die Wiedereinspielbarkeit. Planen Sie vor dem Cutover mindestens zwei Migrations-Probeläufe mit Zähl- und Summenabgleich.
9 Fehler bei der HR-Software-Anforderungsanalyse
Laut CHAOS Report der Standish Group wird rund die Hälfte aller IT-Projekte nur mit erheblichen Abstrichen abgeschlossen, ein weiterer Teil scheitert vollständig. Diese 9 Fehler sind die häufigsten Ursachen.
Zu früh mit Anbietern sprechen
Wer Demos sieht, bevor eigene Anforderungen klar sind, richtet diese unbewusst an dem aus, was gezeigt wurde. Die Stärken des zuerst gesehenen Anbieters werden automatisch als "wichtige Anforderungen" eingestuft und verzerren den Wettbewerb. Lösung: Anforderungsliste vollständig schreiben, bevor das erste Anbietergespräch stattfindet.
Fehlende Anforderungsanalyse
Ohne strukturierten Anforderungsprozess basieren Entscheidungen auf der Optik von Präsentationen oder persönlichen Präferenzen einzelner Entscheider. Das Ergebnis ist eine Software, die für den Präsentierenden funktioniert, aber nicht für die Sachbearbeiterin in der Lohnbuchhaltung.
IT oder HR entscheiden alleine
Entscheidet nur die IT, wird eine technisch saubere Lösung gewählt, die von HR nicht angenommen wird. Entscheidet nur HR, wird eine fachlich gute Lösung gewählt, die sich nicht integrieren lässt. Lösung: Gemeinsames Projektteam aus HR, IT und einem Pilotnutzer von Beginn an.
Betriebsrat zu spät einbinden
Wird der Betriebsrat erst nach der Entscheidung informiert, kann er die Implementierung blockieren oder Betriebsvereinbarungen erzwingen, die nachträgliche Umkonfigurierungen erfordern. Im schlimmsten Fall muss der Rollout komplett gestoppt werden. Lösung: Betriebsrat in der Analysephase (Monat 1-2) einbinden.
Implementierungskosten unterschätzen
Die reine Lizenz ist nur ein Teil der Gesamtkosten. Implementierungskosten (Projektmanagement, Migration, Konfiguration, Schulung, Change Management) können das Doppelte oder Dreifache der jährlichen Lizenzkosten betragen. Lösung: TCO-Angebot über drei Jahre für alle Finalisten einfordern.
Nur aktuelle Situation abbilden
Ein Unternehmen mit 150 Mitarbeitern heute kann in 3 Jahren 400 Mitarbeiter haben und international tätig sein. Eine HR-Software, die nicht skaliert, muss dann erneut ausgetauscht werden. Lösung: Mindestens 5-7 Jahre vorausplanen, konkrete Skalierungsfragen stellen.
Referenzgespräche als Formalität
Anbieter wählen Referenzkunden sorgfältig aus: in der Regel zufriedene Kunden, denen das Gespräch angekündigt wurde. Wer nur "Alles gut?" fragt, bekommt "Ja, super" als Antwort. Lösung: Unangenehme Fragen stellen: "Was lief schlechter als erwartet?", "Wie ist der Support, wenn wirklich etwas brennt?"
Datenschutzbeauftragten zu spät einbinden
Der DSB muss bei der Einführung jedes Systems eingebunden werden, das personenbezogene Mitarbeiterdaten verarbeitet. Nachträgliche Prüfung und Beanstandung kann zu kostspieligen Nachbesserungen oder zum Abschalten des Systems führen. Lösung: DSB als festes Projektteam-Mitglied von Phase 1 an.
Change Management unterschätzen
Auch gute Software scheitert an schlechter Einführung. Wer kein Change-Champion-Netzwerk aufbaut, keine Hypercare-Phase vereinbart und keinen Rollback-Plan hat, setzt sich unnötigem Risiko aus. Nutzungsakzeptanz entsteht nicht automatisch mit dem Go-live. Lösung: Kategorie J dieser Checkliste als festen Bestandteil des Implementierungsvertrags verankern.
Häufige Fragen zur HR-Software Checkliste
Die wichtigsten Fragen von HR-Verantwortlichen, IT-Leitern und Betriebsratsvertretern im DACH-Mittelstand zum Thema HR-Software-Anforderungsanalyse.
Jetzt mit der richtigen HR-Software starten
Sie haben die Checkliste durchgearbeitet und wissen, was Ihre neue HR-Software leisten muss. Der nächste Schritt ist der strukturierte Anbietervergleich. Welche Anbietergruppen zu Ihren Anforderungen passen, ordnet der HR Systeme Vergleich nach Anbietergruppen ein. Nutzen Sie unsere kostenlosen Tools, um den passenden Anbieter für Ihre Anforderungen zu finden.