5. September 2026 · Brandmonks GmbH
Die klassische HR-Systemauswahl beginnt mit einem Kriterienkatalog. Fachbereiche tragen Anforderungen zusammen, die Liste wächst auf mehrere hundert Zeilen, Anbieter kreuzen an, eine Gewichtung erzeugt eine Punktzahl. Am Ende liegen drei Systeme innerhalb weniger Prozentpunkte beieinander — und die Entscheidung fällt aus dem Bauch.
Das Verfahren hat einen strukturellen Fehler: Es misst Funktionsumfang, während der Erfolg später an Passung und Betreibbarkeit hängt.
Was der Katalog systematisch übersieht
Die Punktzahl bevorzugt große Suiten. Wer viel kann, kreuzt viel an. Ob eine Funktion gut gelöst ist oder nur vorhanden, unterscheidet die Liste nicht.
Anforderungen sind nicht gleich wichtig. Zwischen „muss deutsche Entgeltabrechnung anbinden” und „bietet farbige Dashboards” liegen Welten — die Gewichtung bildet das selten sauber ab.
Der Betrieb kommt nicht vor. Wie oft kommen Releases? Was ändert sich dabei? Wie viel Aufwand entsteht pro Jahr, um das System aktuell zu halten? Das steht in keinem Funktionskatalog, entscheidet aber über die Gesamtkosten.
Ein tragfähigerer Zuschnitt
Erst die K.-o.-Kriterien. Meist sind es fünf bis zehn: Verarbeitung in der EU, Anbindung an das führende Entgeltsystem, Mehrsprachigkeit, Mandantenfähigkeit, eine bestimmte Zertifizierung. Wer die nicht erfüllt, fällt raus — ohne Punktrechnung.
Dann die eigenen Prozesse gegen den Standard. Nicht abfragen, ob etwas geht, sondern zeigen lassen, wie es geht. Drei bis fünf echte Prozesse aus dem eigenen Haus, am System vorgeführt, sagen mehr als zweihundert Kreuze.
Dann der Betrieb. Releasezyklen, Testaufwand, Supportwege, Rollen im eigenen Haus, Kosten über fünf Jahre statt Lizenzpreis im ersten Jahr.
Zuletzt die Vertragsseite. Auftragsverarbeitung, Datenherausgabe beim Ausstieg, Preisanpassungsklauseln. Das ist unromantisch und im Zweifel teurer als jede fehlende Funktion.
Der Nebeneffekt
Diese Reihenfolge verkürzt die Auswahl meist deutlich, weil die K.-o.-Kriterien das Feld früh reduzieren. Vor allem aber erzeugt sie eine Entscheidung, die man im Nachhinein begründen kann — mit gesehenen Prozessen statt mit einer Punktzahl.
Die Testfälle, die entscheiden
Anforderungslisten vergleichen Funktionen. Entscheiden sollte man an Vorgängen. Nehmen Sie drei aus Ihrem Alltag, die heute weh tun, und lassen Sie sie im Auswahlverfahren vorführen — mit Ihren Daten, nicht mit dem Demobestand des Anbieters.
Bewährt haben sich: ein Vorgang mit Sonderfall (Teilzeit im Wechsel, Doppelverhältnis), ein Vorgang über eine Schnittstelle hinweg und ein Vorgang, der eine Frist auslöst.
Was in dieser Vorführung stockt, stockt später jeden Tag. Und was der Anbieter dabei erklärt, statt zu zeigen, ist eine Anpassung — die gehört ins Angebot, nicht in die Präsentation.
