HR-Software Shortlist und RFI: Von der Longlist zur engeren Wahl
Sie haben Ihre Longlist mit 15 bis 20 Anbietern erstellt. Jetzt geht es darum, daraus eine belastbare Shortlist von 3 bis 5 Kandidaten zu machen und mit einem strukturierten RFI-Fragebogen echte Fakten statt Werbeversprechen einzuholen. Diese Phase entscheidet darüber, wie viel Zeit Sie in der Demophase und bei der finalen Entscheidung sparen.
Quellen: Foundire, „How to Build a Winning HR Tech Vendor Shortlist", 06.06.2026 · Computer Weekly, „RFI vs. RFP vs. RFQ: Was sind die Unterschiede?", 24.12.2024.
Warum die Longlist allein nicht reicht
HR-Software-Auswahl im deutschen Mittelstand verläuft in aufeinander aufbauenden Phasen. Eine Longlist ist ein guter erster Schritt, aber kein Auswahlkriterium: Wer 15 bis 20 Anbieter identifiziert hat, kennt den Markt grob, aber noch nicht die tatsächliche Passung zum eigenen Unternehmen.
Zu viele Kandidaten für echte Prüfung
Mit 15 bis 20 Anbietern parallel Gespräche zu führen, Demos zu koordinieren und interne Stakeholder einzubinden, ist in der Praxis kaum zu leisten. Genau an diesem Punkt beginnt Phase 4: die Verdichtung der Longlist zu einer Shortlist und die strukturierte Informationsabfrage über einen RFI (Request for Information).
Der richtige Zeitpunkt für diesen Schritt ist erreicht, sobald der Anforderungskatalog aus Phase 2 steht und die Longlist aus Phase 3 vorliegt. Ohne klar priorisierte Muss- und Kann-Kriterien lässt sich eine Shortlist kaum sauber begründen, jede Vorauswahl würde dann eher nach Bauchgefühl als nach Substanz getroffen.
Longlist und Shortlist beantworten verschiedene Fragen
Die Longlist beantwortet die Frage, welche Anbieter grundsätzlich zum gesuchten Software-Typ passen. Die Shortlist beantwortet die Frage, welche dieser Anbieter eine ernsthafte, mit vertretbarem Aufwand prüfbare Option für die konkrete Ausgangslage sind.
Diese Verdichtung erfolgt zweistufig: zunächst über harte Ausschlusskriterien (Unternehmensgröße, Branche, Sprache, Hosting-Standort), danach über eine erste inhaltliche Bewertung anhand der wichtigsten Muss-Kriterien.
Eine gesunde Shortlist umfasst in der Regel drei bis fünf Anbieter. Weniger als drei Kandidaten schwächen die eigene Verhandlungsposition, mehr als fünf erzeugen Entscheidungslähmung und binden Ressourcen im Projektteam, die an anderer Stelle fehlen.
Quelle: Foundire, „How to Build a Winning HR Tech Vendor Shortlist", 06.06.2026.
Der dreistufige Trichter von der Longlist zur Shortlist
Springen Sie nicht in einem Schritt von 15 bis 20 Anbietern auf drei bis fünf. In unseren Auswahlprojekten hat sich ein Trichter mit drei Stufen bewährt, bei dem jede Stufe eine andere Frage beantwortet (Erfahrungswerte von Find-Your-HR).
Marktscan mit K.-o.-Kriterien
Sie sieben rein quantitativ und ohne Anbietergespräche, allein anhand öffentlich prüfbarer Angaben.
- Sprachabdeckung, etwa Französisch für eine neue Niederlassung
- Preisrahmen pro Nutzer
- Serverstandort in Deutschland oder der EU
- Betriebsmodell: Cloud oder On-Premise
Qualitätscheck mit Light-RFI
Aus 15 bis 20 werden sechs bis acht Kandidaten. Ein bewusst kurzer Light-RFI aus Ihrem Lastenheft bereitet den vollständigen RFI vor.
- Wie schnell und wie konkret antwortet der Anbieter?
- Textbausteine oder Eingehen auf Ihre Anforderungen?
- Nicht ob, sondern wie eine Funktion gelöst ist
Deep-Dive mit drei bis fünf Anbietern
Hier setzt der vollständige RFI-Fragebogen an, gefolgt von Demos und Tests der nächsten Phase.
- Live-Demos entlang Ihrer Use Cases
- Sandbox-Zugänge für Ihr Team
- Referenzgespräche mit ähnlich großen Kunden
Wer zu schnell aussiebt, etwa nur nach Preis, übersieht unter Umständen einen weniger bekannten Anbieter mit geringerem Pflegeaufwand. Wer zu zögerlich ist, verliert sich in der Analyse. Ein fester Zeitplan je Stufe hilft gegen beides. Dokumentieren Sie je Anbieter, warum er aufgenommen oder ausgeschieden wurde, mit Quelle und Prüfdatum. So kehren Anbieter nicht ohne objektive Grundlage zurück auf den Tisch. Die vorangehende Phase beschreibt die HR-Software Longlist, einen Marktüberblick bietet das Anbieterverzeichnis.
Kriterien für die Shortlist-Auswahl
Bei der Verdichtung von der Longlist zur Shortlist haben sich in der Praxis wiederkehrende Auswahlkriterien etabliert, unabhängig davon, ob es um Recruiting-Software, ein vollständiges HCM-System oder eine spezialisierte Payroll-Lösung geht.
Erfüllung der Muss-Kriterien
Anbieter, die zentrale Muss-Anforderungen aus dem Lastenheft nicht erfüllen, scheiden unabhängig von Preis oder Marketingauftritt aus. Das gilt insbesondere für Mitbestimmungspflicht, revisionssichere Archivierung oder Mandantenfähigkeit.
Passung zur Unternehmensgröße und Branche
Ein System für Konzerne mit mehreren tausend Mitarbeitenden bringt für einen Mittelständler mit 150 Mitarbeitenden oft unnötige Komplexität und Kosten mit. Reine KMU-Tools stoßen umgekehrt bei wachsenden Organisationen schnell an ihre Grenzen.
Native Integrationsfähigkeit
Systeme, die sich nahtlos an ERP, Zeiterfassung oder Lohnbuchhaltung anbinden lassen, verhindern manuelle Doppelerfassung. Wie zentral das ist, zeigt sich oft erst nach der Einführung, wenn Schnittstellen fehlen oder kostenpflichtig sind.
Belastbare Compliance- und Sicherheitsnachweise
Für den DACH-Raum zählen dazu eine Serverstandort- und Verarbeitungsortangabe innerhalb der EU, eine gültige Auftragsverarbeitungsvereinbarung nach DSGVO sowie, je nach Branche, Zertifizierungen wie ISO 27001 oder SOC 2.
Referenzen aus vergleichbaren Unternehmen
Referenzkunden ähnlicher Größe, Branche und mit ähnlicher Systemlandschaft liefern deutlich verlässlichere Signale als allgemeine Kundenlogos auf der Anbieter-Website.
Preismodell und Kostentransparenz
Bereits in der Shortlist-Phase lohnt sich ein erster Blick auf das Lizenzmodell (pro Kopf, pro Modul, Staffelpreise) und auf mögliche Zusatzkosten für Implementierung, Schulung und Support.
Was ist ein RFI und wie unterscheidet er sich von RFP und RFQ
Der RFI (Request for Information, auf Deutsch Informationsanfrage) ist ein strukturiertes Dokument, mit dem Sie von den Anbietern auf Ihrer Shortlist vergleichbare, belastbare Informationen einholen, bevor eine verbindliche Ausschreibung oder ein Kaufprozess beginnt. Ein RFI verpflichtet weder Sie noch den Anbieter zu einem Vertragsabschluss, er dient ausschließlich der Markterkundung und dem strukturierten Abgleich mit Ihrem Anforderungskatalog.
RFI, Request for Information
Wird eingesetzt, wenn Anforderungen zwar grob feststehen, aber noch Marktwissen und ein struktureller Überblick über Anbieterfähigkeiten fehlen. Verbindliche Preise sind in dieser Phase nicht zu erwarten.
RFP, Request for Proposal
Kommt zum Einsatz, sobald die Projektanforderungen im Detail bekannt sind. Anbieter liefern hier konkrete Lösungsansätze, Umsetzungspläne und ein Preisangebot, das bereits als Verhandlungsgrundlage dient.
RFQ, Request for Quotation
Reine Preisanfrage für klar definierte, weitgehend standardisierte Leistungen, bei denen sich Anbieter kaum noch inhaltlich unterscheiden.
Für die HR-Software-Auswahl bedeutet das in der Praxis: Der RFI dient dazu, die Shortlist aus drei bis fünf Anbietern mit vergleichbaren, schriftlich dokumentierten Antworten zu unterlegen, bevor Sie in Phase 5 in die Demophase und gegebenenfalls in ein detailliertes RFP für die verbleibenden zwei bis drei Finalisten übergehen.
Dass diese Methodik den RFI bewusst erst nach der Shortlist-Bildung ansetzt und nicht schon während der Longlist-Phase, ist keine Vereinfachung, sondern eine an den deutschen Mittelstand angepasste Entscheidung: Der Anbietermarkt für HR-Software lässt sich anhand harter Ausschlusskriterien wie Unternehmensgröße, Branche, Sprache und Hosting-Standort bereits vorab vergleichsweise klar eingrenzen, sodass eine verdichtete Auswahl von drei bis fünf Kandidaten vor dem RFI in der Regel sinnvoller ist als eine breiter angelegte Informationsabfrage bei einer größeren Anbieterzahl.
Quellen: Computer Weekly, „RFI vs. RFP vs. RFQ: Was sind die Unterschiede?", 24.12.2024 · 4ALLPORTAL, „Software-Ausschreibung: Komplett-Leitfaden für RFP & RFI" · GEP Blog, „RFI, RFQ, RFP in Procurement & Supply Chain", 12.07.2022, zuletzt geändert 06.05.2026 · Mercanis Wiki, „What are RFx Processes (RFI, RFP, RFQ)", zuletzt aktualisiert 03.06.2026.
Aufbau eines RFI-Fragebogens für HR-Software
Ein guter RFI-Fragebogen für HR-Software deckt in der Regel fünf Kategorien ab, die sich direkt aus den typischen Ausschlusskriterien für die Shortlist ableiten.
Funktionsumfang
Welche Kernmodule sind nativ enthalten (zum Beispiel Personalakte, Zeiterfassung, Recruiting, Payroll, Talentmanagement), welche werden über Drittanbieter abgedeckt, und wie tief ist die jeweilige Funktion tatsächlich ausgebaut.
DACH-Compliance
Serverstandort und Ort der Datenverarbeitung, DSGVO-konforme Auftragsverarbeitung, revisionssichere Archivierung nach GoBD, Umgang mit Mitbestimmungsrechten des Betriebsrats sowie branchenspezifische Vorgaben.
Integrationen
Verfügbare Schnittstellen zu ERP-Systemen, Lohnbuchhaltung, Zeiterfassungshardware, Active Directory oder Single-Sign-On-Lösungen, und ob offene APIs vorhanden sind oder Integrationen nur über kostenpflichtige Zusatzmodule laufen.
Referenzen
Anzahl und Branchenzugehörigkeit bestehender Kunden vergleichbarer Größe, Möglichkeit zu Referenzgesprächen, durchschnittliche Kundenbindungsdauer und Erfahrungswerte zur Implementierungsdauer bei ähnlichen Projekten.
Preismodell
Struktur der Lizenzierung (pro Nutzer, pro Modul, Staffelpreise), Kosten für Implementierung und Schulung, Vertragslaufzeiten und Kündigungsfristen sowie eventuelle Zusatzkosten für Support oder Weiterentwicklung.
Ein fertiger RFI-Fragebogen als Vorlage entlang dieser fünf Kategorien ist als eigenständiges Artefakt dieser Phase in Vorbereitung und wird im Rahmen des Ausbaus dieser Serie ergänzt, sodass Sie ihn direkt an Ihre Shortlist-Anbieter versenden und an unternehmensspezifische Muss-Kriterien anpassen können.
Muss-Kriterien werden als K.-o.-Kriterium behandelt: Ein Anbieter scheidet aus, sobald eine zentrale Muss-Anforderung nicht oder nur unzureichend erfüllt wird, unabhängig davon, wie stark er in anderen Bereichen abschneidet. Soll-Kriterien werden dagegen mit einer Punktskala von 0 bis 3 bewertet (0 gleich nicht erfüllt, 3 gleich vollständig erfüllt), sodass sich am Ende ein gewichteter Gesamtscore je Anbieter ergibt, der die Diskussion im Projektteam versachlicht und nachvollziehbar dokumentiert.
Wie viele Anbieter sollten in die engere Wahl kommen
Als Faustregel gilt: drei bis fünf Anbieter auf der Shortlist, davon idealerweise zwei bis drei, die es nach Auswertung der RFI-Antworten in die Demophase (Phase 5) schaffen. Mit drei Anbietern behalten Sie noch echte Verhandlungsmacht und Auswahlmöglichkeit, mit fünf Anbietern stellen Sie sicher, dass auch bei Absagen oder Ausschlüssen im weiteren Verlauf genügend valide Optionen übrig bleiben.
Ausnahmen von dieser Faustregel sind möglich, etwa bei sehr spezialisierten Nischenanforderungen mit wenigen passenden Anbietern insgesamt, oder bei Konzernprojekten mit formalen Ausschreibungspflichten, die eine breitere Vergleichsbasis verlangen. In beiden Fällen sollte die Abweichung bewusst begründet und dokumentiert werden, nicht als Ergebnis eines unstrukturierten Auswahlprozesses entstehen.
Fachliche, technische und rechtliche Prüfpunkte vor dem RFI
Vier Felder dienen als Raster für Ihre Fragen an die Shortlist-Anbieter. Nehmen Sie nur Kriterien auf, die eine echte Entscheidung beeinflussen.
Szenen prüfen, nicht Felder
Prüfen Sie Prozesse Ende zu Ende, von der Einstellung über Zeitbuchung bis zur Pre-Payroll. Fragen Sie nach Tiefe statt Breite: Ein Reisekostenmodul nützt wenig, wenn es Verpflegungsmehraufwand nach § 9 Absatz 4a EStG nicht abbildet. Komplexe Schichtmodelle und Tarifverträge gehören konkret in den RFI. Hilfreich: HR-Software-Funktionen und Schichtplanung.
Identität, Ereignisse, Exporte
Relevant sind Single Sign-on über SAML oder OpenID Connect, Mehrfaktor-Authentifizierung und SCIM (RFC 7644), das Konten beim Eintritt anlegt und beim Austritt samt Gruppen deaktiviert. Dazu zählen signierte Webhooks, eine dokumentierte offene API statt nur SFTP und Delta-Exporte mit Fehlerbericht an Lohn und Buchhaltung, etwa zu DATEV. Mehr zur Abrechnung: Payroll-Software.
Nachweise statt Zusicherungen
Fordern Sie den Auftragsverarbeitungsvertrag (Art. 28 DSGVO), die technischen und organisatorischen Maßnahmen (Art. 32 DSGVO) und die Subprozessorenliste. Zertifikate wie ISO/IEC 27001 sind aussagekräftig; bei Payroll-Dienstleistern ergänzt ein Prüfbericht nach ISAE 3402 beziehungsweise IDW PS 951 das Bild. Fragen Sie zudem nach dem Löschkonzept (Art. 17 DSGVO). Für Bewerberdaten werden häufig sechs Monate angesetzt, abgeleitet aus der Zwei-Monats-Frist des § 15 Absatz 4 AGG und der Drei-Monats-Klagefrist des § 61b ArbGG; stimmen Sie die Frist mit Ihrem Datenschutzbeauftragten ab. Siehe DSGVO bei HR-Software.
Gesamtkosten statt Listenpreis
Klären Sie Lizenzlogik, Mindestabnahme, Laufzeit sowie Aufwand für Implementierung, Migration, Schulung und Support nach dem Go-live, außerdem Kündigungsfristen und Exportrechte. Preise nennen Anbieter oft nur auf Anfrage; lassen Sie sich das Angebot für Ihr Mengengerüst schriftlich geben. Vertiefung: Total Cost of Ownership.
Bieten Anbieter KI im Recruiting oder in der Leistungsbewertung an, fragen Sie nach dem Konformitätsstatus. Die Verordnung (EU) 2024/1689 stuft KI-Systeme für Einstellung, Auswahl und Beschäftigungsverwaltung in Anhang III Nr. 4 als Hochrisiko ein. Die Anwendungsfristen werden derzeit angepasst; prüfen Sie den aktuellen Stand (Stand: Oktober 2026). Ausführlich: EU AI Act und HR-Compliance.
Quellen: Verordnung (EU) 2024/1689 (EUR-Lex) · DSGVO Art. 17, 28, 32 · AGG § 15, ArbGG § 61b, EStG § 9 (gesetze-im-internet.de) · RFC 7644 (IETF) · Rödl & Partner, „ISAE 3402 und IDW PS 951“ · Stand: Oktober 2026.
Gewichtete Bewertungsmatrix mit Evidenzpflicht
Damit Sie Ihre Entscheidung rational begründen können, bewerten Sie alle Kandidaten nach demselben Raster. Zuvor erhalten alle dasselbe Briefing-Paket.
Zielbild und Kennzahlen
Eine Seite mit messbaren Zielen, Gatekeepern und Meilensteinen.
Szenen-Drehbuch
Fünf bis sieben Use Cases mit identischen Testdaten, auch mit rückwirkender Änderung.
Integrations-Fakten
SSO-Verfahren, SCIM-Umfang, Webhook-Ereignisse, Exportformate, Limits.
Mini-Fragebogen Sicherheit
AVV, TOMs, Subprozessoren, Datenstandorte, Auskunfts- und Löschprozesse.
Bewertungslogik
Score-Skala, Gewichtung, Gatekeeper und Ablauf des Praxistests offenlegen.
Zeit, Rollen, Zugänge
Fristen, Ansprechpartner, Sandbox-Zugänge, Vertraulichkeit.
Jedes Kriterium erhält ein Gewicht von 0 bis 5 für seinen Einfluss auf das Zielbild, jeder Anbieter einen Score von 0 bis 3 für den Erfüllungsgrad: 0 nicht vorhanden oder nicht belegt, 1 Workaround, 2 vorhanden mit Lücken, 3 voll erfüllt und belegt. Gewicht mal Score ergibt die Punkte. Muss-Kriterien wirken zusätzlich als Gatekeeper und führen bei Nichterfüllung zum Ausschluss.
| Kriterium | Priorität | Gewicht | Score | Punkte |
|---|---|---|---|---|
| Payroll-Export, DATEV-kompatibel | Muss | 5 | 3 | 15 |
| Self-Service per mobiler App | Soll | 3 | 2 | 6 |
| Erweiterte Analysen | Kann | 1 | 1 | 1 |
Beispielhafte Scorecard für drei Anbieter
| Kriterium | Gewicht | Gatekeeper | A | B | C |
|---|---|---|---|---|---|
| Delta-Export und Idempotenz (Payroll) | 5 | Ja | 2 | 3 | 1 |
| SCIM anlegen, ändern, deaktivieren | 5 | Ja | 2 | 3 | 2 |
| Pre-Payroll-Prüfung mit Vier-Augen-Freigabe | 4 | Nein | 3 | 3 | 2 |
| Maschinenlesbarer Export für Auskunftsanfragen | 4 | Ja | 2 | 3 | 2 |
| Genehmigungen per Mobilgerät | 2 | Nein | 3 | 2 | 2 |
| Gewichtete Summe (maximal 60) | 46 | 58 | 35 |
Die Regel: Ein Score unter 2 bei einem Gatekeeper schließt aus, ein Score von 2 bleibt ein Risiko, das im Praxistest nachzuweisen ist. Anbieter C scheidet trotz 35 Punkten aus, A muss drei Risiken entkräften, B (15 plus 15 plus 12 plus 12 plus 4 gleich 58) geht ohne offenen Gatekeeper weiter.
Ohne Beleg kein Punkt: Legen Sie vorab fest, was zählt, etwa Live-Demo mit identischen Daten, Exportdatei mit Feldkatalog, API-Protokoll, Audit-Log oder unterschriebene Datenschutzunterlagen. Roadmap-Versprechen und Broschüren zählen nicht. Kalibrieren Sie zunächst zwei Kriterien gemeinsam und lassen Sie Fach- und Technikvertreter danach unabhängig bewerten. Bei Gleichstand entscheiden Risiko, Gesamtkosten über 36 Monate, Supportqualität und Roadmap-Transparenz.
Alle Zahlenbeispiele sind Rechenbeispiele von Find-Your-HR mit frei gewählten Annahmen, keine Marktdaten.
Drei Ausgangslagen, drei unterschiedliche Shortlists
Die Szenarien stammen aus der Beratungspraxis von Find-Your-HR. Die genannten Anbieter entstammen unserem Anbieterverzeichnis und sind keine Empfehlung.
Tech-Unternehmen, 50 auf 200 Mitarbeitende
Fokus: Recruiting, Onboarding, Performance. In die Prüfung kommen je nach Anforderung Personio oder HRworks. Zentrale Frage: Skaliert das System auch bei 500 Mitarbeitenden? Fragen Sie nach Preisstaffeln und Referenzen mit höherer Mitarbeiterzahl. Vergleich: Workday und Personio.
Fertigung, 1.500 Mitarbeitende, Schichtbetrieb
Fokus: Zeitwirtschaft, Lohn, Zutritt. Je nach Anforderung kommen rexx systems, Sage HR Suite und für die Einsatzplanung ATOSS in die Prüfung. Der Knackpunkt ist die Verzahnung mit der Fertigungssteuerung. Details: HR-Software für Fertigung und für den Mittelstand.
Konzern mit Standorten in 15 Ländern
Fokus: globale Compliance, Talentmanagement, Matrixorganisation, etwa mit Workday oder SAP SuccessFactors. Belegen Sie Umfang und Dauer der Einführung mit Angebot und Referenzen. Prüfen Sie Lokalisierung, ob lokale Payroll-Anbindungen produktisiert oder nur per Partner verfügbar sind, und Datenresidenz. DACH: Österreich, Schweiz.
All-in-One oder Best-of-Breed: Eine Gesamtlösung vereinfacht Verträge, Datenhaltung und Support, deckt einzelne Module aber nicht immer gleich tief ab. Spezialisierte Systeme, etwa im Recruiting, lassen sich per Schnittstelle anbinden, erhöhen aber Abstimmungs- und Pflegeaufwand. Entscheiden Sie je Modul, wo Tiefe geschäftskritisch ist.
Demo-Drehbuch und Proof of Value: Stresstest statt Beauty Contest
Übernehmen Sie die Regie und geben Sie ein verbindliches Drehbuch vor, damit die Ergebnisse vergleichbar werden. Eine Bewertungshilfe bietet Demos bewerten.
Prozessketten statt Features
Lassen Sie eine Gehaltsänderung vom Antrag über Prüfung und Betriebsrat bis in die Abrechnung live zeigen.
Störfall-Test
Widerruf einer Einwilligung oder rückwirkende Änderung der Krankenkasse: Wie reagiert das System?
Admin-Sicht
Das Backend für HR-Administratoren zeigen lassen, etwa beim Anlegen eines Arbeitszeitplans.
Mobile Reality Check
Die Krankmeldung per App live am Mobilgerät, nicht als Screenshot.
Gleiche Bedingungen
Gleiche Dauer, Agenda und Testdaten für alle Anbieter.
Punkte nur mit Evidenz
Screenshot, Export oder Protokoll zählen, Aussagen nicht.
Eine Demo liefert Eindrücke, ein Proof of Value (PoV) die Entscheidungsgrundlage: Die Systeme werden mit realistischen Daten getestet, jede Szene erhält Akzeptanzkriterien, einen Verantwortlichen und eine Belegliste. Nach unseren Erfahrungswerten dauert ein PoV zwei bis vier Wochen.
| Woche | Fokus | Abnahme |
|---|---|---|
| 1 | Daten und Identität: Testbenutzer, SCIM, Rollenmatrix | SCIM-Protokolle, Plan zur Rezertifizierung |
| 2 | Onboarding und Zeit: Einstellung bis Signatur und Provisionierung | Status-Übersicht, Regelwerk, mobiler Ablauf |
| 3 | Änderung bis Pre-Payroll: Delta-Export, rückwirkender Fall | Nachweis der Idempotenz, Fehlerbehandlung |
| 4 | Datenschutz und Reporting: Auskunftsexport, Löschlauf, Kennzahlen | Audit-Trail, Service-Level-Nachweis |
Spielen Sie den Umstieg vor Vertragsunterzeichnung kurz durch: Einfrierfenster, letzte Änderungen exportieren, Quittung der Lohnabrechnung abrufen, Konto eines ausgeschiedenen Mitarbeiters deaktivieren. Das Ergebnis gehört ins Entscheidungsprotokoll. Testen Sie auch den Support mit einer technischen Frage, bevor Sie unterschreiben.
Support, Referenzen und Vertragslogik
Software ist eine mehrjährige Geschäftsbeziehung. Prüfen Sie deshalb, wie der Anbieter nach dem Vertragsschluss arbeitet, und achten Sie auf die Lücke zwischen Vertrieb und späterer Betreuung.
Referenzgespräche: Verlassen Sie sich nicht auf Fallstudien. Sprechen Sie mit zwei bis drei Kunden Ihrer Branche und Größe und fragen Sie nach Schwierigkeiten: Was war das größte Problem bei der Einführung, und wie reagierte der Anbieter? Wie lange dauert die Lösung eines Tickets tatsächlich? Wie hoch ist der Aufwand bei Updates?
Betreuung und Ökosystem: Klären Sie, ob Sie einen festen Ansprechpartner im Customer Success haben, ob es eine Anwender-Community gibt, wie transparent die Roadmap ist und wie Releases angekündigt werden. Legen Sie Reaktions- und Lösungszeiten je Schweregrad vertraglich fest.
| Kostenkomponente | Wonach Sie fragen |
|---|---|
| Lizenzen | Preis pro Mitarbeitendem und Monat oder Staffeln, Mindestabnahme, Laufzeit, Preisanpassung |
| Setup und Migration | Festpreis oder Aufwand, Leistungsumfang des Einführungspartners |
| Integrationen | Kostenpflichtige Zusatzmodule, API-Gebühren |
| Schulung und Support | Inklusivleistungen, Preis höherer Support-Stufen, Hypercare |
| Exit | Exportformate, Fristen, Kosten im Austrittsfall; Probe-Export vor dem Go-live |
Datenmigration, Akzeptanz und Risikosteuerung
Eine Shortlist ist nur tragfähig, wenn sie die Einführung mitdenkt.
Garbage in, Garbage out
Schlechte Altdaten verschwinden nicht durch neue Software. Wirbt ein Anbieter mit einer Migration in zwei Wochen, fragen Sie konkret nach Unterstützung bei Import und Mapping. Planen Sie die Datenbereinigung vor der Finalisierung der Shortlist, entscheiden Sie früh über Historien und testen Sie mindestens zweimal mit Stichproben und Abnahmeprotokoll, etwa in Stufen mit 10, 100 und 1.000 Datensätzen (Erfahrungswert von Find-Your-HR).
Change beginnt vor dem Go-live
Entwickeln Sie Lernpfade je Rolle, stellen Sie durchgängigen Self-Service auch mobil sicher und nutzen Sie kurze Anleitungen im System. Ein kleiner Pilot mit ausgewählten Stakeholdern zeigt früh, ob die Bedienbarkeit trägt.
Frühe Einbindung: Wenn HR auswählt und IT oder Betriebsrat erst am Ende prüfen, kann die Entscheidung kurz vor dem Ziel kippen. Übernehmen Sie deren K.-o.-Kriterien wie Single Sign-on, Serverstandort und Rechte-Rollen-Konzept bereits in die Filterung, siehe Betriebsrat einbinden. Gegen Scope-Creep hilft ein Impact-Tor: Neue Wünsche kommen nur auf die Liste, wenn sie eine Kennzahl belegbar verbessern.
Typische Fehler bei der Shortlist-Erstellung
In der Praxis wiederholen sich bei der Verdichtung von der Longlist zur Shortlist einige Fehler, die sich mit etwas Vorbereitung vermeiden lassen.
Anforderungen anbieterfreundlich formuliert
Wenn Muss-Kriterien so geschrieben werden, dass faktisch nur ein bestimmter Anbieter sie erfüllen kann, verliert der gesamte Auswahlprozess seine Vergleichbarkeit und birgt Interessenkonflikte, insbesondere wenn Berater oder Vertriebspartner an der Formulierung beteiligt waren.
Zu kurze Bearbeitungsfristen
Wird Anbietern nur wenig Zeit für die Beantwortung des RFI eingeräumt, sinkt die Qualität der Antworten spürbar, und seriöse Anbieter mit tatsächlich passenden Lösungen können im Zeitdruck benachteiligt werden.
Shiny Object Syndrome
Anbieter mit besonders beeindruckenden Live-Demos oder KI-Funktionen werden bevorzugt, ohne dass die praktische Nutzbarkeit anhand echter Daten und realer Anwendungsfälle im eigenen Unternehmen getestet wurde.
Gesamtkosten werden ignoriert
Der Fokus liegt allein auf dem Lizenzpreis, während Implementierungskosten, Schulungsaufwand, Datenmigration und API-Gebühren erst später und dann oft überraschend hoch sichtbar werden.
Endnutzer werden nicht einbezogen
Wird die Shortlist ausschließlich auf Basis von Management-Demos entschieden, drohen später Akzeptanzprobleme bei den Mitarbeitenden, die täglich mit dem System arbeiten müssen.
Lückenhafte Anforderungskataloge
Fehlt eine klare Gewichtung zwischen Muss-, Soll- und Kann-Kriterien, wird die Auswertung der RFI-Antworten subjektiv und schwer nachvollziehbar, was spätere interne Rückfragen und Diskussionen erschwert.
Fehlende Vertraulichkeitsvereinbarung
Wird der RFI ohne begleitende Vertraulichkeitsvereinbarung (NDA) versendet, halten Anbieter sensible Angaben zu internen Prozessen, Systemlandschaft oder Mitarbeiterzahlen häufig zurück oder beantworten sie nur oberflächlich, was die Vergleichbarkeit der RFI-Antworten verringert.
Quellen: 4ALLPORTAL, „Software-Ausschreibung: Komplett-Leitfaden für RFP & RFI" · Foundire, „How to Build a Winning HR Tech Vendor Shortlist", 06.06.2026.
Vom Beschluss zum 30/60/90-Plan
Die Entscheidung beruht auf Daten und Nachweisen, nicht auf Sympathie.
Ein RACI-Modell klärt, wer verantwortlich, entscheidungsbefugt, beratend und informiert ist. In den Kern gehören Sponsor, HR, IT, Payroll, Datenschutz mit Betriebsrat sowie Finance und Legal. Ein Entscheidungsprotokoll hält Alternativen, Bewertungen und Beschlüsse nachvollziehbar fest. Der Beschluss stützt sich auf eine Kennzahlen-Übersicht, die Scorecards und eine Vorlage von ein bis zwei Seiten mit Empfehlung und Auflagen. Formulieren Sie Ziele messbar, zum Beispiel Pre-Payroll ohne Nacharbeit in mindestens 99 Prozent der Fälle oder eine Self-Service-Quote von mindestens 70 Prozent (Beispiele, keine Marktwerte).
Tag 1 bis 30
Projektteam einsetzen, Datenbereinigung starten, Integrationsdesign und Schulungsplan erstellen.
Tag 31 bis 60
Konfigurieren, erste Testmigration, Single Sign-on und SCIM aktivieren, Berichte vorbereiten.
Tag 61 bis 90
Abnahmetests, zweite Migration, Plan für die Betreuung nach dem Go-live, Startbereitschaft prüfen.
Der 30/60/90-Plan ist ein Vorschlag von Find-Your-HR; Dauer und Inhalt hängen von Größe, Datenlage und Modulumfang ab.
Fragen zu Shortlist und RFI
Antworten auf die häufigsten Fragen zum Übergang von der Longlist zur Shortlist, zum RFI-Prozess und zur Bewertung bei der HR-Software-Auswahl.
Was ist der Unterschied zwischen einer Longlist und einer Shortlist bei der HR-Software-Auswahl?
Die Longlist ist eine breite Marktübersicht mit meist 15 bis 20 Anbietern, die grundsätzlich zum gesuchten Software-Typ passen. Die Shortlist ist die verdichtete Auswahl von in der Regel drei bis fünf Anbietern, die anhand der Muss-Kriterien und erster Ausschlusskriterien als ernsthafte Kandidaten für eine vertiefte Prüfung übrig bleiben.
Was bedeutet RFI und wofür wird es bei der Softwareauswahl eingesetzt?
RFI steht für Request for Information, zu Deutsch Informationsanfrage. Es ist ein strukturiertes Dokument, mit dem Unternehmen von den Anbietern ihrer Shortlist vergleichbare Informationen zu Funktionsumfang, Compliance, Integrationen, Referenzen und Preismodell einholen, bevor eine verbindliche Ausschreibung oder Verhandlung beginnt.
Worin unterscheidet sich ein RFI von einem RFP und einem RFQ?
Ein RFI dient der frühen Markterkundung ohne Kaufverpflichtung. Ein RFP (Request for Proposal) wird eingesetzt, sobald die Anforderungen im Detail feststehen, und fordert Anbieter zu konkreten Lösungsvorschlägen und Preisangeboten auf. Ein RFQ (Request for Quotation) ist eine reine Preisanfrage für klar definierte, standardisierte Leistungen. In der Praxis folgen die drei Schritte oft aufeinander, müssen aber nicht zwingend alle durchlaufen werden.
Wie viele Anbieter sollten auf einer HR-Software-Shortlist stehen?
Als Richtwert haben sich drei bis fünf Anbieter etabliert. Weniger als drei Kandidaten schwächen die Verhandlungsposition, mehr als fünf verlängern den Auswahlprozess unnötig und erschweren die interne Entscheidungsfindung, ohne einen entsprechenden Mehrwert an Erkenntnissen zu liefern.
Welche Fragenkategorien sollte ein RFI-Fragebogen für HR-Software abdecken?
Bewährt haben sich fünf Kategorien: Funktionsumfang der Kernmodule, DACH-Compliance (Serverstandort, DSGVO, GoBD, Mitbestimmung), verfügbare Integrationen und Schnittstellen, Referenzen vergleichbarer Kunden sowie das Preismodell inklusive Neben- und Implementierungskosten.
Muss ich für jede HR-Software-Beschaffung zwingend einen RFI durchführen?
Nein. Ein RFI lohnt sich vor allem, wenn Sie mehrere unbekannte Anbieter vergleichen und noch keinen belastbaren Marktüberblick über deren tatsächliche Leistungsfähigkeit haben. Bei sehr klar definierten Anforderungen und bekannten Anbietern kann direkt mit einem RFP oder sogar einer Anfrage für ein Angebot begonnen werden.
Was passiert nach der Auswertung der RFI-Antworten?
Auf Basis der RFI-Antworten werden die Anbieter auf der Shortlist erneut bewertet und in der Regel auf zwei bis drei Finalisten reduziert. Diese Finalisten durchlaufen anschließend die Demophase (Phase 5), in der die Antworten aus dem RFI anhand echter Anwendungsfälle und Live-Demonstrationen überprüft werden.
Was sind die häufigsten Fehler bei der Erstellung einer Shortlist?
Zu den häufigsten Fehlern zählen anbieterfreundlich formulierte Anforderungen, zu kurze Bearbeitungsfristen für den RFI, eine Bevorzugung besonders eindrucksvoller Demos ohne echten Praxistest, das Ignorieren der Gesamtkosten jenseits der reinen Lizenzgebühr, fehlende Einbindung der späteren Endnutzer in den Auswahlprozess sowie der Versand des RFI ohne begleitende Vertraulichkeitsvereinbarung.
Kann ich den RFI-Prozess durch KI-gestütztes Matching abkürzen?
Ja, teilweise. Ein KI-gestütztes Matching kann bereits bei der Erstellung der Longlist und Shortlist helfen, indem es Anbieter automatisiert anhand Ihres Anforderungsprofils vorfiltert. Der RFI bleibt dennoch sinnvoll, um Anbieterangaben schriftlich zu dokumentieren und im Detail zu verifizieren, insbesondere bei compliance-relevanten Fragen.
Sollte der Betriebsrat bereits in Phase 4 einbezogen werden?
Wenn Mitbestimmungsrechte betroffen sind, empfiehlt sich eine frühzeitige Information des Betriebsrats spätestens mit Beginn der Shortlist-Phase. Das erspart spätere Verzögerungen und stellt sicher, dass mitbestimmungsrelevante Fragen bereits im RFI-Fragebogen berücksichtigt werden.
Rechtliche Grundlage ist in der Regel Paragraf 87 Absatz 1 Nummer 6 BetrVG, der dem Betriebsrat ein Mitbestimmungsrecht bei der Einführung und Anwendung technischer Einrichtungen einräumt, die dazu bestimmt sind, das Verhalten oder die Leistung der Arbeitnehmer zu überwachen. Bei HR-Software ist das regelmäßig einschlägig, etwa bei elektronischer Zeiterfassung, bei Bewerbermanagement-Systemen mit Tracking- oder Scoring-Funktionen sowie bei Performance-Modulen, die Leistungsdaten auswerten. Ohne Zustimmung des Betriebsrats beziehungsweise ohne Betriebsvereinbarung darf ein entsprechendes System in der Regel nicht eingeführt werden, weshalb sich eine frühzeitige Einbindung nicht nur aus Prozessgründen, sondern auch aus rechtlicher Notwendigkeit empfiehlt.
Wie lange dauert die Shortlist- und RFI-Phase in der Praxis?
Als Richtwert lassen sich für die Shortlist-Erstellung und den RFI-Durchlauf gemeinsam etwa 2 bis 4 Wochen einplanen, inklusive der Antwortfrist, die den Anbietern für die Bearbeitung des Fragebogens eingeräumt wird. Bei sehr komplexen Anforderungen oder einer größeren Anzahl an Shortlist-Kandidaten kann sich dieser Zeitraum entsprechend verlängern.
Muss ich im öffentlichen Sektor mit formaler Vergabepflicht anders vorgehen?
Ja. Öffentliche Auftraggeber unterliegen in der Regel dem Vergaberecht, insbesondere der Vergabeverordnung (VgV), sodass Shortlist-Bildung und Informationsabfrage in einen formalisierten, dokumentationspflichtigen Vergabeprozess eingebettet werden müssen. Ein RFI kann dort weiterhin als vorbereitender Schritt zur Markterkundung dienen, ersetzt aber nicht die vergaberechtlich vorgeschriebenen Verfahrensschritte und Fristen.
Was ist ein Proof of Value und wie lange dauert er?
Ein Proof of Value (PoV) ist ein kurzer, belegbasierter Praxistest der Finalisten mit identischen, realistischen Testdaten. Jede Szene erhält Akzeptanzkriterien, einen Verantwortlichen und erwartete Belege wie Exportdateien, Protokolle oder Audit-Logs. Nach den Erfahrungswerten von Find-Your-HR dauert ein PoV zwei bis vier Wochen. Punkte werden nur vergeben, wenn der Nachweis erbracht ist.
Wie funktioniert die Bewertung mit Muss, Soll, Kann, Gewicht und Score?
Jedes Kriterium erhält eine Priorität (Muss, Soll, Kann) und ein Gewicht von 0 bis 5, das den Einfluss auf Ihr Zielbild ausdrückt. Jeder Anbieter erhält einen Score von 0 bis 3 für den Erfüllungsgrad. Gewicht mal Score ergibt die gewichteten Punkte. Muss-Kriterien wirken zusätzlich als Gatekeeper: Wer sie nicht erfüllt, scheidet unabhängig von der Punktsumme aus.
Was ist ein Gatekeeper-Kriterium?
Ein Gatekeeper ist ein Muss-Kriterium, dessen Nichterfüllung zum Ausschluss führt, etwa ein Payroll-Export mit Delta-Logik oder die automatische Deaktivierung von Benutzerkonten beim Austritt. Legen Sie Gatekeeper vor dem ersten Anbietergespräch fest und nennen Sie die Schwelle offen, zum Beispiel einen Mindest-Score von 2, der im Praxistest auf 3 belegt werden muss.
Was passiert bei Punktgleichstand zwischen zwei Anbietern?
Vereinbaren Sie die Tiebreaker vor der Auswertung. Bewährt haben sich vier Kriterien in dieser Reihenfolge: das Risiko aus den Gatekeepern, die Gesamtkosten über 36 Monate, die Qualität des Supports und die Transparenz der Roadmap. Wer diese Reihenfolge erst nach den Ergebnissen festlegt, riskiert den Vorwurf, die Auswahl nachträglich zu steuern.
Was ist der Unterschied zwischen einem Light-RFI und dem vollständigen RFI?
Der Light-RFI ist eine bewusst kurze Anfrage in der Mediumlist-Stufe mit wenigen Fragen aus dem Lastenheft. Er zeigt, wie schnell und konkret Anbieter antworten und ob sie auf Ihre Anforderungen eingehen. Der vollständige RFI-Fragebogen mit fünf Kategorien folgt erst bei den drei bis fünf Anbietern der Shortlist und ersetzt den Light-RFI nicht, sondern vertieft ihn.
Ist eine All-in-One-Lösung oder ein Best-of-Breed-Ansatz besser?
Das hängt vom Modul ab. Eine Gesamtlösung vereinfacht Verträge, Datenhaltung und Support, deckt einzelne Bereiche aber nicht immer gleich tief ab. Spezialisierte Systeme bieten Tiefe, verursachen aber Abstimmungs- und Schnittstellenaufwand. Prüfen Sie je Modul, ob Tiefe geschäftskritisch ist, und lassen Sie sich die Schnittstellen im Praxistest vorführen.
Welche Nachweise zu Datenschutz und Sicherheit sollten Anbieter liefern?
Fordern Sie den Auftragsverarbeitungsvertrag nach Art. 28 DSGVO, die technischen und organisatorischen Maßnahmen nach Art. 32 DSGVO, die Liste der Subprozessoren mit Standorten und Beispiele für Audit-Trails. Zertifikate wie ISO/IEC 27001 sind ein Indiz, ersetzen die Prüfung aber nicht. Fragen Sie außerdem nach Löschkonzept und maschinenlesbarem Export für Auskunftsanfragen.
Wie bereite ich Referenzgespräche richtig vor?
Bitten Sie um zwei bis drei Referenzkunden aus Ihrer Branche und Größenklasse und sprechen Sie direkt mit deren HR-Teams. Fragen Sie nach Schwierigkeiten statt nach Höhepunkten: Was war das größte Problem bei der Einführung, wie reagierte der Anbieter, wie lange dauert die Lösung eines Tickets und wie hoch ist der Aufwand bei Updates? Halten Sie die Antworten in der Scorecard fest.
Lassen Sie sich die passende Shortlist automatisiert vorschlagen
Statt jeden Anbieter einzeln zu recherchieren, können Sie unser KI-gestütztes Matching nutzen: Auf Basis Ihres Anforderungsprofils schlägt es Ihnen passende HR-Software-Anbieter für Ihre Shortlist vor und beschleunigt damit den Übergang von der Longlist zur RFI-Phase erheblich.